[00:00] <apachelogger> why would we?
[00:00] <apparle> apachelogger: what..... the person who maintains the repos..... isn't it his task to keep it updated?
[00:01] <apachelogger> why would it?
[00:02]  * apachelogger recommends apparle to read up on support, linux distributions, linux distribution support, updates, release policies, repository management and ubuntu update policies
[00:02] <apparle> apachelogger: I'll read when exams are over,
[00:03]  * apparle is now hit with the realization that ubuntu repos are not going to provide the latest softwares
[00:04]  * apparle and now is wondering, why do softwares like firefox, kde etc are updated?
[00:05] <maco> !sru | apachelogger
[00:05] <maco> er
[00:05] <maco> !sru | apparle
[00:05] <maco> the *other* ap<tab> person
[00:06]  * apachelogger throws inline QDBusArgument &operator<<(QDBusArgument &argument, const QStringHash &hash) after maco :P
[00:07] <apparle> and when are the versions selected for a release .... for any given software
[00:08]  * apachelogger is wondering why QDBusPendingReply calls that stream operator anyway
[00:09] <apparle> maco: apachelogger: ^^
[00:09] <apachelogger> really, << marshals to from hash to dbusarg
[00:09] <apachelogger> silly Qt -.-
[00:10] <apachelogger> apparle: in the 4 month time frame of open development
[00:10] <apachelogger> for important software also up until say 3 weeks before release
[00:10] <apparle> apachelogger: and for unimportant software.... how many weeks before release
[00:12] <yofel> hm, calibre is pretty up-to-date, last update Thu, 25 Feb 2010
[00:12] <apachelogger> apparle: ~2 months before
[00:12] <yofel> apparle: see the lucid schedule as a reference, look for Feature Freeze https://wiki.ubuntu.com/LucidReleaseSchedule
[00:12] <apachelogger> in any case when feature freeze is scheduled
[00:12] <apachelogger> which pretty much also depends on the support level of the upcoming release
[00:13] <apparle> apachelogger: so why isn't artha updated.... version 1.0.1 was released on Jan 19 .. http://sourceforge.net/projects/artha/files/artha/1.0.1/Release_Notes_1.0.1/view
[00:13] <apachelogger> we are talking time frames here, not dates
[00:14] <yofel> apparle: we synced artha from debian testing for lucid, and 1.0.1 was only uploaded to unstable (recently I guess)
[00:14] <apachelogger> a software might be updated 4 or 3 months before release
[00:14] <apachelogger> in any case it could not be updated within 3 weeks before the release
[00:15] <apparle> It seems its quite complicated... will see the details later on
[00:15] <apparle> so updates are synced with debian and not with the actual developers?
[00:17] <apachelogger> more complex
[00:17] <yofel> apparle: if the package is in debian we try to sync it from there, less work for us, unless there are reasons to package and update the software ourselves
[00:17] <yofel> but yes, that's very simplified
[00:19] <apparle> so a user can expect to see an update to a unimportant software, at least after 6months of release by develper...... at least approximately?
[00:19] <apparle> because I don't know how debian does updates
[00:22] <yofel> depends on the package, as artha 1.0.1 is in debian unstable you should be able to expect it in maverick (unless something goes wrong)
[00:23] <apparle> yofel: thanks for that info...
[00:23] <apparle> and how to add software to repos?
[00:38] <valorie> apparle: usually you can find more up-to-date stuff in PPAs
[00:38] <valorie> when it can't qualify to make it into a major release
[00:38] <valorie> LTS is especially strict, I think
[00:39] <apparle> I got that,,, but I am asking how to add new software to repositories..
[00:41] <valorie> the packagers test and push it there
[00:41] <yofel> apparle: if you want to add new software yourself you should contact the MOTU folks
[00:42] <apparle> !motu
[00:43] <apparle> yofel: you know anyone? is there a specific channel
[00:43] <yofel> #ubuntu-motu ;)
[00:44] <apparle> yofel: thanks
[00:47] <apachelogger> oh my
[00:47]  * apachelogger is so stupid -.-
[00:47] <apachelogger> calling the wrong dbus if and wondering why qt comes up with crap
[00:48] <apachelogger> my oh my
[00:53] <apparle> apachelogger: I had a very similar experience, not with dbus but similar :D
[00:58] <jjesse-droid>   ©_
[01:00] <apachelogger> jjesse-droid: I entirely agree
[01:00] <apparle> jjesse-droid: what does that mean
[01:03] <valorie> that tails are copyrighted, is my guess
[01:03] <valorie> ;-)
[01:03] <apachelogger> *nod* :P
[01:04]  * apachelogger is left wondering why his dbusadaptor does not forward a signal as required
[01:08] <apparle> kubotu:
[01:08] <apparle> !kubotu
[01:08] <valorie> nice response to that review, JontheEchidna
[01:09] <valorie> you got some good discussion there
[01:09] <apparle> who is kubotu?
[01:15] <JontheEchidna> valorie: thanks
[01:15] <JontheEchidna> ~order cookies
[01:15]  * kubotu slides a whole bunch of world's finest cookies down the bar to JontheEchidna.
[01:15] <JontheEchidna> ~order cookies for apparle
[01:15]  * kubotu slides a whole bunch of world's finest cookies down the bar to apparle.
[01:16] <apparle> JontheEchidna: what else can kubotu do?
[01:16] <JontheEchidna> hmm
[01:16] <JontheEchidna> ~help
[01:16] <kubotu> help topics: 10 core modules: auth, basics, config, filters, httputil, irclog, remote, unicode, userdata, wordlist; 50 plugins: alias, autoop, autorejoin, bans, bar, botsnack, chanserv, debug, dns, eightball, excuse, factoids, googlefight, greet, hangman, host, identica, iplookup, karma, keywords, lastfm, modes, nickrecover, nickserv, note, q, quote, reaction, remind, ri, roshambo, rot, rss, salut, script, search,
[01:16] <kubotu> seen, shiritori, spotify, time, topic, translator, tumblr, twitter, uno, urban, usermodes, weather, wheeloffortune, wserver (help <topic> for more info)
[01:16] <JontheEchidna> ~seen JontheEchidna
[01:16] <kubotu> JontheEchidna was last seen just now, saying "seen JontheEchidna" in #kubuntu-devel
[01:17] <JontheEchidna> ~help identica
[01:17] <kubotu> identica status [nick] => show nick's (or your) status, use 'identica friends status [nick]' to also show the friends' timeline | identica dent [status] => updates your status on identi.ca | identica identify [username] [password] => ties your nick to your identi.ca username and password | identica actions [on|off] => enable/disable denting of actions (/me does ...)
[01:17] <JontheEchidna> identica status jontheechidna
[01:17] <JontheEchidna> ~identica status jontheechidna
[01:17] <kubotu> Going to UDS in May! (27 days, 23 hours, 52 minutes and 9 seconds ago via web)
[01:17] <apparle> JontheEchidna: nice
[01:17] <JontheEchidna> yeah. kubotu's pretty neat. apachelogger maintains it
[01:18] <apachelogger> kubotu: np
[01:18] <kubotu> apachelogger is listening to "Tale as Old as Time" by disney -- see http://www.last.fm/user/apachelogger for more
[01:18] <apachelogger> <3
[01:31] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508003103-biyngh9viij9to6s * src/libs/ (4 files in 2 dirs) Update introdspections
[01:31] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508003128-zyxgfju4vjjg0gga * src/statusnotifier/ (StatusNotifier.cpp StatusNotifier.h) Port some stuff from old code, needs to go to lib though ... also signals do not work?
[01:53] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508005330-2e58zcz8gss8fyin * src/statusnotifier/ (StatusNotifier.cpp StatusNotifier.h) Apparently the qconnection did go bonkers because of the signatures... no clue why.
[02:41] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508014118-oj565udcg0k8ydle * src/statusnotifier/ (StatusNotifier.cpp StatusNotifier.h) Add some more functionallity ... this old code is a design abomination, but good enough for testing.
[05:14] <ScottK> So I'm looking at facebook's privacy settings.  On the page about friends sharing my information through applications and web sites it doesn't appear to actually say if checking the box means the information is sharable or if it's blocked.
[05:15] <ScottK> Ah.  Found the one I was looking for, "Instant Personalization Pilot Program" - like that's going to be a good thing for me.
[05:17] <ScottK> Rereading the Ubersoft backlog this week was a good preparation for Facebook privacy stuff.
[08:37] <imbrandon> how can i tell what backend phonon is using at the moment >?
[09:28] <jussi> imbrandon: system settings, multimedia, bckend tab
[10:12] <apachelogger> kubotu: np
[10:12] <kubotu> apachelogger is listening to "Wrong (Thin White Duke Remix)" by Depeche Mode [Wrong, 2009] [http://open.spotify.com/track/2Ad0QgctkGeckUUM03hrq7] -- see http://www.last.fm/user/apachelogger for more
[10:16] <debfx> apachelogger: I think using a DEP-3 header for patches is much better than encoding that information in the filename such as bko_666666_fix_crash.patch
[10:17] <apachelogger> yes
[10:17] <apachelogger> and no
[10:18] <apachelogger> debfx: the idea is that you do not have to open the files to get an idea of what is going on
[10:18] <apachelogger> if it where for that we could just as well use subsequent numbering and document everything else in the changelog
[10:19] <apachelogger> but by encoding it in the file name, you only need to ls debian/patches and get a good idea of what is going on, what could cause a bug, or what can probably go with the new upstream release you are working on ...
[10:30] <debfx> well you can grep most information very easily when you have those headers
[10:30] <debfx> enforcing them imho is a very good idea
[10:32] <apachelogger> debfx: it causes overhead though
[10:33] <apachelogger> e.g. when importing a patch from KDE SVN, you'd go quilt import -P kde_103_fix_ksystraytray_crash.patch ../patch or something
[10:34] <apachelogger> then I need to document it in changelog
[10:34] <apachelogger> ... and for like 99% of the patches the dep3 header will be no different from the changelog
[10:35] <apachelogger> for large, long-standing patches it probably would be a good idea to enforce them though
[10:35] <apachelogger> then again no definition of large, long-standing ptach comes to mind
[10:36] <apachelogger> possible >=200 sloc | >=4 methods ... i.e. those that would only be kubuntu specific anyway
[10:37]  * apachelogger thinks that that large patches should have individual documentation anyway
[10:44] <imbrandon> oh mother of jesus /me kicks phonon in the head
[10:45] <imbrandon> apachelogger: phonon for video is utter sheit , you can only do the very very very very basics, i cant change the hue/contrast/clip/zoom/NOTHING
[10:45] <imbrandon> play/pause/stop
[10:45] <imbrandon> thats it
[10:46] <apachelogger> imbrandon: that is why you want to use videowidget
[10:46] <imbrandon> i am
[10:46] <imbrandon> well i'm trying to
[10:46] <apachelogger> read the module docu I referred to :P
[10:46] <apachelogger> creating a widget is more complex than using the convenience player
[10:48] <debfx> searching through the changelog to find out why and who added a patch is not exactly clean documentation
[10:48] <imbrandon> i did , but honestly if i got to abstract it even further why not use the backend directly ?
[10:48] <debfx> and the overhead isn't that big, you could even write a script that parses the header and adds a changelog entry
[10:50] <debfx> and that way you know exactly from which commit the patch is cherry-picked or the bug tracker url from another distribution where the patch is from
[11:20] <apachelogger> "Patches must not be taken from any bug tracker, without being reviewed by upstream or someone who is familiar with the source base."
[11:20] <apachelogger> maybe that should read incorporated by upstream
[11:20]  * apachelogger just got the shivers when thinking about someone cherrypicking a mandriva patch from their BTS
[11:20] <apachelogger> horror stories I heared
[11:23] <apachelogger> Riddell: are you around?
[11:29] <apachelogger> debfx: are you at uds?
[11:29] <debfx> apachelogger: nope
[11:29] <apachelogger> too bad, ScottK could probably in detail explain why he does not like that ^^
[11:30] <apachelogger> that said
[11:30] <apachelogger> ScottK: what do you think about enforcing dep3 headers in patches, instaed of wrapping information up in the name
[11:31] <apachelogger> debfx: btw, a dep3 header policy would be very appropriate to have in debian, if applied throughout the archives it also makes automatic data collection one easy job
[11:31] <apachelogger> considering the format is machine parsable :)
[11:34] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508103346-v3mzjbt2jmibw580 * src/libs/ (SyncDaemon.cpp SyncDaemon.h CMakeLists.txt) Add syncdaemon lib to wrap around auth and syncdaemon
[11:39] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508103915-z9sl15y20onw61o1 * src/libs/ (SyncDaemon.cpp SyncDaemon.h) Copy dbus interfaces to new syncdaemon class
[11:42] <debfx> having dep3 headers for the whole archive is more a long term goal ;)
[11:51] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508105123-4wzbc7zaxeu1cdul * src/libs/introspection/com.ubuntuone.SyncDaemon.xml Formatting fix
[11:52] <apachelogger> debfx: non the less the most useful one, especially if bundle the data up with a web ui
[11:53] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508105336-rdthqflspa2nvvpb * src/libs/ (SyncDaemon.cpp SyncDaemon.h) Add m_rootDir to represent the u1 root dir
[12:05] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508110510-dfb00vcamhige1lz * src/libs/ (SyncDaemon.cpp SyncDaemon.h) Hello state awareness
[12:11] <apachelogger> something tells me u1 could use a state object
[12:11] <apachelogger> QHash(("queues", "IDLE")("connection", "With User With Network")("description", "processing queues")("is_connected", "True")("is_online", "True")("is_error", "")("name", "QUEUE_MANAGER"))
[12:11] <apachelogger> that is way to crappy to process
[12:12] <apachelogger> maybe I should demarshal to SyncDaemon::Status instead
[12:12] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508111237-0ppi9r627n9io7e1 * src/ (3 files in 2 dirs) Include syncdaemon in statusnotifier for debugging
[13:13] <ScottK> apachelogger: I think DEP 3 is a slightly decent idea wrapped up in an enourmous amount of paperwork.
[13:14] <apachelogger> ^^
[13:16] <ScottK> I think the idea of having some information about the patch in comment in the patch is great.  DEP3  has a lot of very specific, nit picky requirements that IMO aren't worth the trouble.
[13:16] <apachelogger> -.-
[13:16] <apachelogger> qdbus is calling the wrong operator again
[13:16] <apachelogger> bah,
[13:16] <apachelogger> what a drag
[13:16] <JontheEchidna> uh-oh
[13:16] <JontheEchidna> Spain got shut down due to ash
[13:17]  * JontheEchidna nervous
[13:19] <apachelogger> ah, odd, it only calls the wrong operator upon startup
[13:19] <apachelogger> my oh my
[13:19] <apachelogger> JontheEchidna: applying my emergency travel plan is always an option
[13:20] <debfx> ScottK: the only requirement of DEP3 is a description and the origin/author tag
[13:20] <JontheEchidna> :3
[13:20]  * ScottK 
[13:21] <ScottK> debfx: Which doesn't have any more value than a link to the relevant BTS or VCS information.
[13:22] <ScottK> But if I saw origin - stuff instead of origin: stuff then suddenly it's wrong.
[13:22] <apachelogger> hm
[13:22] <apachelogger> looks like my marshal code is the broken
[13:22] <apachelogger> getting no name is no option clearly ^^
[13:23] <ScottK> BTW, I would not have wanted to have to wait to get someone's attention upstream before having applied debfx's patches in the last cycle.  Part of the point is he was fixing some stuff no one was caring for upstream.
[13:23] <ScottK> I think upstream review is great, but we shouldn't paint ourselves into a corner with rules.
[13:25] <apachelogger> ScottK: alternate option: sign off by 3 kubuntu-dev members and hope it gets upstreamed at merge time?
[13:26] <ScottK> Too many rules.
[13:27] <ScottK> I think "Patches should be reviewed by upstream if possible or peer reviewed in Kubuntu and sent upstream" is sufficient.
[13:27] <apachelogger> peer review in kubuntu is no good unless the peer reviewer is someone who is working upstream on the code base
[13:28] <ScottK> apachelogger: Then we'll just have to leave upstream's unmaintained crap broken?
[13:28] <ScottK> Honestly I think some code review and testing suffices in most cases.
[13:28] <apachelogger> no
[13:28] <apachelogger> work upstream
[13:29] <ScottK> apachelogger: When possible, I agree.
[13:29] <apachelogger> that is always possible unless we need to derive for whatever uber important reason?
[13:30] <JontheEchidna> looks like maverick is open, I see package acceptance letters in my inbox
[13:30] <ScottK> It's not always possible.
[13:30] <ScottK> So encourage it, but don't require it.
[13:30] <ScottK> Of course if anyone with a KDE svn account is upstream, it gets easier.
[13:30] <apachelogger> ScottK: when is it not possible?
[13:31] <ScottK> When no one upstream cares about a part of the code or doesn't share our sense of urgency.
[13:32] <ScottK> Screen resize would still be broken in Lucid if we enforced such a rule.
[13:32] <ScottK> As it is, it's fixed in Lucid and upstream.
[13:32] <apachelogger> yeah, that still needs to go upstream first
[13:33] <ScottK> So you'd rather leave us broken because upstream doesn't feel like comittting?
[13:33] <ScottK> I think we need to know if it's upstreamable, not have it actually done.
[13:34] <apachelogger> ScottK: jr got commit access, JontheEchidna got commit access, debfx now got commit access I think nixternal got commit access I got commit access, every kde dev lurking in here got commit access
[13:34] <apachelogger> I doubt that upstream not feeling like comitting is much of a show stopper
[13:34] <ScottK> For stuff in KDE svn, certainly not.
[13:35] <ScottK> How about Qt stuff?
[13:35] <apachelogger> TBH, unless a patch is signed off by a Qt dev I do not think we should add it at all
[13:36] <apachelogger> and at the point a Qt dev finds the patch appropriate and good it qualifies for inclusion as per the policy
[13:36] <apachelogger> aaaaaahhhhhhhhhhhhhhhh
[13:36]  * apachelogger messed up the copy constructor
[13:36] <apachelogger> hah! no wonder that the name is empty
[13:50] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508124942-a6pgal59s93purwu * src/libs/ (9 files in 2 dirs) Marshal status update to own object, no clue where to go from here
[14:10] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508131015-qytnokhdlss1rbdp * src/libs/ (4 files) Scary type marshaling, I really don't like this :(
[14:19] <txwikinger> Everybody already on route?
[14:25] <ScottK> apachelogger: I'd ask you to consider kubuntu_01_disable_ruby_option.diff in kdebindings and make sure the rules don't prohibit doing what we need to do to get a release done.
[14:26] <ScottK> txwikinger: Not quite yet in my case.
[14:26] <txwikinger> ScottK: Are you leaving today?
[14:26] <ScottK> txwikinger: Volcanoes willing, yes.
[14:27] <txwikinger> Well.. Spanish airports are predicted to be closed today
[15:27] <maco> ScottK: are you leaving out of bwi or dulles?
[15:34] <ScottK> maco: BWI - ATL - BRU (volcanoes willing)
[15:34] <maco> ScottK: i was trying to see if you and dan were flying out together, but he just pointed out "hey there's a wiki page remember? we're not""
[15:35] <ScottK> Heh.
[15:37] <JontheEchidna> Gah, my Boston-Heathrow flight got cancelled
[15:41] <ScottK> Ouch.
[15:45] <Sput> yeah, looks like the volcano has good timing again
[15:57] <Sput> also, everyone is now waiting for Katla to explode, which probably will be a much larger eruption
[15:57] <Sput> and historically, it always exploded shortly after the qjoiewoqwdqdqjökull exploded
[16:09] <apachelogger> meh
[16:13] <apachelogger> this design is so ugly it makes me wanna cry
[16:21] <maco> Sput: im pretty sure thats not how its spelled :P
[16:22] <maco> ejafjallayokull or something like that
[16:22] <apachelogger> oh
[16:22] <apachelogger> you speak silly? :P
[16:22] <apachelogger> I think it is spelld case SyncDaemonStatus::UnkownError : m_connected = false; m_fatalError = true; break;
[16:24] <apachelogger> oh, only now I notice, even though the error it unkown it is assumed that it is fatal -.-
[16:24] <apachelogger> s/it/is
[16:26]  * apachelogger nukes the case
[16:30] <maco> apachelogger: no i dont speak icelandic, i just remember how its pronounced and that the ll is the tl and t-th sounds (respectively) and that j = y in lots of languages including icelandic
[16:32] <apachelogger> http://www.youtube.com/watch?v=V6T7cAeLRTU&feature=fvhr
[16:32] <apachelogger> that reminds me, didnt iceland got sold to some billionaire last year?
[16:32] <apachelogger> like greece is now getting sold to germany
[16:35] <apachelogger> now why did i head over to the utube anyway -.-
[16:35]  * apachelogger has seen better days
[16:35] <apachelogger> ah right, I wanted some good music for programming ^^
[16:35] <apachelogger> http://www.youtube.com/watch?v=DNT7uZf7lew&playnext_from=TL&videos=zbfluV8DOmE
[16:36] <apachelogger> now if that does not help finding a pattern in the madness that is a QStringHash, then I dont know what will
[16:37] <Sput> what's madness about it?
[16:37] <Sput> it's just a QHash<QString, QString> iinmt
[16:38] <Sput> or possibly a QHash<QString, T>
[16:38] <apachelogger> that is not the problem
[16:38] <apachelogger> the problem is to make that useful
[16:38] <apachelogger> Sput: ubuntuone throws a qstringhash via dbus at every status update
[16:38] <Sput> ah, u1.
[16:39] <apachelogger> obviously I do not find it very good looking to if through all possible values each of these entries can have
[16:39] <apachelogger> so I am thinking about a way to bend this into a qobject
[16:39] <apachelogger> somehow
[16:39] <apachelogger> *shrug*
[16:39] <apachelogger> I am pretty good at marshaling now ^^
[16:41] <apachelogger> ScottK: what is so special about this patch btw?
[16:49] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508154850-sob8uq3yj33o8x9a * src/libs/ (SyncDaemon.cpp SyncDaemonStatus.cpp SyncDaemonStatus.h) Streamlining++
[17:11] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508161118-00k8fiapgu9nayqz * src/libs/ (SyncDaemonDBus.h introspection/com.ubuntuone.SyncDaemon.xml) Change current_status to return a SyncDaemonStatus
[17:15] <ScottK> apachelogger: IIRC it was disabling some stuff on armel so we could get it to build.  Totally not upstreamable but totally necessary.
[17:15] <apachelogger> ScottK: I think that would be covered by the stuff-we-absolutely need exception
[17:16] <apachelogger> oh
[17:16] <apachelogger> the draft is not precise enough I suppose
[17:17] <apachelogger> [...] unless they are 100% necessary for Kubuntu, and would cause malfunction or bugs if not applied (language-pack integration would be such a case).
[17:17] <apachelogger> ScottK: ^
[17:17] <ScottK> Considering the only problem patches I recall seeing ~recently also broke other kinds of freezes, I just ask we not overdo the rules.
[17:17] <apachelogger> applying that for all patches makes the patch valid and should fix your concerns
[17:18] <apachelogger> ScottK: we could take explicity out of it
[17:18]  * apachelogger notes that we actually put the draft pretty much in action anyway
[17:18] <ScottK> I think regression would be another reason.
[17:18] <apachelogger> though I suppose it is good to have a precise value to go bye
[17:19] <apachelogger> s/bye/by
[17:22] <ScottK> There was a point in the last cycle where between (IRC) debfx and JontheEchidna we had a pretty decent group of fixes flowing into the archive and upstream.
[17:22] <ScottK> I don't want to mess that kind of stuff up.  I want more of it.
[17:23] <ScottK> So as long as we don't make it too strict, I think it's OK.
[17:24] <ScottK> That reminds me: debfx your revert to the old state fix for krandrtray has saved me a couple of times already.  Thanks again.
[17:36] <debfx> ScottK: You're welcome. I just hope that code gets completely replaced in KDE 4.6.
[17:37] <Quintasan> \o
[17:37]  * ScottK knows one way to make sure that happens ...
[17:37] <debfx> you're going to do it? ;D
[17:40] <debfx> oh that reminds me, I need to add a global shortcut for meta+p
[17:43] <debfx> I wish there was a way to bind two shortcuts to one KAction
[17:46] <Sput> uh, doesn't KAction have a main and a secondary shortcut?
[17:46] <Sput> contrary to QAction which only has one
[17:49] <debfx> yes, but not for global shortcuts
[17:49] <Sput> ah
[17:52] <Quintasan> I wish I could bind KMenu to Win key
[17:55] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508165531-c4w4rpvba3r61ree * src/ (6 files in 2 dirs) Cleanup, dont use transfer updates for now
[17:56] <apachelogger> well then
[17:56] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508165649-4yoea2c5zn5vbdvr * src/libs/ (SyncDaemonStatus.cpp SyncDaemonStatus.h) add license headers
[17:57] <apachelogger> quite fancy how well my working branch works ^^
[18:00] <maco> CIA-6: are you human?
[18:00] <Sput> apachelogger: I still think you should enable colors in this channel
[18:00] <Sput> to make CIA-6's output look better
[18:04] <apachelogger> jussi: oh dear almighty master of the irc gods, what is thy opinion on this matter, regarding the colors in this channel
[18:07] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508170703-qism0p75w9ehewcz * (4 files in 2 dirs) Now it is official, ubuntuone-kde is better at running u1 in kde than the gnome ui ;)
[18:07] <Tm_T> apachelogger: I'd say yes
[18:07] <Tm_T> apachelogger: to make cia output nicer
[18:08] <apachelogger> well, I dont know how to make the channel colory anyway ^^
[18:09] <Tm_T> done
[18:17] <Sput> cool :)
[18:19] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508171922-yru1t7p9xk3ysika * src/ (5 files in 2 dirs) Krazy++
[18:20] <apachelogger> is that colorized now?
[18:20]  * apachelogger only sees orange becuase of quassel ^^
[18:22] <Sput> it's not
[18:23] <Sput> weird.
[18:23] <apachelogger> probably because of the custom filter
[18:23] <apachelogger> Sput: got some color suggestions?
[18:23] <Sput> no idea, it just works here
[18:24] <Sput> (but I haven't added any filter)
[18:24] <Sput> I mean... have a look at amarok's dev channel :)
[18:27] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508172735-x3mocljfelc3aaqo * data/ (ubuntuone-kde.desktop CMakeLists.txt) Add desktop file
[18:28] <Sput> much better :)
[18:30] <debfx> why does it print the most unimportant part bold? ^^
[18:31] <Sput> because with sane version control systems, that part would be the revision
[18:31] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508173054-vuzdzfiffk0mo53j * src/statusnotifier/StatusNotifier.cpp UbuntuOne -> Ubuntu One
[18:31] <apachelogger> hm
[18:31] <apachelogger> fooey
[18:31] <apachelogger> debfx: what would be more important?
[18:31] <verbalshadow> apachelogger: what repo are you commiting to? 
[18:31] <apachelogger> none
[18:33] <apachelogger> talking about sane version control, canonical should create a qt-creator vcs plugin for bzr
[18:33] <verbalshadow> :/ where can i grab the new U1 code  or is it still private?
[18:33] <debfx> apachelogger: the commit message
[18:33] <JontheEchidna> Looks like I'm leaving tomorrow, unless that flight gets cancelled too
[18:34] <debfx> though I think it shouldn't print in bold at all
[18:35] <JontheEchidna> meaning I'll probably will get there 2 hours before the opening after all \o/
[18:36] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508173554-j1gfo04zx8r2hf3v * src/statusnotifier/ (StatusNotifier.cpp StatusNotifier.h) Junk--
[18:36] <apachelogger> debfx, Sput ^
[18:36]  * apachelogger thinks the branch should be blue
[18:36] <apachelogger> more kubunuish ^^
[18:37] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508173730-rhlcuv95a3pvsper * src/statusnotifier/ (StatusNotifier.cpp StatusNotifier.h) Junk--
[18:37] <apachelogger> mhhh
[18:37] <apachelogger> JontheEchidna: ^
[18:37] <debfx> yeah that's better
[18:37] <apachelogger> opinons?
[18:38] <JontheEchidna> yeah, lookin' good'
[18:38] <JontheEchidna> -'
[18:38] <apachelogger> kk
[18:38]  * apachelogger starts forgetting his cia.vc password again ^^
[18:51] <JontheEchidna> bleh, I'm going to be arriving in brussels at 2:45 PM Monday :/
[18:51] <JontheEchidna> I'm going to miss the 10.04 review session and the Qt roadmap session
[19:02] <apachelogger> JontheEchidna: 2:45? that sounds more like you will miss all of monday :/
[19:07] <CIA-6> [ashcloud] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508180717-4pob06femrvpb2u9 * Ash.cpp Commit more ash.
[19:07] <apachelogger> :D
[19:07] <apachelogger> best commit all day
[19:21] <JontheEchidna> lol
[19:27] <maco> JontheEchidna: change your arrival time on summit.ubuntu.com and set yourself as necessary for the qt one? the system rearranges itself to fit people...
[19:27] <JontheEchidna> ah, neat
[19:29] <ScottK> maco: It only does that if someone presses the reschedule button.
[19:30] <ScottK> Hopefully they'll do that tomorrow since so many people are late.
[19:30] <JontheEchidna> looks like the Qt roadmap one is immutable
[19:30] <JontheEchidna> it encompasses all tracks
[19:31] <ScottK> That's not a regular session.
[19:32] <ScottK> The ones that cover all tracks are presentatinos.
[19:32] <ScottK> It's pretty normal for after lunch to have those.
[19:32] <JontheEchidna> So say I want to mark myself as essential to the "Vision for Kubuntu LTS+1" talk: http://summit.ubuntu.com/uds-m/2010-05-10/
[19:32] <JontheEchidna> where would I do that?
[19:34] <ScottK> When you subsribe to the spec
[19:34] <JontheEchidna> ah, kk
[20:13] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508191300-lt5esgr03wjf1sqs * src/ (5 files in 2 dirs) Fix startup if syncdaemon is already running
[20:13] <Tm_T> apachelogger: colours!
[20:14]  * apachelogger hugs Tm_T
[20:14] <Tm_T> <3
[20:14] <apachelogger> still no emoticons!!!!
[20:14] <apachelogger> Sput: !
[21:01] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508200053-jkyfqe83yqrvfqxa * (4 files in 2 dirs) Add knotifyrc file
[21:44] <apachelogger> http://imagebin.ca/view/R2I0zZl.html
[21:44] <apachelogger> look at them simple configuration!
[21:45] <ulysses> :)
[21:50] <yofel> apachelogger: hows the kde client going overall? somewhat usable by now? (didn't follow you much on it)
[21:57] <apachelogger> that entirely depends on the defintion of usable
[21:57] <apachelogger> more usable than the gnome thing :P
[21:57] <apachelogger> considering the gnome thing does not exist
[21:57] <apachelogger> and the regular autostart fails because gnome-keyring-daemon is the broken
[21:57] <apachelogger> http://imagebin.ca/view/3qNyR-P.html
[21:58] <yofel> wth...
[21:58] <yofel> nice message ^^
[22:12] <apachelogger> http://imagebin.ca/view/AtPoJz.html
[22:12] <apachelogger> yofel: new one is better :)
[22:13] <yofel> lol
[22:35] <JontheEchidna> hmz hmz, the Doctor and pbuilder are competing for bandwidth...
[22:35]  * JontheEchidna uses the sonic screwdriver to make bandwidth for both
[22:35] <maco> blue or green?
[22:37] <JontheEchidna> hmm... red, from silence in the library
[22:37] <JontheEchidna> [/nerd]
[22:38] <apachelogger> :D :D :D
[22:38]  * apachelogger huggles JontheEchidna
[22:48] <jussi> hrm, has lancelot moved out of the default install?
[22:53] <JontheEchidna> jussi: hasn't since jaunty
[22:54] <JontheEchidna> *hasn't been in the default install
[22:54] <jussi> oh...
[22:54] <jussi> heh
[22:54] <jussi> oops
[22:54] <jussi> no wonder I couldnt find it...
[22:54] <JontheEchidna> ^.^
[22:59] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508215856-v915dw7m7fd1r652 * src/ (6 files in 2 dirs) Add kcmodule template
[22:59] <jussi> oooh, we have sexy colurs now
[23:00] <imbrandon> apachelogger: are you doing it purely as a kcm module or a standalone gui like the gnome one ( or both ) ?
[23:00] <apachelogger> kcmodule == standalone gui
[23:00] <apachelogger> kcmshell4 $KCMNAME
[23:00] <imbrandon> hum
[23:07]  * apachelogger really doesnt like how u1 does do things internally
[23:07] <apachelogger> the perferences app itself places rest requests and pokes into the couchdb
[23:07]  * apachelogger finds that both very dirty approaches
[23:11] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508221112-x62b92px8xbztdoz * src/kcmodule/Module.h Krazy++
[23:11] <JontheEchidna> yay for krazy
[23:11] <JontheEchidna> we should package that
[23:12] <JontheEchidna> might be a bit of a beast to package though, if getting it to install is any indication
[23:13] <JontheEchidna> how was I supposed to know I needed libxml-libxml-perl instead of libxml-perl?
[23:13] <apachelogger> from being a perl advocate :P
[23:14] <apachelogger> kubotu: karma krazy
[23:14] <kubotu> karma for krazy: 2
[23:14] <apachelogger> very good
[23:14] <apachelogger> kubotu++
[23:14] <kubotu> thanks :)
[23:14] <apachelogger> kubotu: yw
[23:14] <imbrandon> apachelogger: you dont like couchdb ?
[23:15] <apachelogger> imbrandon: I dont like when a gui pokes into it just to see whether to tick a checkbox or not
[23:16] <apachelogger> especially if the large part of the gui does have nothing to do with couchdb directly
[23:16] <imbrandon> where else would it get the information ?
[23:16] <apachelogger> from a lib
[23:16] <apachelogger> it is of no concern to the gui that couchdb gets used internally
[23:17] <apachelogger> just like it is of no concern to the gui that some data is queried from the ubuntuone server
[23:17] <imbrandon> hrm i dont think a layer of abstration there is the awnser, seeing how its managing the couchdb syncing too
[23:19] <imbrandon> btw you dont have to have the couchdb bits, when i moved it to debian it dosent use any of it
[23:19] <imbrandon> brb afk
[23:33] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508223315-qkmfeq1bdw7x2iur * src/libs/ (SyncDaemon.cpp SyncDaemon.h) Add methods for connectin, disconnecting and restarting
[23:48] <CIA-6> [ubuntuone-kde] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20100508224801-yjovq626une85wtm * src/libs/SyncDaemonStatus.cpp Update copy ctor