[04:38] <persia> rbelem: Hey.  Haven't heard from you in a few days.  How is it going with the liquid stuff?
[07:26] <rbelem> hi persia 
[07:26] <rbelem> :-)
[07:35] <persia> rbelem: Hey.  So, how's plasma-mobile?
[07:36] <rbelem> persia, i'm finishing your todo list :-)
[07:37] <rbelem> persia, these days i could not work overnight :-(
[07:41] <rbelem> persia, now finding the right build-deps
[07:42] <rbelem> persia, now it is 03:41 :-D
[07:42] <rbelem> AM
[07:42] <rbelem> here
[07:42] <persia> Go to bed.  Grab me during the day sometime.
[07:42] <rbelem> ehehehe
[07:43] <rbelem> persia, i'm not sleepy now
[07:44] <persia> OK, if you'd rather do it now than in the morning :)
[07:44]  * persia is a morning person, so would generally prefer to go to bed and do it tomorrow
[07:48] <rbelem> persia, ok, 11:00 UTC is good for you
[07:48] <rbelem> :-)
[07:48] <persia> Sure, if that's when you're up.
[07:49] <persia> I just want to try to get all three packages in before the meeting on Tuesday.
[07:52] <rbelem> persia, plasma-mobile is almost done, so we can finish at least kdm tomorrow
[07:54] <persia> rbelem: Sounds good.  Any ideas about kwin?  Do we need to do something like in plasma-netbook?
[07:56] <rbelem> persia, do not know very well yet
[07:58] <persia> OK.
[07:58] <rbelem> persia, maybe we should ask in kwin channel about "kwin for mobile", "What is missing to be done", "virtual keyboard"
[07:58] <rbelem> opengl-es
[07:59]  * persia grumbles about OpenGL-ES
[08:00] <rbelem> ehhehehe
[08:00] <rbelem> :-)
[08:00] <persia> As long as we only use the subset of GL in OpenGL-ES, we ought be safe cross-platform.
[08:00] <persia> Ideally, drivers that provided OpenGL-ES would have fall-back to mesa for unsupported calls.
[08:01] <persia> That way what can be accelerated is accelerated, and what can't be is still supported (if slowly).
[08:01] <persia> But, really, someone other than I is the right person to do that :)
[08:01] <rbelem> :-D
[08:02] <persia> For the keyboard, would klavier work, or do we need something else?
[08:02] <persia> I don't know anything about KWin: asking somewhere else might be a good idea.
[08:04] <rbelem> persia, i think we can get some idea from the matchbox
[08:04] <persia> On the keyboard, you could also try kvkbd, but I think klavier is a cooler name for a package, and so would probably try that first (on the unreliable basis that niftily-named software is better)
[08:04] <persia> Well, I'd rather use the KDE solution if possible.  The way matchbox-keyboard works is very messy.
[08:05] <persia> (plus I still haven't merged the latest version from Debian)
[08:05] <rbelem> persia, hum...
[08:05] <rbelem> persia, how matchbox keyboard works?
[08:07] <persia> rbelem: it uses XEMBED to fit itself inside some other environment, and do the right thing.
[08:07] <persia> This gets messy if you want to handle use cases where people are switching focus a lot, etc.
[08:08] <rbelem> persia, there is a plasmoid called plasmaboard
[08:08] <persia> Hooking into either the accessibility toolkits or the input-method toolkits (for CJKV support), tends to be a more pleasing user experience for multi-application environemnts, because the user doesn't have to be concerned about which app has the keyboard embedded.
[08:09] <rbelem> persia, cool!
[08:09] <rbelem> persia, that's a very nice alternative i think
[08:10] <persia> Using the keyboard plasmoid sounds like a really good ieda, except "KEYBOARD DOES NOT WORK" is the top of the list of current known issues :)
[08:10] <persia> We may have some work to do.
[08:10] <rbelem> ehehhe :-)
[08:11] <rbelem> that's nice :-)
[08:11] <persia> rbelem: a11y or IME are the standard way DE software keyboards work.  The XEMBED stuff only happens in the embedded world.  So if we pick stuff from the desktop world (that runs fast enough on a handheld), we'll have more flexible solutions.
[08:12] <persia> (simply because for desktops, there is stricter separation between window-manager, session-manager, and application)
[08:14] <rbelem> persia, i have some gadgets to test this
[08:14] <persia> rbelem: Actually, it looks like KDE 4.3.95 just hit, so there's a decent chance that the keyboard plasmoid works in lucid.
[08:14] <persia> Excellent.  None of my gadgets can run lucid currently.
[08:15] <rbelem> persia, if you need one, i can send it to you
[08:15] <rbelem> persia, i have one n810 extra
[08:16] <persia> Does the n810 run lucid?
[08:16] <persia> I didn't think there were kernels.
[08:16] <rbelem> persia, i have one kernel ready for it ;-)
[08:17] <persia> Well then.  Tell me how to make one :)
[08:19] <rbelem> persia, cool! i was working with a co-worker to get it running
[08:19] <rbelem> persia, i think these days he will publish the howto in his blog
[08:20] <persia> That'd be great!  I know there's always calls for more testing on armel, but right now there's not many users (but there are lots of n810s floating around).
[08:21] <rbelem> persia, and with 3d working :-)
[08:22] <persia> Really!  With a proper X driver and everything?
[08:22] <rbelem> persia, texas released the driver
[08:22] <rbelem> :-)
[08:23] <persia> Excellent!  Now I have a non-virtual target for liquid :)
[08:25] <rbelem> :-)
[08:26] <rbelem> persia, finished the search for build-deps
[08:26] <rbelem> :-)
[08:26] <rbelem> persia, i will sleep a little bit more :-)
[08:27] <rbelem> persia, 07am i will wake up
[08:27] <persia> OK.  I might still be around when you get up (depending on how late you sleep).
[08:27] <persia> That's not long at all :)  I'll be around then.
[08:27] <rbelem> cool!
[08:28] <rbelem> persia, you will stay up until what time?
[08:28] <persia> Usually around 15 UTC, but sometimes later, depending.
[08:29] <persia> If we're making good progress, I'll stay up late.
[08:29] <rbelem> cool :-D
[08:29] <rbelem> see you in two hours
[08:29] <persia> Sleep well: I won't mind if it's three :)
[08:30] <rbelem> ehee
[08:30] <rbelem> :-)
[08:30] <rbelem> thanks persia 
[12:55] <rbelem> persia, uh! i slept a little bit more what i planned
[12:56] <persia> That just means you're more well-rested and ready do hack :)
[12:56] <rbelem> persia, yep ;-)
[12:59] <rbelem> persia, i will finish the debian/control descriptions
[12:59] <persia> OK.  So last we talked, you were looking at debian/copyright, right?
[13:01] <persia> Ah, right, descriptions.  Aside from the KWin bits, those might not be completely wrong :)
[13:02] <rbelem> ehehe
[13:03] <rbelem> persia, i will get something to eat
[13:03] <persia> Heh.  OK.
[13:10] <asac> ah .. a sunday liquid sprint ;)
[13:13] <persia> Yep.
[13:27] <rbelem> persia, i'm ready!
[13:27] <persia> OK.  You've made the editorial changes to control and fixed copyright?
[13:28] <rbelem> yep
[13:28] <rbelem> hi asac 
[13:28] <persia> OK.  Did you build and test the package?
[13:28] <rbelem> yep
[13:28] <asac> hi rbelem 
[13:28] <rbelem> using pbuilder
[13:28] <persia> Then I think we're probably done with plasma-mobile.  Push to review, and I'll double-check
[13:29] <persia> (and maybe we can get asac to review and upload, since he's around)
[13:29] <persia> s/review/REVU/
[13:29] <rbelem> cool!
[13:29] <persia> So, next up: kdm-mobile
[13:31] <persia> My memory is that we were going to branch the kdm source, and apply special patches.  Is that correct?
[13:31] <rbelem> persia, yep
[13:32] <persia> OK.  You've downloaded the kdm source, and you have the patch?
[13:32] <rbelem> persia, we need to patch the build system to build outside kdebase
[13:32] <rbelem> persia, hum... not yet :-(
[13:33] <persia> OK.  That's first :)
[13:33] <persia> Once we have sources, we can trim out the package.
[13:33] <persia> I have a feeling we're going to discover some issues with the headers and libraries provided by kdebase, and so need to file some bugs, but lets give it a try first :)
[13:34] <rbelem> persia, will we use the get-orig-source?
[13:34]  * persia is still downloading the kdebase-workspace source, and will want to see what is done there to have an opinion
[13:35] <rbelem> persia, i already git svn the kde trunk :-)
[13:36] <persia> Do you want to work from trunk or from the kdm in Ubuntu?  I'd rather work from the kdm in Ubuntu in hopes of defining some semi-automated process to stay in sync.
[13:36] <rbelem> persia, it took weeks to finish
[13:37] <persia> Oh my.  It's 80MB for kdebase-workspace Ubuntu source.  How long will that take you?
[13:37] <rbelem> persia, cool! kdm from ubuntu is better
[13:38] <rbelem> persia, i already downloaded
[13:38] <persia> OK.  It might be some work, but I hope we can write a script that converts the kdebase-workspace source into our special kdm-mobile source.
[13:38] <persia> That way we can easily update after each kdebase-workspace upload.
[13:40] <rbelem> persia, kdebase uses bzr
[13:41] <rbelem> persia, so what is in bzr is what is in the package?
[13:41] <persia> Upstream or lp:ubuntu/kdebase-workspace ?
[13:42] <rbelem> persia, let's use lp
[13:43] <persia> I meant to ask "when you say "what is in bzr", do you mean some upstream bzr or lp:ubuntu/kdebase-workspace?"
[13:44] <persia> lp:ubuntu/kdebase-workspace is just the same as the package contents, except in bzr.  It gets a fresh commit for each upload.
[13:44] <persia> Since we're only grabbing the package to massively hack it and extract the tasty bits, I don't think bzr will help us.
[13:45] <rbelem> hum...
[13:45] <persia> There may be some lp:kdebase-workspace which is a vcs-import of upstream svn (I haven't checked).  If so, I'd prefer not to use it for the same reason that I wanted to use the Ubuntu package initially.
[13:46] <persia> Seems this contains KWin also.  Shall we do a single kdebase-mobile that contains both kdm and kwin?
[13:46] <rbelem> persia, i think is better use separated sources
[13:47] <persia> Why?
[13:47] <rbelem> persia, so we can patch the build system and try to get it upstream 
[13:47] <persia> You think upstream would be interested in splitting these out?
[13:47] <rbelem> yep, they are moving to git
[13:48] <persia> Ah, so they will want to be separated sources anyway?
[13:48] <rbelem> ;-)
[13:49] <persia> So while we're working on kdm-mobile and kwin-mobile now, we might expect that in the future there would be a kdm source package that generated both kdm and kdm-mobile?
[13:49] <rbelem> persia, that's it :-)
[13:51] <rbelem> persia, after that we can help upstream to split all kdebase :-)
[13:51] <persia> OK.  I still think we want to go with the extract-the-source-with-a-script-from-kdebase-workspace approach for now, just because of the caution of the kubuntu folk for LTS, but we can certainly structure things so that transition to a separated package is easier in the future.
[13:51] <persia> Is this an upstream goal already?
[13:51] <rbelem> yep
[13:51] <rbelem> i will paste the link for you
[13:51] <persia> Well, hrm.  That does sound tempting.
[13:52] <rbelem> eheheh
[13:54] <persia> Do you already have some ideas for patching the build system, or are we starting from scratch?
[13:56] <rbelem> persia, it should be almost the same for plasma-mobile
[13:57] <persia> OK.  Easy enough then.
[13:58] <persia> Copyright should be easier this time, because we can use kdebase-workspace debian/copyright as a reference.
[13:59] <rbelem> persia, http://techbase.kde.org/Projects/MovetoGit
[14:01] <persia> "Main modules such as kdelibs and kdebase will each become one repository." - are you sure that splitting is going to be accepted?
[14:02] <rbelem> persia, i talked to a kde developer and he said yes
[14:02] <persia> OK.  I'll trust you on that :)
[14:02] <rbelem> persia, i will confirm this on #kde-git
[14:03] <persia> No need to do so now.  Let's do the packaging, and look at that later.
[14:03] <persia> Are you pushing plasma-mobile to REVU?
[14:03] <rbelem> persia, not yet
[14:03] <rbelem> i will push right now
[14:04] <rbelem> persia, i have to create another gpg key
[14:04] <persia> What's wrong with the one you have?
[14:04] <asac> what ETA is  that review?
[14:04] <rbelem> persia, my gpg that is in ubuntu keyring is outdated
[14:04] <asac> i will be travelling for a few hours soon
[14:04] <rbelem> s/outdated/expired
[14:05] <persia> asac: Soonish, or later, at your convenience.  I just won't upload without a second.
[14:05] <asac> kk
[14:05] <persia> rbelem: Do you still know the passphrase?
[14:05] <rbelem> yep
[14:05] <asac> persia: i cn do it in abuot 3-4 hours
[14:05] <asac> just post the REVU url to me i will pick it up
[14:06] <persia> asac: Cool.  Thanks a lot.
[14:06] <persia> rbelem: Do you still trust the integrity of the expired key?  Is the secret key still secret?
[14:06] <rbelem> persia, yep
[14:07] <persia> Well then, just edit the key and extend the expiration date.
[14:07] <rbelem> cool!
[14:07] <persia> I do this once a year, but leave it set to expire so that it dies when I can't make it work anymore.
[14:07] <persia> Once you've extended the key, you need to push it to the keyservers again, etc.
[14:08] <asac> keep the revocation cert and set to infinite ;)
[14:08] <asac> i usually use subkeys for the real signing and throw them away regularly
[14:09] <persia> asac: I can't guarantee that I can retain the integrity of both my secret key and my revocation certificate for eternity.
[14:10] <persia> For instance, I could be hit by a bus, and no longer able to either revoke my key or enter my passphrase.
[14:10] <persia> But I tend to perhaps be overly careful :)
[14:10] <asac> you should tell your lawyer to do that ;)
[14:10] <asac> last wish: please revoke my key :-P
[14:11] <persia> Amusing, but morbid.
[14:11] <persia> Back to packaging!
[14:11] <asac> yesss
[14:11] <rbelem> persia, ehehe
[14:14] <rbelem> persia, some of the e-mails, that is in the gpg key, i do not use anymore
[14:15] <rbelem> persia, you think this is a problem?
[14:15] <persia> I believe in removing any identities from a key if those identities are no longer controlled by the key holder.
[14:15] <persia> But I know other people who have lots of leftover identities on their key.
[14:17] <rbelem> persia, and the key strength is only 1024
[14:17] <rbelem> persia, i created it in 2004 before debconf4 :-)
[14:18] <persia> Ah.  Yes, you might want to create a new key :)
[14:18] <rbelem> :-)
[14:19] <rbelem> persia, so after create a new key it will be not signed by anyone
[14:20] <rbelem> persia, may i mail to already signed my current key and ask to sign the new one?
[14:22] <persia> You may, but they may not sign it.
[14:22] <persia> REVU doesn't require a WoT though.
[14:22] <persia> So your work is not blocked for today, but you'll want to get to a keysigning when you can.
[14:23] <rbelem> persia, cool!
[14:25] <persia> I've just tossed together a quick wrapper package around the kdm sources from the kdebase-workspace source in lucid, and will see how badly it doesn't build :)
[14:26] <persia> copyright is still 0-byte, and I've not patched yet.
[14:26] <rbelem> ok! :-)
[14:33] <rbelem> persia, i will create a 8192 bit key
[14:34] <persia> Should last a little while, although not terribly long :)
[14:36] <rbelem> eehehe
[14:55] <persia> rbelem: http://paste.ubuntu.com/361980/
[14:57] <rbelem> persia, unknown CMake command "install_pam_service"...
[14:58] <persia> rbelem: There's a FindPAM.cmake in kdebase-workspace/cmake/modules
[14:58] <persia> I just don't know anything about cmake, so am relying on you to tell me what to do :)
[15:00] <persia> My debian/ is 0-byte copyright, minimal control building kdm-mobile binary, mostly copied from kdebase-workspace, except adding Conflicts/Replaces kdm, echo 7 > compat, and rules.tiny + --with kde
[15:00] <persia> Oh, and a stub changelog entry.
[15:00] <rbelem> persia, :-)
[15:01] <rbelem> persia, i think just need to copy the cmake dir to kdm
[15:01] <persia> The entire cmake dir?
[15:02] <rbelem> persia, just what is needed
[15:02] <persia> So, CMakelists.txt and FindPAM to start?
[15:02] <rbelem> persia, and add to main CMakeList.txt add_subdirectory(cmake)
[15:02] <persia> Or do you think I need more of them?
[15:03] <rbelem> for now just findpam
[15:03] <rbelem> i think
[15:03] <rbelem> :-)
[15:04] <rbelem> persia, i'm compiling things with -j8 in home :-)
[15:04] <rbelem> persia, i setup yesterday a faster wireless network :-)
[15:05] <rbelem> persia, and installed icecc on each machine
[15:05] <persia> Heh.  That goes fast, but I wonder about how well it matches the distro builders :)
[15:07] <rbelem> persia, all machines run ubuntu karmic here, just mine runs lucid
[15:08] <rbelem> persia, and icecc takes care of packaging the toolchain and send to others machines
[15:09] <rbelem> afaik
[15:09] <rbelem> :-D
[15:10] <persia> Ah, toolchain packaging.  Now I know why you need such a system :)
[15:11] <persia> There's very little I end up compiling that won't compile within half an hour, even on my little 512MB box that thrashes when compiling bunches of things.
[15:12] <persia> But I do need to do something about my configuration.  Having a local mirror would speed stuff up, since sometimes downloading build-depends takes a bit, and I do want to figure out a nice way to not have my build chroots be encrypted.
[15:12] <persia> (but that involves a full reinstall, which I never seem to have time to do)
[15:19] <rbelem> ehehehe
[15:19] <rbelem> persia, i started to write a little script to create mirrors
[15:19] <persia> Anyway, the build-deps are redownloading.
[15:20] <persia> There are a bunch of good mirror scripts.
[15:20] <rbelem> but based on germinate output
[15:20] <persia> I just usually relied on my bandwidth to ignore them, but today I've been running as many as 7 simultaneous builds, and so found it a bit restrictive.
[15:21] <persia> Ooh.  You might want to get in touch with cjwatson if you make progress on that.  The ArchiveReorganisation effort will need those, and he'll know with whom to speak about it.
[15:21] <rbelem> i'm using apt-cacher as a simple mirror
[15:22] <rbelem> persia, i already talked to him and he commited some changes, but not this script yep
[15:22] <persia> https://wiki.ubuntu.com/ArchiveReorganisation/Components has some of the specs about how it might work.
[15:22] <rbelem> s/yep/yet
[15:22] <persia> Cool!
[15:23] <rbelem> :-)
[15:23] <rbelem> after this script jigdo is dead :-)
[15:23] <persia> Really?
[15:23] <rbelem> yep
[15:24] <persia> But doesn't jigdo also do the image creation?
[15:24] <rbelem> my goal is to download only what is need and then build the image
[15:25] <rbelem> so, it will make easier the life of the people that what to create a new ubuntu flavor
[15:26] <persia> I guess.  I usually try to do stuff with live images myself.
[15:26] <persia> Once one creates the meta, and tunes a system with deborphan, it ought be easy to recreate this with a livefs build.
[15:27] <persia> And if one has a good flavour, and is supporting it, getting it built on the livefs builders doesn't seem especially hard.
[15:30] <rbelem> i did not used livefs yet :-(
[15:32] <persia> Oh.  I find it easier for creating install CDs.
[15:32] <persia> And if one isn't doing an install, only the meta matters :)
[15:34] <persia> http://paste.ubuntu.com/362004/
[15:34] <persia> And that's *with* the FindPAM in cmake/modules
[15:42] <rbelem> persia, can you send the debdiff to me :)?
[15:43] <persia> debdiff against what?
[15:43] <persia> I'll send you the tar.gz of the (currently native) package :)
[15:43] <rbelem> persia, cool! :-)
[15:44] <persia> rclbelem@ , right?
[15:44] <rbelem> persia, yep
[15:44] <rbelem> gmail.com
[15:45] <persia> On the way.
[15:45] <rbelem> persia, gnupg finished the generation of my 8192bit key :-)
[15:45] <persia> Once we get copyright sorted, we can use bzr, which might be easier to collaborate with :)
[15:45] <persia> Cool.  Let me know when you stick it on REVU, and I'll take a look.
[15:49] <rbelem> downloading the tar.gz
[15:49] <persia> It's just a quick hack: don't expect much from it :)
[15:52] <rbelem> :-)
[16:14] <rbelem> persia, found the install_pam_service
[16:14] <persia> Cool.
[16:15] <rbelem> persia, http://paste.ubuntu.com/362026/
[16:15] <persia> So we just need to copy in more stuff from kdebase-workspace?
[16:16] <rbelem> persia, yep
[16:18] <persia> Excellent.  So it builds now?
[16:18] <rbelem> persia, not yer
[16:18] <rbelem> s/yer/yet
[16:18] <rbelem> :-)
[16:19] <persia> heh.
[16:25] <rbelem> persia, works!
[16:25] <persia> Cool!
[16:25] <persia> Does the produced binary work?
[16:26] <rbelem> persia, hum... got an error
[16:27] <rbelem> :-(
[16:28] <rbelem> persia, http://paste.ubuntu.com/362034/
[16:29]  * persia digs
[16:31] <persia> I'm confused.  Shouldn't that be set in kdm/ConfigureChecks.cmake ?
[16:31] <persia> specifically, with set(KDM_LIBEXEC_STRIP 0)
[16:31] <rbelem> persia, yep
[16:32] <rbelem> i will paste the cmakelist.txt
[16:33] <rbelem> persia, http://paste.ubuntu.com/362038/
[16:35] <persia> rbelem: I wonder if we need something in KDE4Defaults or some such.
[16:35] <persia> Perhaps we don't have strong enough build-deps?
[16:38] <rbelem> persia, that's true
[16:38] <rbelem> persia, let's apt-get build-dep kdm
[16:39] <rbelem> just to get i building
[16:39] <rbelem> s/i/it
[16:39] <persia> All of it!
[16:39] <persia> I was trying to trim build-deps :)
[16:39] <persia> But yeah, just copy the build-deps line from kdebase-workspace if you want it all.
[16:40] <rbelem> after that we trim it
[16:40] <rbelem> :-)
[16:41] <persia> OK.
[16:46] <rbelem> persia, found the solution
[16:47] <rbelem> persia, need to copy more files
[16:47] <persia> heh.
[17:12] <rbelem> persia, it got a problem :-(
[17:12] <rbelem> persia, did not find bgrender.h in any package
[17:12] <rbelem> :-(
[17:14] <persia> Should be in kdm-mobile/kdm/background/bgrender.h
[17:14] <rbelem> persia, it is in kcontrol subdir
[17:15] <persia> Ah, oops!
[17:15] <rbelem> persia, kdebase-workspace-4.3.95/kcontrol/kdm/background/bgdefaults.h
[17:16] <rbelem> persia, it should be in kcontrol-dev package
[17:16] <rbelem> persia, but it does not exist
[17:17] <persia> rbelem: Well, we've two choices.  We can try to fix kontrol-dev (and wait), or we can copy the file for now.
[17:17] <persia> I think we should copy the file for now, and fix kontrol-dev later.
[17:18] <rbelem> persia, ok let's do this
[17:18] <rbelem> :-)
[17:22] <rbelem> persia, http://paste.ubuntu.com/362065/
[17:22] <rbelem> persia, we need the libraries
[17:22] <persia> Can we get them with an install of kontrol-dev ?
[17:23] <rbelem> persia, yep
[17:23] <persia> So let's add that to build-depends :)
[17:24] <rbelem> persia, but kcontrol-dev does not exists
[17:25] <persia> heh.  I wondered why I couldn't find it :)
[17:25] <persia> So, we can create kcontrol-dev, or we can copy more stuff.
[17:25] <rbelem> ehehehe
[17:26] <rbelem> persia, we should add the kcontrol-dev to the kdebase-workspace debian/control
[17:26] <persia> rbelem: Well, we'd have to coordinate with all sorts of people for that.
[17:27] <rbelem> persia, :-)
[17:27] <rbelem> persia, what time is it in your timezone?
[17:27] <persia> But yeah, that makes sense.  It just means that we'll need to prepare a patch to expose libkcontrol and libkcontrol-dev, and then wait for acceptance.
[17:27] <persia> Since there was just a big KDE upload today, I think it may be a bit.
[17:27] <rbelem> cool! :-)
[17:27] <persia> 11 hours later than yours :)
[17:28] <persia> But don't worry about it.  Getting stuff done is more interesting than diurnalism.
[17:28] <rbelem> persia, 12am?
[17:28] <rbelem> eheheh
[17:29] <persia> Oh, I thought it was later there.  13 hours later than your timezone :)
[17:29] <rbelem> mine is -0400
[17:30] <persia> Ah, mine is +0900, so yeah, 13.
[17:30] <persia> Somehow I thought you were in -0300, and beause it was summer, maybe -0200.
[17:31] <rbelem> persia, in the other half of the brazil it is -0200 because of the summer
[17:31] <rbelem> :-)
[17:31] <persia> Aha!
[17:31] <persia> You're out west?
[17:32] <rbelem> yep
[17:32] <rbelem> persia, i live in the heart of the amazon rain forest :-)
[17:32] <persia> I hope that it's in a clearing :)
[17:33] <rbelem> ehehehe
[17:34] <rbelem> mark already came to my city
[17:34] <rbelem> together with martin pool and kiko
[17:35] <rbelem> we organized a very nice tour for then
[17:35] <rbelem> them
[17:35] <rbelem> *
[17:37] <persia> Cool
[17:42] <rbelem> persia, i will build kdebase to get the output files to create the libkcontrol.install and libkcontrol-dev.install
[17:42] <persia> OK.
[17:51] <persia> rbelem: Whilst that's building, how about uploading plasma-mobile to REVU?
[17:51] <persia> (or aren't the keyservers synced yet?)
[17:51] <rbelem> persia, ops... forgot
[17:51] <persia> heh.
[17:51] <rbelem> persia, i will do the upload now
[17:52] <rbelem> :-)
[17:52] <persia> Cool.  We ought be able to get it uploaded today then.
[18:17] <rbelem> persia, i will get a lunch
[18:18] <rbelem> persia, it is better for you get some sleep, hum?
[18:18] <rbelem> persia, i will ping you in my evening
[18:21] <persia> OK.  Talk with you then.
[18:28] <rbelem> persia, sleep well :-)
[23:40] <asac_> rbelem: how are things going?
[23:44] <rbelem> hi asac 
[23:45] <asac> sorry... reconnect
[23:45] <asac> well irssi restart ;)
[23:46] <rbelem> eheheh
[23:46] <asac> did you write anything?
[23:46] <rbelem> asac, i think plasma-mobile package is ready
[23:46] <asac> i saw something blinking right when i closed the client
[23:46] <asac> is it in REVU?
[23:47] <rbelem> asac, but i'm having problems to setup my gpg key
[23:47] <asac> url?
[23:47] <asac> problem?
[23:47] <rbelem> asac, i tried to create a 8192bit key
[23:47] <rbelem> :-D
[23:48] <rbelem> asac, but the subkeys can just use 4096
[23:48] <asac> is that a problem?
[23:48] <rbelem> asac, i will upload with my old key
[23:48] <asac> if the old key is good
[23:48] <asac> just do that
[23:48] <rbelem> asac, ok
[23:48] <rbelem> :-)