[00:03] <Riddell> sreich: can you copy the CMakeLists.txt over again?
[00:03] <sreich> sure
[00:04] <sreich> Riddell: there, it's in ~/kdeplasma-addons/CMakeLists.txt
[00:18] <sreich> Riddell: is it done?
[00:19] <Riddell> sreich: yes I think it is
[00:19] <sreich> Riddell: the .debian.tar.gz is what i care about?
[00:20] <Riddell> and .dsc
[00:20] <Riddell> and .orig.tar for kdeplasma-addons
[00:21] <sreich> Riddell: what do i do with it exactly?
[00:22] <Riddell> sreich: either compiler it or put it into a PPA to compile
[00:23] <sreich> Riddell: uh..how do i compile though?
[00:23] <Riddell> dpkg-source -x *dsc  to uncompress it
[00:23] <Riddell> and  debuild  to compile it
[00:24] <Riddell> backup at http://people.canonical.com/~jriddell/tmp/sreich/
[00:35]  * Riddell snoozes
[00:36] <sreich> night, and thanks
[09:42] <brently> need help
[09:43] <brently> with plasma network manager
[10:14] <Riddell> oh well
[10:21] <micahg> is there a reason why kdeaccessibility and kdeutils haven't been updated to 4.7.4 (which are available in Debian experimental) and FTBFS in teh latest rebuild
[10:23] <yofel> micahg: there are no sources for 4.8 for those, there's a source removal request for them somewhere
[10:23] <micahg> ah, ok
[10:24]  * micahg goes and tags the requests FTBFS
[10:46] <Peace-> Riddell: mm i did the qml animation with kubuntu logo (splash)
[10:48] <Peace-> http://kde-look.org/content/show.php/QML+animated+Graphite+Kubuntu+Splash?content=149317
[10:53] <Riddell> very nice
[10:53] <Riddell> rbelem: it works!
[11:35] <micahg> Riddell: ppa versions in the archive again?
[11:36] <Riddell> oh grr
[11:36] <Riddell> can I keep blaming it on having brain damage?
[11:37]  * micahg isn't sure
[11:37]  * micahg trusts Riddell isn't doing that on purpose
[11:38] <Riddell> no just absentmindedness
[11:38] <Riddell> I wonder if dput can get a check for ~ppa in the version number
[11:49] <debfx> Riddell: I have written a small dput wrapper script that does some sanity checking: http://paste.debian.net/158606/
[11:50] <debfx> and then set alias dput='~/scripts/dput-safe'
[11:52] <debfx> it has some limitation though: doesn't parse /etc/dput.cf and it might not understand the generic ppa:* syntax
[11:52] <Riddell> debfx: very sensible
[12:04] <Riddell> yofel: wow, have you really packaged everything for precise?
[12:05] <Riddell> with some help from bulldog98 :)
[12:06] <Riddell> !testers
[12:06] <Riddell> 4.8.1 testing needed
[12:06] <Peace-> oh has been released ?
[12:07] <soee> Riddell, in backports ?
[12:37] <brestows> hi! when write code with KUniqueApplication and dbus in terminal get message:  QDBusConnection: session D-Bus connection created before QCoreApplication use Qt 4.8. Is this a qt bug or am I doing something wrong?
[12:45] <brestows>  I am not very experienced in programming (C++/Qt), can help with anything kubuntu?
[13:08] <rbelem> Riddell, :-D
[13:16] <rbelem> Riddell, will you upload them all? :-)
[13:19] <BluesKaj> Hey all
[13:34] <ScottK> brestows: Packaging (which is most of what we do) only requires a basic knowledge of shell and make to get started, so yes.
[13:36] <brestows> ScottK: Where can I start from?
[13:37] <ScottK> brestows: I think what we need now is people to help with testing KDE 4.8.1 on precise.  Do you have a machine running precise (or a vm)?
[13:38] <brestows> ScottK: hame a machine
[13:38] <brestows> *have
[13:38] <ScottK> Also there are tons of bugs on launchpad that need people to review them, see if they are still applicable, and forward them to bugs.kde.org if they are about upstream code and not packaging.  I think yofel_ has been working on that.
[13:38] <BluesKaj> ScottK,  precise here but i haven't added the ppa if there is one
[13:38] <ScottK> brestows: OK.  And you're willing to risk breakage?
[13:38] <BluesKaj> for 4.8.1
[13:38] <Specialist> Hi there, I was just sent here from #kubuntu as apt-get refuses to upgrade my stock Kubuntu Oneiric installation with KDE 4.7.4 to KDE 4.8.0 from the backports PPA with the following error message:
[13:38] <Specialist> E: Could not perform immediate configuration on 'kjots'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)
[13:39] <ScottK> Riddell: brestows and BluesKaj would test 4.8.1.
[13:39] <ScottK> Specialist: can you pastebin a bit more of the upgrade log.
[13:39] <Specialist> Does someone have an idea what might be the culprit or where to continue looking for the roor cause?
[13:40] <Specialist> ScottK: Do you mean the console output?
[13:40] <ScottK> Yes
[13:41] <Specialist> ScottK: Sure: http://pastebin.com/rCLYikec
[13:41] <brestows> ScottK: no problem :)  think I can fix the
[13:42] <ScottK> brestows: OK.  Riddell was looking for 4.8.1 testers a little bit ago, let's wait to hear from him.
[13:43] <brestows> ScottK: ok. will wait
[13:45] <BluesKaj> ScottK,  what errors / breakage can we expect from 4.8.1, any idea ? The reason I ask is my test machine is down for the count ...mobo problems I think , so I have only one pc atm
[13:45] <Riddell> it's in ninjas
[13:45] <Riddell> go testing
[13:45] <ScottK> BluesKaj: Since it's just a point release, in theory it should be OK, but they call it testing for a reason.
[13:46] <ScottK> Riddell: brestows is new, he'll need help.
[13:47] <BluesKaj> ScottK,  understood
[13:49] <ScottK> Specialist: Do you have the kdepim or kdepim-dev packages installed?
[13:50] <Specialist> ScottK: kdepim is installed (4:4.7.4+git111222-0ubuntu0.1), kdepim-dev isn't
[13:51] <ScottK> Specialist: OK.  Try removing kdepim (it's just a metapackage) and upgrading again.
[13:52] <Specialist> ScottK: Unfortunately, same error message. Is the (2) an error code? That would mean "File not found", right?
[13:53] <ScottK> Specialist: Not in this case.  How about kdepim-dbg, or kjots-dbg, or kjots-dbgsym?
[13:54] <Specialist> Removing kdepim-dbg did the trick.
[13:54] <ScottK> If you don't have any of those or removing them doesn't solve it, I'd try removing kjots, doing the upgrade, and installing it again.
[13:54] <ScottK> Ah.  Very good.
[13:54] <ScottK> You can put it and kdepim back after the upgrade if you want.  Should be fine.
[13:55] <Specialist> ScottK: Excellent, thanks for your help!
[13:55] <ScottK> You're welcome.
[14:01] <Riddell> hi brestows, did you get what you needed to test?
[14:02] <brestows> Riddell: No ^(
[14:02] <brestows> :(
[14:02] <Riddell> soee: it's in ninjas
[14:02] <Riddell> Peace-: no it has not been released, we need testers
[14:02] <Riddell> brestows: are you able and willing to test 4.8.1 on precise?
[14:03] <soee> Riddell, ok ill test when i came home im at work now
[14:03] <brestows> Riddell: yes? no problem
[14:04] <Riddell> brestows: add that PPA
[14:04] <Riddell> and dist upgrade away
[14:05] <Riddell> thanks soee
[14:06] <shadeslayer> bug 829503 anyone?
[14:06] <shadeslayer> I'm inclined to agree with vorlon
[14:07] <brestows> Riddell: give me address ppa
[14:11] <debfx> shadeslayer: me too, but best to discuss that with the Debian folks
[14:11] <shadeslayer> debfx: okay
[14:18] <sreich> Riddell: i built kdeplasma-addons, now i have ~10 debs. i tried dpkg -i *.deb but it fails and just says "errors were encoutnered while processing: plasma-widget-kimpanel"
[14:19] <ScottK> sreich: sudo apt-get -f install to install any missing dependencies.
[14:20] <sreich> same issue
[14:21] <sreich> yes!
[14:21] <sreich> my stuff works, that's all i care about
[14:21] <sreich> thanks :)
[14:22] <Riddell> brestows: you have 12.04 installed?
[14:27] <brestows> Riddell: yes
[14:30] <brestows> went home
[14:34] <shadeslayer> Riddell: bug 676398, what are we waiting for?
[14:35] <shadeslayer> whoa
[14:35] <shadeslayer> new bugzilla
[14:35] <shadeslayer> yay
[14:35] <shadeslayer> looks pretty
[14:35] <Riddell> shadeslayer: at the time we were waiting on calligra
[14:36] <shadeslayer> Riddell: ah right
[14:36] <BluesKaj> ok , gotta go ...bb in a few hrs
[14:36] <Riddell> shadeslayer: the calligra packaging has changes somewhat so it needs reviewed on whether the bug is still valid
[14:36] <shadeslayer> Alright, I'll add a comment saying that
[14:38] <shadeslayer> Riddell:  should I assign that bug to someone? ( I'm guessing you, since you packaged Calligra )
[14:40] <Riddell> shadeslayer: forward it upstream if it's still needed
[14:40] <Riddell> upstream to debian
[14:40] <Riddell> they do the main part of calligra packaging
[14:40] <shadeslayer> looking
[14:44] <shadeslayer> gitweb is sloowwww
[14:45] <davmor2> shadeslayer: it's called git for a reason
[14:45] <shadeslayer> heh :)
[14:47] <shadeslayer> Riddell: I see split packages for kexi-mysql-driver, kexi-postgresql-driver, etc
[14:48] <shadeslayer> To be precise, 4 split driver packages, so I guess the bug is fixed
[14:53] <Riddell> shadeslayer: yes I would say so
[14:53] <Riddell> random e-mail du jour http://paste.kde.org/433808/
[14:55] <yofel_> o/
[14:56] <Riddell> it's.. yofel!  star packager of 4.8.1
[14:59] <shadeslayer> yes, finally, a package that does not build on ARM that I might be able to fix \o/
[14:59] <yofel> shadeslayer: iirc digikam failed on armhf if you really have nothing to do
[14:59] <shadeslayer> yes
[14:59] <shadeslayer> that's what I'm looking at
[14:59] <yofel> ah :)
[14:59] <shadeslayer> harvest is pretty usefull
[14:59] <shadeslayer> -l
[15:00] <shadeslayer> heh, second search result for qBound, qBound on ARM xD
[15:08] <Riddell> ScottK: about?
[15:10] <Riddell> ScottK: unping
[15:10] <shadeslayer> does : qreal(0.)  : look sane to you?
[15:10] <ScottK> Riddell: I am here.
[15:10] <Riddell> too late :)
[15:10] <shadeslayer> or should I do it as qreal(0.0) or qreal(0) ?
[15:11] <Riddell> shadeslayer: I expect they are all the same in the end
[15:11] <Riddell> I'd use qreal(0.0)
[15:11] <shadeslayer> yeah, but what I wanted to know was, which one looks the sanest :P
[15:11] <Riddell> shadeslayer: if you need an arm to test it on ScottK can provide
[15:11] <shadeslayer> yeah, sec, just coming up with a patch
[15:12] <ScottK> Assuming it's armel too and not armhf specific.
[15:12] <shadeslayer> it's armel too
[15:13] <shadeslayer> ScottK: http://paste.kde.org/433820/
[15:13] <BluesKaj> back for a bit ...looked in the ninja ppas , couldn't find the 4.8.1 for Precise
[15:15] <dpm> hey Kubuntu devs, could someone have a look at bug 945560? I _think_ it simply needs a new upload of the kde-l10n packages
[15:16] <ScottK> shadeslayer: And this is with the digikam in the archive?
[15:16] <shadeslayer> oh no
[15:16] <shadeslayer> that's from git
[15:16] <shadeslayer> sec
[15:16] <shadeslayer> seems they changed the layout of the sources
[15:17] <Riddell> dpm: hum, we have uploaded kde-l10n about 6 weeks ago
[15:17] <ScottK> BTW, I'd recommend looking at the rest of that file for similar instances.  IME there are often more in the same file.
[15:17] <Riddell> dpm: we'll be doing another upload this week
[15:17] <shadeslayer> will do
[15:18] <ScottK> shadeslayer: If you can point me at a source pacakge I can dget, I get try to build it on armel.
[15:18] <shadeslayer> ok
[15:18] <dpm> Riddell, ok, thanks, I'll keep an eye on it and see if it fixes the problem
[15:18] <shadeslayer> bbiab
[15:18] <Riddell> dpm: yeah and I'll doubt check the .pos are all being generated
[15:19] <dpm> great, thanks Riddell
[15:19] <Riddell> dpm: there's no milestone for that?
[15:19] <dpm> Riddell, milestone for what?
[15:20] <Riddell> dpm: I make it affect language-pack-kde-fr as well and milestoned it to beta 2
[15:20] <dpm> ok
[15:23]  * debfx is looking forward to the next cycle when we don't have to deal with that anymore
[15:26] <yofel> +1
[15:33] <BluesKaj> Riddell,  am I blind or does ninja ppa actually have 4.8.1 ?
[15:34] <yofel> BluesKaj: that is 4.8.1, yes
[15:35] <BluesKaj> yofel , sorry i can't find it ..is what i mean
[15:35] <yofel> BluesKaj: only for  precise right now
[15:36] <BluesKaj> yeah , i'm on precise
[15:37] <yofel> well, it's in there, are you sure you have the ppa enabled for precise
[15:37] <yofel> ?
[15:37] <BluesKaj> I'm looking for the ppa yofel :)
[15:38] <yofel> BluesKaj: can you access https://launchpad.net/~kubuntu-ninjas/+archive/ppa ?
[15:39] <BluesKaj> no access , not allowed , altho I'm a launchpad member
[15:39] <yofel> then you're not a member of ~kubuntu-ninjas, access is restricted
[15:39] <yofel> Riddell: ^
[15:40] <BluesKaj> ok , well anyway , I have to leave for an hr or so. I'll check back then
[15:40] <soee> Riddell, 4.8.1 for 12.04 right ?
[15:40] <yofel> soee: right
[15:40] <soee> ok
[15:50] <soee> hmm error, ppa key problem ?
[15:52] <ScottK> You need to install the key for that PPA.
[15:54] <soee> nvm, i havent changed oneiric to precise
[15:54] <soee> upgrading now
[16:02] <shadeslayer> ScottK:     if (d->fixedRatio > 0.) << Would that also cause errors?
[16:03] <shadeslayer> fixedRatio is double here
[16:03] <ScottK> I think not.
[16:03] <shadeslayer> ok
[16:06] <yofel> uh, wouldn't anything that's double cause errors on ARM?
[16:06] <yofel> or did I understand something wrong here
[16:09] <shadeslayer> dunno, I think double gets converted to float on ARM
[16:09] <Riddell> BluesKaj: ask if you need access details to ninjas
[16:13] <ScottK> yofel: As long as it's two doubles, it's fine, it's when you have a mix of qreal and double it's a problem (because qreal != double on arm)
[16:14] <shadeslayer> ScottK: what happens when you get 2 doubles?
[16:14] <shadeslayer> both get converted to float?
[16:15] <ScottK> Dunno.  It doesn't expload.  That's all I know.
[16:15] <shadeslayer> :D
[16:15] <yofel> fun
[16:15]  * shadeslayer ponders what actually happens
[16:18] <shadeslayer> yofel: fun is also this : https://github.com/torvalds/linux/graphs/impact
[16:18] <shadeslayer> makes your browser crash and burn
[16:20] <yofel> shadeslayer: heh, firefox saved itself by "stopping an unresponsive script"
[16:21] <shadeslayer> rekonq does that too :)
[16:21] <ScottK> Yes, but if you tell it to go on, eventually it renders the graph (FF).
[16:22] <shadeslayer> interesting, chrome just kills itself
[16:23] <shadeslayer> ScottK: https://launchpad.net/~rohangarg/+archive/experimental/+files/digikam_2.5.0-1ubuntu2~ppa1.dsc
[16:24] <shadeslayer> oh wait
[16:24] <shadeslayer> I found another one
[16:24]  * ScottK waits.
[16:24] <shadeslayer> arf, that's just the .pc folder, ignore that comment
[16:25] <ScottK> shadeslayer: Is your patch already applied to that package?
[16:25] <shadeslayer> ScottK: yes
[16:25] <ScottK> OK
[16:25] <Tm_T> no new KDE for 11.10 for testing yet?
[16:26] <shadeslayer> kubuntu_fix_arm_build.patch <- That one
[16:28] <ScottK> Tm_T: No.  Still testing precise.
[16:30] <soee> yofel, should i care about this:
[16:30] <soee> http://pastebin.com/VUHhgiPs
[16:31] <yofel> soee: ask in #ubuntu+1, seems like the virtualbox module failed to build for the new kernel
[16:32] <soee> ok im rebooting now
[16:32] <soee> br
[16:36] <soee> yofel, upgrade successful
[16:36] <yofel> :D
[16:37] <soee> Kubuntu 12.04, kde 4.8 => 4.8.1
[17:00] <shadeslayer> ScottK: any luck on that digikam build?
[17:02] <soee> hmm i thought rekonq will be my default browser but qupzilla is a lot better (speed etc)
[17:03] <Peace-> soee: for me rekoq is shit
[17:03] <Peace-> xD
[17:03] <Peace-> to be honest
[17:03] <soee> heh use what you like :)
[17:04] <Peace-> firefox :)
[17:04] <soee> tried qupzilla ?
[17:04] <Peace-> yes
[17:04] <soee> firefox is a memory monster :<
[17:04] <Peace-> but it chash too
[17:04] <Peace-> soee: your right
[17:04] <soee> im working with TYPO3 cms
[17:04] <soee> and after some time i have to restsrt browser
[17:05] <soee> to memoery used / slow javascript parsing etc
[17:05] <soee> even! IE9 is a lot faster when it comes to javascript :D
[17:05] <soee> not mentioned chrome
[17:09] <ScottK> shadeslayer: Still going.  Just getting started in fact.  arm boxen are very slow.
[17:13] <shadeslayer> ScottK: okay :)
[17:14] <shadeslayer> I'll setup a arm virtual box on my server as well
[17:14] <shadeslayer> maybe that'll go faster
[17:14] <ScottK> cmake says 0%
[17:14] <ScottK> But at least it got far enough to give a percentage.
[17:15] <shadeslayer> :D
[17:17] <ScottK> shadeslayer: Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)"  <-- missing  build-dep?
[17:17] <shadeslayer> isn't that a warning?
[17:17] <ScottK> It is.
[17:18] <shadeslayer> Well, we have it in other packages as well, and I'm not sure we particularly care about it, I've discussed it before but don't remember the final outcome of the discussion
[17:35] <BluesKaj> Riddell,  ok , I'm back , I do need access details to ninjas
[17:55] <shadeslayer> ScottK: QtWebit has new symbols on arm and armhf
[17:56] <ScottK> Lovely.
[17:56] <ScottK> Your build is still going, BTW.
[17:56] <shadeslayer> can I just take the buildd log and update the symbols?
[17:56] <shadeslayer> yay
[17:56] <ScottK> [ 46%] Building CXX object core/utilities/cameragui/CMakeFiles/cameragui.dir/devices/dkcamera.cpp.o
[17:56] <ScottK> shadeslayer: Yes.
[17:56] <shadeslayer> cool, will do in a bit after writing up this report
[17:56] <ScottK> shadeslayer: using the pkg-kde-tools stuff.
[17:57] <shadeslayer> ofcourse
[18:09] <Riddell> BluesKaj: msged
[18:27] <BluesKaj> Riddell,  ok , got it , thanks
[18:29] <shadeslayer> awwww
[18:29] <shadeslayer> ScottK: https://launchpadlibrarian.net/94610178/buildlog_ubuntu-precise-armhf.qtwebkit-source_2.2.1-1ubuntu2_FAILEDTOBUILD.txt.gz
[18:29] <shadeslayer> /usr/bin/ld: final link failed: Memory exhausted
[18:29] <shadeslayer> :'(
[18:33] <Riddell> shadeslayer: that was waiting for a new linux build on arm
[18:34] <Riddell> which I think happened and didn't help
[18:34] <Riddell> shadeslayer: ask infinity if he has ideas on how to progress
[18:34] <shadeslayer> Riddell: needs moar RAM?
[18:34] <shadeslayer> will do
[18:34] <shadeslayer> I have updated symbols for armel tho
[18:36]  * micahg thinks webkit needs a diet
[18:37] <shadeslayer> build it with clang! :P
[18:37] <shadeslayer> clang binaries have been proven to be smaller
[18:38] <shadeslayer> ScottK: Riddell could either of you test this on ARM : https://launchpad.net/~rohangarg/+archive/experimental/+files/qtwebkit-source_2.2.1-1ubuntu3~ppa1.dsc ?
[18:38] <shadeslayer> I'll talk to infinity
[18:39] <shadeslayer> and by ARM I mean armel
[18:41] <Riddell> shadeslayer: can't you just ssh into ScottK's machine?
[18:41] <shadeslayer> uh, not a kubuntu-dev
[18:41] <ScottK> It's still doing the digikam build anyway
[18:41] <shadeslayer> yeah
[19:02]  * BluesKaj prays while kde 4.8.1 installs
[19:05] <BluesKaj>  12,04 Precise , well now we'll see if it lives up to it's moniker
[19:05] <Peace-> BluesKaj: added the ppa?
[19:05] <Peace-> or what?
[19:06] <BluesKaj> Peace-,  yup
[19:06] <BluesKaj> doing the package setups now
[19:07] <Peace-> BluesKaj: mm :D nah i will not
[19:15] <shadeslayer> ScottK: think we could backport Qt 4.8 to official Oneiric Backports?
[19:15] <ScottK> No
[19:15] <ScottK> Not unless you're going to validate all the rdepends.
[19:16] <shadeslayer> Hmm, there *is* that one taskbar bug
[19:17] <debfx> fixing bugs is not the purpose of -backports
[19:17] <shadeslayer> debfx: heh, no, what I meant was, there is a annoying regression that a user has reported
[19:18] <shadeslayer> with Qt 4.8
[19:18] <yofel> well, the taskbar bug isn't a regression from an archive point of view
[19:18] <yofel> neither from ours, we never had it fixed
[19:19] <yofel> and there's patches for 4.7 too I believe, so rather SRU those
[19:20] <debfx> right that bug is also present in 4.7
[19:20]  * debfx vaguely remembers seeing a merge request that is supposed to fix that
[19:30] <BluesKaj> ok Riddell , so far  all is well on the kde 4.8.1 front :)
[19:31] <shadeslayer> ScottK: did digikam build? I'm about to go to bed :)
[19:32] <Riddell> BluesKaj: lovely, please say so on the wiki page in the testing section
[19:32] <BluesKaj> aamof , 4.8.1 seems faster to load dirs on than before
[19:32] <BluesKaj> ok Riddell. once I'm finished checking my fav apps etc
[19:37] <ScottK> shadeslayer: Still building.
[19:42] <ScottK> What package do I file bugs against for the telepathy stuff?
[19:45] <shadeslayer> uh
[19:45] <shadeslayer> ScottK: kde-telepathy-foo
[19:45] <shadeslayer> kde-telepathy is the meta package
[19:45] <bulldog98> ScottK: everything of the gui I would fill at bugs.kde.org
[19:46] <ScottK> shadeslayer: When I click on the bubbles in the notifications, it doesn't take me to the window.  Which foo is that?
[19:46] <shadeslayer> hmm .. sec
[19:46] <shadeslayer> ScottK: should be kde-telepathy-approver
[19:46] <ScottK> Thanks.
[19:47] <shadeslayer> np
[19:47] <shadeslayer> I'm off to sleep then, night
[19:47] <bulldog98> shadeslayer: good night
[19:48] <yofel> nini shadeslayer
[19:50] <Riddell> yofel, bulldog98: I'm going to cebit until thursday, I guess 4.8.1 is going to come out during that?
[19:51] <bulldog98> Riddell: I guess that, too (and have fun at cebit)
[19:52] <Riddell> yofel, bulldog98: can I do anything to make the release easier?
[19:53] <bulldog98> Riddell: hm I have no upload rights so uploading would be good I guess
[19:53] <Riddell> bulldog98: it's due tomorrow
[19:54] <Riddell> can yofel upload?
[19:54] <Riddell> yes he can
[19:54] <Riddell> so if he is able to do that tomorrow morning, great
[19:54] <Riddell> if not I can prepare and sign them for you to upload
[19:54] <ScottK> shadeslayer and Riddell: Bug #947430 for your Kopete/Telepathy comparison.
[19:55] <Riddell> bulldog98, yofel: any backports done?
[19:55] <Riddell> they can probably just be thrown up into ninjas rather than compiling locally
[19:55] <bulldog98> Riddell: as far as I know none is done yet
[20:00] <yofel> Riddell: not yet, but I'll do that later (scripted)
[20:01] <yofel> and I'll do the releasing then, just need to find someone to upload the universe stuff
[20:03] <yofel> bulldog98: you working on the backports?
[20:03] <bulldog98> yofel: just started
[20:04] <Riddell> yofel: great thanks
[20:04] <Riddell> yofel: doing kde-l10n too?
[20:04] <bulldog98> yofel: do you have the script around somewhere?
[20:04] <yofel> bulldog98: http://paste.kde.org/434030
[20:05] <yofel> Riddell: can do, I usually do that last though
[20:07] <Riddell> yofel: yeah last is normal way I do it too
[20:10] <bulldog98> yofel: do you want to run that script or should I already start with it?
[20:11] <yofel> bulldog98: well, that needs to be run per-package, and either you do it and I continue after you or I do it alone - because I don't update the wiki
[20:11] <yofel> updating that takes longer than the backporting
[20:11] <bulldog98> yofel: then just do it :)
[20:11] <yofel> ack
[20:23] <sheytan_> apachelogger: ping
[20:24] <apachelogger> pogo
[20:25] <sheytan_> apachelogger: how about create an app, that will make an image of your entire HDD and save it to a single file. Then with this we could add an option to the installer that will allow to reinstall your OS from taht image?
[20:25] <sheytan_> this app could have a fancy UI
[20:25] <sheytan_> simple and easy to use
[20:26]  * apachelogger still doesn't have boot splash sutff
[20:26] <apachelogger> nixternal: also still not answer regarding my question about boot splash stuff
[20:26] <apachelogger> also I am tired
[20:26]  * sheytan waits for visions. Can't create lots of stuff at once :)
[20:27] <apachelogger> sheytan: that image stuff, yes, but what for?
[20:27] <sheytan> apachelogger: imagine you breake your OS during upgrade
[20:27] <apachelogger> how would you go about that? :P
[20:28] <apachelogger> also... where would you store that image?
[20:28] <sheytan> external hdd, dvd
[20:28] <apachelogger> as it would have to contain /home/ it would be quite large
[20:28] <ScottK> shadeslayer and Riddell: From my glance at the build logs (still going) it looks like digikam is using a bundled copy of kipi-plugins.
[20:28] <apachelogger> so dvd is pretty much a no-go
[20:28] <ScottK> Cloud
[20:28] <sheytan> this could be a backup like app
[20:29] <apachelogger> sheytan: oh well, report a bug somehwere or something
[20:29] <sheytan> for what?
[20:29] <apachelogger> I do not see the immediate benefit to be very big as an upgrade should not be breaking an install and if it does it would be a bug that needs tending to
[20:29] <apachelogger> sheytan: ubiquity I suppose
[20:29] <apachelogger> (the installer thing)
[20:30] <apachelogger> also it is not entirely simple to do anyway with multiple partitions and what not
[20:30] <sheytan> i didn't say it will happen, but as you might know it does. Especially for begginers
[20:30] <apachelogger> multi month project IMHO
[20:30] <sheytan> it was just an idea :P
[20:31] <sheytan> i'm now thinking about new features for the installer
[20:31] <apachelogger> sheytan: it still shouldn't and if it does because the beginners broke their system before the upgrade hence breaking the upgrade the restoration image would still be broken and could restoring from it could still break at any given point in time
[20:31] <apachelogger> (xorg-edgers PPA is good at causing trouble there....)
[20:32] <sheytan> let just leave that topic. Do you have any idea about a feature for the installer? :D
[20:32] <apachelogger> sheytan: I am not saying the idea is bad, I am just not convinced it makes all that much sense
[20:32] <sheytan> details can be discussed :)
[20:32] <apachelogger> it would if we needed a shitload of drivers post-installation like windows or something
[20:32] <apachelogger> i.e. something that hardware vendors like to do (store the factory image on a separate partiton)
[20:33] <apachelogger> sheytan: I do have a many great ideas, none of them being simple ;)
[20:33] <apachelogger> also the installer needs redoing code-wise
[20:33] <sheytan> like what? :D
[20:33] <apachelogger> it is a big mess IMHO
[20:33] <apachelogger> needs some code structure and whatnot
[20:33] <apachelogger> so we should break it some time after release
[20:33] <apachelogger> given someone is willing to do it and stuff
[20:33]  * sheytan wishes to mockup whole new installer. Also wishes that someone will code that :)
[20:34] <apachelogger> well, if you feel particularly visionary you can mock
[20:34] <apachelogger> also check back with nuno on input
[20:34] <apachelogger> at any hand the installer will need some love soon
[20:34] <sheytan> sure
[20:34] <apachelogger> it is pratically unmaintained for at least 3 releases, so that thing will not remain working forever
[20:35] <sheytan> i want a whole new UI
[20:35] <sheytan> that will mach plymouth
[20:35] <sheytan> than splash
[20:35] <sheytan> kdm
[20:35] <sheytan> or ldm
[20:35] <apachelogger> then you totally want to coordinate with master nuno
[20:36] <sheytan> does nuno do some artwork for Kubuntu i don't know about?
[20:36] <apachelogger> no
[20:36] <apachelogger> but kubuntu artwork = kde artwork
[20:36] <apachelogger> so to change kubuntu artwork one needs to change kde artwork
[20:36] <sheytan> plymouth doesn't seem to be kde artwork :)
[20:36] <apachelogger> it will be soon
[20:37] <apachelogger> once nixternal cares to answer me questions, so I can free except it and whatnot
[20:37] <sheytan> well, anyway i still think that setting kde defaul wall as  a background everywhere is not good idea
[20:37] <ScottK> shadeslayer, Riddell: http://paste.debian.net/158699/
[20:37] <sheytan> apachelogger: i want to create plymouth theme mockup as simple  as possible
[20:37] <apachelogger> sheytan: that is not what I am suggesting, but plymouth should be inline with kdm/lightdm and ksplash
[20:37] <sheytan> it won't hurt any eyes
[20:38] <apachelogger> where the 3 of them are consistent to plasma is a whole nother business
[20:38] <sheytan> not neseserly
[20:38] <sheytan> i mean plymouth don't need a kdm/splash background i.e
[20:39] <apachelogger> I do believe it has to be at least the same with ksplash
[20:39] <apachelogger> they are both splashing
[20:39] <apachelogger> incidentially enough if you have your DM on autologin the transition from plymouth to ksplash should be close to unnoticable
[20:40] <sheytan> the whole idea about splash is  not good. It would be way better if when you hit enter after you type password, a simple spin animation should apper somwhere. After that you got your desktop
[20:41] <sheytan> i w ill soon create the complete mockup so you will see what i mean
[20:41] <apachelogger> close to impossible
[20:42] <sheytan> a mockup is better than a thousand words
[20:42] <apachelogger> that is: one would need to redo the way a desktop session is launched
[20:42] <apachelogger> very well
[20:43] <sheytan> can you add to ldm or kdm an aniation that will smoothly display an background image after plymouth?
[20:44] <apachelogger> I suppose so
[20:44] <sheytan> imagine a simple gray plymouth background, after that, the current kdm background (stripes) fades in from bottom right to top left
[20:44] <sheytan> a swipe animation
[20:44] <apachelogger> not sure if it is possible though
[20:44] <apachelogger> it wouldn't be easy though
[20:45] <yofel> ScottK: yes, kipi-plugins come bundled with Digikam SC these days
[20:45] <apachelogger> basically plymouth should hand over the VT it was drawing on to lightdm, so *I suppose* lightdm would be able to grab the current state of the framebuffer (that is the last frame painted by plymouth) and then run an animation on that
[20:45] <sheytan> and after you hit enter, the stripes swipe from top left to bottom right (inversly). After that splash starts with a simple animation
[20:45] <apachelogger> from that description just now it should have become clear that this is probably not the easiest thing to do, if at all possible :)
[20:46] <apachelogger> that stripe thing is entirely possible
[20:46] <apachelogger> whether that smoothly transits to ksplash is a different story though
[20:46] <sheytan> let my try to do this anim. now
[20:46] <apachelogger> (basically whenver you transit from one component to another getting it done smoothly is a right hassle)
[20:47] <apachelogger> getting it not to go black or flicker is already quite the challenge :)
[20:47] <ScottK> yofel: Should be fixed to use the system copy.
[20:48] <yofel> ScottK: which system copy?
[20:49] <yofel> last time I checked there were no seperate kipi-plugins releases anymore
[20:49] <ScottK> OK.
[20:49] <ScottK> So it seems.
[20:50] <ScottK> So there's just libkipi now.
[21:04] <sheytan> apachelogger: i got it. uploading
[21:09] <sheytan> apachelogger: http://www.sendspace.com/file/dstli1
[21:10] <apachelogger> hm
[21:11] <apachelogger> too minimalistic IMHO
[21:16] <yofel> ScottK: can you take a look at bug 947498  please? thanks.
[21:16] <ScottK> yofel: It's bugfix only.  No FFe needed.
[21:16] <yofel> ScottK: not quite
[21:17] <ScottK> Oh?
[21:17]  * ScottK reads the bug.
[21:17] <sheytan> apachelogger: that's just a simple mockup
[21:17] <sheytan> showing only the animaion
[21:17] <ScottK> OK.  Approved.
[21:17] <Peace-> sheytan: of what?
[21:17] <sheytan> plymouth won't be that simple :)
[21:18] <sheytan> Peace-: transition between  plymouth - > KDM/LDM- > splash - >Desktop
[21:18] <sheytan> so the proccess of kubuntu starting
[21:18] <yofel> ScottK: thanks, I'll add the bug to the ones being closed on upload
[21:18] <apachelogger> well
[21:19] <ScottK> OK.  Great.
[21:19] <apachelogger> sheytan: we can do better
[21:19] <sheytan> like?
[21:19] <Peace-> sheytan: i did this http://www.youtube.com/watch?v=BdhzbDjupEs
[21:19] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime] Philip Muškovac * 262 * debian/changelog close bug 947498 on upload as well
[21:20] <apachelogger> sheytan: considering lightdm can use qml ... considering the case of ariya we could have the stripes fold on enter and unfold on leaving
[21:20] <Peace-> well i used the kubuntu logo right now
[21:20] <sheytan> apachelogger: sure we can. As i said, that's just a simpla animation shwoing what i have on mind
[21:21] <apachelogger> sheytan: i.e. plymouth would have a constant background of the right most stripe, then when lightdm comes up we simply qml animate the right most stripe coming in from the bottom, moving on until it reached final position
[21:21] <apachelogger> same for all the uper stripes
[21:21] <sheytan> Peace-: quite nice :)
[21:21] <apachelogger> when login was successful we simply roll back the effect
[21:21] <Peace-> btw aseigo has said i can put on it even the audio sheytan
[21:21] <apachelogger> of course that still doesn't clear what should be done to whatever "window" we had for the login box etc.
[21:21] <Peace-> but for now i was not be abble
[21:21] <apachelogger> but that would be an approach for the background
[21:22] <sheytan> apachelogger: remember my ldm mock?
[21:22] <apachelogger> plus a similar thing could be applied to all former default wallpapers
[21:22] <Peace-> apachelogger: the default background just sucks
[21:22] <apachelogger> in that they all had visual elements that can have animated appearance
[21:22] <Peace-> for me is really bad
[21:22] <apachelogger> Peace-: matter of opinion
[21:22] <apachelogger> sheytan: yus
[21:22] <Peace-> yep
[21:23] <ScottK> As long as there are sharks and laser beams, I'm happy.
[21:23] <apachelogger> sheytan: though if you have the latest version still that would be good, cause I'd have to search somewhere
[21:23] <sheytan> apachelogger: so we just change the background to mach your animation
[21:23] <apachelogger> though I dunno where that somewhere is ^^
[21:23] <sheytan> wait
[21:23]  * sheytan used to write a blog sometime ago
[21:23] <apachelogger> sheytan: the background doesn't need changing, we simply wouldn't have one pixmap grafik but a whole set of them, with qml we then animate them into the actual background
[21:23] <sheytan> http://1.bp.blogspot.com/-UhquGKi5SdU/TfP1QoDROmI/AAAAAAAAB38/5wHUthdSIMQ/s1600/mockup.jpg
[21:24] <apachelogger> ScottK: I do want a light saber though
[21:24] <sheytan> apachelogger: that a  good idea too
[21:24] <apachelogger> agateau: http://1.bp.blogspot.com/-UhquGKi5SdU/TfP1QoDROmI/AAAAAAAAB38/5wHUthdSIMQ/s1600/mockup.jpg get cracking ;)
[21:24] <sheytan> i already saw agateu's work on ldm, but couldn't install it to test
[21:25] <apachelogger> sheytan: as said though, that doesn't deal with the login box etc.
[21:25] <Peace-> apachelogger: good
[21:25] <apachelogger> also the entire thing should not be taking longer than 0.5 sec or it will be too long, so plenty of tricky parts there still
[21:25] <apachelogger> though the animation itself should be jolly straight forward
[21:25] <apachelogger> as it is not particularly fancy
[21:26] <sheytan> apachelogger: for my  ldm there's only one animation. If you  click on your user (avatar), the other ones fades a bit, your  picture slides from the list down, box  for pass  appears and session button. It will take no longer then 0.5s couse this will all happen same time
[21:27] <apachelogger> yes, what I am saying is that appear/disappear animations alltogether must not be longer than 0.5 sec
[21:28] <apachelogger> your's probably should be even shorter, though that probably simply needs trying
[21:28] <sheytan> http://img41.imageshack.us/img41/930/login22.png
[21:28] <sheytan> this one is the corrected version of the mock
[21:30] <apachelogger> agateau: http://img41.imageshack.us/img41/930/login22.png
[21:31] <sheytan> So
[21:31] <sheytan> you know all you need :D
[21:31] <sheytan> you've got my ldm mock
[21:31] <sheytan> i will do plymouth now
[21:31] <sheytan> and splash
[21:31] <sheytan> and you're ready to code
[21:31] <sheytan> :D
[21:31] <sheytan> and in that time ill take care about the installer
[21:32] <ScottK> shadeslayer and Riddell: Digikam buildlog: http://kitterman.com/kubuntu/digilog
[21:32] <ScottK> It's about 7MB.
[21:34]  * yofel wonders what to do with a rekonq upstream version of 0.9.0-1 o.O
[21:35] <ScottK> Slap them around.
[21:35] <yofel> <IP_ADDRESS>, or 0.9.0~1, or...
[21:35] <yofel> wait, ~1 is nonsense
[21:37] <apachelogger> Oo
[21:37] <apachelogger> hah
[21:37] <apachelogger> <3
[21:37]  * apachelogger should make releaseme reject versions like that
[21:37] <yofel> well, it did make uscan fail
[21:55] <debfx> yofel: 0.9.0-1 is a valid upstream version
[21:57] <debfx> 0.9.0-1-0ubuntu1 looks a bit weird but is valid
[21:57] <yofel> oh, you're right
[22:05] <micahg> yeah, a lot of the R packages are versioned that way
[22:14] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdepim] Philip Muškovac * 196 * debian/ (3 files in 2 dirs) Import 0001-Fix-Bug-258551-KMailCVT-leaks-lots-of-memory-when-im.patch from upstream KDE/4.8 branch
[23:58] <nixternal> apachelogger: i can't remember anything in regards to that splash stuff. all i did was copy the ubuntu one, change 2 colors and the logo. don't know if others have touched it since i did


[05:50] <m4sk1n_> flexiondotorg: popey: ping
[05:54] <dows> hi m4sk1n where are you from?
[06:04] <m4sk1n_> dows: Poland 🇵🇱
[06:08] <dows> ah nice
[06:08] <dows> greetings from malaysia
[06:08] <m4sk1n_> greetings from Poland :)
[09:37] <popey> morning
[09:41] <m4sk1n_> hi popey
[10:07] <m4sk1n_> popey: can you review/approve my task?
[10:07] <popey> Just in a meeting, will look at it in a short while.
[10:07] <m4sk1n_> ok
[10:08] <m4sk1n_> there's probably no way to do it bad…
[10:09] <m4sk1n_> “FOLLOW THE * SNAP CREATION TUTORIAL” tasks are the easiest ones…
[10:09] <popey> hah, true, but we've had some where people just reply "done it" with no proof of work
[12:02] <m4sk1n_> I have completed 3 more tasks of this type…
[12:33] <Villy> Hi
[12:34] <Villy> I need some help.
[12:38] <sjal> hey Villy what do you need?
[12:39] <Villy> In task https://codein.withgoogle.com/dashboard/task-instances/4701422455095296/
[12:40] <Villy> I'm not clear!!
[12:43] <Villy> Can you explain thoroughly?🙏🙏🙏
[12:43] <Villy> Please 😁😁😁
[12:44] <sjal> Can you pinpoint the exact thing you don't understand?
[12:45] <Villy> I have a language problem
[12:45] <sjal> Yeah but you don't know how to follow the tutorial
[12:45] <sjal> or you have trouble creating a snap?
[12:47] <Villy> I'm not understand sentence "file bugs (if found) at the external link."
[12:48] <Villy> What is mean?
[12:49] <m4sk1n_> “file bugs” menas the same what “report bugs”
[12:49] <Villy> What should I send?
[12:50] <m4sk1n_> create bug report if you found one
[12:50] <m4sk1n_> if everything's ok, just don't report anything
[12:51] <Villy> And how to follow tutorial?
[12:53] <Villy> https://docs.snapcraft.io/build-snaps/c   right?
[12:54] <Villy> I'm readed, How to submit?
[12:57] <m4sk1n_> I think that the steps are explained with very easy to understand words
[12:58] <m4sk1n_> even I can understand it XD
[12:59] <m4sk1n_> about week ago I joked that this year there should be task to translate tasks for next year to other language :D
[13:04] <Villy> I'm present >>> Thai language
[14:31] <sergiusens> daniellimws hey there! So once elopio says hi here I suggest you two communicate :-)
[14:31] <elopio> Hello everybody😃
[14:33] <daniellimws> hello :D
[14:38] <elopio> daniellimws how can I help you?
[14:40] <daniellimws> nothing much i suppose, just chilling here
[14:40] <daniellimws> perhaps sergiusens was referring to the cla issue
[14:41] <daniellimws> somehow for my first commit the cla check passed but for the future ones it didn't
[14:41] <daniellimws> possibly due to my launchpad account having a different email from my github, but i've just added it so it should be ok (i hope)
[14:43] <elopio> I will re-run it and we will see
[14:46] <heesen>  hi elopio, kyrofa and sergiusens.
[14:46] <elopio> Hello heesen, welcome
[14:52] <m4sk1n_> popey: another task to review :D
[14:53] <heesen> For the Answer a snapcraft question in askubuntu task I have submit a screenshot of my answer it is enough ?
[14:53] <popey> Or a link to the answer. Every askubuntu question has a "share" link under it, use that
[14:54] <heesen> ok thanks
[15:03] <heesen> I have done it waiting for review
[16:44] <alexy> hi elopio and sergiusens
[16:44] <elopio> hello alexy, welcome.
[16:44] <elopio> let us know if you have any questions with your task.
[17:03] <zgredinzyyy> hi everyone !
[17:06] <Razvan> hi elopio
[17:06] <Razvan> hi sergiusens
[17:06] <Razvan> my name is Razvan
[17:09] <elopio> Hello Razvan, nice to meet you.
[17:10] <Razvan> Elopio, i do have a problem with the code-in task
[17:10] <Guest93982> hi
[17:10] <Guest93982> I want to translate a video
[17:10] <Razvan> In the several videos the word "snaps" are common. Should i translate those too?
[17:10] <elopio> Razvan: no, please leave that untranslated
[17:11] <Razvan> Ok
[17:11] <elopio> Guest93982: cool, your translations will be appreciated.
[17:11] <Guest93982> can I do this one ? https://www.youtube.com/watch?v=S3YvRALc2C0
[17:13] <zgredinzyyy> i have one question elopio do I have to translate title and description?
[17:13] <elopio> Guest93982: yes, go for it. I think youtube will tell you if it's already translated.
[17:14] <elopio> zgredinzyyy: that would be nice, but I don't think youtube allows to display the translated info.
[17:15] <m4sk1n_> Razvan: you can use “snap packages” term of it would make it easier to understand and only translate “packages”, like „pakiety snap” in Polish
[17:15] <elopio> popey: could you upload the transcript for the videos to some github repo? I think that will make it nicer, like an index to sync on translations.
[17:15] <Guest93982> ok nice
[17:15] <elopio> popey: or, send them to me and I'll take care.
[17:16] <Razvan> ok m4sk1n_
[17:18] <m4sk1n_> that's what I did
[17:18] <popey> elopio: uh, sorry, I don't understand what you want?
[17:19] <elopio> popey the script of the videos you recorded.
[17:19] <m4sk1n_> popey: when will you review my current submission? :)
[17:19] <popey> elopio: which video are you after in particular?
[17:20] <elopio> popey: all the short ones in youtube.com/snapcraftio
[17:21] <popey> hm, will need to dig them  out, they're in separate google docs
[17:21] <popey> elopio: https://docs.google.com/document/d/1N7UnX5Z3bdjBUDOJMy-3JCDGGBC4i5jgUQEEJDyxOEQ/edit#heading=h.63obnni4s0z4
[17:22] <popey> elopio: https://docs.google.com/document/d/1U7MGGlKPJ106u8mCW3s1W5uGgPx82-HLwpNjRsndQlw/edit
[17:23] <popey> elopio: https://docs.google.com/document/d/12FLARN0mgelYHzYD4a3AIjpjGGk1OOFigv48oYQtqc4/edit
[17:23] <popey> elopio: https://docs.google.com/document/d/1IGWg8gyH0qgdT_EvTlrSAt-bCC3vcAGccw3oUHQqayE/edit
[17:24] <Razvan> the snapcraft command is the equal to snapcraft program? in this video https://www.youtube.com/watch?v=S3YvRALc2C0
[17:24] <elopio> Thank you 😃
[17:24] <Razvan> at 00:07
[17:24] <popey> Razvan: yes
[17:25] <popey> Razvan: command / program, means the same
[17:25] <elopio> popey: can we use a creative commons license for the videos?
[17:25] <popey> they're currently whatever the default youtube license is, I'm fine with whatever license you want to use
[17:25] <popey> CC-BY-SA perhaps?
[17:26] <popey> m4sk1n_: your hostname is mastodon? :)
[17:26] <elopio> popey: perfect
[17:26] <m4sk1n_> popey: it's vps used to host mastodon instance
[17:26] <popey> ahhhh
[17:27] <popey> makes more sense now :)
[17:28] <m4sk1n_> I was far from home yesterday, but my internet connection doesn't allow me to use SSH :D
[17:29] <m4sk1n_> anyone else using Mastodon here? :)
[17:32] <popey> I'm on it but don't use it much
[17:35] <wxl> m4sk1n_<EMAIL_ADDRESS>[17:36] <wxl> also it may be notable that there's<EMAIL_ADDRESS>and<EMAIL_ADDRESS>[17:40] <m4sk1n_> I knew about @lubuntu, but haven't know about @kubuntu, thanks
[17:58] <Razvan> There is a problem if i added from myself somewords?
[17:58] <Razvan> Like it sounds better if i use command: snapcraft push
[17:58] <Razvan> than use snapcraft push
[18:03] <Razvan> hey elopio
[18:03] <Razvan> im done
[18:03] <Razvan> that was the longest 2 mins from my life
[18:04] <Razvan> what should i do now?
[18:08] <Razvan> is there someone?
[18:08] <Razvan> i finally ended translate and dont know what to do next.
[18:12] <Razvan> @popey
[18:15] <m4sk1n_> Razvan: don't use “@m4sk1n_” to mention someone on IRC, rather use “m4sk1n_:” or “m4sk1n_,”
[18:15] <Razvan> there you are
[18:15] <Razvan> now what should i do?
[18:15] <Razvan> i've send the subtitles
[18:17] <Razvan> elopio, i think you are the boss around here
[18:23] <Razvan> m4sk1n_: i think im done here, right?
[18:23] <Razvan> i've translated the video and send it
[18:35] <wxl> m4sk1n_: admittedly it should work just the same
[18:35] <wxl> unless your client sucks XD
[19:22] <zgredinzyyy> elopio, when my job should be reviewed?
[19:34] <elopio> zgredinzyyy: when a mentor gets to it. It shouldn't take a long long time, but you should be patient.
[19:35] <elopio> I am just back from holidays, so I have a huge backlog of tasks to check. I hope I will get to it tonight.
[19:37] <zgredinzyyy> Ok, im patient but it's my first time in "code in" and im a little bit excited and nervous so you know...
[19:37] <zgredinzyyy> and good luck with work ;)
[19:38] <elopio> zgredinzyyy: I know :) We appreciate a lot the work you are doing.
[20:55] <m4sk1n_> popey: one more :P
[21:23] <K4R4N> Elopio?
[21:23] <K4R4N> Mentors :'(
[21:23] <K4R4N> Where are you!!! :'(
[21:24] <wxl> K4R4N: what do you need?
[21:24] <m4sk1n_> don't cry K4R4N ;)
[21:36] <m4sk1n_> popey: in fact my 1€/month VPS (while running Mastodon) works better than my notebook…
[22:29] <balloons> welcome back elopio :-)
[22:36] <m4sk1n_> not directly related to gci, but https://github.com/canonical-docs/snappy-docs/issues/218 do you think it looks 🅱etter after this commit?
[22:57] <elopio> hello balloons  :)


[02:48] <olly> cjwatson: ah "In the main `debian/control' file in the source package" rather than "in the .dsc"
[02:49] <cjwatson> yep
[02:51] <olly> agreed then, will follow up shortly and close that
[02:53] <olly> i don't see in my command history where I uploaded it before, though dput doesn't generate an ".upload" file thanks to the "/" in the "ppa:foo/bar" so it's hard to know for sure from my end
[02:53] <olly> but the ppa doesn't have the package I tried to upload in it: https://launchpad.net/~xapian-backports/+archive/ubuntu/ppa/+packages
[02:55] <olly> cjwatson: do you want the dsc to look at?
[02:56] <cjwatson> olly: no, it was clearish from the log that it was just due to the identical version number
[02:57] <cjwatson> olly: there's a 1.4.0-4.99precise there, which AFAICS is the one you tried to upload
[02:57] <cjwatson> grep xapiancjwatson@carob:~$ grep xapian-backports /srv/launchpad.net-logs/production/haetae/lp_queue/process-upload.log
[02:57] <cjwatson> 2016-11-22 19:10:14 DEBUG   Considering changefile ~xapian-backports/ppa/ubuntu/xapian-core_1.4.1-1.99precise_source.changes
[02:57] <cjwatson> 2016-11-22 19:10:19 DEBUG     Subject: [~xapian-backports/ubuntu/ppa/precise] xapian-core 1.4.1-1.99precise (Rejected)
[02:58] <olly> reject message was for:  [~xapian-backports/ubuntu/ppa/precise] xapian-core 1.4.1-1.99precise (Rejected)
[02:58] <cjwatson> oh, I can't read
[02:58] <cjwatson> yeah, in that case I'd like to see .changes and .dsc
[02:59] <cjwatson> (though I may be falling over into bed soon)
[03:03] <olly> cjwatson: https://survex.com/~olly/xapian-core_1.4.1-1.99precise.dsc https://survex.com/~olly/xapian-core_1.4.1-1.99precise_source.changes
[03:04] <olly> (i also uploaded for some other codenames in the same command, but those seem to have disappeared without a sound)
[03:05] <cjwatson> olly: somehow that PPA has ended up being configured to only build for lpia
[03:05] <cjwatson> which isn't a thing any more
[03:06] <olly> odd, I'm sure I didn't deliberately do that, and struggle to think how I might have by accident
[03:06] <cjwatson> olly: go to https://launchpad.net/~xapian-backports/+archive/ubuntu/ppa/+edit, check amd64 and i386, save, try the upload again
[03:06] <cjwatson> it might have happened if you were editing something else about the PPA and had an accident with keyboard navigation, maybe?
[03:07] <cjwatson> (at least conceivable)
[03:07] <cjwatson> it looks like several previous uploads have been accepted but ended up with no builds
[03:07] <olly> oh i wonder if the last upload was actually built in another ppa and then I copied it here
[03:07] <olly> so it could have been like this for a while
[03:08] <olly> anyway, thanks for spotting what's up
[03:08] <cjwatson> yeah, that could be
[03:08] <cjwatson> https://launchpad.net/~ojwb/+archive/ubuntu/xapian-1.3
[03:08] <cjwatson> sorry that took a while to spot due to my misreading of the log entry!
[03:08] <olly> yeah, then someone pointed out that the 1.3 was confusing
[03:09] <olly> cjwatson: so should I be able to reupload?  or do I need an upload with different bits, or a new version number?
[03:09] <cjwatson> you can reupload with the same version in this case, since it was rejected
[03:09] <olly> cool, thanks
[03:10] <cjwatson> the version is only burned if it's accepted
[13:10] <zhipengh> hello, could someone with admin power help me with https://answers.launchpad.net/launchpad/+question/404209
[13:19] <cjwatson> zhipengh: done; please update the display name and description and such yourself
[13:27] <zhipengh> thx cjwatson !
[14:04] <om26er> Hello! Can I have armhf builds enabled for this ppa please: https://launchpad.net/~autopilot/+archive/ubuntu/1.7
[14:06] <om26er> cjwatson: ^
[14:07] <cjwatson> om26er: you can do that yourself, just go to +edit
[14:08] <om26er> cjwatson: that was simple. Is that a new feature ?
[14:09] <cjwatson> om26er: some months ago
[16:06] <nacc> I noticed recently that 'vivid', 'wily' are still 'active' in launchpad's API? Is 'active' the right flag to look at for current development releases (this is for the importer, to determine which -devel refs to create, e.g., trusty-devel, xenial-devel, to help with SRUs)
[16:07] <iliv> cjwatson, > iliv: out of curiosity, any reason you keep creating ... afresh over and over? // I still can't get it to build a snap package so I tried importing repo with branches and without branches, renamed repo to be more meaningful and such.
[16:12] <iliv> oh i see
[16:12] <iliv> I have to request builds
[16:42] <cjwatson> nacc: it's the right flag; vivid and wily are trailing in terms of being EOLed due to phone and such
[16:45] <nacc> cjwatson: oh right, thanks!
[16:45] <cjwatson> nacc: (it might not be completely stupid to special-case them for now ...)
[16:47] <nacc> cjwatson: yeah, i was considering that, it's probably the right thing to do just to keep it less confusing (it's not wrong, per se, to have -devel branches for them, they'll just go unused)


[03:02] <nudtrobert> beuno: hi, i'am from ubuntu kylin team and reached you via seb128. We deployed canonical-identity-provider for Ubuntu Kylin and there are some problem www-oops reported. I have send a mail attached the www-oops log. If you could have a look?
[07:06] <mgedmin> does anyone know which package contains the translation for the syslinux boot menu (http://i.imgur.com/gSMVrYk.png) ?
[07:24] <LocutusOfBorg1> hi Laney I forgot to ask a sync :/ virtualbox related
[07:24] <LocutusOfBorg1> it is kbuild, fixing an RC bug, one line change
[07:24] <LocutusOfBorg1> http://anonscm.debian.org/cgit/pkg-virtualbox/kbuild.git/commit/?id=0437af2183faedf5b9b065bc0910242afba1e53e
[07:25] <LocutusOfBorg1> with never kernels rebuilding virtualbox fails because of the error threated as "fatal"
[07:26] <LocutusOfBorg1> bug 1384075
[11:08] <_nedR> guys.. Could someone shed light on why https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1170647 is not yet fixed?
[11:33] <cjwatson> mgedmin: gfxboot-theme-ubuntu
[11:35] <mgedmin> cjwatson, thanks!
[11:36] <mgedmin> only none of the translatable messages in gfxboot-theme-ubuntu mention Ubuntu GNOME.  hm.
[11:36] <cjwatson> Oh err it's possible that I forgot to add that :-/
[11:37] <cjwatson> Too late now for utopic unfortunately - no way we'd get any reasonable number of translations even if I added it right now.  Could you file a bug to remind us not to screw this up for vivid?
[11:37] <mgedmin> pull-lp-source gfxboot-theme-ubuntu utopic && cd gfxboot-theme-ubuntu-0.17.0 && grep -R 'Ubuntu GNOME' . -> no matches
[11:37] <mgedmin> sure, I can file a bug
[11:38] <mgedmin> I don't mind this getting fixed for 15.04
[11:38] <cjwatson> Yeah, unfortunately we have to do this for each flavour because they're inflected differently in some languages
[11:38] <cjwatson> (For an inaccurate analogy, think "an Ubuntu image" vs. "a Kubuntu image")
[11:39] <cjwatson> And then there are the languages that transliterate the flavour names
[11:39]  * mgedmin wants a large disk and the sources of all the ubuntu packages, for recursive greps
[11:53] <geser> something like http://codesearch.debian.net/ and http://sources.debian.net/ but for Ubuntu would be nice, but it doesn't exist AFAIK
[12:37] <beuno> nudtrobert, hi. So, my understanding is that deploying more SSO's is not something we'd want. I'd refer you to willcooke for that.
[12:39] <nudtrobert> beuno, hi. we have talked about sso deployment in Auguest's Canonical-UbuntuKylin meeting
[12:42] <nudtrobert> willcooke, hi, we, ubuntu kylin team, meet some problem in deploying canonical-identity-provider. if you could off some help to check the www-oops log?
[12:51] <ogra_> barry, did you try to OTA a phonne today ?
[12:52] <ogra_> seems we all have issues
[12:52] <barry> ogra_: i have not.  could be problems with server?
[12:52] <ogra_> yeah
[12:53] <ogra_> i wonder if the proxy was put in place
[12:53] <barry> ogra_: direct hits to system-image.ubuntu.com work.  can you get a shell on your phone?
[12:54] <barry> ogra_: i'll be right back.  gonna go grab my phone
[13:03] <barry> ogra_: very well could be the proxy.  i'm getting a 404 on  https://system-image.ubuntu.com/channels.json
[13:04] <ogra_> ah
[13:04] <ogra_> barry, hmm, i dont
[13:04] <barry> ogra_: get a shell and do: system-image-cli --dry-run -vv
[13:04] <barry> oh, hang on
[13:05] <stgraber> ogra_: so IS is mirroring http but not https so if they two are out of sync you can expect a bunch of 404s
[13:06] <stgraber> herb: any chance you can configure the system-image mirror to proxy things back to the original server when hitting 404 (I can probably dig the apache config to do that if that helps)?
[13:06] <barry> ogra_: http://system-image.ubuntu.com/pool/ubuntu-e89654df318eb90327c644de47bbc4d752ff1a7547c0f5c49020ff0a15eaf10f.delta-ubuntu-f9096ef452d353fcdcd08220b83c907a3200bce9f2e26dee17653f914dc583d8.tar.xz:NETWORK ERROR
[13:07] <barry> stgraber: ^^ http url gets a network error from udm
[13:08] <stgraber> barry: right, which is to be expected if the mirror is out of sync
[13:08] <barry> stgraber: ack
[13:10] <beuno> nudtrobert, I understand. You should talk to him to figure this out
[13:10] <stgraber> herb: something like http://paste.ubuntu.com/8627643/ should do the trick (completely untested)
[13:21] <herb> stgraber: I'd rather not try that right now. I'll give it a whirl around lunch time though if that's already
[13:22]  * herb would rather not break things while people are working
[13:29] <stgraber> herb: ok, in the mean time, can you increase the sync frequency?
[13:30] <herb> stgraber: it's running continuously
[13:30] <herb> so... not really?
[13:31] <stgraber> hmm, ok :)
[13:31] <herb> I think I sleep it for 5 minutes between runs
[13:32] <herb> just so we aren't hammering the origin
[13:34] <stgraber> ok, seems odd that people are still hitting the 404s somehow
[13:39] <herb> hmm. rsync was erroring out. I'm running a sync now manuall
[13:39] <herb> y
[13:39] <herb> I'll debug it after that finishes
[13:44] <doko> rsalveti, can you get rid off the openjdk-6 b-d in gcc-i686-linux-android ? xnox already removed that for the arm toolchain
[14:04] <doko> make[1]: Entering directory '/scratch/packages/tmp/gcc-arm-linux-androideabi-0.20130705.1/android'
[14:04] <doko> build/core/main.mk:45: ********************************************************************************
[14:04] <doko> build/core/main.mk:46: *  You are using version 4.0 of make.
[14:04] <doko> build/core/main.mk:47: *  Android can only be built by versions 3.81 and 3.82.
[14:04] <doko> build/core/main.mk:48: *  see https://source.android.com/source/download.html
[14:04] <doko> build/core/main.mk:49: ********************************************************************************
[14:04] <doko> build/core/main.mk:50: *** stopping.  Stop.
[14:04] <doko> xnox, rsalveti: ^^^ \o/
[14:14] <rsalveti> doko: we have a path for that in our repo
[14:15] <rsalveti> need to find it though, on a meeting now unfortunately
[14:31] <bdrung_work> cjwatson, ping
[14:32] <cjwatson> bdrung_work: ?
[14:32] <bdrung_work> i want to talk about your change in netcfg 1.21ubuntu2
[14:32] <cjwatson> Er the chances of me remembering anything about the context of that now are basically nil
[14:32] <cjwatson> It was eight and a half years ago
[14:34] <bdrung_work> cjwatson, can it be that this was a workaround for bug #1307429?
[14:35] <bdrung_work> cjwatson, specifying allow-hotplug works now as expected.
[14:35] <cjwatson> I'm afraid I have no idea whatsoever
[14:35] <cjwatson> If you want to propose a change there then I'd suggest talking with stgraber to make sure it's globally sensible
[14:36] <bdrung_work> cjwatson, what do you mean with 'globally sensible'?
[14:36] <stgraber> I'm assuming he means that allow-hotplug is globally supported, which it isn't at the moment
[14:36] <cjwatson> no unexpected results in weird places in the stack that I don't know about
[14:37] <stgraber> ifupdown does indeed support it now thanks to your change last cycle, but not all of the ifupdown hooks do support it
[14:37] <stgraber> we've got a bunch of udev and ifupdown hooks that I believe still call ifquery and only care about auto
[14:42] <bdrung_work> stgraber, do you know which ones?
[14:45] <ogra_> herb, hmm, does that mean nobody can work until lunch ? (we all need to upgrade our phones to be on the latest images etc)
[14:47] <ogra_> herb, oh, ignore me, seems my phone now upgrades fine
[14:47] <ogra_> (thanks !!!)
[15:39] <stgraber> bdrung_work: my guess would be at least bridge-utils and vlan, possibly ifenslave too
[15:52] <cjwatson> mvo: can you have a look at https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/utopic/ubuntustudio/+build/9479 and see if you can puzzle it out?  looks like an apt ordering bug, maybe, terrible time to hit one though
[15:52] <cjwatson> I couldn't reproduce it locally (I was only driving lb directly rather than from a full launchpad-buildd setup though)
[16:03] <mvo> cjwatson: indeed, that looks nasty
[16:50] <smoser> anyone else see compiz (i think) lock ups in utopic ? basically i'm using system fine, and then screen freezes.  mouse moves, and even changes icon per content under it (ie, mouseover alink in firefox).
[16:52] <smoser> when this happens i end up rebooting.
[16:52] <smoser> kickinz1 was seeing this too.
[16:54] <smoser> i'm not sure if its kernel or compiz.
[17:05] <smoser> well, i opened https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1384342 . i'm not sure if that is separate bugs or the same.
[17:53] <slangasek> xnox: either you're trolling or you should ++verbose
[18:47] <sarnold_> gaughen: tada! :) https://bugs.launchpad.net/ubuntu/+source/python-pysnmp4/+bug/1349868
[19:31] <maniaque> does anyone know about tzdata update of Ubuntu Server LTS? it was proposed at 17th
[19:34] <mdeslaur> infinity: ^
[20:01] <rsalveti> doko: the patch for that failure: https://code-review.phablet.ubuntu.com/gitweb?p=aosp/platform/build.git;a=commitdiff;h=11c351df78fc05ac5a1c73153070901a1862106a;hp=35f35300cd920cfa438ecc0a8ef715dc9862e68c
[20:17] <infinity> mdeslaur: I'll test and promote those this afternoon.  Sorry, been distracted by the release.
[20:18] <mdeslaur> infinity: don't apologize to me, my timezone isn't changing :)
[20:34] <pitti> cjwatson: for ssh's -o ControlMaster=auto and -o ControlPath=$path, is there any way I can tell the ssh multiplexer process to quit, or find out its pid to SIGTERM it?
[20:35] <pitti> cjwatson: I can do the equivalent of ps ux|grep ssh.*$path, but that's a bit ugly
[20:36] <pitti> cjwatson: I need it as it has the same stderr as adt-run, which causes a long hang on cleanup
[20:43] <mlankhorst> pgrep ;-)
[20:44] <mlankhorst> or grab the pid after forking
[20:44] <pitti> I was hoping for someting slightly more elegant/robust, like sending a command to the socket or a pid file or so
[20:45] <pitti> mlankhorst: that fork is under ssh's control, not mine
[20:47] <geofft> pitti: ssh -O exit
[20:47] <pitti> geofft: ooooh! just what I was looking for, thanks!
[20:47] <pitti> cjwatson: unping
[21:12] <cjwatson> geofft: thanks for finding that for pitti before I saw it :)
[21:12] <pitti> working like a charm indeed \o/
[21:30] <doko> rsalveti, fixed
[21:32] <rsalveti> doko: great
[21:36] <smoser> anyone want to look at my console log collection of amd64 "works" and ppc64el "does not work".
[21:36] <smoser> something is different between
[21:36] <smoser> amd64: http://paste.ubuntu.com/8632475/
[21:36] <smoser> ppc64el: http://paste.ubuntu.com/8632478/
[21:37] <smoser> for some reason ppc64el mountall never says: mounting event sent for /
[21:39] <doko> jamespage, can you subscribe your team for the ceilometer deps?
[21:41] <smoser> slangasek, ^ i know your busy, but as 'mountall' is involved, you're who i bother.
[21:42] <smoser> i can get similar logs with '--verbose' on console.
[21:50] <slangasek> smoser: did you work out what the 13th virtual filesystem is that hasn't successfully mounted?
[21:51] <slangasek> smoser: virtual filesystems are mounted first before local filesystems are attempted (because fsck); so that's where it's getting stuck
[22:17] <nemo> Hey folks. I ran into a pretty nasty crash, and wanted to show the devs the stack trace
[22:18] <nemo> is there any way to copy it out of apport ?
[22:18] <nemo> erm. that is what the ubuntu crash manager gui is called right?
[22:18]  * nemo checks process list to be sure
[22:18] <nemo> apport-gtk looks like
[22:18] <nemo> there's a nice tree structure, but can't seem to ctrl-c to copy the stack trace, and there's no export as text option or anything as far as I can see
[22:19] <nemo> aaand no likely looking files in /tmp
[22:32] <cjwatson> pitti: Why does language-pack-af depend on language-pack-an-base?