[02:24] <Riddell> packages uploaded, will need 100 retries
[04:48]  * ScottK starts mashing the retry button.
[04:48] <ScottK> 100 was conservative.
[04:52] <Daskreech> 100 retries?
[05:22] <ScottK> More.  It's one per arch, per pacakge.
[05:24] <ScottK> I didn't count how many packages 4.8 has, but 4.7 was almost 80 and 4.8 is more.
[05:24] <micahg> ScottK: ubuntu-build FTW
[05:25] <micahg> last time I threw all the packages in a file and piped them to ubuntu-build
[05:26] <ScottK> Can that do it for specific archs?
[05:26] <micahg> yep
[05:27] <micahg> -a IIRC
[05:27] <ScottK> Where do I find it?
[05:27] <micahg> ubuntu-dev-tools :)
[05:28] <ScottK> I see it.
[05:28] <micahg> you might get a timeout or 2 with that many packages though
[05:28] <micahg> but just run it again
[05:43] <ScottK> This is definitely better.  Thanks.
[05:46] <fabo> Riddell: no, I didn't see it.
[07:07] <Riddell> fabo: it's from kde-packager
[09:11] <ximion> Riddell: Filed sync request (and FFe) for debconf-kde as bug #973202
[09:20] <debfx> ximion: is it only a bugfix release?
[09:22] <ximion> debfx: it is to 98% identical to the current Git snapshot, and the changes are only bugfixes
[09:22] <ximion> also API and ABI remain compatible (of course)
[09:23] <debfx> ximion: ok, then you don't need a FFe
[09:23] <ximion> debfx: okay
[09:24] <ximion> if the Kubuntu wouldn't have requested this sync request, I wouldn't have written it :P
[09:24] <ximion> (the 0.2. release contains only some code-improvements, which are very nice to have, but not critical)
[09:24] <ximion> (if you compare it to the current Git snapshot we shipped)
[09:28] <debfx> ximion: minor nitpick: debian/rules complains about "date: invalid date `+%s'"
[09:30] <ximion> debfx: what are you trying to do?
[09:30] <ximion> (haven't seen this message...)
[09:30] <debfx> just building the package
[09:33] <bulldog98> debfx: what do you think about bug #973224
[09:37] <debfx> ximion: if you only provide a symbols file for one arch you should use the -V option of dh_makeshlibs
[09:39] <debfx> bulldog98: makes sense, maybe we should just say "various version control systems" instead of listing all of them
[09:40] <ximion> debfx: I need to go over this symbols-file stuff again anyway, it constantly breaks
[09:40] <ximion> (one arch on Debian is adding symbols, others are removing symbols which are in the file etc...)
[09:41] <ximion> th date thing is weird...
[09:41] <debfx> yeah maintaining symbols files for c++ libs usually is no fun
[09:42] <jalcine> especially when people don't like using opaque pointers :/
[09:42] <ximion> I hate it - it never works as expected :P
[09:56] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Jonathan Kolberg * 164 * debian/ (changelog control) Fixed the description of kdesdk-dolphin-plugins (LP: #973224)
[10:05] <bulldog98> debfx: should I upload ^ to kubuntu-ninjas?
[10:09] <debfx> bulldog98: nah, no need to upload that to ninjas
[10:09] <bulldog98> so I need someone to sponsor that
[11:14] <afiestas> I'm a little bti lost with launchpad, hope you can help me
[11:14] <afiestas> I want to have an akonadi-google package that imports the code from a different location
[11:14] <afiestas> and put the result package in a ppa
[11:15] <afiestas> more or less I figure out how to create a recipe and I already ahve the source package working
[11:15] <afiestas> what i don't see how to do is the launchpad stuff, meaning creating the package, make my team owner of it etc
[12:10] <Riddell> oh baby
[12:10] <Riddell> 4.43M/s  shiny new fibre optic connection
[12:10] <Riddell> downloads CDs in 3 minutes
[12:11] <Riddell> afiestas: so you want to import the code from git and make daily packages of akonadi-google?
[12:16] <Riddell> hi rvs75 
[12:16] <rvs75> hi
[12:18]  * Riddell nudges rvs75 to a /msg
[13:05] <BluesKaj> Hey all
[13:08] <afiestas> Riddell: yes
[13:13] <Riddell> afiestas: is there a project on launchpad for akonadi-google?
[13:13] <afiestas> Riddell: yes, not mine though
[13:13] <Riddell> that's fine
[13:13] <Riddell> where is it?
[13:13] <Riddell> nothing at https://launchpad.net/akonadi-google
[13:13] <afiestas> https://launchpad.net/akonadigoogle
[13:14] <Riddell> somebody has nicely already set up an import
[13:14] <Riddell> https://code.launchpad.net/~benoitg/akonadigoogle/master
[13:14] <Riddell> is this what you want?  git://anongit.kde.org/akonadi-google
[13:15] <Riddell> or do you have your own branch?
[13:18] <afiestas> Riddell:  I will have to setup it, but yes I want my own repo or branch
[13:19] <Riddell> afiestas: well we can't package something that doesn't yet exist
[13:19] <Riddell> so either we'll package it with patches or you need to set up your branch
[13:23] <afiestas> Riddell: git://anongit.kde.org/scratch/afiestas/akonadi-google.git
[13:24] <afiestas> not online yet
[13:24] <Riddell> afiestas: when it's mirrored by anongit it can be fetched with  git clone git://anongit.kde.org/scratch/afiestas/akonadi-google.git ?
[13:25] <afiestas> yes
[13:26] <Riddell> afiestas: groovy, when it's on anongit just fill this in https://code.launchpad.net/akonadigoogle/+new-import
[13:26] <Riddell> set owner to be cyberspace and Branch Name: to something like akonadi-google-afiestas
[13:27] <afiestas> I see
[13:27] <Riddell> once the import is done we can work out the packaging, starting from this one would seem a sensible place https://code.launchpad.net/~benoitg/akonadigoogle/akonadigoogle.upstream_packaging
[13:27] <Riddell> or maybe it can be used as is
[13:27] <Riddell> afiestas: do you know this Benoit Grégoire  guy?
[13:27] <afiestas> damn this launchpad thing, makes me feel stupid for moments :/
[13:28] <Riddell> no no, it's packaging which makes upstreams feel ignorant :)
[13:28] <afiestas> Riddell: in theory we should be able to use the recipe as well, right?
[13:28] <afiestas> just changing the import repo to the new one
[13:28] <Riddell> afiestas: right copy and adapt the recipe
[13:28] <afiestas> let me disagree, it is not packaging it is launchpad as well :/
[13:28] <afiestas> I mean, I want to create somethign in cyberspace and for doing that I have to go to another project, and "import a branch"
[13:29] <afiestas> that's not packaging argot but launchpad's :/
[13:29] <Riddell> yes, they do lack a designer now so some features miss the well thought out user expectations you'd hope for
[13:56] <Riddell> 4.8.2 is out!
[13:56] <Riddell> but I think we'll wait a bit before putting it on kubuntu.org, still some bits compiling
[13:57] <afiestas> Riddell: do you know if the bug I reported has bveen fixed?
[13:57] <afiestas> the one that needed  the creation of .local/cache/ iirc
[14:02] <starbuck> Ridell: great news 4.8.2 :)
[14:02] <Riddell> afiestas: for telepathy?  I not sure I'm afraid
[14:02] <Riddell> thanks starbuck but we're not quite there yet :)
[14:03] <starbuck> fixes some foldervie bugs hopefully :)
[14:03] <Riddell> mm yes those should be in, good to have plasma desktop maintained again
[14:03] <afiestas> Riddell: the ones for kdepim
[14:05] <dantti> Riddell: hi, I recently fixed some important stuff on Apper, what at this time would be best patch the package or a new release?
[14:09] <Riddell> dantti: either is fine, we're not so burocratic to insist on patches only when a new release would have the same changes
[14:10]  * Riddell out for an hour or two
[14:10] <dantti> ok, thanks
[14:15] <davmor2> Riddell: /usr/share/app-install/desktop/kde-telepathy-send-file:kde4__ktp-send-file.desktop could not be read correctly is showing up in the terminal of fresh branches of USC is there someone I should bug about it (note it doesn't stop anything working from what I can tell)
[14:22] <afiestas> When tryingto commit: Transport operation not possible: readonly transport 
[14:22] <afiestas> already imported my ssh key and all taht
[14:22] <agateau> Riddell: when you're back I have a fancy MR for you https://code.launchpad.net/~agateau/kubuntu-packaging/plasma-widget-menubar-0.1.17/+merge/100768 :)
[14:23] <agateau> afiestas: sounds like a wrong bzr url
[14:23] <afiestas> bzr branch lp:~cyberspace/akonadigoogle/akonadi-google-afiestas ?
[14:24] <agateau> I take it ~cyberspace is a team you are part of?
[14:24] <afiestas> yes
[14:25] <agateau> afiestas: weird then, should work :/
[14:28] <afiestas> cloned again, worked now
[14:28] <debfx> agateau: doesn't dh_auto_test work (without an override)?
[14:28] <agateau> debfx: for some reason it does not run "make buildtests", just "make runtest" :/
[14:29] <agateau> afiestas: ah, that's why your branch disappeared for a while from https://code.launchpad.net/~cyberspace :)
[14:29] <afiestas> ?
[14:30] <agateau> afiestas: I went to this page, noticed your branch, clicked it, got a 404, went back to the branch list and the branch was not there anymore
[14:30] <afiestas> and I did that?
[14:31] <afiestas> lol I don't see it anymore netiher :s
[14:31] <starbuck> hello, the lp:changed:
[14:31] <starbuck> https://code.launchpad.net/akonadi-google
[14:31] <starbuck> its correct and macthing now with the "-"
[14:32] <afiestas> starbuck: https://code.launchpad.net/akonadigoogle it still exists though
[14:32] <afiestas> oh I guess you deleted my branch starbuck ?
[14:32] <starbuck> sure, its not maintained by cyberpsace
[14:32] <starbuck> yeah, i switched your branch
[14:33] <starbuck> everything else is as is
[14:33] <afiestas> starbuck: I'm not sure if having another project is the correct thing to do, at least not pointing to my scratch repo
[14:33] <afiestas> akonadi-google should point to the official repo 
[14:33] <starbuck> then we can call it fiestas
[14:33] <afiestas> (not sure what are the rules)
[14:33] <starbuck> yes
[14:34] <starbuck> then akonadigoogle can of course switch too
[14:35] <starbuck> i think akonadi-google is better for official than akonadigoogle, but then im not to decide where official one will point to?
[14:37] <afiestas> starbuck: no idea, but we don't want to manage official stuff but instead have our small place 
[14:38] <afiestas> anyway we need a special branch only for the next weeks until we merge our patches with the official one
[14:38] <starbuck> sure, so for now we can use akonadi-google for extending your branch with afiestas to show
[14:38] <shadeslayer> Riddell: arm boxen
[14:38] <shadeslayer> something seems broken
[14:39] <starbuck> then its best if akonadi-google uses this for official one, unfortunately i can't make an official branch here since it can only be imported at one place at a time
[14:41] <shadeslayer> ScottK: could you look at http://paste.kde.org/451814/ ?
[14:41] <shadeslayer> I'm not sure how I should proceed forward
[14:44]  * ScottK neither.
[15:07] <afiestas> how can I add a ppa in a recipe? the required dependency will only be found there
[15:07] <afiestas> is it with merge packaging ?
[15:37] <BluesKaj> afiestas,  http://askubuntu.com/questions/88932/how-to-use-a-recipe-to-deal-with-ppa-package-dependency-change-across-distributi
[17:19] <ronnoc> Hi all. Wanted to point out that Telepathy .3 for 11.10 is working fine; however Telepathy .3 is not working for 12.04. I'm assuming it's a packaging issue based on the sources that were available at the time that have, I thjnk, since been corrected.
[17:20] <ronnoc> *think
[17:20] <Daskreech> what version of telepathy exists in 12.04 ?
[17:23] <ronnoc> .3 also. .3.1 is out (I think) but hasn't hit yet. I just checked the kde-telepathy channel and Arch has the same issue. No accounts can connect.
[17:25] <ronnoc> Daskreech: http://paste.kde.org/451898/ may help
[17:29] <Daskreech> ronnoc: Thats' KDE-telepathy. Which Telepathy is packaged?
[17:30] <Daskreech> Far as I know emp
[17:31] <Daskreech> athy and KDE-telepathy both moved to Telepathy 0.9 which is completely incompatible with KDE-telepathy 0.8 which is what kde-telepathy 0.3 uses
[17:34] <ronnoc> libtelepathy-qt4-2 for 12.04 is .9.1 | for 11.10 it's .9.0
[17:34] <Riddell> ronnoc: hum?  telepathy-kde is working great for me
[17:34] <Riddell> in 12.04
[17:34] <Riddell> how did you install it?
[17:35] <Daskreech> Riddell: are you installing kde-telepathy 0.3 ?
[17:35] <Riddell> kde-telepathy: Installed: 0.3.0-0ubuntu2
[17:36] <Daskreech> oh Telepathy 0.9 ?
[17:37] <Riddell> davmor2: "branches of USC" is software centre?  when does that show up?
[17:38] <ronnoc> Riddell: Yes, I have .3 installed on both, however it's only working in 11.10. My 12.04 is stock repos, all updated. For 11.10, I'm using the telepathy-kde ppa
[17:38] <Riddell> telepathy-mission-control-5 1:5.11.0-1ubuntu2
[17:38] <Riddell> ronnoc: hum that probably needs a telepathy-kde person to debug it
[17:38] <Riddell> but they're busy on 0.4
[17:39] <Riddell> ronnoc: does empathy work?
[17:39] <davmor2> Riddell: in the terminal when you run ./software-center the first time it compiles a local list of applications to pool from, it is here that the error appears,  as I say it's not a biggy by any means but it shows up everytime I have a fresh branch for USC
[17:39] <ronnoc> Riddell: http://www.kubuntuforums.net/showthread.php?58052-Telepathy-is-not-connecting&highlight=telepathy
[17:40] <Riddell> ronnoc: mm, so not just you, tsk
[17:41] <ronnoc> Riddell: As long as .3.1 will hit before release, and it will, for 12.04 might as well wait for the packages and test and worry about it then, if needed? 
[17:41] <Riddell> ronnoc: yeah I think that's the hing
[17:41] <Riddell> thing to do for now
[17:42] <Riddell> I hope to package that tomorrow
[17:42] <ronnoc> Riddell: sounds like a plan :)
[17:56] <Daskreech> are there any package management systems that allow personal user install of software ?
[17:57] <Riddell> klik
[18:01] <Daskreech> ha nice. What happened to that?
[18:03] <Daskreech> http://portablelinuxapps.org is the answer
[18:22] <BluesKaj> what are  XDG_DATA_DIRS ? it's only one of many suggestions to fix a broken akonadi agent
[18:24] <mgraesslin> rbelem: any status update for the kwin-active patch?
[18:26] <BluesKaj> BBL..errands
[18:38] <rbelem> mgraesslin, i got some build errors
[18:38] <rbelem> mgraesslin, i fixed some
[18:38] <rbelem> mgraesslin, but there is one that i did not have time to fix
[19:16] <BarkingFish> Evening guys :)
[19:18] <BarkingFish> Quick question for you:  I downloaded a package yesterday which has presented an error the first time of opening (about 2 minutes ago) saying it's missing stuff that it should have.  Clearly the things it needs aren't listed in its dependencies, but the packages are on launchpad.  
[19:19] <BarkingFish> How can we link the two together so that downloading the main package (gally) also downloads the lesson pack to go with it
[19:19] <BarkingFish> ?
[19:55] <BluesKaj> BarkingFish,  is there a ppa on launchpad ?, if so,  sudo add-apt-repository ppa:nameofppa-ppa/name
[19:55] <BluesKaj> then update/.upgrade
[19:56] <BarkingFish> the lesson pack isn't packaged, it looks like quite an old package which hasn't been maintained for a long time, BluesKaj - last time any work was done on it was March 2010
[19:56] <BarkingFish> to be honest, it's something i think (looking at it) we might consider taking out if it's not gonna get upgraded or amended
[19:57] <BluesKaj> is it in the repos for your OS version
[19:58] <BarkingFish> the lesson pack isn't, no. The program itself is.
[19:58] <BarkingFish> !info gally oneiric
[19:58] <BarkingFish> the lesson pack is a gzipped tarball though. doesn't look like it was ever packaged
[21:23] <Riddell> hi MrChrisDruif 
[21:23] <MrChrisDruif> Aloha Riddell ^_^
[21:23] <MrChrisDruif> Thanks for getting to me before I could get to you guys
[21:24] <MrChrisDruif> I've heard from someone called littlegirl that you already have some kind of offline documentation in place?
[21:24] <Riddell> mm sadly I fear we don't
[21:25] <Riddell> we did but then the kubuntu website moved and I never got round to working out another one so I dropped it
[21:26] <Riddell> um
[21:27] <Riddell> bye
[21:29] <MrChrisDruif> Last line I got was: <Riddell> we did but then the kubuntu website moved and I never got round to working out another one so I dropped it
[21:30] <Riddell> aye that's all
[21:30] <Riddell> unless littlegirl knows different
[21:31] <Riddell> but it's not hard, you just generate the HTML and scp to web server
[21:31] <Riddell> wait offline, you mean the khelpcentre stuff?
[21:31] <Riddell> cos online with documentation can mean different things
[21:32] <MrChrisDruif> I meant offline ^_^
[21:32] <Riddell> that can mean different things
[21:32] <MrChrisDruif> As in for computers without internet connection
[21:32] <Riddell> see kubuntu-docs, we package the docbook for khelpcentre
[21:32] <MrChrisDruif> She mentioned that as well
[21:34] <MrChrisDruif> So how did you come to have that kubuntu-docs for offline documentation? Was it all written from manpages or how should I see it?
[21:34] <MrChrisDruif> Seeing we from Lubuntu want to make start on something similar?
[21:35] <Riddell> it's written in docbook
[21:35] <Riddell> same as ubuntu-docs and indeed same as all the KDE documentation
[21:36] <Riddell> actually I think docbook is a bit too rigid, it works well while you have good maintainers who know docbook and it's no use for non-geeks
[21:36] <Riddell> I'd prefer a well ordered wiki really
[21:36] <Riddell> but wikis and well-ordered don't tend to be related concepts
[21:37] <MrChrisDruif> Well, at least we try for Lubuntu, but it could be better I agree
[21:39] <Riddell> if you want packaged documentation you can look into docbook but you're best going with whatever lxde uses natively so you integrate
[21:40] <MrChrisDruif> I don't think lxde has something integrated natively ^_^
[21:41] <MrChrisDruif> But can't docbook be formatted in a more user friendly way?
[21:42] <Riddell> it can be exported to HTML yes
[21:42] <MrChrisDruif> It's all about what you put in it and in which layout etc right?
[21:42] <Riddell> that's faffy to do, you need a style sheet and whatnot
[21:42] <Riddell> it can be exported to PDF and a load of other formats too
[21:43] <Riddell> docbook is about pure document structure, the formatting is all in the stylesheets
[21:43] <Riddell> but the tools aren't easy to use
[21:43] <MrChrisDruif> It has (like the wiki?) a special syntax to make it look like you want?
[21:44] <Riddell> agateau: uploaded
[21:44] <Riddell> it's XML yes
[21:44] <MrChrisDruif> So basically what is up on the wiki could be "transformed" to the xml of docbook to make it offline available?
[21:44] <Riddell> I forget how the stylesheets are written or what tools to use, they were never well documented or maintained
[21:45] <Riddell> it could be, or you could just use wget on the wiki to get the HTML directly
[21:46] <MrChrisDruif> Hmm, interesting subject this seems to be
[21:47] <MrChrisDruif> I don't know what has more memory requirements
[21:49] <Riddell> everyone runs a web browser so HTML has no memory requirments
[21:50] <MrChrisDruif> Locally stored pages for offline viewing also?
[21:50] <MrChrisDruif> ;-)
[21:51] <Riddell> sure
[21:52]  * BluesKaj wonders why sata to esata transfer speed is so slow ...how to track down the bottleneck ?
[21:56] <BluesKaj> it should be at least 10X faster 
[21:57] <BluesKaj> just one hdd to another , what could the problem be ...makes no sense