[00:00] <ScottK> Maybe later tonight if it doesn't take long to fix displayconfig on my Hardy box.
[00:01] <nixternal> oh, you will be there forever
[00:01] <nixternal> need someone else to get revuing then
[00:01] <nixternal> OUCH!
[00:02] <nixternal> when doing svn history on trunk/KDE, don't forget the |less feature :)
[00:02] <Jucato> :)
[00:02] <nixternal> it can seriously crash a system
[00:02] <nixternal> that is information overload
[00:05] <nixternal> my new pet pieve:  "Got a link?" or anything similar on something like the new NiN Ghosts release
[00:05] <nixternal> I am like, GOOGLE DAMNIT!
[00:05] <nixternal> just open up your browser, even if it goes to a 403 error window, you should find a link for such an event since it was posted everywhere today
[00:06] <nixternal> I purchased the album, and now all of these people keep asking me to rip it for them
[00:06] <nixternal> pay the $5 on amazon and support the freedom!
[00:07] <nixternal> I will not rip it and pass it around for at least 2 more weeks..people want it, they can shell out $5 right?

[00:15] <nosrednaekim> haha
[00:15] <gribelu> how's it going with 4.0.2 packaging?
[00:17] <Riddell> building away
[00:17] <Riddell> nixternal: going to upload extragear?
[00:17] <gribelu> oh happy day
[00:17] <Riddell> no stdin for backports :(
[00:18] <nixternal> Riddell: yes
[00:18] <nixternal> all are done, but I need a revu on libksane
[00:18] <nixternal> http://revu.tauware.de/details.py?package=libksane
[00:18] <nixternal> :)
[00:21] <Riddell> looking
[00:27] <Riddell> nixternal: soname doesn't match package name?
[00:34] <seele> nixternal: i bought the flac but can't download it because their servers went boom
[00:34]  * seele is a little upset about that
[00:34] <yuriy> i guess i'll wait a few days then
[00:34] <yuriy> i never got around to buying/downloading radiohead either
[00:34]  * Jucato waves to seele
[00:35]  * seele waves back
[00:36] <seele> ah, i like NIN much more than radiohead
[00:36] <seele> i mean, radiohead is still good and all..
[00:37] <yuriy> i mean, they were also offering their new album for free with an option to pay. i never got around to checking it out or seeing if it's freely licensed though
[00:44] <nixternal> Riddell: it seems it doesn't
[00:45] <nixternal> SONAME      libksane.so.0
[00:45] <nixternal> easy fix
[00:45] <gribelu> i just had to dist-upgrade .. now kbuildsycoca crashes and kde4 never starts. Some of the 4.0.2 packages are live :)
[00:46] <Riddell> nixternal: advocated, am off to bed
[00:46] <nixternal> s/1/0 correct?
[00:46] <Jucato> good night Riddell
[00:48] <Riddell> nixternal: yes
[00:53] <nixternal> Riddell: libksane uploaded - sitting in new
[00:53] <Hobbsee> Debian bug 469039
[00:53] <ubotu> Debian bug 469039 in ftp.debian.org "RM: linda -- RoM; deprecated" [Serious,Open] http://bugs.debian.org/469039
[00:53] <Jucato> moin Hobbsee!
[00:54] <Hobbsee> hey Jucato!
[00:56] <nixternal> Extragear 4.0.2 uploaded
[01:42] <gribelu> is there a place where i can see the progress of a new/updated package being worked on? Like when the first attempt of a new version has been proposed, when it was advocated, when it was built?
[02:23] <nosrednaekim> nixternal» did R!ddell get back if kubuntu is doing the SoC?
[03:20] <DaSkreech> Should someone tell the Web team that the links on Brainstorm are horribly broken?
[03:20] <DaSkreech> and that anything that deals with KDE probably shouldn't be thrown under "other" ?
[03:22] <nosrednaekim> heh
[03:22] <nosrednaekim> that what KDE is to them
[03:24] <DaSkreech> They have multiple suggestions to give more support to KDE. Should be fun to see if they merge the votes or jsut delete them
[03:24] <nosrednaekim> heh
[04:48] <ScottK> DaSkreech: According to all the blog PR they spent months working on Brainstorm, so I'm sure they've got it all figured out.
[04:48] <DaSkreech> ScottK: doesn't help the navigation links are screwed up
[04:48]  * ScottK got signed up with the developer tag for it.  Dunno what fun I'll have with that yet.
[04:49] <DaSkreech> though I guess if you say so thats how they want it
[04:49] <nixternal> DaSkreech: what should it be thrown under? I am a mod and a dev on there now...muhahahahaha
[04:49] <nixternal> I will erase all of the Ubuntu ones :p
[04:49] <DaSkreech> Well if it's on KDE look and feel how about having it under Look and feel?
[04:49] <ScottK> DaSkreech: I was poking a little fun at how amaturish the rollout was.  Sorry.
[04:49] <nixternal> ScottK: it gives you 2 ubuntu logos, a tag that says developer, and bragging rights I guess :)
[04:50] <nixternal> I say leave it under 'other' and see how many people read into it and say 'see, 2nd class citizens'
[04:50] <DaSkreech> ScottK: I logged in yesterday and like near 1/2 of the newest ideas were all about how to make brainstorm better
[04:50] <nixternal> or, I can make a topic called '2nd class citizen' :p
[04:50] <ScottK> I like it how I look at my summary page and it says, "has no ideas".
[04:50] <DaSkreech> nixternal: Well technically a 'other" has the most votes right now
[04:51] <nixternal> I have yet to see a killer idea though..has anyone else?
[04:51] <ScottK> Of course not.
[04:52] <ScottK> We don't lack ability to think up good ideas.  The shortfalls are all in implementation.
[04:52] <DaSkreech> The distribute powered by Ubuntu stickers :)
[04:53] <nixternal> hahaha, if he's country I'll kiss your ass
[04:53] <DaSkreech> Yeah
[05:17] <serega> Hiya!
[05:17] <ScottK> Did many people experience displayconfig breakage after recent xorg updates?
[05:17] <serega> fonts in adept are awesome
[05:18] <ScottK> I updated today for the first time in several days and it's dead for me now.
[05:19]  * nixternal checks out displayconfig
[05:19] <serega> ScottK: how can I test it to help you?
[05:19] <nixternal> ScottK: it is working for me, I just fired it up in KDE 4
[05:20] <DaSkreech> *sighs9
[05:20] <ScottK> serega: Are you running KDE3 or 4?
[05:20] <DaSkreech> Few more days till KDE4 I guess
[05:20] <nixternal> same goes for KDE 3
[05:20] <nixternal> so it is working fine here
[05:20] <serega> ScottK: KDE3
[05:20] <DaSkreech> nixternal: ping when you are done
[05:20] <nixternal> the other day it was doing that python crap missing
[05:20] <nixternal> DaSkreech: done what?
[05:20] <ScottK> serega: Hardy?
[05:20] <nixternal> I am always done :p
[05:20] <DaSkreech> The displayconfig test
[05:20] <nixternal> been done
[05:20] <nixternal> I just had to make sure it was still working
[05:20] <serega> ScottK: yes. I got some exceptions
[05:21] <ScottK> nixternal: I fixed the python crap problem.
[05:21] <nixternal> ScottK: what updates did you pull through?
[05:21]  * serega goes to pastebin
[05:21] <ScottK> serega: Would you please pastebin your error?
[05:21] <ScottK> Great
[05:21] <nixternal> ScottK: I just installed python2.5-dev I think to get the file I needed for it to work
[05:21] <ScottK> nixternal: Yep.  I added that to the depends for libpythonize0
[05:21] <nixternal> nixternal@ShakaDoobie:~$ displayconfig
[05:21] <nixternal> open /dev/mem: Permission denied
[05:21] <nixternal> VESA BIOS Extensions not detected.
[05:21] <nixternal> nixternal@ShakaDoobie:~$
[05:21] <ScottK> That's the work around for it linking to the wrong .so file.
[05:22] <nixternal> that's what I got, but I didn't run it with root though
[05:22] <ScottK> If you didn't crash, you're running ahead of me.
[05:22] <nixternal> ya, no crash
[05:22] <serega> ScottK: http://kubuntu.pastebin.ca/927314
[05:23] <ScottK> Looking
[05:23] <nixternal> ScottK: when you get a FTBFS because one of the packages it depends on hasn't been updated yet, do the buildds take care of that, or do I have to upload again?
[05:23] <DaSkreech> ShakaDoobie?
[05:24] <nixternal> Sammy Hagar song from his 1013 album
[05:24] <ScottK> serega: I see two things there: 1. an apport bug that I'm also experiencing.  2.  A different displayconfig problem then I'm having.
[05:24] <ScottK> serega: Please go look and see if there's an existing displayconfig bug with a traceback that looks something like that.
[05:24] <serega> ScottK: feel free to bother me to find them out
[05:25] <serega> ScottK: I have near 30 min at home(Hardy) now, then I will be at home only after 19:00UTC
[05:26]  * serega goes to launchpad
[05:27] <ScottK> serega: Also please go to Bug #198183 and confirm it.  You're having the same problem.
[05:27] <ubotu> Launchpad bug 198183 in apport "Apport dies when it tries to catch displayconfig bug" [Undecided,New] https://launchpad.net/bugs/198183
[05:29] <serega> ScottK: done
[05:29] <ScottK> Thanks.
[05:30] <DaSkreech> nixternal: Think we should have a wiki script for weekly 4.1 builds ?
[05:31] <nixternal> if you want to maintain it and setup a ppa for it
[05:32] <nixternal> that is the nice thing about Foresight, all we do is go into rBuilder and say 'update', and in a couple of hours, we have a new trunk build
[05:34] <DaSkreech> Well Suse has a nice build farm as well
[05:34] <DaSkreech> I would expect in about 2 years the official ppas would do the same
[05:35] <ScottK> Of course it builds RPMs for Ubuntu that may collide in namespace with official packages.
[05:37] <nixternal> *that may collide* or *do collide*
[05:37] <nixternal> I haven't been able to use one of their debs or rpms yet
[05:46] <ScottK> To be honest I didn't have the guts to actually install one, but they provide packages that are also in the official repositories.
[05:58] <DaSkreech> !info kblogger hardy
[05:58] <ubotu> Package kblogger does not exist in hardy
[05:58] <DaSkreech> damn
[06:12] <DaSkreech> !info yakuake hardy
[06:12] <ubotu> yakuake (source: yakuake): a Quake-style terminal emulator based on KDE Konsole technology. In component universe, is optional. Version 2.8.1-1ubuntu2 (hardy), package size 176 kB, installed size 1100 kB
[06:14] <DaSkreech> nixternal: ping
[06:14] <nixternal> yo
[06:15] <DaSkreech> what's the kubuntu kde4 package?
[06:15] <DaSkreech> name of
[06:18] <DaSkreech> and is it on Universe or a PPA?
[06:19] <DaSkreech> finally does it ship kde3 apps?
[06:20] <DaSkreech> actaully yeah the release notes says it does
[06:20] <DaSkreech> !info kde4
[06:20] <ubotu> Package kde4 does not exist in gutsy
[06:20] <DaSkreech> !info kde4 hardy
[06:20] <ubotu> kde4 (source: meta-kde4): the K Desktop Environment version 4 official modules. In component universe, is optional. Version 3.3 (hardy), package size 2 kB, installed size 36 kB
[06:22] <DaSkreech> !info koffice-kde4 hardy
[06:22] <ubotu> koffice-kde4 (source: koffice2): KDE Office Suite. In component universe, is optional. Version 1:<IP_ADDRESS>~that.is.really.<IP_ADDRESS>-1ubuntu3 (hardy), package size 6 kB, installed size 48 kB
[06:23] <DaSkreech> !info kde4-core hardy
[06:23] <ubotu> kde4-core (source: meta-kde4): the K Desktop Environment version 4 core modules. In component universe, is optional. Version 3.3 (hardy), package size 2 kB, installed size 36 kB
[09:04] <Tonio_> hey
[09:04] <Tonio_> Riddell: hi
[09:04] <Tonio_> Riddell: I was too busy to connect last week, but I'll have a bunch of days for kubuntu starting on friday
[09:04] <Tonio_> Riddell: I hope to finish with my todo list at time for the release day
[09:51] <_StefanS_> hey Tonio_
[09:51] <Tonio_> _StefanS_: hi !
[09:52] <Tonio_> _StefanS_: got your email, will fix the package today
[09:52] <_StefanS_> Tonio_: sweet
[09:53] <_StefanS_> Tonio_: the preview graphic in the kcm module should be changed too, but I didn't have the energy to do that last night
[09:55] <Tonio_> _StefanS_: are the images in the mail you sent me ? then I also can do it
[09:56] <_StefanS_> yes they are
[09:56] <_StefanS_> I think its the close image
[10:01] <Tonio_> Riddell: looks like the buildd has been changed to consider missing files :
[10:01] <Tonio_> dh_install: debian/tmp/usr/share/autostart/skim.desktop exists in debian/tmp/ but is not installed to anywhere
[10:05] <Tonio_> Riddell: I'll do it in rules, we don't wan't skim to autostart for everyone, as that was discussed last year ;)
[10:13] <Tonio_> )
[10:24] <Riddell> so, no stdin
[10:24] <Riddell> volunteers needed for 4.0.2 backports
[10:33] <emonkey> volunteers which are able to package? emonkey unfortunately can't do that
[10:36] <emonkey> Testing should be possible
[10:36] <emonkey> \sh, btw nice that you'll be in our flat in Berlin again. :)
[10:50] <\sh> emonkey: :)
[11:03] <buz> alsa devs must hate me
[11:03] <buz> with every update, something else breaks
[11:04] <buz> and in 2.6.24-11 i dont have any sound
[11:15] <_StefanS_> Riddell: what stuff needed to be backported?
[11:17] <Riddell> _StefanS_: all of 4.0.2
[11:18] <_StefanS_> Riddell: oh my, are we heading for 4.0.2 in hardy?
[11:18] <_StefanS_> Riddell: that would be seriously cool
[11:18] <Riddell> _StefanS_: want to backport it to gutsy?
[11:18] <nareshov> I'd like to help too
[11:19] <nareshov> we do apt-get source, change versions a bit and repackage?
[11:19] <Riddell> dch -i     set version to ~gutsy1~ppa1
[11:20] <Riddell> debuild, make sure at least that the build-deps are satisfiable
[11:20] <Riddell> throw into PPA, to which I can give you access
[11:20] <nareshov> ok
[11:20] <Riddell> see what breaks and fix it :)
[11:20] <nareshov> I'm on gutsy, I'll need the deb-src lines of hardy, right?
[11:20] <Riddell> yes
[11:21] <_StefanS_> Riddell: err well I dont have any gutsy machines running. Is 4.0.2 is in hardy now?
[11:21] <_StefanS_> -is
[11:21] <Riddell> _StefanS_: yes
[11:21] <Riddell> _StefanS_: you can use a chroot
[11:23] <_StefanS_> Riddell: uhm, basically we just need to change a few lines and repackage it, no new code as such?
[11:23] <Riddell> _StefanS_: yes
[11:23] <_StefanS_> Riddell: I need some help regarding the chroot'ed gutsy, is there a wiki/guide somewhere?
[11:24] <Riddell> _StefanS_: mkdir gutsy; debootstrap --variant=buildd gutsy gutsy; sudo chroot gutsy
[11:24] <_StefanS_> sweet.
[11:24] <Riddell> grab a cup of tea..
[11:24] <_StefanS_> guess its a good candidate for my new server.
[11:24] <_StefanS_> and yes, i just bought more hardware :D
[11:25] <nareshov> Riddell: what packages do I start with?
[11:25] <Riddell> nareshov: could you start on kde4libs kdepimlibs kdebase-runtime kdebase-kde4 kdebase-workspace
[11:26] <nareshov> k
[11:26] <_StefanS_> Riddell: what should i start with?
[11:27] <Riddell> _StefanS_: lets go alphabetically  kdeaccessibility-kde4 kdeadmin-kde4 kdeartwork-kde4 kdeedu-kde4 kdegames-kde4
[11:28] <_StefanS_> right.
[11:28] <Riddell> _StefanS_: you will need to temporarily change the kdelibs build-deps of those from 4.0.2 to 4.0.1 and add "deb http://ppa.launchpad.net/kubuntu-members-kde4/ubuntu gutsy main" to the chroot's sources.list
[11:29] <Riddell> but make sure to change it back to 4.0.2 before building the source package and uploading
[11:29] <Riddell> _StefanS_, nareshov: what are your launchpad usernames?
[11:29] <nareshov> nareshov
[11:29] <Riddell> clever :)
[11:29] <_StefanS_> Riddell: screemo
[11:29] <nareshov> :d
[11:30] <Riddell> ok, I've added you both to ~kubuntu-members-kde4
[11:30] <_StefanS_> thanks
[11:30] <nareshov> thankee
[11:32] <ryanakca> Has / will K3B been ported to KDE4 yet? *wonders if it needs packaging*
[11:33] <Riddell> when you've changed the version number, and checked that it builds as far as the configuration and starting to compile build and sign the source packages and upload to that PPA (https://help.launchpad.net/PPAQuickStart)
[11:34] <_StefanS_> ryanakca: is it even usuable on kde4 yet*?
[11:34] <Riddell> there's no kde 4 version
[11:34] <Riddell> nareshov: you'll need a gpg key in launchpad
[11:35] <nareshov> I'll upload
[11:35] <Riddell> _StefanS_: you'll need to copy your ~/.gnupg dir to the chroot /home/you/
[11:35] <_StefanS_> Riddell: wasnt he porting it?
[11:35] <_StefanS_> ok.
[11:35] <Riddell> _StefanS_: I hope so but there's no release
[11:35] <ryanakca> _StefanS_: hmmm... K3B on KDE4 complains it can't find a CD drive, but doesn't under KDE3. *adds it to his TODO*
[11:38] <_StefanS_> Riddell: I seem to be missing alot of packages
[11:38] <_StefanS_> Riddell: should I install kubuntu-desktop
[11:38] <_StefanS_> ?
[11:42] <Riddell> _StefanS_: a chroot does start with a minimum of packages
[11:42] <_StefanS_> Riddell: I need /dev and /proc as well.. fixing it now.
[11:42] <Riddell> apt-get install less wget emacs build-essential devscripts cdbs pbuilder  is a good start
[11:43] <Riddell> _StefanS_: you do?
[11:43] <_StefanS_> thanks
[11:43] <_StefanS_> Riddell: yep stuff like cupsys and so on need it, even though I will not use it
[11:43] <Riddell> why do you need cupsys?
[11:44] <Riddell> you can   mount -t none -o bind /dev gutsy/dev
[11:44] <Riddell> (from outside the chroot)
[11:46] <_StefanS_> yep, I just did that
[11:47] <_StefanS_> Riddell: works now.
[11:49] <nareshov> crap, firegpg isn't working for me (getting "Unkown Error")
[11:51] <Riddell> what's firegpg?
[11:51] <nareshov> firefox extension which I can use for gmail
[11:53] <Riddell> is that for the "Launchpad OpenPGP Key Confirmation" ?
[11:54] <nareshov> ya
[11:55] <Riddell> can't you download the raw e-mail?
[11:55] <Riddell> or you could pick it up with imap
[11:56] <nareshov> i'll check
[11:58] <Riddell> or copy and paste into a text file
[11:59] <nareshov> omg, my private key is missing :[
[12:04] <nareshov> when I get dependencies-not-satisfied error, I have to install them from -t gutsy , right?
[12:05] <_StefanS_> Riddell: everything is set up now, and i've apt-get source'd the kdelibs5
[12:05] <_StefanS_> Riddell: is this correct?
[12:05] <Hobbsee> nareshov: depends what they are, and where they should be.
[12:06] <Riddell> _StefanS_: nareshov is doing kdelibs, I suggested these ones for you kdeaccessibility-kde4 kdeadmin-kde4 kdeartwork-kde4 kdeedu-kde4 kdegames-kde4
[12:06] <_StefanS_> got kdeaccessbility right here
[12:06] <_StefanS_> Riddell: I just need to change the version in the changelog?
[12:07] <_StefanS_> ~ppa.. like you said earlier
[12:07] <Riddell> _StefanS_: yes
[12:07] <_StefanS_> right.
[12:07] <Riddell> _StefanS_: they check it builds as far as configure done and starting to compile
[12:07] <Riddell> s/they/then/
[12:08] <nareshov> Hobbsee: okay, most of them are installing fom gutsy, and a few from the ppa
[12:09] <_StefanS_> 4:4.0.0-0ubuntu3~gutsy1~ppa1 is the right string ?
[12:09] <_StefanS_> Riddell: ^
[12:09] <nareshov> ya
[12:10] <Riddell> _StefanS_: 4:4.0.0-0ubuntu1~gutsy1~ppa1
[12:10] <Riddell> no
[12:10] <nareshov> oh
[12:10] <Riddell> 4:4.0.2-0ubuntu1~gutsy1~ppa1
[12:10] <_StefanS_> ah
[12:10] <_StefanS_> not ubuntu3
[12:11] <Riddell> no, it should be the same as in hardy then ~gutsy1~ppa1
[12:12] <_StefanS_> Riddell: ok then.. the current string is: '4:4.0.0-0ubuntu3~gutsy1~ppa', and when i do dch -i, it suggests '4:4.0.0-0ubuntu3~gutsy1~ppa1ubuntu1'
[12:13] <Riddell> _StefanS_: hmm, you have the worng version then
[12:13] <_StefanS_> Riddell: I've added the ppa deb to sources.list like you said earlier
[12:13] <_StefanS_> Riddell: is that wrong?
[12:13] <Riddell> _StefanS_: oh, you need to add the hardy deb-src line
[12:13] <_StefanS_> ahh :D
[12:14] <Riddell> deb-src http://archive.ubuntu.com/ubuntu/ hardy main universe
[12:14] <_StefanS_> Riddell: so the ppa one is not needed?
[12:14] <Riddell> _StefanS_: you want the ppa deb line (not source)
[12:15] <_StefanS_> Riddell: much better..
[12:17] <nareshov> kde4libs is building
[12:17] <nareshov> deps were satisfiable as it is
[12:17] <nareshov> but I lost my private key >_>
[12:18] <Riddell> make a new one?
[12:18] <nareshov> ok, on it
[12:19] <_StefanS_> Riddell: uhm, I need dpkg-checkbuilddeps: Unmet build dependencies: kdelibs5-dev (>= 4:4.0.2) kdebase-workspace-dev (>= 4:4.0.2), so I guess its what nareshov is building
[12:19] <nareshov> I got a CMAKE_CXX_COMPILER-NOTFOUND error
[12:20] <Riddell> _StefanS_: yep, just change 4:4.0.2 to 4:4.0.1 for now, but be sure to change it back when building the source package
[12:20] <_StefanS_> oka
[12:20] <Riddell> nareshov: install build-essential
[12:20] <nareshov> k
[12:21] <_StefanS_> Riddell: ok it builds now, I guess I can move on to the next package
[12:21]  * jussi01 is heading home soon. is there something I can help with? (need a little guidance though)
[12:21] <apachelogger> re
[12:21] <Riddell> _StefanS_: yep
[12:22] <Riddell> jussi01: there's more backporting to be done if you're able
[12:23] <jussi01> Riddell: sure. Ill be home in ~ 30-45 mins
[12:24] <jussi01> Riddell: as I said, Id need a little guidance, but if theres something I can help with Id love to
[12:25] <ryanakca> Riddell: how d'you backport? change the changelog to gutsy/etc, check the deps/lower them if needed, and then test the building?
[12:25] <apachelogger> exactly
[12:26] <Riddell> ryanakca: yes, although in most cases its safe to upload without testing the full compile
[12:26] <ryanakca> Riddell: well, test 'till the end of configure?
[12:27] <Riddell> yes
[12:27] <Riddell> if you need to lower the build dep you need to test that it still compiles
[12:28] <ryanakca> okies, well, if there's still some left in 9 hours, I'm willing to help out
[12:29] <nareshov> Riddell: I just changed my primary contact email to one that I have imap access to, can you send me the confirmation mail to join ppa again?
[12:32] <Riddell> nareshov: ppa doesn't need confirmation
[12:32] <Riddell> adding a gpg key does
[12:32] <nareshov> ah, k
[12:36] <nareshov> kgpg rules :)
[12:46] <apachelogger> Riddell: today the kde 4 port of the kopete OTR plugin has been released, should I try getting a FFe for it?
[12:46] <Riddell> OTR?
[12:46] <\sh> off the record
[12:46] <apachelogger> off the record
[12:47] <Riddell> what's that?
[12:47] <Riddell> encryption?
[12:47] <\sh> Riddell: yepp...
[12:47] <Riddell> sure, go ahead
[12:47] <apachelogger> k
[12:47] <\sh> apachelogger: does it work together with the pidgin otr plugin?
[12:48] <nareshov> kde4libs is... huge?
[12:48] <_StefanS_> Riddell: all the packages you gave me builds fine with the changed version-string, and deps on 4.0.1.
[12:48] <nareshov> I'm still cmaking at 35%
[12:48] <_StefanS_> Riddell: built them fully to be sure.
[12:49] <Riddell> _StefanS_: groovy, change back to 4:4.0.2, make sure it says gutsy in the changelog, debuild -S -sa  and dput to kubuntu-members-kde4
[12:49] <apachelogger> \sh: don't know, but I would assume so since the pidgin plugin also uses libotr2 IIRC
[12:50] <\sh> apachelogger: ah cool :)
[12:51] <nareshov> Riddell: the process is like: we check if it build on our comps, we debuild -S -sa + dput, and then it's built somewhere?
[12:51] <emonkey> \sh, my kde 3 kopete otr plugins works with the pidgin otr plugin
[12:52] <emonkey> I think the kde 4 should do that too
[12:52] <apachelogger> I honestly never used it :P
[12:52] <Riddell> nareshov: you don't even need to check that it builds completely, just that it starts to build is good enough
[12:52] <apachelogger> emonkey: what's yer jabber id?
[12:53] <nareshov> oh, k
[12:53] <emonkey> apachelogger<EMAIL_ADDRESS>[12:53] <Riddell> nareshov: then debuild -S -sa, then dput kubuntu-members-kde4 ...source.changes
[12:53] <nareshov> okay
[12:53] <nareshov> ../source.changes ?
[12:53] <Riddell> yes
[12:54] <nareshov> neat
[12:54] <Riddell> nareshov: you'll need to edit ~/.dput.cf as it says here https://help.launchpad.net/PPAQuickStart
[12:54] <_StefanS_> Riddell: I guess I need a gpg key for the dput ?
[12:54] <Riddell> _StefanS_: for the debuild you will
[12:54] <nareshov> ssh key too?
[12:54] <Riddell> nareshov: no
[12:54] <nareshov> k
[12:54] <Riddell> _StefanS_: copy your ~/.gnupg into your chroot
[12:55] <_StefanS_> Riddell: will do .
[12:56] <_StefanS_> Riddell: what about kdenetwork-kde4, isnt that supposed to rebuilt as well?
[12:57] <Riddell> _StefanS_: yep, go for it
[13:06] <_StefanS_> be back later
[13:09] <nareshov> kde4libs - uploaded
[13:11] <Riddell> awooga
[13:15] <nareshov> got rejected
[13:15] <nareshov> says must be signed by ubuntero
[13:16] <nareshov> oh, CoC
[13:20] <apachelogger> jpatrick: ping
[13:21] <apachelogger> \sh, ScottK, jpatrick: can one of you please take a quick look at http://revu.ubuntuwire.com/details.py?package=kopete-plugin-otr-kde4
[13:21] <ScottK> This is a New package?
[13:21] <apachelogger> ScottK: yes
[13:22] <ScottK> Lucky for you nixternal did a blanket FFe waiver for KDE4.
[13:22] <apachelogger> ScottK: so I can upload without FFe?
[13:24] <ScottK> I'm not sure.  This package isn't actually part of KDE4.  It's a separate thing for KDE4 (I'm just looking at it).
[13:25] <apachelogger> well, I have all logs for an FFe, so it would only depend on you guys :)
[13:26] <nareshov> Guys, I screwed up here, got 'rejected' at step 4 in https://help.launchpad.net/PPAQuickStart . I signed my CoC just now. How do I start over?
[13:26] <jussi01> Riddell: Im home. what do you have for me? ( start with a simple one perhaps?)
[13:28] <Riddell> jussi01: kdetoys-kde4
[13:28] <Riddell> is a simple one
[13:28] <ScottK> apachelogger: I'd say file it as it's not a core KDE4 app and we don't want the door open for anything that uses KDE4.
[13:28] <jussi01> Riddell: ok.
[13:29] <apachelogger> ScottK: well, maybe it would make sense for those packages which have the kde3 version already in universe?
[13:29] <nareshov> Riddell: help. kde4libs got rejected
[13:29] <Riddell> nareshov: didn't you say you need to sign the CoC?
[13:29] <jussi01> Riddell: just to be clear, we are backporting hardy -> gutsy, correct?
[13:29] <nareshov> I did just now
[13:30] <Riddell> jussi01: yes, to the kubuntu-members-kde4 PPA
[13:30] <nareshov> dput'ing again says it's already uploaded
[13:30] <ScottK> apachelogger: Maybe, but there's a balance here.
[13:30] <ScottK> I'd suggest ask.
[13:30] <Riddell> nareshov: rm *upload
[13:32] <nareshov> ah, worked
[13:39] <jussi01> hmmm, can someone remind me of the command to add changelog entries? (rather than manually doing it?)
[13:40] <nareshov> dch -i
[13:40] <nareshov> export EDITOR=emacs :D
[13:40] <jussi01> pffft emacs :P
[13:41] <nareshov> Riddell: How do I handle kdepimlibs5-dev ?
[13:43] <jussi01> ok, which kde4 deps versions do I need to depend on? 4.0.2 or 4.0.1?
[13:44] <nareshov> kde4libs 4.0.2 just got published
[13:44] <nareshov> test please ^^
[13:45] <Riddell> jussi01: for testing 4.0.1 using the kubuntu-members-kde4 PPA, but mind and change back to 4.0.2 before upload
[13:45] <Riddell> nareshov: likewise ^^
[13:46] <nareshov> ok
[13:46] <Hobbsee> and no one has uploaded anything in a while that FTBFS
[13:47] <Riddell> nareshov: I see kde4libs in the PPA, well done, it'll take a couple of hours for it to compile and the .debs to be published
[13:47] <nareshov> ok
[13:50] <ScottK> Does Adept log the term log anywhere?
[13:59] <Riddell>  /var/log/apt/term.log ?
[13:59] <ScottK> Nope.
[13:59] <ScottK> I'd have thought it would, but apparently it doesn't
[14:00] <ScottK> Unless it has another place it stuffs things, I think that's a rather important omission.
[14:02] <seezer> just noticed a broken dependency for plasma-playground. it wants "kde4base" to be installed which is not provided by kdebase-kde4.
[14:05] <Riddell> plasma-playground is obsolete
[14:05] <seezer> guess it has not that big impact :) worth a bugreport?
[14:05] <seezer> ah ok even "better"
[14:05] <Riddell> I'll remove it
[14:19] <nareshov> We don't have libxklaiver12-dev in Gutsy (we have libxklavier11-dev), what do I do?
[14:20] <nareshov> (build-dep of kdebase-workspace 4.0.2)
[14:20] <Riddell> nareshov: change the build-deps
[14:20] <nareshov> and see if it works?
[14:20] <nareshov> ah
[14:21] <Riddell> I'm sure it will, 12 is pretty new
[14:21] <nareshov> ok
[14:22] <nareshov> What's the meaning of ~gutsy1~ppa1 ?
[14:24] <Riddell> ~ means less than
[14:24] <Riddell> so 4.0.2-0ubuntu1~gutsy1 is less than 4.0.2-0ubuntu1 mean it can be updated when the user upgrades to hardy
[14:24] <nareshov> ah
[14:25] <Riddell> ~gutsy1 is used for backports in gutsy-backports, ~gutsy1~ppa1 is for our PPA
[14:25] <nareshov> ah
[14:27] <ScottK> Riddell: Who is the person to talk to about displayconfig problems?  I've got a crasher I know how to patch a band-aid for, but I'd rather try and deal with the root cause if I could get some help.
[14:27] <nareshov> 16:41 < Riddell> nareshov: could you start on kde4libs kdepimlibs kdebase-runtime kdebase-kde4 kdebase-workspace
[14:27] <nareshov> Done them al :)
[14:27] <Riddell> ScottK: it's essentially unmaintained currently
[14:28] <Riddell> ScottK: _Sime_ is the original author and glatzor did work in gutsy time but it's being replaced in ubuntu
[14:28] <ScottK> Riddell: OK.  When is it being replaced?
[14:28] <Riddell> ScottK: I don't know, possibly it already has been
[14:29] <glatzor> Riddell: ScottK: AFAIK jockey still uses it
[14:29] <ScottK> Riddell: What's the Kubuntu plan then?
[14:29] <glatzor> Riddell: ScottK: The whole approach of using a complete xorg.conf is a little bit outdated and doesn't fit anymore.
[14:30] <Riddell> ScottK: mm, we need to make one
[14:30] <ScottK> Riddell: So bandaids for Hardy and think hard between now an UDS?
[14:31] <Riddell> nareshov: kdesdk-kde4 kdeutils-kde4 kdewebdev-kde4 kdenetwork-kde4 (network needs new decibel)
[14:31] <Riddell> ScottK: guess so
[14:31]  * Riddell out for a bit
[14:31] <ScottK> Riddell: My plan then for the crash I'm currently experiencing is to trap the error and then push things in the correct direction so this problem is solved, but there should be no regression risk for others.
[14:32] <ScottK> I'll upload that at the same time I upload the mountconfig change after Alpha 6
[14:51] <jussi01> Riddell: sory about the delay, got distracted with some other issues. It builds fine for me here using 4.0.1 (in pbuilder) what do I need to do now?
[14:51] <jussi01> gah, he has left for a bit. oh well ill wait
[14:57] <DaSkreech> hunger: Whoot Eva :)
[14:57] <DaSkreech> hunger: give her a hug next time you see her
[14:58] <hunger> DaSkreech: You know her?
[14:58] <DaSkreech> Does that make a difference? :)
[14:59] <hunger> DaSkreech: I guess it will make one to her.
[14:59] <DaSkreech> Naw People love random acts of kindness
[15:00]  * jussi01 hugs DaSkreech
[15:01] <DaSkreech> Oy now wot's all this eh?
[15:01] <nareshov> 19:46 < Riddell> nareshov: kdesdk-kde4 kdeutils-kde4 kdewebdev-kde4 kdenetwork-kde4 (network needs new decibel)
[15:01] <nareshov> Done!
[15:01]  * nareshov too hugs DaSkreech
[15:02] <DaSkreech> Boy if I had a hug for everytime I got hugged...
[15:02] <hunger> DaSkreech: recursion alert!
[15:16] <DaSkreech> hunger: That recursion I can handle :)
[15:18] <Riddell> hi jussi01
[15:18] <jussi01> Riddell: hei
[15:19] <jussi01> Riddell: So what is the next step after building fine? do I need to install and test? or upload somewhere?
[15:20]  * jussi01 hasnt done ackaging for a bit
[15:20] <Riddell> jussi01: did you change the version number and set gutsy in changelog?
[15:20] <Riddell> jussi01: what's your launchpad username?
[15:20] <jussi01> Riddell: jussi01
[15:21] <jussi01> Riddell: no, I havent changed the version number, but I did set gutsy
[15:21] <Riddell> jussi01: add a new changelog entry (dch -i) and use the same version number with ~gutsy1~ppa1 on the end
[15:22] <DaSkreech> Jucato: http://h30187.www3.hp.com/courses/overview/p/courseId/5548
[15:22] <Riddell> I've added you to ~kubuntu-members-kde4
[15:22] <DaSkreech> cool
[15:22] <jussi01> Riddell: thanks
[15:23] <Riddell> jussi01: debuild -S -sa  for source build
[15:23] <Riddell> add ~kubuntu-members-kde4 to  ~/.dput.cf
[15:23] <Riddell> see https://help.launchpad.net/PPAQuickStart
[15:23] <jussi01> I need to change the deps versions back to 4.0.2 correct?
[15:24] <Riddell> and dput k-ppa ..source.changes file
[15:24] <Jucato> DaSkreech: hm?
[15:27] <DaSkreech> Jucato: nice little class :)
[15:27] <DaSkreech> I know IBM has them didn't know HP ran them as well
[15:27] <Jucato> ah
[15:31]  * jussi01 prays and hopes he hasnt messed anything up... (well too bad anyway)
[15:33] <jussi01> Riddell: ok, uploaded fine. hopefully all looks good.
[15:33] <Riddell> jussi01: did you get the accepted notice?
[15:34] <jussi01> Riddell: to my email?
[15:34] <Riddell> yes
[15:34] <jussi01> not yet
[15:34] <jussi01> be here in a moment i expect
[15:35] <jussi01> hrmm, got rejected
[15:36] <Riddell> what did it say?
[15:36] <jussi01> heh
[15:36] <jussi01> Rejected:
[15:36] <jussi01> Could not find distribution '~kubuntu-members-kde4'
[15:36] <jussi01> Further error processing not possible because of a critical previous error.
[15:37] <Riddell> what's in your ~/.dput.cf ?
[15:37] <jussi01> Ill querie and paste
[15:46] <nareshov> Riddell: Do we have to backport decibel as well?
[15:47] <Riddell> nareshov: yes
[15:48] <jussi01> Riddell: thank you for your help. now I have learnt that, have you another?
[15:48] <Riddell> jussi01: extragear if you want
[15:49] <Riddell> kcoloredit-4.0.2.tar.bz2  kgrab-0.1.1.tar.bz2       kiconedit-4.0.2.tar.bz2    libksane-0.1.0.tar.bz2
[15:49] <Riddell> kfax-3.3.6.tar.bz2        kgraphviewer-2.0.tar.bz2  kpovmodeler-1.1.2.tar.bz2  rsibreak-0.9.0-beta3.tar.bz2
[15:50] <jussi01> Riddell: sure. so its all of those included in it?
[15:53] <Riddell> jussi01: those are the source packages
[15:54] <nareshov> There's a bdep problem with libqttelepathy-dev
[15:54] <nareshov> I have the gutsy version installed and yet it errors out on debuild
[15:54] <nareshov> backport that as well?
[15:55] <Riddell> nareshov: hmm
[15:56] <Riddell> nareshov: it sounds like it would be easier to just remove the decibel build-dep from kdenetwork-kde4 then
[15:56] <nareshov> Okay
[15:56] <Riddell> nareshov: you'll have to finnish the compile of it and see if it still builds properly
[15:56] <Riddell> or if anything needs adjusted
[15:56] <nareshov> Okay
[15:58] <jussi01> Riddell: Im a little confuzzled
[15:58] <Riddell> jussi01: what's up?
[15:58] <Riddell> most of those will have -kde4 on the end come to think of it
[15:59] <jussi01> Riddell: ok. so I need to backport all of those source packs? not the package called extragear? (now I know I sound stupid, but...)
[16:00] <Riddell> jussi01: correct, so starting with kcoloredit-kde4
[16:01] <jussi01> aye, thanks. got a little confused ther, but all is well now. :)
[16:08] <nareshov> Riddell: plasma-kget build error
[16:14] <Riddell> nareshov: hmm?
[16:15] <nareshov> /home/nareshov/Documents/Ubuntu/Backporting/KDE4.0.2/kdenetwork-kde4/kdenetwork-kde4-4.0.2/kget/plasma/applet/plasma-kget.cpp:61: error: ‘TopMargin’ is not a member of ‘Plasma’
[16:15] <nareshov> make[3]: *** [kget/plasma/applet/CMakeFiles/plasma_applet_kget.dir/plasma-kget.o] Error 1
[16:16] <Riddell> nareshov: oh that needs the new kdebase-workspace, I guess you'll need to wait until it's done in the ppa and install it and try again
[16:16] <nareshov> Hmm, ok
[17:33] <smarter> mmh
[17:33] <smarter> flahs seems to be borken in konqueror 3.5.9
[17:33] <smarter> *flash
[17:34] <smarter> anyone can confirm?
[17:35] <Riddell> works for me
[17:35] <Riddell> 64 bit even
[17:37] <smarter> flash r115?
[17:39] <_Sime_> wow, plasma is eating 41% of my memory
[17:39] <smarter> works now, removing some adblock rules helped
[17:57] <jussi01> Riddell: kcoloredit, kgrab, kfax and kgrapheditor all uploaded. going ut for a bit, will finish the others when I get back.
[17:58] <Riddell> jussi01: excellent
[18:10] <nixternal> umm
[18:10] <nixternal> Riddell: that was for gutsy those uploads jussi01 did right?
[18:10] <Riddell> yes
[18:10] <nixternal> whew, OK
[18:10] <nixternal> scared me for a second
[18:11] <nixternal> I might need to reupload a couple of the extragear packages for FTBFS and Not Uploaded
[18:24] <apachelogger> nixternal: does upstream actually release tarballs of webkitkde yet?
[18:27] <apachelogger> hm
[18:27] <apachelogger> nixternal: actually konqueror 4.0.2 craps out when installing webkitkde -.-
[18:28] <nixternal> our webkit is broken that's why
[18:30] <apachelogger> nixternal: cool
[18:30] <apachelogger> nixternal: go fix it :P
[18:36] <nixternal> hey, failed to upload in buildd, will that work itself out eventually?
[18:37] <Riddell> apachelogger: there no upstream releases of webkit never mind webkitkde
[18:37] <Riddell> it won't get fixed until qt 4.4 is out
[18:38] <Riddell> nixternal: probably not
[18:38] <Riddell> nixternal: where's the error?
[18:40] <nixternal> kpovmodeler-kde4, all platforms failed to upload
[18:40] <Riddell> ah, it's complaining about the mis-spelling, should be modeller :)
[18:41] <nixternal> haha
[18:41] <nixternal> you had me for a second with that
[18:42] <nixternal> rsibreak-kde4 FTBFS on everything but i386 due to libplasma not being complete yet, will those work themselves out or no?
[18:42] <apachelogger> hm
[18:42] <nixternal> Riddell: webkit works in qt-copy :)
[18:43] <Riddell> nixternal: you'd need to ask for a give back when plasma exists
[18:43] <Riddell> which it should by now I think
[18:43] <nixternal> can you give a give back? :)
[18:43]  * nixternal checks for libplasma
[18:43] <Riddell> I can't no
[18:44] <Riddell> try slangasek
[18:44] <nixternal> will do
[18:48] <apachelogger> Riddell: is it a known issue, that kde4libs in the ppa is linked against libgif right now?
[18:48] <Riddell> apachelogger: doh
[18:48] <Riddell> apachelogger: that'll be a bug, fixes welcome
[18:49] <apachelogger> Riddell: already working on it :)
[18:52] <nosrednaekim> as a student who very much wants to be in the google summer of code, is ubuntu/kubuntu participating?
[18:55] <smarter> nosrednaekim: https://wiki.kubuntu.org/KubuntuSummerOfCodeIdeas
[18:56] <nosrednaekim> I know there is a wiki page with ideas... but I didn't know if they were actually applying
[18:56]  * apachelogger is afraid of the bug reports "kde4 upgrade broke my kde3"
[18:58] <ScottK> apachelogger: Because if those come I will haunt you.
[19:03] <apachelogger> ScottK: wasn't my fault this time :P
[19:03] <apachelogger> ScottK: btw, bug #198354
[19:03] <ubotu> Launchpad bug 198354 in ubuntu "[FFe] kopete-plugin-otr-kde4" [Wishlist,Confirmed] https://launchpad.net/bugs/198354
[19:06] <apachelogger> hm, i386 on ppa seems to be jammed
[19:11] <yuriy> hm wallpaper working for people on 4.0.2?
[19:15] <Riddell> yuriy: hmm, it seems to have broken
[19:19] <jussi01> Riddell: ok, Im back, Im going to get straight into those packages, should have them done soone
[19:22] <yuriy> wallpaper bug filed, bug 198470
[19:22] <ubotu> Launchpad bug 198470 in kdebase-workspace "wallpaper broken in plasma in kde 4.0.2" [Undecided,New] https://launchpad.net/bugs/198470
[19:32] <james_w> Hi all.
[19:32] <yuriy> hmm bug 198469 in hardy is a feature right? i guess it breaks things for gutsy ppa though
[19:32] <ubotu> Launchpad bug 198469 in kde4libs "libgif4 use to compile kdelibs4" [Undecided,New] https://launchpad.net/bugs/198469
[19:33] <james_w> I noticed that a lot of patches to kde stuff have "kubuntu" in the name (when using a patch system). I wondered if there was some sort of policy around this, or whether it was just what the person making the patch decided.
[19:34] <Riddell> james_w: patches we add use kubuntu_, other patches from debian don't
[19:38] <yuriy> ah apachelogger already fixed it
[19:40] <apachelogger> hm
[19:40] <apachelogger> IMO is nvidia eating KDE 4
[19:40] <apachelogger> literally
[19:41] <apachelogger> eating the graphics
[19:41] <yuriy> apachelogger: slowly, from the edges of the screen. ate the wallpaper too : )
[19:42] <apachelogger> it is awful, and I can't do anything about it since I have nothing that even resembles an nvidia card remotely
[19:42] <apachelogger> to make it clear, I don't own any graphic cards at all -.-
[19:42] <jussi01> Riddell: I assume kpovmodeler is the package, as there is no kpovmodeler-kde4 ?
[19:44] <yuriy> apachelogger: i have plenty of nvidia. any ideas to debug?
[19:45] <apachelogger> nope
[19:46]  * apachelogger is bad with guiding someone to debug :)
[19:46] <apachelogger> I am very much driven by insanity and the urge to try strange things
[19:46] <Riddell> jussi01: ask nixternal
[19:46] <apachelogger> yuriy: are you running hardy?
[19:47] <james_w> Riddell: so the idea is to distinguish what you added, rather than anything specific to kubuntu?
[19:48] <apachelogger> james_w: makes it easier to merge the packaging with the debian version
[19:48] <james_w> apachelogger: ok, thanks.
[19:49] <james_w> Can I ask how your relationship with the Debian KDE team is?
[19:49] <jussi01> nixternal: please see my above question
[19:53] <yuriy> apachelogger: yeah
[19:57] <Riddell> james_w: we get on fine
[19:58] <apachelogger> yuriy: could you please try whether this issue also appears on gutsy?
[19:58] <Riddell> I've even been known to dance with them
[19:58] <apachelogger> yuriy: it might be caused by some underlying library or something
[19:58] <tlayton> hey all. on hardy and trying to log in to kde 4.0.2. the first icon flashes for a bit, then the screen turns back, and back at the login screen. how can i find out what's happening?
[19:59] <yuriy> apachelogger: ok, i'll try later today. will need to reboot :-\
[19:59] <nosrednaekim> tlayton» AFAIK, the 4.0.2 packages are not finished yet
[19:59] <tlayton> s/turns back/turns black/
[20:00] <james_w> Riddell: :)
[20:00] <james_w> Is there an active dialog and flow of patches though?
[20:00] <james_w> I'm asking 'cos one of my current projects is pushing patches back, but I won't get involved if you are already on top of it.
[20:02] <tlayton> nosrednaekim: is there a log file anywhere i can check?
[20:03] <nosrednaekim> tlayton» not that I know of, but jussi01 just said a couple minutes ago that he was still working on them.
[20:04] <jussi01> building as we speak. however, what Im doing would be classed _non_ essential
[20:04] <Riddell> james_w: yes, we tell them whenever we add a patch that would be interesting
[20:05] <james_w> Riddell: great. Thanks, I'll leave the kubuntu packages up to you.
[20:06] <smarter> tlayton: ~/.xsession-errors
[20:07] <Artemis_Fowl> KDE's dependencies are evil
[20:08] <Artemis_Fowl> my whole KDE installation crashed due to a broken package
[20:10] <tlayton> does kde 4 require network manager, as i'm using wicd?
[20:10] <nosrednaekim> tlayton» please ask kde4 questions in #kubuntu-kde4
[20:30]  * nixternal converts to paper & pencil to do a data model
[20:30] <ScottK> How evil would it be if someone gets the displayconfig crash that comes from not having any xorg.cong at all to kick off dpkg-reconfigure xserver-xorg?
[20:31] <nixternal> dpkg-reconfigure xserver-xorg won't work if there isn't a xorg.conf either
[20:31] <jussi01> nixternal: is kpovmodeler in hardy repos the kde4 version? if not, where is the kde4 package?
[20:31] <nixternal> unless that has been fixed sometime this week
[20:31] <ScottK> Urgh.  OK.
[20:31] <nixternal> jussi01: kpovmodeler-kde4, I have to reupload it so wait on that
[20:32] <jussi01> nixternal: sure
[20:32] <Riddell> nixternal: did you work out what was wrong?
[20:32] <_StefanS_> Riddell: how far did the packaging go? is my patches still needed?
[20:32] <nixternal> Riddell: awaiting one final kdebase-workspace build on sparc before I reupload kpov and rsibreak
[20:33] <Riddell> nixternal: I wouldn't care about sparc
[20:33] <Riddell> _StefanS_: packaging of what?
[20:33] <nixternal> roger that, then I will upload them now
[20:33] <_StefanS_> Riddell: kde4 on gutsy
[20:33] <_StefanS_> Riddell: I had to leave earlier, so I dont know if someone took over
[20:34] <_StefanS_> ScottK: did you get the klamav thingy going ?
[20:35] <ScottK> _StefanS_: Yes.  I haven't uploaded yet because I have a few other things to touch first, but your change did exactly what I needed.
[20:35] <jussi01> Riddell: all of the packages you asked for, with the exception of kpovmodeler have been uploaded and accepted
[20:35] <_StefanS_> ScottK: oka, I just thought you might have found something else in there.. but sounds good.
[20:36] <ScottK> _StefanS_: No.  What you gave me was perfect.  I just want to check documentation and such to make sure I've done everything I need to do on the package.
[20:36] <_StefanS_> ScottK: cool.
[20:37] <_StefanS_> Riddell: so how about those packages? :)
[20:37] <nixternal> jussi01: you want me to put the kpovmodeler files up on my server so you can grab them?
[20:38] <jussi01> nixternal: no, its fine. Ill wait for the upload to hardy
[20:38] <nixternal> roger that, I did the upload a few minutes ago, so it should go into building shortly
[20:40] <Riddell> _StefanS_: network is done, your others still need doing
[20:40] <Riddell> jussi01: great, thanks!
[20:40] <_StefanS_> Riddell: ok good. If I do a debuild -S and send you the diffs, can you take the rest? I'm sort of working at the moment
[20:40] <Tonio_> re
[20:40] <_StefanS_> hey Tonio_ !
[20:41] <Tonio_> hey _StefanS_ ;)
[20:41] <Tonio_> _StefanS_: no time today for the patch, will look tomorrow morning (I'm staying home)
[20:41] <_StefanS_> Tonio_: sure :)
[20:51] <_StefanS_> nareshov: you there?
[20:56] <DaSkreech> kde4-core doesn't depend on X :)
[20:58] <_StefanS_> DaSkreech: ah, dont make a big fuss out of it :D
[20:59] <DaSkreech> I'm not I just installed kde4-core last night and then came back expecting nice stuff
[21:00] <DaSkreech> Hmm ok Lets start kdm
[21:00] <DaSkreech> ok
[21:00] <DaSkreech> no kdm
[21:00] <DaSkreech> install kdm
[21:00] <DaSkreech> ok can't start. Ah ok there is no X :) funny that
[21:01] <DaSkreech> kde4 package also doesn't depend on X :0
[21:01] <DaSkreech> ;-)
[21:02] <jussi01> Riddell: how much more do we have to do for 4.0.2? Anything more you need from me?
[21:03] <_StefanS_> I would like someone to upload a few kde4 packages to gutsy for me..
[21:03] <_StefanS_> debdiff's actually
[21:03] <smarter> kubuntu-kde4-desktop should depends/recommends on oxygen-cursor-theme
[21:04] <_StefanS_> I havent set up gpg and all that
[21:04] <smarter> (imho)
[21:05] <DaSkreech> Hmm I've forgotten how's the KDE4 adept port?
[21:06] <apachelogger> Oo
[21:07] <apachelogger> is someone compiling OOo again?
[21:07] <apachelogger> or are the ppa buildds for i386 just looping to death?
[21:11] <apachelogger> omd
[21:12] <apachelogger> building language packs
[21:12] <apachelogger> only a matter of days :|
[21:13] <smarter> omd?
[21:14] <nosrednaekim> "oh my dear"
[21:14] <apachelogger> oh mon dieu :P
[21:14] <smarter> hehe :P
[21:14] <nosrednaekim> haha
[21:14] <smarter> oh my dog
[21:15] <nosrednaekim> apachelogger is dyslexic!
[21:16] <apachelogger> *shrug*
[21:17] <ScottK> What package keeps monitor information for Kubuntu?
[21:19] <apachelogger> ScottK: monitor information?
[21:19] <ScottK> Information about different montor types
[21:19] <smarter> kde-guidance?
[21:20] <apachelogger> yes
[21:20] <apachelogger> though
[21:20] <ScottK> Yes.  It turns out it is...
[21:20] <apachelogger> ok
[21:20] <ScottK> Though?
[21:20] <dushara> Hi. Where does the function setlocale get it's information from? What directory?
[21:20] <smarter> LANG variable?
[21:20] <smarter> ah setlocale
[21:21] <apachelogger> ScottK: guidance-backends might keep it nowadays, because of displayconfig-gtk
[21:21] <apachelogger> just a wild guess
[21:21] <smarter>  /usr/share/local maybe
[21:21] <ScottK> Thanks
[21:21] <smarter>  /usr/share/locale
[21:23] <DaSkreech> jjesse: Hey hey
[21:25] <dushara> Scratch that. :-) It's /usr/lib/locale. Just found out the mistake I made (duh)
[21:26] <jjesse> hey hey
[21:31] <ryanakca> any backporting left?
[21:38] <ryanakca> heh, the bbc.co.uk has an interesting new layout.... wouldn't work for what we want, but still interesting... probably sucks for text browsers though :)
[21:44] <DaSkreech> Right off home
[21:53] <_StefanS_> Riddell: kde-accessibility, -admin, -artwork, -edu and -games is uploaded to kde4 ppa.
[21:53] <_StefanS_> Riddell: sure hope I didn't b0rk anything :D
[21:55] <Riddell> thanks _StefanS_!
[21:55] <_StefanS_> Riddell: is there anything else ? :)
[21:56] <Riddell> just keep an eye on them and see if it works
[21:56] <ScottK> Riddell: I just messed up and pushed kdeguidance into the repos instead of to my PPA.  I'm going to revert it.
[21:56] <ScottK> Already confessed my sins to slangesek
[21:57] <Riddell> other random things to do would be change knetworkmanager to use /etc/xdg/autostart for its autostart file
[21:57] <Riddell> also adept-notifier
[21:57] <_StefanS_> Riddell: err, it seems like the kdelibs is not updated yet.. http://launchpadlibrarian.net/12424851/buildlog_ubuntu-gutsy-lpia.kdegames-kde4_4%3A4.0.2-0ubuntu1~gutsy1~ppa1_FAILEDTOBUILD.txt.gz
[22:00]  * _StefanS_ is going for coffee..
[22:02] <apachelogger> _StefanS_: i386 got stuck in the queue, the language packs are getting built right now
[22:02] <apachelogger> which might take some time
[22:04] <_StefanS_> apachelogger: thank god. Then its not me doing stuff wrong :D
[22:04] <apachelogger> oh well, there were quite some stuff going wocka with a FTBS
[22:05] <_StefanS_> Riddell: thats all in hardy, right?
[22:05] <apachelogger> hm, unmet dependencies afais
[22:07] <ScottK> Whoever uploaded kde4libs_4.0.2-0ubuntu1~gutsy1~ppa1 to Debian might want to go over to #debian-qt-kde and apologize.
[22:08] <_StefanS_> oh my m$ is preparing windows to boot off an USB-key... thats new technology for you right there.
[22:08] <ryanakca> ouch
[22:09] <_StefanS_> ScottK: i guess thats the missing kdelibs :D
[22:09] <apachelogger> ScottK: did the server explode?
[22:09] <ScottK> No, but their kdelibs upload got rejected as a result.
[22:09] <apachelogger> _StefanS_: no, just a wrong dput
[22:09] <_StefanS_> oh
[22:09] <ScottK> They're a little grumpy
[22:09] <apachelogger> understandable
[22:10] <apachelogger> we could just all go over and apologize
[22:10] <nosrednaekim> _StefanS_» after they intentionally disallowed you from doing that before?
[22:10] <nosrednaekim> haha.
[22:11] <babali> hello :)
[22:12] <_StefanS_> nosrednaekim: theyre just amazing..
[22:12] <nosrednaekim> _StefanS_» "unbelieveable" might be a better word
[22:13] <_StefanS_> nosrednaekim: I guess you get a harddrive to put the swapfile on.
[22:13] <babali> i just updated kubuntu with the kde4 repository. it looks  like some  packages are broken
[22:13] <_StefanS_> nosrednaekim: thats portability for you right there ;)
[22:14] <nosrednaekim> _StefanS_» haha...funny thing it, I was trying to do it from a usb HD..
[22:15] <babali> for example i can't install kdelibs5: Depends: kdelibs5-data (>= 4:4.0.2-0ubuntu1~gutsy1~ppa2) but it is not going to be installed
[22:15] <ryanakca> babali: #kubuntu-kde4 might be a better place to ask
[22:15] <babali> ryanakca: thank you ;-)
[22:16] <_StefanS_> nosrednaekim: well what tricks me, is that alot of people will think they invented it in the firstplace (booting of usb-key)
[22:17] <gribelu> does kde 4.0.2 hardy work for anyone? i can't log into kde4.. i get a message that kbuildsycoca4 has crashed and then i just see a wallpaper
[22:17]  * yuriy hugs ScottK for guidance patches
[22:17] <babali> gribelu: it doesn't work for me too
[22:18] <gribelu> ah
[22:18] <gribelu> good then
[22:18] <gribelu> :D
[22:18] <babali> gribelu: but i have dependancies problems to install kde 4.0.2
[22:19] <gribelu> ah.. i don't.. i had 4.0.0 and 4.0.1 before now i just upgraded
[22:19] <gribelu> no errors..
[22:19] <babali> you can install kde4-core ?
[22:20] <nosrednaekim> please go to #kubutn-kde4 for ke4 discussion
[22:20] <ScottK> yuriy: Thanks.  I'll put them in my PPA for people to test until after the current freeze is over.
[22:21] <yuriy> ScottK: oh i saw a commit message on a bug, where did that package go?
[22:21] <ScottK> yuriy: I uploaded it to the archive by mistake (which is why you saw it).  Due to the freeze and it's not fully tested yet I reverted it.
[22:22] <ScottK> I'm about to upload it to PPA and I'll leave instructions in the relevant bugs.
[22:22]  * ryanakca tried adding a "kde4support" and "kde4help" (aliased to kde4support) to ubotu, but it looks like we'll have to wait for someone in #ubuntu-ops to "approve" it :)
[22:22] <ScottK> yuriy: Assuming it all works it'll all end up in the release, just next week instead of today.
[22:26] <gribelu> is 4.0.2 packaging finished for hardy? working? .. just trying to figure out why kbuildsycoca4 kills my kde
[22:28] <_StefanS_> gotta sleep..
[22:28] <_StefanS_> night.
[22:28] <ryanakca> night _StefanS_
[22:28] <_StefanS_> thanks
[22:36] <apachelogger> meh
[22:37] <apachelogger> kde4libs is still waiting for build
[22:38] <babali> apachelogger: where can i see this ?
[22:38] <gribelu> apachelogger: for hardy?
[22:39] <babali> apachelogger: so can i expect  packages dependancies to be satisfied in 8h ? for gusty
[22:40] <apachelogger> babali: maybe, I can't really tell
[22:41] <apachelogger> all build daemons are blocked by language packages
[22:41] <apachelogger> and I have no idea how long it's still gonna take before they are all finished
[22:41] <apachelogger> gribelu: no, gutsy
[22:41] <apachelogger> hardy should work properly
[22:41] <babali> apachelogger: language packages requieres no compilations ?
[22:41] <gribelu> it doesn't for me.. i can't login
[22:42] <gribelu> i get a message that kbuildsycoca4 has crashed and then i just see the kdm wallpaper
[22:42] <apachelogger> babali: they do
[22:42] <gribelu> i rebooted and remove ~/.kde4
[22:42] <apachelogger> like a KDE app wouldn't use the actual po file
[22:42] <apachelogger> but mo or how that thingy is called
[22:43] <apachelogger> which is po in binary AFAIK
[22:43] <apachelogger> gribelu: did you try a dist-upgrade?
[22:43] <gribelu> apachelogger:  yes
[22:43] <apachelogger> hm
[22:43] <gribelu> it's been crashing like this since last night
[22:43] <babali> apachelogger: thank you for information. i am going to sleep, i'll see tomorow if i can fix my mum's computer ^^. Bye
[22:44] <gribelu> i dist-upgraded multiple times since then
[22:44] <apachelogger> gribelu: what does .xsession-errors say?
[22:44] <gribelu> i'll check
[22:44]  * apachelogger notes that he should go to bed as well :P
[22:44] <nosrednaekim> night apachelogger
[22:45] <gribelu> brb
[22:45] <apachelogger> nosrednaekim: I didn't say I do right now :P
[22:45] <nosrednaekim> apachelogger» I was about to ask if "should" meant "am"
[22:45] <apachelogger> that was just a warning in case I pass out and don't answer anymore
[22:46] <apachelogger> sweet cheese
[22:46] <apachelogger> oh
[22:46] <apachelogger> my
[22:46] <apachelogger> gosh
[22:47] <apachelogger> they still have 654 packages waiting for a build
[22:47] <nosrednaekim> 0.o
[22:47] <apachelogger> that is
[22:47] <apachelogger> ehm
[22:47] <apachelogger> ~3 minutes per package
[22:47] <apachelogger> 19xx minutes
[22:48] <nosrednaekim> or..... just a bit late tomorrow...
[22:48] <apachelogger> i.e. > 30 hours
[22:48] <apachelogger> 'a bit'
[22:48] <gribelu> apachelogger: http://paste.ubuntu-nl.org/58429/
[22:48] <nosrednaekim> thats for gutsy, right?
[22:49] <apachelogger> yes
[22:49] <apachelogger> "KConfigIni: In file /usr/share/applications/wine-browsedrive.desktop, line 3: " "Invalid escape sequence "\ "."
[22:50] <apachelogger> ASSERT: "!st.isEmpty()" in file /build/buildd/kde4libs-4.0.2/kdecore/services/kservice.cpp, line 235
[22:50] <gribelu> hmm i'll move that out.. brb i have to logout again :((
[22:50] <apachelogger> IMHO
[22:50] <apachelogger> it is dying
[22:50] <apachelogger> softly
[22:50] <apachelogger> gribelu: nah
[22:50] <apachelogger> gribelu: 1.
[22:50] <gribelu> m?
[22:50] <apachelogger> where is that file from?
[22:50] <apachelogger> 2.
[22:50] <apachelogger> can you please paste the file?
[22:50] <gribelu> i think Wine
[22:50] <gribelu> one sec
[22:51] <apachelogger> gribelu: dpkg -S wine-browsedrive.desktop
[22:51] <gribelu> http://paste.ubuntu-nl.org/58431/
[22:52] <apachelogger> ok
[22:52] <gribelu> wine: /usr/share/applications/wine-browsedrive.desktop
[22:52] <apachelogger> that is way too strange
[22:52] <apachelogger> why does kbuildsycoca crap out for you but none else?
[22:52] <gribelu> let me see if it still crashes after i move the file out
[22:53]  * apachelogger thinks it will not
[22:55] <apachelogger> gribelu: doesn't, does it?
[22:55] <apachelogger> ...help...
[22:55] <gribelu>  still does
[22:55] <gribelu> i have a longer .xsession-errors this time.. i let it do it's thing
[22:55] <gribelu> kbuildsycoca crashes like 3 times
[22:56] <apachelogger> Oo
[22:56] <apachelogger> paste
[22:56] <gribelu> http://paste.ubuntu-nl.org/58433/
[22:56] <apachelogger> nice
[22:56] <gribelu> actually 6
[22:57] <gribelu> ASSERT: "!st.isEmpty()" in file /build/buildd/kde4libs-4.0.2/kdecore/services/kservice.cpp, line 235
[22:57] <apachelogger> gribelu: please tar your /usr/share/applications and send it to<EMAIL_ADDRESS>[22:57] <gribelu> k
[22:57] <apachelogger> I think kbuildsycoca craps out before it even can spit out some debug messages
[22:59] <gribelu> mail sent
[23:00] <apachelogger> thanks
[23:00] <gribelu> i already --reinstalled most kde4 base packages so i don't know what's doing this
[23:00] <gribelu> everything was fine with 4.0.1
[23:01] <apachelogger> gribelu: it's some other application I think
[23:01] <gribelu> i hope so
[23:02] <apachelogger> yep
[23:02] <apachelogger> now it crashes for me as well
[23:02] <gribelu> hey can i ask a favor? if it turns out it's a local problem and there's no need to update kde4 packages.. could you mail me back with the name of the app
[23:02] <gribelu> ah
[23:02] <gribelu> i'm saved
[23:02] <gribelu> hehe
[23:09] <apachelogger> hm
[23:09] <apachelogger> gribelu: swiftfox is not from any archive, is it?
[23:12] <gribelu> hmm.. it's from the swiftfox site
[23:14] <apachelogger> gribelu: it's broken
[23:14] <apachelogger> just remove the Mimetype line
[23:14] <apachelogger> now
[23:14] <apachelogger> gribelu: you should report this to swiftfox
[23:14] <apachelogger> because
[23:14] <apachelogger> technically
[23:14] <apachelogger> the desktop file is suposed to crap out
[23:15] <apachelogger> because the mimetype line ends with a ;
[23:15] <apachelogger> which means the entry before is a mimetype
[23:15] <apachelogger> but since there is just that ; the mimetype is, well, void
[23:15] <gribelu> weird that the entire DE goes down because of a ;
[23:15] <apachelogger> yeah
[23:16] <gribelu> yeah now i can start kde4 apps .. after moving out swiftfox.desktop
[23:16] <apachelogger> now I want to aks you a favor ;-)
[23:16] <gribelu> sure..
[23:16] <apachelogger> gribelu: it would be really cool if you could a) inform swiftfox and b) report this on bugs.kde.org as well
[23:16] <apachelogger> because even if the desktop file is technically wrong
[23:17] <apachelogger> it's not anything but a good reason to crap out without any useful feedback
[23:17] <gribelu> sure i'll report it
[23:17] <apachelogger> :)
[23:17] <gribelu> you can go sleep now :D
[23:17] <gribelu> thanks for the help
[23:18] <nosrednaekim> !devsnack
[23:18] <ubotu> Sorry, I don't know anything about devsnack - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[23:18] <apachelogger> yeah
[23:18] <apachelogger> gribelu: you're very welcome
[23:18]  * apachelogger starts searching a bed
[23:18] <apachelogger> nosrednaekim: good night ;-)
[23:18] <nosrednaekim> apachelogger» good night :)
[23:41] <jussi01> Riddell: If you are still up, Id like some more packages to backport for tomorrow - if we need some done. Let me know, Ill check here in the morning (~8 hours from now)
[23:42] <Riddell> jussi01: I think that's all of them
[23:42] <Riddell> the question is if they work
[23:42] <Riddell> I don't know if only kde4libs needed recompiled for libungif or if others need to be too
[23:44] <jussi01> Riddell: ok. if there is something else in particular that needs working on, let me know. Im in need of a little direction/a poke towards something now, so if something comes up, that isnt overly crazy, please tell me :)
[23:45] <Riddell> jussi01: there's always moving the autostart file for knetworkmanager
[23:46] <jussi01> Riddell: ok, I assume kde3 network manager as kde4 hasnt got one now?
[23:47] <Riddell> jussi01: yes
[23:47] <Riddell> needs moved to /etc/xdg/autostart for kde4 to find it
[23:47] <Riddell> adept notifier needs the same thing
[23:48] <jussi01> Riddell: ok. Ill take a look at those when I get up in the morning. I assume its a packaging thing?
[23:48] <Riddell> jussi01: yes
[23:49] <jussi01> Riddell: ok, all good. I hope to have them fixed in the near future. right now, bed is calling.
[23:51] <nixternal> hi, I would like to get involved in development, what can I do to help? I know some java, some c++, some python, some other stuff..
[23:52] <jussi01> nixternal: hahahhahahahahhaha.... right
[23:53] <ryanakca> nixternal: umm... well, what do you think we're missing?
[23:54] <ryanakca> how about a few thousand bugfixes...
[23:54]  * ryanakca dumps the list of "Confirmed" bugs onto nixternals desk, smiles and closes the door behind him ;)
[23:55]  * ryanakca grumbles at his keyboard layout no longer working in KDE4... dunno why though...
[23:56] <Riddell> nixternal: drop the embedded console from the dist upgrade tool, it's more trouble than its worth


[09:20] <czajkowski> rvba: morning
[09:20] <rvba> \o czajkowski
[09:21] <czajkowski> rvba: I have one more Q in for you. I suspect more will come in over the next 2 days and the others will get another one each. https://answers.launchpad.net/maas/+question/202282
[09:23] <rvba> czajkowski: k.
[09:40] <rbasak> I got a failure on "make test": http://paste.ubuntu.com/1076131/ - fixed by installing libpq-dev as specified by the error. This needs to be added to HACKING.txt I presume?
[09:40] <rbasak> BTW, the detail in HACKING.txt is awesome and just saved me tons of time. I really appreciate it being there. Every upstream should have something so detailed.
[09:55] <rvba> rbasak: thanks for reporting that.  I'll fix HACKING.txt.
[09:55] <rbasak> np
[11:46] <jtv> Daviey: can you help us out with a dev question?  We're dealing with approaches to updating DNS zone files for changing node IPs, and we're just not sure what the uses and requirements are.
[11:47] <jtv> roaksoax or smoser maybe?
[11:48] <Daviey> jtv: ok
[11:49] <Daviey> jtv: Can you state the problem?
[11:49] <jtv> The problem is that we're trying to implement the “update DNS based on the latest IP address information for the nodes” story but we don't know what those DNS updates are needed for.
[11:49] <jtv> Which leaves us without criteria for evaluating solutions.
[11:52] <jtv> The particular point we're stuck on is the latency/robustness/throughput tradeoff: how soon do we need DNS to be updated, and how important is that?
[11:54] <Daviey> jtv: Hmm
[11:55] <jtv> And of course if we don't know why we need this at all, then things suddenly become very easy indeed.  :)
[11:55] <Daviey> well, it's actually not super-quick-urgent stuff.  The metadata service provides the hostname, which overrides the local hostname.. which would normally be set at install time
[11:55] <Daviey> The issue arises mostly when one node tries to talk to another node.
[11:56] <Daviey> jtv: Writing out a base A record zone file, loading it into bind, go home.
[11:57] <Daviey> also-notifying the slaves might be a little too much..
[11:57] <jtv> You mean notifying the DNS slaves?
[11:58] <Daviey> yeah
[11:58] <Daviey> in the named.local you can put, also-notify X.X.X.X, X.X.X.X, X.X.X.X; for each zone, and it will ping the slaves for an update
[11:58] <Daviey> but that can be cron'd from the slaves to just update regulary
[12:01] <jtv> Daviey: so this is half-a-minute stuff rather than half-a-second stuff?
[12:03] <Daviey> jtv: oh, most certainly
[12:03] <jtv> Wow, that certainly puts things in a different light.  Thanks!
[12:03] <Daviey> jtv: it's not uncommon for this to take 15 mins.
[12:03] <jtv> Well crucially, you're saying that's not a big problem?  :-)
[12:04] <Daviey> when people talk about 'DNS propagation' they either mean the TTL to expire on clients OR the time it takes to push out to the slave DNS servers
[12:06] <jtv> Yes, we figured that bit out — the missing bit was what kind of service was actually required.
[12:07] <jtv> I'm writing it up now, before they kick me out of this coffee shop.  Thanks again!
[12:08] <Daviey> jtv: Yeah, crucially the node knows about it's self via meta-data service
[12:08] <Daviey> It's other nodes contacting that node at speed, which could be problematic
[12:08] <jtv> That's the bit we need to know about though.
[12:08] <Daviey> but i can't imagine going from dns name change -> production service in under 60s
[12:09] <jtv> Putting a number on it is good.  Thanks.
[12:09] <jtv> Really have to stop here!
[12:10] <Daviey> o/
[12:10] <rbasak> For faster stuff, there are dynamic DNS updates. Perhaps cloud-init could do them?
[12:11] <jtv> nn people!
[12:12] <jtv> rbasak: too late.  :-P  The question wasn't how we can do this cleverly.  Clever is often bad!  The question was what was required.
[12:12]  * jtv really is off now.
[12:13] <rbasak> I generally see "avoid race conditions" as an automatic requirement, because they almost always come back to bite.
[13:58] <allenap> rbasak: +1 ... if you want to comment, I've CC'd jtv's follow-on from this discussion to private-canonical-maas, with my response.
[13:58]  * rbasak looks
[14:01] <rbasak> allenap: thanks. I don't think I have anything more to add. Speed of deployment with juju was my concern also.
[14:02] <allenap> rbasak: Cool.
[14:02] <rbasak> anyway I'm just a bystander :)
[14:02] <pmatulis> is there a non-devel m/l for maas?
[14:03] <allenap> rbasak: No you're not! A lot of this we're building for your ARM stuff :)
[14:03] <rbasak> :)
[14:04] <rbasak> Yes for ARM, but not for DNS!
[14:04] <allenap> Ah, fair enough.
[14:04]  * allenap writes "ARM does not need DNS" in feature document.
[14:04] <rbasak> BTW, you'll be pleased to hear the the test suite almost completely smoothly on ARM.
[14:04] <allenap> \o/
[14:05] <rbasak> Oh, you mean I didn't tell you about how ARM servers do DNS differently? :-P
[14:05] <allenap> rbasak: It'll be QA that breaks hard on ARM.
[14:06] <allenap> rbasak: With Yellow Pages, right?
[14:06] <rbasak> I was kidding. It's exactly the same
[14:06] <rbasak> You can use yp if you want
[14:06] <allenap> Do not want.
[14:07] <rbasak> Userland is pretty much all the same on ARM. Just minor porting issues. And Java issues.
[14:27] <roaksoax> Daviey: the DNS *is* important
[14:28] <roaksoax> Daviey: juju accesses the nodes based on hostnames
[14:28] <roaksoax> if juju can't resolve to a hostanem, then uju doesn't work
[14:30] <Daviey> roaksoax: right, i'm saying that if it doesn't happen within the first 60 seconds of a node being commissioned.. it's pretty safe.
[14:30] <Daviey> it won't make the world fall apart if i add a node, and it's not resolvable within the first 60 seconds.
[14:30] <Daviey> I can't imagine juju will be usable within that time.
[14:31] <roaksoax> Daviey: right, as long as juju can handle it we should be fine
[14:31] <roaksoax> Daviey: anyways, did you see the missing file if I remove the sphinx-issue tracker dep?
[14:31] <roaksoax> smoser: where's your bug about the oauth issues?
[14:32] <Daviey> roaksoax: i didn't see it no.. is it all good and gone?
[14:33] <roaksoax> Daviey: if I remove the build-dep, then this file is missing for python-celery-doc: /usr/share/doc/python-celery-doc/html/_static/issuetracker.css
[14:34] <Daviey> roaksoax: I think that is safe..
[14:35] <roaksoax> Daviey: alright then, I'll ditch the Dep then
[14:35] <Daviey> roaksoax: wait 2
[14:36] <roaksoax> Daviey: sure:)
[14:40] <Daviey> roaksoax: did you check that issuetracker.css isn't referenced in the new docs?
[14:40] <Daviey> I think that is added to the html files  at build time, but haven't confirmed
[14:40] <roaksoax> Daviey: i'm rebuilding the packages to confirm.
[14:41]  * roaksoax hates having a crappy network
[14:52] <roaksoax> Daviey: ye it seems it doesn't get referenced
[14:53] <roaksoax> Daviey: so we should be good to remove it
[15:07] <roaksoax> Daviey: so I'll go ahead with it
[15:57] <roaksoax> Daviey: do you agree? http://paste.ubuntu.com/1076635/
[16:27] <Daviey> roaksoax: yep
[16:27] <Daviey> roaksoax: you checked the generated docs don't include the issuetracker.css?
[16:29] <roaksoax> Daviey: yep: (a) Current one:  http://paste.ubuntu.com/1076673/ (b) patched one: http://pastebin.ubuntu.com/1076676/
[16:36] <Daviey> roaksoax: cool!
[16:36] <Daviey> go go go
[16:36] <roaksoax> Daviey: lol, haven't heard the gogogo! since I last played Counter Strike few years back lol
[16:38] <Daviey> roaksoax: Contact Front, Wait out.
[16:38] <roaksoax> lol
[18:01] <Daviey> roaksoax / smoser: Can you work out what changes need to be done to use the ephemeral environment for enlistment.  I'm expecting little more than adding a few entries to the kernel cmd line for cloud-init to do the enlistment.
[18:01] <Daviey> (still maintaining seperate cd based enlistment)
[18:02] <roaksoax> Daviey: it would be similar to the boot image really
[18:02] <roaksoax> Daviey: run a script on boot to try to enlist
[18:03] <Daviey> roaksoax: right, but the key is making cloud-init be the handler
[18:03] <Daviey> roaksoax: so cloud-init invokes maas-enlist
[18:03] <roaksoax> Daviey: yeah so should be even simpler then
[18:03] <roaksoax> Daviey: cloud-init should simply invoke maas-enlist with the arguments needed and that's it
[18:03] <Daviey> roaksoax: Then MAAS just needs the default preseed change, should be trivial
[18:04] <Daviey> roaksoax: right.. i can't imagineit's super complicated
[18:04] <roaksoax> Daviey: shouldn'
[18:04] <roaksoax> Daviey: shouldn't be. I guess it would just need to be different meta-data
[18:05] <Daviey> roaksoax: well, the meta-data cpuld be provided from the kernel cmd line
[18:07] <roaksoax> Daviey: yeah, but we either provide a different URL for where to get the meta-data, or we modify the meta-data in the process
[18:07] <roaksoax> Daviey: err, I think we would just need to ,provide enlistment meta-data
[18:08] <roaksoax> Daviey: has it being thought of making enlistment+comissioning one single step?
[18:13] <Daviey> roaksoax: That is the next thing :)
[18:13] <Daviey> roaksoax: so.. a kernel cmd line 'metadata service' is just as valid as a http one
[18:20] <roaksoax> Daviey: right, so that means you want to send the metadata in the kernel command line then?
[18:23] <Daviey> roaksoax: yep
[18:24] <roaksoax> Daviey: wouldn't it be easier to have the metadata in the MAAS server and just send a URL where to be obtained from?
[18:25] <Daviey> roaksoax: Added complexity IMO.
[18:25] <Daviey> The metadata currently detects what metadata data to supply based on oauth credentials
[18:25] <Daviey> As this is a new node, there are no creds
[18:25] <Daviey> So... That requires additional upstream work
[18:26] <Daviey> Note, that the metadata url still have to be provided via kernel cmd line.. So it's an extra leap for no sound reason IMO
[18:28] <roaksoax> Daviey: right, but it is simpler to provide a URL than metadata through the kernel command line. Either way, we only need to pass MAAS server IP address basically
[18:31] <roaksoax> Daviey: and the hostname that the image obtains
[18:31] <roaksoax> Daviey: from the DNS server
[18:31] <roaksoax> if there's one
[18:31] <roaksoax> from DNS or DHCP
[18:33] <Daviey> roaksoax: hmm yeah
[19:33] <ahasenack> hi, is there a way to release a node back into the pool via the maas UI?
[19:34] <ahasenack> I see only "delete" which might be relevant, but it's greyed/disabled
[19:40] <dpb___> Hi all -- how do I release a maas node?
[20:47] <roaksoax> ahasenack: there's none, that's done via juju
[20:50] <ahasenack> roaksoax: you mean it's done via the api
[20:50] <roaksoax> ahasenack: or the api
[20:50] <ahasenack> ok
[20:50] <ahasenack> roaksoax: if I do a "cobbler system remove", maas might crash?
[20:51] <ahasenack> that is the equivalent of "delete" probably, which is grayed out for a reason
[20:51] <roaksoax> ahasenack: removing from cobbler is deleting a system in maas, deleting it in cobbler might be harmful to maas
[20:51] <ahasenack> roaksoax: ok
[20:51] <ahasenack> roaksoax: there is no command-line api tool for maaas, right?
[20:52] <roaksoax> ahasenack: that's in progress
[20:52] <ahasenack> ok
[20:52] <roaksoax> ahasenack: you want to set back to ready a node that's been allocated?
[20:52] <ahasenack> roaksoax: yes
[20:52] <roaksoax> ahasenack: how was it allocated in the first place?
[20:52] <ahasenack> roaksoax: just booting and accepting it in the maas ui
[20:52] <roaksoax> ahasenack: that leaves the node in Ready state
[20:52] <roaksoax> 1. first boot -> enlist
[20:52] <roaksoax> 2. 2nd boot -> commission
[20:53] <roaksoax> that leaves the node in Ready state
[20:53] <ahasenack> hm, it said it was allocated to "ubuntu", my user
[20:53] <roaksoax> allocated state means that you used juju deploy/juju bootstrap,
[20:53] <ahasenack> no juju involved
[20:53] <roaksoax> uhmmm
[20:53]  * roaksoax checks
[20:53] <ahasenack> I could have done some weird things the first time, just poking around
[20:54] <roaksoax> IIRC ready state is the state when it has been commissioned
[20:54] <ahasenack> but that wasn't the point anyway, just wanted to know how to put it back in the pool
[20:54] <ahasenack> and the answer is "using the same tool that allocated it in the first place"
[20:55] <ahasenack> roaksoax: thanks
[20:56] <roaksoax> yw