[02:30] <yuriy> Hi everyone!
[02:31] <yuriy> Working on cleaning up my mapping of Oxygen icons to OpenOffice.org icons. Hopefully LibreOffice themes haven't changed too much so this will still be helpful.
[02:31] <yuriy> Anybody else working on the Breeze LibreOffice theme?
[02:40] <valorie> I know Riddell had a few GCi students do some work
[02:40] <valorie> not sure about any details though
[02:41] <valorie> Riddell should be along in a few hours; if you can't stick around that long, please write to Kubuntu-devel ML
[02:41] <valorie> it's awesome that you are doing this work, yuriy
[02:42] <valorie> thank you
[02:42] <yuriy> he asked me about it almost 2 months ago and I've had LO people ask about it over the years. sorry just getting to it.
[02:42] <valorie> no apologies!
[02:42] <valorie> work is work, and I thank you for it
[02:42] <yuriy> anyways I'm not going to really test but I want to at least send you guys what I have in a usable format
[02:43] <valorie> cool
[03:04] <yuriy> would I be able to send an attachment to kubuntu-devel? I don't think the bzr repo I was using is up anymore
[03:20] <yuriy> What is GCi? Is that like Season of KDE?
[03:34] <valorie> Google Code-in - it is a contest for teens
[03:34] <valorie> rather than the students come up with proposals, the mentors set up small tasks that the kids can do in 1-3 days
[03:34] <valorie> pretty cool
[03:35] <valorie> yuriy: not sure that attachments are allowed
[03:35] <valorie> why not commit somewhere?
[03:35] <valorie> surely there is a repo somewhere
[03:38] <yuriy> Just because things have moved around so much in the last 5 years!
[03:38] <yuriy> That sounds like a cool program
[03:40] <yuriy> Looks like the repo is still there, but moved
[03:51] <valorie> you probably need to update from that before uploading your changes
[04:01] <yuriy> Yep figured it out http://bazaar.launchpad.net/~kubuntu-packagers/openoffice.org-oxygen-icons/oxygen/changes/
[04:02] <valorie> excellent!
[08:29] <soee> good morning
[09:12] <lordievader> Good morning.
[09:21] <Riddell> sitter: yo, we need to get our backports story right for utopic
[09:21] <sitter> Riddell: おはよう
[09:22] <Riddell> sitter: I planning to put them into kubuntu-ppa/next
[09:22] <Riddell> but I guess it could be argues we need a kubuntu-ppa/next-backports
[09:22] <sitter> Riddell: that will make a large chunk of things uninstallable/conflicting though
[09:22] <Riddell> but I feel simplisity doesn't like that
[09:22] <Riddell> sitter: starting with KF5 which shouldn't affect anything
[09:23] <Riddell> then doing KDE Applications which shouldn't either
[09:23] <sitter> Riddell: Qt5.4 does
[09:23] <Riddell> then work out what needs done to copy over the Qt 5.4 packages, presumably recompiling stuff like qtcreator
[09:23] <sitter> sec, looking for data
[09:23] <sitter> Riddell: recompiling half of everything
[09:23] <Riddell> then backport plasma 5.2 beta
[09:24] <soee> Riddell: when can we expect 5.2 beta for vivid ?
[09:24] <sitter> comments in a bit, gathering data
[09:24] <Riddell> soee: before I do it for utopic
[09:25] <soee> :D
[09:25] <Riddell> ./kwin-5.1.95/CMakeLists.txt:set(QT_MIN_VERSION "5.3.0")
[09:25] <Riddell> sitter: according to the tars nothing in plasma needs Qt 5.4
[09:26] <sitter> Riddell: there's a load of bugfixes in frameworks that are dependent on 5.4 at buildtime
[09:26] <Riddell> hmm really?
[09:26] <sitter> and well, upstream wants 5.4, not me :P
[09:26] <Riddell> so we'd need to rebuild all of frameworks?
[09:26] <sitter> Riddell: yes, that is why I was saying Qt needs to go in first ^^
[09:27] <Riddell> hmm
[09:27] <sitter> and Qt in general is dodgy territory
[09:27] <sitter> and I am too stupid to use apt-cache today
[09:27] <sitter> anywho
[09:29] <sitter> libqtcore Provides:qtbase-abi-5-3-0 <-- this is a version dependent virtual, every package that uses private bits of Qt i.e. the libqt*private*dev stuff gets this forced into their dependencies because there is no ABI stability for the private bits. so what happens is as you switch libqtcore(5.3.x) with libqtcore(5.4.x) the provides for qtbase-abi-5-3-0 disappears and all packages using the private bits need to be rebuilt to now require qtbase-abi-5
[09:29] <sitter> -4-0 otherwise they will not install
[09:30] <sitter> the problem with this is that it has become acceptable to touch Qt's private parts, so there's plenty of packages that do it
[09:30] <sitter> qtcreator being the obvious one. various (ubuntu) plugins for qtcreator. various ubuntu qml modules. and possibly more things I don't remember now.
[09:31] <sitter> so either we accept that a backport will likely entail that the ubuntu-sdk can not be installed anymore, or we'd need to rebuild all of it, or we'd cheat our way around this by making qtbase 5.4 provide the 5.3 abi package (brrr)
[09:32] <Riddell> I'd favour a rebuild
[09:33] <Riddell> why does this return nothing? apt-cache rdepends qtbase-abi-5-3-2
[09:33] <sitter> because it is virtual
[09:33] <sitter> it's weird
[09:33] <sitter> reverse-depends also fails
[09:33] <sitter> I think I managed to get a list in december somehow
[09:33] <sitter> can't remember though ^^
[09:33] <sitter> Riddell: you can look at the binary lists in var/lib/apt/lists though for a general overview
[09:34] <sitter> pyqt5 definitely must get a rebuild
[09:34] <sitter> Riddell: oh mind you, since the parts are private there is no garuntee that a simple rebuild will sufice
[09:35] <sitter> calibre wants abi as well -.-
[09:35] <Riddell> many of the naughty packages seem to be qt itself
[09:35] <sitter> fcitx-frontend-qt5 probably needs a rebuild
[09:35] <sitter> gammaray
[09:35] <sitter> Riddell: no, check universe
[09:36] <sitter> actually, all in all I think the list was about as many !qt package as qt packages ^^
[09:36] <sitter> ah
[09:36] <sitter> Riddell: here's a resonably complete list actually at the bottom https://docs.google.com/spreadsheet/ccc?key=0AjuCdq68GSyVdFI4QzNQdWpfME5aMEV2VXo0cUpOMkE#gid=25
[09:37] <Riddell> yep
[09:37] <Riddell> which seems do-able
[09:37] <sitter> it'd be a bandaid really
[09:37] <Riddell> which would? rebuilding?
[09:37] <sitter> the thing is... even if we rebuild all of those... if an SRU lands it'll all have been for nothing
[09:38] <sitter> not that I disagree with the notiion of rebuilding all of those. the entire situation is just very meh
[09:39] <Riddell> it is, but that's upstream's fault not ours
[09:39] <Riddell> and we pretty much have to live with what upstream give us
[09:39] <sitter> true true
[09:40] <sitter> Riddell: do we want to stage Qt manually?
[09:40] <sitter> ^ actually needs scripteroo I suppose
[09:44] <Riddell> ah there's no qt 5.4 packages for utopic https://launchpad.net/~canonical-qt5-edgers/+archive/ubuntu/qt5-beta2/+packages?field.name_filter=&field.status_filter=published&field.series_filter=utopic
[09:44] <Riddell> for some reason I assumed there still were
[09:47] <Riddell> sitter: first question I have is where to stage it, there's kubuntu-ppa/staging and kubuntu-ppa/next-staging
[09:48] <sitter> Riddell: next, until vivid is out next is the way to go
[09:48] <sitter> Riddell: also I think we need to put qt4 into a separate ppa
[09:48] <Riddell> sitter: so first qt 5.4 packages need to be put into kubuntu-ppa/next-staging ?
[09:49] <sitter> Riddell: yup
[09:49] <Riddell> can we get away with just copying them from ~canonical-qt5-edgers/qt5-beta2 and assuming they'll build, I guess not
[09:49] <sitter> they didn't when I tried in december xD
[09:49] <Riddell> so do I need to fire up a muckle ec2 with 100 CPUs to test build them in reasonable time?
[09:50] <sitter> though they were still rc packages back then
[09:50] <sitter> Riddell: ppa is plenty fast as long as dep ordering works
[09:51] <Riddell> ppa doesn't allow to go "oh a .install file needs something removed let's remove this and see if it works"
[09:51] <sitter> whole rebuild of the 50% of packages I backported for CI took about 4 hours I think (that's already including qtwebkit)
[09:51] <sitter> Riddell: there should be no such case
[09:51] <sitter> at least not for the ones I backported
[09:51] <sitter> the CI backports I did were literally jenkins jobs hurling the bzr branches at the release tars, changing version and making a source
[09:52] <sitter> Riddell: canonical ppa still has rc packages unfortunately btw
[09:54] <Riddell> meh
[09:54] <Riddell> and no mirv on channel to poke about that
[09:54] <Riddell> mitya57: do you know if there's qt 5.4 final packages around?
[09:55] <sitter> me backport script: http://paste.ubuntu.com/9717571/
[09:56] <Riddell> hmm, ruby, yum
[09:56] <sitter> note: qt backport needs to go into qt dedicated ppa. then we can copy all of the things in there to next and ci and netrunner
[09:56] <Riddell> what's the advantage of that over using just next-staging?
[09:56] <Riddell> seems like an extra step
[09:57] <sitter> Riddell: you can stage in next-staging, they just have to go into a different ppa
[09:57] <sitter> otherwise someone has to select the qt things + rebuilds when copying to ci and netrunner respectively
[09:57] <sitter> instead of simply going "copy all the things in the qt ppa to the foo ppa"
[09:58] <Riddell> I'm a bit confused by that
[09:58] <sitter> how so?
[09:59] <Riddell> I think I'm confused on where ci and netrunner come into it
[09:59] <Riddell> I was planning to do utopic backports for kubuntu userrs and I was expecting netrunner to use that same ppa
[10:00] <sitter> Riddell: for netrunner we will probably take a CI snapshot *probably*
[10:00] <sitter> at any rate we need them in CI ppa as well
[10:01] <Riddell> canonical-qt5-edgers/qt5-beta2 seems to have all the necessary rdepends in it
[10:01] <Riddell> so we need to update those packages to final qt 5.4 versions and rebuild for utopic
[10:01] <Riddell> is that right?
[10:02] <sitter> otherwise netrunner is delayed by release packaging and backporting, while we test CI packages anyway, so we might as well go with those
[10:03] <sitter> Riddell: the packaging is all done in bzr/git for the better part of qts (at least for the half that I monkey packaged for CI)
[10:03] <Riddell> sitter: netrunner would use CI packages for utopic?
[10:03] <sitter> a snapshot, yeah
[10:05] <sitter> Riddell: that makes me think, how about we simply land CI packages for utopic proper and eliminate the backport fiddling? ;)
[10:05] <Riddell> sitter: because CI is master branches only for now isn't it? and netrunner will want packages of stable
[10:05] <sitter> Riddell: I do have to roll out stable this week for exactly this reason
[10:06] <sitter> fortunately the code for all this is not garbage at all and very well tested</scarcasm>
[10:08] <sitter> Riddell: how we land things on top doesn't matter anyway; first we need qt. and on that though: for qt itself we could setup the missing jenkins jobs and have jenkins stage qt for us. the jenkins setup for this is a bit spooky but it served me well in december, so we could perhaps save some time?
[10:10] <Riddell> sitter: if you think it would work then ok but jenkins is your area so you'd be pretty much on your own for setting it up
[10:10] <Riddell> sitter: my feeling is we should get this done pronto and the easiest way is to just grab the packages and recompile them mostly by hand
[10:11] <sitter> for the rebuilds we neeed to do that anyway. but the qt packaging itself is highly automatable, so we could let jenkins handle that
[10:11] <sitter> also means we don't need to restage the things I already have staged as part of CI
[10:12] <sitter> Riddell:  I leave this decision entirely up to you
[10:14] <sitter> jenkins will probably work, if you feel more comfortable with doing it manually or a local script that's just as well ;)
[10:15] <Riddell> wibble, decisions!
[10:15] <sitter> I know, right xD
[10:15] <Riddell> sitter: and make a kubuntu-ppa/qt-staging PPA?
[10:16] <sitter> Riddell: you can just use next-staging, but clear it out first
[10:16] <sitter> for the final landing we then need kubuntu-ppa/utopic-qt5 or something
[10:17] <Riddell> ok I'll fire up a muckle ec2 and rebuild qt 5.4 on it for utopic and put into kubuntu-ppa/next-staging
[10:17] <sitter> kthx
[10:18] <sitter> Riddell: oh btw, did you have any more people work on the new plasma packages? CI is severely red because of missing packages in the new bits :/
[10:19] <Riddell> I did not
[10:19] <sitter> k
[10:19] <Riddell> I like plasma has to wait until qt and kf5 (and maybe kde applications) backports are done for utopic
[10:19] <sitter> yup
[10:19] <Riddell> although I'll need to twiddle the plasma release bits tomorrow in my upstream role
[10:20] <sitter> Riddell: did you see my releaseme mail?
[10:21] <Riddell> briefly, it seemed to be suggesting I write the plasma release script in ruby, that's when I stopped reading it to come back to later when I'd calmed down
[10:21] <sitter> lol
[10:30] <sitter> Riddell: shout when you need help with the qt stuff
[10:30] <Riddell> will do
[10:38] <bukai> Riddell: ping
[10:39] <bukai> Fixed all errors :) working http://test2.kubuntu.co.uk/wordpress/ is working on firefox
[10:39] <bukai> Riddell: ^
[10:43] <Riddell> yay!
[10:45] <mitya57> Riddell, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005
[10:46] <Riddell> mitya57: ah hah, thanks
[10:47] <lordievader> bukai: Whoo, looks fancy :D
[10:47] <mitya57> There are some FTBFSes there, probably I should look at them while Timo is away
[11:09] <Sick_Rimmit> Good Morning lovely Kubuntu folks
[11:10] <soee> hiho Sick_Rimmit
[11:11] <Riddell> hi Sick_Rimmit!
[11:12]  * Sick_Rimmit Smiles and waves
[11:16] <bukai> lordievader: thanks :)
[11:16] <lordievader> Hey Sick_Rimmit
[11:16] <Sick_Rimmit> lordievader: Hi
[11:35] <Sick_Rimmit> Riddell: Hi did you get my email to you with the Artwork proofs for Name badges, and Poster for FOSDEM ?
[11:35] <lordievader> Sick_Rimmit: Is one of you guys going to give a talk?
[11:36] <Riddell> Sick_Rimmit: yeah replying
[11:36] <Riddell> there's a few changes needed
[11:36] <Sick_Rimmit> Riddell: OK that's great
[11:36] <Sick_Rimmit> lordievader: I haven't anything planned for a talk, also I think the talk submission date has now passed, IIRC
[11:37] <Sick_Rimmit> Riddell: That's fine, send me the requirements and I can take care of them this evening
[11:47] <lordievader> Sick_Rimmit: Check, what are the badges and posters for, if I may ask?
[11:48] <Sick_Rimmit> lordievader: Name badges for folks manning the KDE Stand at FOSDEM, the posters are to put up behind the stand.
[11:49] <lordievader> Whoo, cool a KDE stand. I'll be sure to pop by ;)
[11:49] <Riddell> lordievader: or come and help out?
[11:50] <Riddell> in return we'll let you into the exclusive kde buffet in grande place https://community.kde.org/Promo/Events/FOSDEM/2015
[11:50] <lordievader> Riddell: If time and schedule permits, sure. Not sure though what helping out consists of.
[11:51] <Riddell> standing on the stall pimping kde to passers by
[11:51] <Riddell> got any nice hardware you can bring to demo it?
[11:52] <lordievader> Err, I cannot bring a laptop that runs Plasma5.
[11:53] <lordievader> But I suppose I can bring my work laptop with a plasma5 live cd.
[11:53] <Riddell> Sick_Rimmit: are you able to bring any demo equipment?
[12:04] <BluesKaj> 'Morning all
[12:05] <shadeslayer> Riddell: btw what happened to SRU'ing Frameworks to Utopic?
[12:06] <shadeslayer> we're way way behind on that AFAICT
[12:10] <Riddell> shrug, needs someone with time
[12:12] <shadeslayer> do we have the tooling? then it's a matter of just running the tooling
[12:13] <Riddell> it'll need adjustments
[12:13] <shadeslayer> ^^ anyone want to take it up?
[12:13] <_Groo_> hi/2 all
[12:13] <_Groo_> good morning
[12:13] <shadeslayer> I guess me / Riddell can sponsor uploads
[12:14] <_Groo_> Riddell: did you use my 2 packages (sddm_kcm and touchpad kde) or just sddm_kcm?
[12:15] <Riddell> _Groo_: I think sitter said he'd taken both, I've not yet got to doing plasma
[12:16] <_Groo_> Riddell: yeah i see the sddm_kcm in today update, but the touchpad one, looks different
[12:16] <_Groo_> Riddell: any packages you want me to do?
[12:16] <_Groo_> i have some free time this week
[12:18] <kranzer> Riddell: ping
[12:20] <Riddell> hi kranzer
[12:20] <kranzer> can you create any task for me?
[12:21] <Riddell> Sick_Rimmit: replied about fosdem bits, let me know if anything is unclear or you think it's too much faff
[12:21] <Riddell> kranzer: none come to mind
[12:21] <kranzer> Riddell: no packages to update?
[12:21] <Sick_Rimmit> Riddell: OK Will do, thanks
[12:25] <bukai> Riddell: Hi, I am thinking of removing the slider at the top
[12:26] <bukai> should I just keep the basic image at the top, ie the image om kubuntu.org page
[12:27] <bukai> Riddell: ^
[12:30] <Riddell> bukai: yeah having the kubuntu logo prominant is important
[12:31] <bukai> I was thinking the same + it is taking some time to load
[12:32] <soee> when somethinf needs some time to load load it async, use ajax etc. :)
[12:43]  * sitter is a well competent scripter
[12:46] <sitter> _Groo_: they are both adjusted for history and standard conformism
[12:54] <sitter> Riddell: is 5.2 branched yet?
[12:57] <sitter> Riddell: http://websvn.kde.org/branches/plasma/ <- brunch missing
[13:06] <sitter> http://paste.ubuntu.com/9718193/ stab-plasma.rb - best script ever
[13:06] <Riddell> sitter: yes but I need to add wallpapers and update the translation pointers
[13:06] <sitter> I am all good to integrate stable, I think(tm)
[13:06] <_Groo_> sitter: no problem, just wanted to check if they were used :)
[13:06] <sitter> excessive shittyness at hand
[13:07] <_Groo_> but the sddm systemd script is still borken for prime (hybrid) machines
[13:07] <_Groo_> it starts the sddm too early in the boot sequence
[13:07] <_Groo_> and doesnt activate the radeon module, the only workaround is to restart the service once X and ence sddm are up
[13:07] <_Groo_> that way it works
[13:09] <sitter> FWIW
[13:09] <sitter> things that need kf5 packaging: http://paste.ubuntu.com/9718226/
[13:10] <sitter> they all have their respective utopic (or utopic-next) versions imported and just need adjustment for vivid
[13:10] <sitter> Riddell: ^
[13:12] <_Groo_> bluedevil needs backporting to kubuntu-ci then?
[13:12] <_Groo_> paste me the source and ill do bluedevil and libbluedevil
[13:13] <_Groo_> im very interested in testing the new stack
[13:13] <_Groo_> i might take a look at kdeconnect to see if they have a kf5 version in the works too
[13:13] <sitter> all here http://anonscm.debian.org/cgit/?q=pkg-kde/plasma
[13:14] <sitter> master branch for all of them (seeing as they have no kubuntu_unstable ;))
[13:15] <Riddell> Sergobot: did polkit-kde-agent-1, ksshaskpass, kdecoration
[13:15] <sitter> ah
[13:15] <sitter> Riddell: where are they?
[13:15] <Riddell> on a random ec2 server ec2-54-211-4-59.compute-1.amazonaws.com (foobar)
[13:15] <sitter> pft
[13:15] <sitter> Riddell: publish somewhere
[13:15] <Riddell> waiting for me (or anyone else) to review them and publish
[13:16] <_Groo_> k, let me take a look at bluedevil and libblue
[13:16]  * sitter thinks we need a reviewboard or something for the repos :P
[13:18] <_Groo_> sitter: those are the debian files, but where are the sources for blue and libblue?
[13:19] <Riddell> _Groo_: http://starsky.19inch.net/~jr/tmp/plasma-5.1.95/
[13:19] <_Groo_> tks
[13:19] <Riddell> (they're on the download.kde.org server but available only to known packagers until tomorrow)
[13:19] <Sergobot> Riddell: These packages are also at my PPA https://launchpad.net/~sergobot256/+archive/ubuntu/plasma
[13:23] <_Groo_> question, what is the correct version for blue? 5.1.95 or 2.0~rc2really5.1.95-0ubuntu1.0?
[13:23] <_Groo_> funky versioning is funky
[13:23] <_Groo_> or you guys will fix that later?
[13:24] <sitter> _Groo_: 5.1.95
[13:25] <Riddell> _Groo_: the bluedevil author is a bit crap at actually releasing so I'm just releasing it as part of plasma and it'll have sane version numbers
[13:26] <_Groo_> Riddell: k
[13:26] <_Groo_> maintainer : kubuntu devs?
[13:28] <Riddell> Maintainer: Debian/Kubuntu Qt/KDE Maintainers<EMAIL_ADDRESS>[13:28] <Riddell> _Groo_: ↑
[13:29] <Riddell> _Groo_: you're starting from existing bluedevil packages presumably?
[13:29] <_Groo_> Riddell: yep
[13:29] <_Groo_> pretty much remaking them, since they are for kf4
[13:29] <Riddell> yeah
[13:30] <sitter> _Groo_: note the rules file from sddm-kcm, that's all you need for your rules
[13:31] <_Groo_> https://www.irccloud.com/pastebin/vMbBzpuI
[13:32] <_Groo_> oops?
[13:32] <_Groo_> wrong name in debian/control?
[13:33] <Riddell> "I'm writing to let you know that I'm planning a new release for KDE Connect (packages kdeconnect-kde and kdeconnect-android) for the 25th" sweet
[13:34] <_Groo_> wait, sddm-kcm or kde-config-sdm isnt in kubuntu-ci yet
[13:34] <_Groo_> at least apt cant find it :P
[13:34] <_Groo_> wtf
[13:34] <Riddell> _Groo_: http://anonscm.debian.org/cgit/pkg-kde/plasma/sddm-kcm.git/tree/debian
[13:34] <_Groo_> wasnt uploaded yet?
[13:35] <Riddell> actually wrong branch  http://anonscm.debian.org/cgit/pkg-kde/plasma/sddm-kcm.git/tree/debian?h=kubuntu_unstable
[13:35] <sitter> possibly I messed up the bdeps
[13:35] <sitter> haven't had a look at new fails yet
[13:54] <sitter> Riddell, shadeslayer, yofel: polkit-kde-agent-1 could use a peer review in kubuntu_unstable branch
[13:54] <shadeslayer> ENOTIME
[13:59] <sitter> Sergobot: thanks for your work! http://anonscm.debian.org/cgit/pkg-kde/plasma/ksshaskpass.git/commit/?h=kubuntu_unstable | http://anonscm.debian.org/cgit/pkg-kde/plasma/kdecoration.git/commit/?h=kubuntu_unstable&id=3f52812c7015003c0f119c38679f5fd82c7ade45 | http://anonscm.debian.org/cgit/pkg-kde/plasma/polkit-kde-agent-1.git/commit/?h=kubuntu_unstable&id=b4c2784f485b1d11e9bd443c1718e16abbaa36d4
[13:59] <sitter> Riddell: Sergobot's stuff all in kubuntu_unstable, pending CIng
[14:00] <Riddell> ooh, thanks
[14:01] <Riddell> sitter: but.. epoch
[14:01] <Riddell> sitter: I was using an epoch of 4: on plasma stuff cos that's what maxy said when I queried him
[14:01] <Riddell> except for plasma stuff that might go into kf5 one day
[14:02] <Riddell> so it's a bit inconsistent
[14:02] <sitter> last I heared you were opposing the idea of using epochs everywhere :P
[14:02] <Riddell> you need to stop listening to rumours
[14:02] <sitter> you yourself said that
[14:02] <Riddell> did I?
[14:02] <Riddell> I need to stop listening to rumours
[14:03] <Riddell> for Plasma I was using epochs except where I wasn't
[14:03] <sitter> lol
[14:03] <sitter> ah well
[14:03] <sitter> Riddell: epoch all the new things then?
[14:03] <Riddell> yeah
[14:03] <Riddell> but I can review and tidy them up
[14:06] <sitter> Riddell: should all be epoched, but yeah a review would be good to have
[14:24] <bukai> Riddell: When shall we start porting test2.kubuntu.co.uk to the main server?
[14:25] <Riddell> bukai: well this is the only server we have
[14:25] <sitter> still needs profiling?
[14:25] <Riddell> right
[14:25] <Riddell> and I need to find time to review it more for content, I'm sure there's a lot I want fixed, I'm not easily pleased :)
[14:25] <Riddell> ovidiu-florin: had a look at it? ↑
[14:26] <bukai> The kubuntu.org is hosted on this server ?
[14:26] <sitter> nope, that is hosted by canonical
[14:28] <bukai> Riddell: Ok, please point out the areas I need to rectify so that it becomes easier to please you :P
[14:29] <Riddell> but we want to move off the canonical server because it has various problems
[14:31] <bukai> Riddell: I am removing the slider as it is not a good SEO practice either, so any idea what to put there?
[14:32] <Riddell> bukai: what do you mean by the slider?
[14:32] <bukai> the thing that keeps moving at the top
[14:33] <Riddell> bukai: aww, how is it not good pracice?
[14:34] <bukai> Riddell: http://shouldiuseacarousel.com/
[14:35] <Riddell> hmm interesting
[14:40] <Peace-> hi guys i have some problem with an iso image of 15.05
[14:40] <Peace-> 04
[14:41] <Peace-> it tells me  gfx.c32 not com32r image
[14:41] <Peace-> tried to do tab
[14:41] <Peace-> then live
[14:41] <Peace-> but it doesn't get into kubuntu desktop
[14:57] <bukai> Riddell: Can I verify the site with google webmaster and play around with the same?
[14:58] <Riddell> bukai: what does that mean?
[14:59] <bukai> google webmaster tool makes the site google friendly but before doing that we have to upload an auto generated file and place it in http://test2.kubuntu.co.uk/wordpress/ so that google can verify it
[15:00] <Riddell> bukai: google friendly?
[15:00] <Riddell> but sure, go ahead
[15:03] <bukai> yes, google friendly . That is like before the bot would eventually come to our site and generate a site map, using this you are like inviting the googlebot to visite your site and crawl through its contents :)
[15:03] <bukai> Riddell: ^
[15:04] <Riddell> hmm ok
[15:05] <Peace-> Riddell: but the daily live with this error gfx.c32 not com32r image?
[15:05] <Peace-> i am not able to boot correctly even putting "live"
[15:07] <Peace-> Riddell: ok it seems it's working with the "just downloaded again iso"
[15:07] <Peace-> :D
[15:11] <Riddell> 32 vs 64 bit?
[15:11] <Peace-> mm no no
[15:11] <Riddell> I've seen that issue but I forget what it is
[15:12] <Peace-> i got that error then i was able to boot
[15:12] <Peace-> typig live
[15:12] <Peace-> but for some reasons i was not be alble to login then
[15:13] <Peace-> anyway now on virtualbox there is no problem with login
[15:13] <Peace-> i will try with the real machine now
[15:22] <_Groo_> Riddell: aparently bluedevil needs bluez 5? and we have 4.x in utopic?
[15:22] <_Groo_> Riddell: or i can remove the 5 restriction?
[15:23] <Riddell> no we want bluez5
[15:23] <Riddell> although it's still at 4 in utopic :( https://launchpad.net/ubuntu/+source/bluez
[15:24] <Riddell> bah fooey there's a ppa somewhere for it I think
[15:27] <_Groo_> k, libbluedevil is up in peppa
[15:27] <_Groo_> compiling bluedevil has we speak
[15:29] <Riddell> _Groo_: using what bluez?
[15:30] <_Groo_> bluez is only used at runtime, it compiles with libbluedevil which i already built
[15:30] <Riddell> 15:30 < didrocks> Riddell: waiting on some unity-system-settings change
[15:30] <Riddell> 15:30 < didrocks> Riddell: then, we'll be good to go, but we need rsalveti and the kernel team to work on the Touch side
[15:30] <Riddell> hmm
[15:31] <Riddell> so we may not be able to upload this to the archive
[15:31] <Riddell> yet
[15:33] <_Groo_> Riddell: cant we use a ppa with a lower version which will upgrade when they are done?
[15:34] <Riddell> _Groo_: how do you mean?
[15:37] <_Groo_> Riddell: it works, but as i thought (i forced the install to override the bluez5 to see if it would install correctly) it cant find the adapters without bluez5 http://picpaste.com/snapshot3-2HVBEYcc.png
[15:37] <_Groo_> Riddell: make our own bluez5 and let it upgrade to the oficial once its released
[15:37] <Riddell> so we can upload it just won't do much
[15:37] <Riddell> but then does the current KDE4 bluedevil do much on plasma 5?
[15:38] <_Groo_> yeah it works, but you dont see any systemsettings, you have to use the statusbar icon for everything mostly
[15:39] <Riddell> ok but better than nothing
[15:40] <_Groo_> with the old 4 version you get the statusbar icon and he can find the adapters but no systemsettings, which in my opinion is a must
[15:40] <_Groo_> with 5 if you force it to install over 4, you get the systemsettings, but no adapters, since it uses a new ap
[15:40] <_Groo_> api
[15:41] <_Groo_> Riddell: compiling now https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/peppa/+packages
[15:41] <Riddell> https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions
[15:42] <_Groo_> im gonna add ppa:vidplace7/bluez5  to my system and see if everything is working fine
[15:42] <_Groo_> to get an idea if everything will work once bluez is upgraded
[15:42] <Riddell> _Groo_: use https://launchpad.net/~ubuntu-desktop/+archive/ubuntu/transitions says didrocks
[15:44] <_Groo_> pulseaudio update and more oO this is so gonna hurt
[15:46] <sitter> Riddell: where are you on qt?
[15:47] <sitter> short of the missing packaging for new bits I think I have all bits in place to do stable integration
[15:47] <_Groo_> Riddell: cant test, ist just for vivid
[15:47] <_Groo_> i would need to backport it to utopic
[15:48] <_Groo_> Riddell: anyway its in peppa
[15:49] <Riddell> sitter: missing packages ↑
[15:49] <sitter> yes, looking already
[15:49] <sitter> user-manage still missing then I think
[15:50] <Riddell> hey _Groo_ fancy packaging user-manager (if you're done with bluedevil bits)
[15:50] <_Groo_> Riddell: i can take a look at it, im backporting bluez to another ppa of mine
[15:51] <sitter> oh eh
[15:51] <sitter> right
[15:51] <sitter> bluez
[15:51] <sitter> brrr
[15:51] <_Groo_> all work and no kubuntu.org mail makes Groo a dull boy
[15:51] <sitter> Riddell: not having bluez landed is actually a reasonably bad thing
[15:51] <_Groo_> all work and no ninja ppa upload rights makes Groo a dull boy
[15:52] <sitter> libbluedevil has no symbols file :'<
[15:54] <_Groo_> sitter: how do i generate one? the old one wasnt compatible (libbluedevil2) this is libbludevil5
[15:55] <Riddell> _Groo_: http://pkg-kde.alioth.debian.org/symbolfiles.html
[15:55] <Riddell> scary voodoo
[15:55] <Riddell> follow "Creating a symbols file"
[15:56] <sitter> actually
[15:56] <sitter> update
[15:56] <_Groo_> Riddell: i know how to read :P
[15:56] <sitter> should be easier I suppose
[15:56] <sitter> just take it form the symbol2 file
[15:56] <_Groo_> i thought lintian did this shit automagically
[15:57] <_Groo_> 2015 and we still need to do this kinda voodoo by hand
[15:57] <_Groo_> i blame apachelogger
[15:58]  * sitter wonders
[15:58] <sitter> for some reason I have the feeling that I had integrated bluedevil somewhere in CI
[15:59] <sitter> _Groo_: by perl you mean
[15:59] <sitter> which is only marginally better than by hand
[15:59] <_Groo_> sitter: perl gives me the shivers
[16:00] <_Groo_> so many lives lost to perl
[16:00] <_Groo_> so many souls
[16:03] <Riddell> sitter: did you say you'd fixed the problem releaseme had with the plasma-desktop tar where the doc/ cmakelists file wasn't right?
[16:03] <sitter> Riddell: no, I said that plasma-desktop's doc/CMakeLists is not correct in that it *must* use optional_add_directory
[16:04] <Riddell> ah yes, I must have misheard you :)
[16:04] <sitter> or didn't listen :'<
[16:05] <Riddell> one or the other
[16:12] <_Groo_> guys
[16:12] <_Groo_> this is the tree
[16:12] <_Groo_> https://www.irccloud.com/pastebin/06qG9ppP
[16:12] <_Groo_> pkgkde-symbolshelper patch -p libbluedevil -v 5.1.95 < buildlog
[16:12] <_Groo_> pkgkde-symbolshelper: error: symbol template file was not found for package 'libbluedevil'
[16:12] <_Groo_> what am i doing wrong here?
[16:13] <_Groo_> buildlog
[16:13] <_Groo_> https://www.irccloud.com/pastebin/mPYAUya7
[16:14] <Riddell> _Groo_: you're starting with the old symbols file
[16:14] <Riddell> you want to start from scratch
[16:14] <Riddell> cos it's a new soversion
[16:14] <Riddell> follow "Creating a symbols file"
[16:14] <_Groo_> ah
[16:14] <_Groo_> i tried updating the old one
[16:14] <Riddell> nah don't do that for a new soversion
[16:14] <_Groo_> doesnt migrate between soversions then?
[16:15] <_Groo_> k
[16:15] <Riddell> symbols files exist to tell you when symbols have changed in a library that hasn't changed soversion
[16:15] <Riddell> if it changes soversion then it can do whatever it wants with its symbols
[16:16] <Riddell> hi yuriy!
[16:17] <yuriy> hi Riddell!
[16:23] <_Groo_> new version is up in peppa with the symbols file
[16:24] <_Groo_> bluez for utopic is in https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pbppa/
[16:24] <_Groo_> testing it now
[16:24] <_Groo_> all the package, bluez, bluedevil
[16:25] <Peace-> hi Riddell i was not be able to connect to my wifi on 15.04
[16:25] <Riddell> sitter: luigi/tosky disagrees with the optional docs directories in #kde-devel
[16:26] <Peace-> it was saying insufficient privilegies
[16:26] <Peace-> something like that
[16:26] <Riddell> wibble
[16:26] <Peace-> xD
[16:26] <Peace-> then i did sudo -i ; plasmashell and connected :D
[16:26] <Riddell> erk, that shouldn't be necessary :(
[16:27] <Peace-> Riddell: i used the daily live just download before
[16:35] <Riddell> yuriy: so you're doing icons?
[16:41] <_Groo_> Riddell: ok with my bluez5 backport and bluedevil 5.1.95, it works has intended
[16:41] <yuriy> Riddell: no, just wanted to send you what I had, see email. hope it helps your students.
[16:43] <Mamarok> I was wondering: will we ever get KDE 4.14.3 for Utopic? I mean, it is out since quite some time now
[16:44] <sitter> Riddell: there's a bug in releaseme all the same
[16:44] <sitter> l10n pathing is an inconsistent shitpile
[16:45] <Riddell> _Groo_: ooh great
[16:48] <Riddell> ovidiu-florin: ahem http://ro.kubuntu.org/
[16:53] <Riddell> ovidiu-florin: your website got hacked into, I've taken it down
[17:00] <Riddell> which does slightly make me wonder if we can host the kubuntu website :(
[17:06] <Riddell> ScottK: any thoughts on what's needed to get the various kde app bits migrated? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#marble
[17:08] <ScottK> Riddell: I'd start with trying to parse http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[17:09] <ScottK> In particular, when it tries okular is seems to implicate only a small number of packages.
[17:09] <ScottK> That ought to be sortable.  That might help make the rest clearer.
[17:10] <ScottK> marble looks like it's primarily tied up with calligra.
[17:10] <_Groo_> Riddell: i have a bug in touchpad
[17:10] <_Groo_> Riddell: if i click on the statusbar touchpad icon i get module org.kde.qtextracomponents is not instaleld
[17:10] <_Groo_> Riddell: although it works in system settings
[17:11] <_Groo_> Riddell: btw bluez is working has a charm :)
[17:11] <_Groo_> Riddell: but i cant install qml extra components, ci is broken
[17:11] <_Groo_> https://www.irccloud.com/pastebin/64kU2CsC
[17:12] <_Groo_> could someone fix this?
[17:12] <_Groo_> once its fixed, you guys will probably have to add qml-module-org-kde-extras to the kde-touchpad dependenciez
[17:15] <_Groo_> bummer, still gives me the same error after i force-all those packages
[17:19] <_Groo_> any ideas?
[17:25] <shadeslayer> sitter: Riddell why does kate5-data not break/replace kate-data?
[17:26] <Riddell> does it overlap?
[17:27] <shadeslayer> yep
[17:27] <_Groo_> Riddell: any idea about que missing qml?
[17:28] <Riddell> _Groo_: you're testing kcm touchpad?
[17:29] <_Groo_> Riddell: yep
[17:29] <Riddell> _Groo_: what's broken about it?
[17:29] <_Groo_> Riddell: systemsettings kcm is fine, but the statusbar icon is missing a qml file
[17:29] <shadeslayer> Riddell: http://paste.ubuntu.com/9719587/
[17:30] <shadeslayer> Riddell: sitter ^^ line 6817
[17:30] <Riddell> shadeslayer: I guess the icon should be removed from kate-data
[17:30] <Riddell> shadeslayer: I think they need to be co-installable no?
[17:30] <shadeslayer> Riddell: This is on debian
[17:30] <shadeslayer> which has 4:4.14.2
[17:31] <Riddell> _Groo_: what does the statusbar icon do?
[17:31] <sitter> this seems silly
[17:31] <sitter> kate5-data should be called kate-data
[17:31] <shadeslayer> fix it?
[17:31] <sitter> and all assets of the old kate(4)-data shoud be moved to the katepart as that is the only bit that uses it after stripping
[17:32] <Riddell> _Groo_: what's broken about it?
[17:32] <shadeslayer> sitter: btw any clue about http://dci.pangea.pub/job/plasma/job/imager_test/19/console
[17:32] <sitter> no
[17:32] <shadeslayer> did you even look xD
[17:32] <shadeslayer> "W: Failed to fetch http://pangea-data.s3.amazonaws.com/dci/moz-plasma/debian/dists/sid/InRelease  Unable to find expected entry 'maindeb/binary-amd64/Packages' in Release file (Wrong sources.list entry or malformed file)"
[17:32] <shadeslayer> which makes no sense since it works locally
[17:39] <_Groo_> Riddell: you click on it and instead of showing the proper app it opens a error msg
[17:40] <_Groo_> Riddell: error loading qml file /usr...etc.etc../contents/ui/touchpad.qml org.kde.qtextracomponents is not installed
[17:45] <_Groo_> Riddell: any ideas of what package is missing?
[17:45] <_Groo_> i force install the qml-module packages because im getting errors with kde-framework, see https://www.irccloud.com/pastebin/64kU2CsC
[17:45] <_Groo_> Riddell: didnt fixed it though
[17:54] <shadeslayer> sitter: ah, that was because of old shit still in the config
[17:54] <sitter> yummy
[17:54] <shadeslayer> ok, now the only problem is kate
[17:54]  * shadeslayer looks
[17:55] <sitter> _Groo_: Unpacking qml-module-org-kde-accessdenied:amd64 (5.2.0+git20140918.0845.0) ...
[17:55] <sitter> what is pulling this in?
[17:55] <sitter> that package is from september
[17:56] <_Groo_> https://www.irccloud.com/pastebin/oOv3Fp18
[17:56] <_Groo_> sitter: see above
[17:56] <firefly2442> Are "kdelibs" and "kde-baseapps" the two larger projects/subprojects in KDE in terms of number of commits and large numbers of changes?
[17:56] <_Groo_> is from kubuntu-ci
[17:56] <sitter> qml-module-org-kde-extras is also from september
[17:57] <sitter> that package doesn't exist anymore
[17:57] <_Groo_> sitter: its there, an apt-get update still shows them
[17:57] <sitter> yeah, because launchpad doesn't expunge old binaries
[17:58] <sitter> they are doomed to linger in the package list forever more
[17:58] <sitter> or until someone wipes the repo I guess
[17:58] <_Groo_> gotcha
[17:58] <_Groo_> but the touchpad bug remains
[17:59] <sitter> which one is that?
[17:59] <_Groo_> Riddell: error loading qml file /usr...etc.etc../contents/ui/touchpad.qml org.kde.qtextracomponents is not installed
[17:59] <_Groo_> this one
[17:59] <_Groo_> when i click on the touchpad icon
[17:59] <sitter> maybe I am mistaken but I think org.kde.qtextracomponents is gone entirely
[17:59] <_Groo_> complains that org.kde.qtextracomponents is not installed
[17:59] <sitter> was renamed or splti or something
[17:59] <sitter> _Groo_: ask in #plasma
[18:00] <_Groo_> well if you can find where it went i can patch touchpad.qml
[18:00] <sitter> ask plasma guys
[18:00] <sitter> they'd know
[18:01] <_Groo_> asking
[18:02] <_Groo_> according to this, its still there
[18:02] <_Groo_> https://techbase.kde.org/Development/Tutorials/Plasma2/QML2/API#QtExtraComponents
[18:07] <shadeslayer> sitter: /home/shadeslayer/src/work/pangea-tooling/ci-tooling/lib/projects.rb:133:in `factorize': undefined local variable or method `config' for #<ProjectFactory:0x00000001e60568> (NameError)
[18:07] <sitter> write a test
[18:07] <shadeslayer> :S
[18:07] <shadeslayer> I have no patience to do that at the moment
[18:26] <_Groo_> Riddell: the touchpad.qml file is broken in touchpad-kde, is still using qtextracomponents from kde 4.x
[18:26] <_Groo_> Riddell: needs to be rewritten
[18:27] <Riddell> _Groo_: that's what I had heard before but just now d_ed tells me it works for him
[18:28] <_Groo_> Riddell: the statusbar? cause the kcm compoent works ok, its the statusbar that is broken
[18:28] <Riddell> right he was talking about the status bar plasmoid
[18:29] <_Groo_> its two methods that are deprecated
[18:30] <_Groo_> qiconitem and plasmacore.tooltip
[18:30] <_Groo_> i commented them and now i have a huge touchpad with no input lol
[18:30] <Riddell> so maybe d_ed was talking nonsense
[18:31] <_Groo_> Riddell: ask him for a ss of the statusbar working
[18:31] <d_ed> I was talking nonsense
[18:31] <d_ed> sorry about that
[18:31] <_Groo_> k, do the following if you are in the mood
[18:31] <_Groo_> edit /usr/share/plasma/plasmoids/touchpad/contents/ui/touchpad.qml
[18:31]  * sitter shakes head in disappointment
[18:32] <_Groo_> and comment the qiconitem method and the PlasmaCore.ToolTip method
[18:32] <_Groo_> it should now load
[18:32] <Riddell> d_ed: should I disable the applet in git?
[18:32] <_Groo_> im taking a look at the kf5 api doc to see what are the proper replacement methods
[18:34] <Peace-> Riddell:
[18:34] <Peace-> he following information may help to resolve the situation:
[18:34] <Peace-> The following packages have unmet dependencies:
[18:34] <Peace->  plasma-widget-veromix : Depends: plasma-scriptengine-python but it is not installable
[18:34] <Peace-> always in 15.04
[18:42] <Riddell> Peace-: looks like something that should be removed
[18:43] <sitter> I thought we had
[18:43] <sitter> !info plasma-widget-veromix
[18:43] <sitter> apparently not
[18:44] <sitter> Riddell: documentation support is making me wanna get drunk :( https://gist.github.com/apachelogger/dc32df5e8a790e32a33f
[18:48] <Riddell> Peace-: killed it, thanks
[18:51] <sitter> _Groo_:                kdelibs5-dev (>= 4:4.4),
[18:51] <sitter> forgot to remove that on bluedevil
[19:01] <ovidiu-florin> Riddell: what happened?
[19:04] <ovidiu-florin> Riddell: what do you mean it got hacked?
[19:04] <sitter> Riddell: bluedevil isn't in master yet?
[19:05] <sitter> *libbluedevil
[19:07]  * sitter pours
[19:07] <sitter> focus los!
[19:07]  * sitter pours shadeslayer a glass of lovely zweigelt
[19:08] <shadeslayer> the what
[19:08] <sitter> googlor
[19:08]  * shadeslayer is in no mood for drinking tbh
[19:08] <shadeslayer> looks lovely though
[19:09]  * sitter throws an empty bottle
[19:09]  * shadeslayer ducks
[19:09] <sitter> Riddell: pingsies!
[19:09] <sitter> shadeslayer: is Riddell still in?
[19:10] <shadeslayer> nope
[19:10] <shadeslayer> not that I know of
[19:10]  * sitter threatens with his fist
[19:21] <_Groo_> sitter: yeah i did :( can you fix it?
[19:21] <_Groo_> if anyone wants, bluez5 is in https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pbppa/
[19:21] <sitter> already done
[19:21] <_Groo_> tested and working
[19:25] <Peace-> Riddell: maybe you can help me, i have just compiled baseapps in my home
[19:25] <Peace-> now if i open dolphin just compiled it doesn't load the terminal emulator
[19:26] <Peace-> the thing you can see if your press F4
[19:26] <Peace-> in dolphin
[19:26] <Peace-> and it seems to not play even videos
[19:26] <Peace-> is there a way to solve this without to install everything ?
[19:27] <_Groo_> however bluez-gstreamer isnt included anymore
[19:27] <Peace-> i mean i would like compile just dolphin and then use the system phonon
[19:27] <_Groo_> taking a look to port that one back to utopic
[19:27] <_Groo_> so we can have audio goodness with bluez5
[19:28] <sitter> Peace-: install konsole-kpart or somesuch
[19:29] <Peace-> sitter: i have my system fullly installed
[19:30] <Peace-> so i have sitter konsole-kpart
[19:30] <sitter> maybe it's konsole5-kpart?
[19:30] <Peace-> it's the compiled dolphin that is not working
[19:31] <Peace-> sitter: i ahve downloaded kdebaseapps 4.14.2 and here on 15.04 i have kde 4.14.2
[19:31] <sitter> so you need konsole4-kpart
[19:31] <Peace-> but why if it's the same version of dolphin
[19:31] <sitter> ah
[19:32] <sitter> maybe you just built it incorrectly then
[19:32] <Peace-> i mean i tried to patch dolphin
[19:32] <Peace-> and the patch works
[19:32] <Peace-> but for some reason doesn't see the system phonon
[19:32] <Peace-> or the terminal part
[19:33]  * Peace- goes to eat something
[19:33] <Peace-> sitter: thank you anyway
[19:33] <sitter> incorrect build then
[19:33] <sitter> i.e. missing some cmake arguments a package build would have
[19:49] <_Groo_> bluez5 needs pulseaudio5 for audio... backporting..
[19:49] <Peace-> sitter: i did cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr/local ..
[19:49] <_Groo_> this madness never ends
[19:49] <Peace-> _Groo_: :D
[19:49] <sitter> Peace-: that most certainly needs a whole bunch of env vars set, otherwise it'll likely not find half the stuff
[19:50] <Peace-> mmm ok
[19:50] <Peace-> sitter: you mean always in the cmake or launching dolphin ?
[19:50] <sitter> launching
[19:50] <Peace-> perfect
[19:50] <Peace-> let me see if i can find out something on the internt
[20:19] <_Groo_> pulseaudio 5 backported
[20:19] <_Groo_> i hope it works :P
[20:45] <kranzer> Riddell: ping
[20:50] <ScottK> Riddell: kde-runtime is out of date (still 4:11.97)
[20:50] <ScottK> That may be a factor.
[20:56] <ScottK> Riddell: libmarblewidget19 exists in marble 4.14, but not 14.12, so it either needs to be put back or removed I from vivid (I think).
[22:42] <kranzer> Riddell: ping
[22:46] <Riddell> hi kranzer
[22:47] <kranzer> Riddell: is there aany task now?
[22:47] <Riddell> none from me
[23:34] <_Groo_> im pleased to announce that bluez5 + pulseaudio 5 + bluedevil 5.1.95 _ libbluedevil have been backported and working in https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pbppa/+packages
[23:34] <_Groo_> tested it with bluetooth audio, works like a charm
[23:34] <Riddell> ooh
[23:35] <Riddell> great
[23:35] <_Groo_> Riddell: test it without fear, wont break anything
[23:35] <_Groo_> ofc its pulseaudio so :P but it should be pain free
[23:35] <_Groo_> i would add it to ci , since its cutting edge anyway
[23:35] <Riddell> and I'm uploading the last of the qt backports
[23:35] <_Groo_> Riddell: to ci?
[23:36] <Riddell> to kubuntu-ppa/next-staging for now
[23:36] <_Groo_> Riddell: can i have a kubuntu email now? :D
[23:36] <Riddell> _Groo_: that needs you to be a kubuntu member
[23:36] <Riddell> _Groo_: see rick's e-mail to kubuntu-devel
[23:36] <_Groo_> Riddell: do i have a chance?
[23:36] <Riddell> he's organising a meeting to be considered for kubuntu membership
[23:36] <_Groo_> Riddell: my time is limited but ive been more active lately
[23:37] <Riddell> _Groo_: if you've made a significant and sustained contribution you have
[23:37] <_Groo_> Riddell: i didnt do either
[23:37] <_Groo_> Riddell: im usually just a big pain in the *ss
[23:37] <Riddell> details all at https://community.kde.org/Kubuntu/Policies#Kubuntu_Teams_.28.28NEW.29.29
[23:37] <_Groo_> someone needs to stalk you... i mean motivate you guys
[23:38] <Riddell> if you want to try write a wiki page like rick's and come along to the meeting on wednesday https://wiki.ubuntu.com/RickTimmis
[23:38] <_Groo_> Riddell: ill take a look
[23:39] <_Groo_> but anyway, im off for the day, enjoy bluedevil, its working just fine
[23:39] <_Groo_> btw we need to bug the touchpad kde dev to fix touchpad.qml
[23:39] <_Groo_> its using two removed functions
[23:40] <Riddell><EMAIL_ADDRESS>is touchpad kcm guy currently
[23:40] <Riddell> although he does say "I know nothing about touchpads, just tried to port it to KF5"
[23:40] <_Groo_> he doesnt need to know touchpads, it works, its the qml file that is still using kde4, early kf5 code that was removed
[23:41] <_Groo_> QIconItem and PlasmaCore.ToolTip
[23:41] <_Groo_> qiconitem doesnt exist anymore and tooltip change syntax
[23:41] <_Groo_> changed
[23:42] <Riddell> "[ubuntu/vivid] marble 4:14.12.0-0ubuntu2 (Accepted)" yay! thanks ScottK
[23:42] <_Groo_> seeya tomorrow ride
[23:42] <_Groo_> ridell
[23:43] <_Groo_> Riddell: please give a spin to bluez, i would like to see my work merged
[23:43] <_Groo_> took me all day
[23:47] <Riddell> _Groo_: oh we'll use it for sure, but needs qt then kf5 in first
[23:47] <Riddell> and I'm still not sure where we'll put these, if into kubuntu-ppa/next or make a new kubuntu-ppa/next-backports


 @Clifford, https://youtu.be/JI1mfr_vhJg
 (Sticker, 512x512) https://irc-attachments.kde.org/UMmop81W/file_271.webp
[08:06] <mitya57> yofel: see bug 1612767 which we are actively working at
[08:43] <yofel> mitya57: well, thanks, that would certainly improve the situation
[09:26] <yofel> so here's what will get broken by our qt 5.6 backports https://yofel.net/kubuntu/backport-report/ben/html/qtbase-abi-5.6.html
[09:29] <acheronuk> much there that concerns you? qtcurve could/should be included with the backport anyway
[09:30] <acheronuk> I build calibre locally here against whatever qt I have, but many might want it
[09:30] <yofel> qtcurve is not in landing right now, otherwise it probably wouldn't be on that list ;)
[09:31] <yofel> I think we should do everything that's not either unrebuildable, or is direcly related to unity
[09:31] <acheronuk> no qtcurve? maybe just not copied accross or missed being built in staging for xenial for some reason
[09:32] <yofel> right
[09:33] <acheronuk> fair enough. some is just qt components that didn't where not essential to the backport itself, but they can be updated as long as that doesn't in turn break something else
[09:35] <yofel> https://yofel.net/kubuntu/backport-report/ben/ shows the full picture right now. So for now our only problem is the ABI
[09:35] <acheronuk> qtcreater is a pain? or at least I seem to recall it can be? lxqt-plugin is tsimonq2 territory :P
[09:35] <acheronuk> ah. yes
[09:35] <yofel> did Mirv_ backport qtcreator? Some on that list can probably be taken from his silo
[09:36]  * acheronuk goes to look
[09:37] <acheronuk> looks like he did. plus quite a few of the rest!
[09:40] <acheronuk> If they are ok to use/copy, that would massively easy things
[09:40] <acheronuk> *ease things
[09:41] <yofel> should be fine I think, they have a couple architectures more, but that's a non-issue for us
[09:42] <acheronuk> yes, no one will be fetching the other archs, and if ppa space is a non issue then no prob there as well
[09:51] <Mirv> yofel: acheronuk: I think the xenial landing (that now got to the stable overlay PPA) was almost as complete as yakkety was, that is everything in archives that depends on qtbase/declarative-abi. only the last "discoveries" from the yakkety archive I didn't check for xenial: openorienteering-mapper libfm-qt skrooge uim
[09:54] <yofel> ok, that's what I assumed when the I last looked at the silo, but that was quite a while ago
 sddm depends on sddm-theme-breeze | sddm-theme, but the new sddm provides the fallback theme embedded in the code, I wonder if adding a provides sddm-theme to sddm will try to install sddm-theme-breeze anyway...
 No, it would not. Mmh, I guess we could demote theme-breeze to a recommends then.
[09:54] <yofel> that might help with the lubuntu mess..
 Rik who was the person working on porting the installer?
 I think blaze was having a go?
 Yeah rings a bell now
 I thought they had at least one build in their ppas, but can't see anything now :/
 Who built it
 Aaron?
 Not sure now.
 I feel so useless without my computer!
 There is a build in Aaron's ppa less than a week old, and that was about the time I last saw it I think?
 https://launchpad.net/~aaronhoneycutt/+archive/ubuntu/ubiquity-kubuntu/+packages
[12:36]  * acheronuk goes to PC to check browser history
 I think that's his own attempts?
[12:37] <acheronuk> Yes, that was the one I saw I think.
[12:38] <acheronuk> Maybe I imagined blaze being involved. IRC logs may show
 No blaze posted a lp got archive with code to test
[12:39] <acheronuk> probably what I am half remembering then
[12:40] <acheronuk> clivejo: anyone at qtcon/akademy prepared to help on it?
[12:41] <acheronuk> I might try if it gets desperate, but I'd have a learning curve to fight past first
[13:08] <BluesKaj> Hiyas all
 @yofel — Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/HTML/en/kdevelop/Icon-folder.png
 — Installing: /«PKGBUILDDIR»/debian/tmp/usr/share/doc/HTML/en/kdevelop/kdevelop-40.png
 make[2]: Leaving directory '/«PKGBUILDDIR»/obj-x86_64-linux-gnu'
 make[1]: Leaving directory '/«PKGBUILDDIR»'
    dh_install -O--parallel
 dh_install: kdevelop missing files: usr/share/metainfo/*
 dh_install: missing files, aborting
 debian/rules:6: recipe for target 'binary' failed
 make: *** [binary] Error 255
 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
 Clive ^
 https://launchpadlibrarian.net/282458865/buildlog_ubuntu-xenial-amd64.kdevelop_4%3A5.0-0ubuntu1~ubuntu16.04~ppa2_BUILDING.txt.gz
 Chicken head
[13:17] <yofel> ah, might be building against the old version of appstream, the appsteam directory was different there
 Fork the packaging
[13:18] <acheronuk> if that's a xenial build, that would be the case
 Kubuntu_xenial_jackpots
 rofl
 Backports
[13:19] <acheronuk> lol
 Denial and yakkety use different versions
[13:22] <acheronuk> the default appstream data location is also set by ECM I think, which was also changed
 /me is lost
 Enjoying minuet talk?!
 It's done
[13:26] <acheronuk> ovidiuflorin: sitter referred to it as "appstream location lottery" the other day
[13:27] <acheronuk> i.e where where the build system thinks it should live depending on what appstream and ECM versions are in use
[13:27] <yofel> go complain to ximion FWIW :P
 Chicken head can you push kdevplatform
 You committee but didn't push
 Committed
 Where are you?
 Rik Phil is looking at that MR now
[13:47] <acheronuk> clivejo: Thanks. plasma-sdk (I think) in KCI was starting to need/want it, but it wasn't urgent
 He had missed it
[13:51] <acheronuk> No problem. I would have nudged a reminder eventually, but as said it was not urgent and I know there are plenty more important things
[14:11] <acheronuk> clivejo et al: Have fun there. Here, I'm going to go hunt down a beer or 3 :)
[14:42] <yofel> lol, martins linux desktop security session is completely overcrowded XD
[14:48] <yofel> it's fun though ^^
[15:33] <ahoneybun> mm the KDE Store handling snaps
[15:59] <acheronuk> yofel: for reference, how did you sort the KCI slave apt update problem? I probably won't 'get' the full technical details now, but may be handy to have that on record in the logs
[16:00] <yofel> ximion_ gave me the hint to just hack around it for now after I couldn't get any storage driver supporting low level folder renames to work.
[16:01] <acheronuk> yofel: thank you for fixing BTW :)
[16:01] <yofel> where hack means "tell the rake script to delete the offending folder"
[16:03] <acheronuk> yofel: Ok. that will take a bit of googling to work out what you just said means. but that is no bad thing
[16:04] <yofel>  task :deploy_in_container do
[16:04] <yofel>    home = '/var/lib/jenkins'
[16:04] <yofel> +  FileUtils.rm_rf('/usr/share/bug/apt')
[16:04] <yofel> in deploy_in_container.rake
[16:04] <yofel> anyway, dinnertime
[16:05] <acheronuk> yofel: good plan. somewhere nice I hope
[16:10] <acheronuk> oh, so you just force deleted the lower level folder to make it work. that *would* work. was the rake bit that threw me as I am admittedly a couple of beers past 100% competency
[16:13] <acheronuk> and my 100% is probably about 30% max of yours, if that
 Morning all
 @yofel you talking about KCI Qt?
 About kci slaves. Nothing worked yesterday
 Because Rik stopped me and now Xenial has 5.6 and Yakkety has half transitioned 5.7
 /me blames Rik specifically :P
[16:26] <acheronuk> tsimonq2: YY has fully working 5.7
[16:26] <acheronuk> as I sorted it
 Oh cool I didn't know that :)
 @acheronuk what about Xenial?
[16:28] <acheronuk> tsimonq2: didn't help that the YY VM I was testing with did not like the upgrade, but rolling it back then updating got me a working plasma with QT 5.7
[16:28] <acheronuk> Xenail could be done now
 Ok
 Well it's in the ninja PPA if you want to start :L
 *:)
[16:31] <acheronuk> tsimonq2: not today I won't, as have already had 2 beers. maybe tomorrow
 Argh fine :/
[16:33] <acheronuk> Not that fussed on xenial as I doubt that will wver get Qt 5.7, even as a backport
[16:33] <acheronuk> *ever
 Well we have two years ahead of us @acheronuk
 You never know :)
 (even more than that I think?)
[16:35] <acheronuk> you do never know, but it's not a criticak issue right this second
[16:35] <acheronuk> *critical FFS
[21:43] <mparillo> For the first time in a while (but I was gone for a week), zsync showed changes to the YY ISO. And guess what...I have favorites again. Thank you.
 Nice!
 Yay! :D
 maybe let's do a AMA at Akademy


[10:30] <davmor2> cjwatson: I'm running today's live iso to see if it is working.  I get "The installer has detected that the following disks have mounted partitions: /dev/sda ......."
[10:30] <davmor2> however the icon for the disc disappeared as soon as I started the installer
[10:35] <evand1> davmor2: Did you mount those partitions yourself?
[10:47] <davmor2> evand1: nope was on the screen on boot
[10:48] <evand1> was this a CD or USB disk?
[10:48] <davmor2> evand1: cd it's mounting the main hd
[10:48] <davmor2> I'm just going to check a couple of things
[10:49] <evand1> sure
[10:49] <CIA-9> rootskel: cjwatson * r342 ubuntu/ (3 files in 2 dirs): merge lp:~al-maisan/ubuntu/karmic/rootskel/rootskel_1.77ubuntu1
[10:51] <davmor2> evand1: right double checked and it is today's iso. Also when I quit the installer it remounts the hd
[10:51] <evand1> I'll take a look
[10:52] <cjwatson> ... I'm going to uncommit r342, it doesn't seem to be showing up as a proper merge
[10:52] <cjwatson> sorry, should have unbound
[12:10] <evand1> I suspect this has to do with more changes to gnome automounting
[12:13] <davmor2> evand1: could be I clicked on no and the install continued successfully but I think it's odd to have it come up
[12:14] <cjwatson> well, the odd thing is that any partitions are being mounted. IMO we shouldn't be doing that
[12:15] <cjwatson> it sounds like the installer is behaving correctly given the situation
[12:15] <cjwatson> but that the situation is wrong :-)
[12:19] <davmor2> cjwatson: That's my point I think it's odd that it's happening :)
[12:20] <davmor2> the best of it is when the installer starts the icon vanishes like it's been unmounted however if you exit the install the icon comes back which is really weird :)
[12:20] <cjwatson> just saying, desktop bug not installer bug. or maybe casper bug.
[12:20] <cjwatson> which icon?
[12:20] <cjwatson> oh, right, I see what you mean
[12:21] <cjwatson> that's probably because the installer inhibits automounting on startup
[12:21] <cjwatson> and the desktop is responding oddly to that - at a guess
[12:26] <davmor2> cjwatson: Right so it isn't actually unmounted then it's just that the icon is hidden, is that correct?  Or does the drive actually get unmounted?  If the latter is true then should be get the sda is mount text?
[12:27] <davmor2> s/be/we
[12:37] <cjwatson> davmor2: dunno, I'm guessing. You'd have to run 'mount' from a terminal window to tell
[12:37] <cjwatson> davmor2: I would be truly amazed if you got the "following disks have mounted partitions" message if something wasn't actually mounted, though
[12:38] <evand1> they are mounted
[12:38] <evand1> gnome appears to be mounting immediately now
[12:39] <evand1> (this from my reproduction of the issue, things may be different for davmor2)
[12:39] <davmor2> evand1: no sounds about right
[12:46] <davmor2> so should a bug be raised and if so against what?
[12:47] <cjwatson> yes, and not sure where, ask on #ubuntu-desktop
[12:47] <cjwatson> it may be that casper just needs to inhibit something
[12:48] <cjwatson> (since it could be that the behaviour is reasonable for non-live-CD systems, although I wonder how it handles journalled filesystems)
[12:58] <davmor2> cjwatson: could you help out on #ubuntu-desktop I'm not convinced I'm explaining this too well to seb128 please
[15:30] <CIA-9> usb-creator: rgreening * r107 usb-creator/usbcreator/ (backend.py kde_frontend.py): (log message trimmed)
[15:30] <CIA-9> usb-creator: Fix a bug in backend.py (line 144 - incorrect property for mount point)
[15:30] <CIA-9> usb-creator: More work on kde_frontend.py
[15:30] <CIA-9> usb-creator: - implement set_targets (partially completed)
[15:30] <CIA-9> usb-creator: - start for fix add_source
[15:30] <CIA-9> usb-creator: - implement get_target
[15:30] <CIA-9> usb-creator: - fix a unicode to str bug in add_file_source_dialog
[15:57] <CIA-9> usb-creator: rgreening * r108 usb-creator/TODO:
[15:57] <CIA-9> usb-creator: Moved branch development to lp:~kubuntu-members/usb-creator/kde-frontend
[15:57] <CIA-9> usb-creator: (easier for others to contribute)
[15:57] <CIA-9> usb-creator: Added TODO list
[16:45] <NCommander> cjwatson, so I managed to work out why d-i on sparc keeps failing, and why the ia64 kernel keeps causing the floppy image to go insane with its build size (and why the kernels are no longer compressed :-/). I should hopefully have a fix for that as soon as I'm compiling kernels. I also have a fix for the FTBFS on arm which I will (re)post in a branch shortly
[16:50] <cjwatson> NCommander: cool, happy to merge branches for that
[16:51] <NCommander> cjwatson, yeah, well, the kernel compression issue is because didn't do the merge sanely, so we've had decompressed kernels since intrepid :-/
[16:51] <NCommander> I need to just check which architectures are affected, I know ia64 and sparc are, not sure on powerpc
[17:04] <cr3> how can I get the pxelinux.0 file corresponding to a desktop image?
[17:18] <evand1> cjwatson: given that bug 41624 and debian bug 417407 hit dead ends ages ago, and I cannot find any code using blockdev --setro in partman or os-prober, do we account for the case of a hibernated system with a journaled filesystem in some other way?
[17:18] <evand1> I suspect we do, given your earlier comments today, but my grepping isn't coming up with anything.
[17:24] <NCommander> cjwatson, lp:~mcasadevall/debian-installer/arm-ftbfs-fixes - armel fixes (not test built yet, but I'll hop on rimu in a little bit and fully test it, but this change puts armel.cfg and the last kernel upload in sync)
[17:39] <cjwatson> evand1: lots of half-arsed exclusions of journalled filesystems all over the place, basically
[17:39] <cjwatson> evand1: we never really dealt with it completely
[17:39] <evand1> yikes
[17:53] <cjwatson> $ bzr merge lp:~mcasadevall/debian-installer/arm-ftbfs-fixes
[17:53] <cjwatson> Nothing to do.
[17:53] <cjwatson> NCommander: ^-
[17:54] <NCommander> WTF?
[17:54] <NCommander> that's strange
[17:54] <cjwatson> I'll try again, but maybe you hadn't completed the push before mentioning it on IRC?
[17:54] <NCommander> cjwatson, no, I did, and when I did bzr log, i see it
[17:54] <cjwatson> still says the same thing
[17:54] <cody-somerville> https://edge.launchpad.net/~mcasadevall/debian-installer/arm-ftbfs-fixes
[17:54] <cody-somerville> Launchpad is reporting an error for that branch
[17:55] <cody-somerville> Revision {svn-v3-list-QlpoOTFBWSZTWZGF0F4AABPRgAAQABK-bR4AIAAhKgGk0eT0oU0yMTExIMb967Iba8QuvgzkikwSS9mEPH4u5IpwoSEjC6C8:48c42b26-1dd6-0310-b98f-a58d8bce7237:trunk%2Finstaller:40109} not present in "12555@48c42b26-1dd6-0310-b98f-a58d8bce7237:trunk%2Finstaller:build%2Fpkg-lists%2Fcd_drivers%2Fpowerpc.cfg".
[17:55] <NCommander> codehosting been twichy recently
[17:55] <NCommander> I see it when I do: bzr log lp:~mcasadevall/debian-installer/arm-ftbfs-fixes
[17:55] <NCommander> hold on
[17:55] <NCommander> I'll kick it onto rookery
[17:55] <cjwatson> if codehosting reported an error for it, that would mean it might not manage to propagate between the various machines that host bazaar.lp.net
[17:56] <cjwatson> that looks like it might be a potentially interesting interaction between stacking and rich-root, and you should file a bug on launchpad-bazaar about it
[17:56] <NCommander> cjwatson, well, your LP branch is old enough that bazaar tosses a warning whenever I branch off it on stacking
[17:57] <NCommander> cjwatson, try rookery.canonical.com:~mcasadevall/public_html/d-i_arm_ftbfs
[17:58] <cjwatson> it's been a bit of a pain to upgrade rich-root branches historically
[17:58] <NCommander> woo :-/
[18:01] <NCommander> cjwatson, disregard that pull, I'm an idiot when it comes bazaar pushing and assuming it takes scp syntax :-/
[18:23] <NCommander> cjwatson, bzr+ssh://rookery.canonical.com/home/mcasadevall/public_html/d-i_arm_ftbfs
[19:11] <cr3> evand1: I got the ubiquity source to find the available preseed key/value pairs and I would like to suggest perhaps providing an example file like in the installation-guide-* packages
[19:33] <xivulon> hi evan
[19:57] <cr3> evand1: I booted the desktop (live) image with the kernel parameter file=/cdrom/preseed/ubuntu.seed which contains a bunch of preseeds but, when I start ubiquity either with no arguments or with --automatic, it seems that nothing is automated
[19:57] <cr3> by the way, I'm currently testing jaunty
[20:04] <cr3> evand1: nevermind, I think I got it sussed
[20:18] <CIA-9> ubiquity: superm1 * rsupermario@dell-laptop-20090608191826-zo3er6fmiisukipk ubiquity/debian/ (changelog ubiquity-frontend-mythbuntu.links):
[20:18] <CIA-9> ubiquity: Update location of Mythbuntu symlinked glade file for changes in
[20:18] <CIA-9> ubiquity: new mythbuntu-common.
[20:24] <CIA-9> ubiquity: superm1 * rsupermario@dell-laptop-20090608192446-ukwpsj5e10cgvbfz ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py):
[20:24] <CIA-9> ubiquity: Update location of Mythbuntu example configuration files for changes
[20:24] <CIA-9> ubiquity: in mythbuntu-common.
[21:49] <cjwatson> superm1: 'cia_send_revno = true' in ~/.bazaar/bazaar.conf would be nice
[21:49] <superm1> cjwatson, I thought the last two revisions I sent came up in irc?
[21:49] <cjwatson> superm1: they did, but with revision ids rather than numbers
[21:50] <cjwatson> which are pretty ugly in irc
[21:50] <superm1> ah, yeah i wasn't sure why that was happening - this is a different notebook than i usually commit from
[21:52] <CIA-9> debian-installer: cjwatson * r1106 ubuntu/ (build/config/armel.cfg debian/changelog): merge lp:~mcasadevall/debian-installer/arm-ftbfs-fixes
[22:05] <CIA-9> grub-installer: cjwatson * r781 ubuntu/debian/ (changelog grub-installer.templates): Use GRUB 2 by default.
[22:05] <NCommander> cjwatson, so launchpad stopped acting up?
[22:06] <cjwatson> NCommander: no, I actually merged from rookery but that wasn't so useful for a commit message
[22:06] <NCommander> cjwatson, oh. bother :-/
[22:07]  * cjwatson shrugs
[22:08] <CIA-9> grub-installer: cjwatson * r782 ubuntu/debian/changelog: releasing version 1.37ubuntu2
[22:09] <CIA-9> usb-creator: rgreening * r109 usb-creator/usbcreator/kde_frontend.py:
[22:09] <CIA-9> usb-creator: Some minor function re-ordering (to match gtk_frontend.py - easier to compare)
[22:09] <CIA-9> usb-creator: Removed erroneous call to self.backend.detect_devices in init
[22:09] <CIA-9> usb-creator: Add connect signal for progress bar
[22:09] <CIA-9> usb-creator: Add remove_source function - works with CD eject
[22:09] <CIA-9> usb-creator: Copied some functions from gtk_frontend.py (commented out until re-write)
[22:09] <CIA-9> usb-creator: Still crashes with KCrash is run with a USB stick inserted, but if inserted after, does not
[22:10] <NCommander> cjwatson, are there any plans to move to GRUB2 on any ports architecture? (I know it works on PowerPC and I think it works on sparc)
[22:10] <cjwatson> up to porters
[22:11] <cjwatson> I have no plans to work on it myself
[22:11] <CIA-9> ubiquity: cjwatson * r3274 ubiquity/ (bin/ubiquity-wrapper debian/changelog):
[22:11] <CIA-9> ubiquity: If devkit-disks is available, use that for desktop storage locking
[22:11] <CIA-9> ubiquity: rather than hal-lock.
[22:17] <CIA-9> ubiquity: cjwatson * r3275 ubiquity/ (d-i/manifest debian/changelog):
[22:17] <CIA-9> ubiquity: Automatic update of included source packages: grub-installer
[22:17] <CIA-9> ubiquity: 1.37ubuntu2.
[22:19] <CIA-9> ubiquity: cjwatson * r3276 ubiquity/debian/changelog: releasing version 1.13.2


[09:26] <ogra> lool, so d-i on vfat wont work ... :(
[09:26] <ogra> unless we add some hack ...
[09:28] <ogra> lool, d-i relies on the link /cdrom/dists/stable pointing to /cdrom/dists/karmic .... vfat doesnt support symlinks so we end up without "stable" in that dir ...
[09:29] <ogra> cd'ing to /cdrom/dists and mv karmic stable makes it work though
[09:30] <ogra> amitk_, the NIC driver still doesnt work (at least in d-i) while i have eth0 it cant get any IP data via dhcp, setting the IP manually doesnt work either it seems
[09:33] <ogra> hrm, k, now it fails in debootstrap "failed to determine the codename of the release" i guess thats additional fallout of the vfat symlink prob
[09:33] <ogra> lool, i think we should consider ext2/3 for the alternate images
[09:33] <ogra> NCommander, ^^^
[09:34] <ogra> you will likely run into the same issue on dove
[09:36] <amitk_> ogra: we did apt-get dist-upgrade with the nic at the sprint
[09:36] <ogra> well, i dont get any data through it
[09:36] <amitk_> ogra: the driver is compiled-in. So I am not sure why it doesn't work in d-i
[09:36] <ogra> behaves the same as with the FEC2 driver
[09:37] <amitk_> where are you seeing FEC2? I removed that...
[09:37] <rabeeh> NCommander: ping
[09:38] <ogra> amitk_, i see FEC1, i say it behaves identically to how FEC2 did
[09:38] <ogra> driver is loaded, no data gets through
[09:38] <amitk_> what kernel are you using?
[09:40] <ogra> amitk_, -102
[09:40] <amitk_> ogra: could you try if -101.9 works?
[09:41] <amitk_> https://edge.launchpad.net/ubuntu/+source/linux-fsl-imx51/2.6.31-101.9/+build/1258067
[09:42] <ogra> no, i would have to rebuild d-i
[09:43] <ogra> i'll see if it works with the live image, probably something is missing
[09:49] <lool> ogra: Well we could keep the vfat for uboot and move the d-i stuff to a new part
[09:49] <ogra> uboot ?
[09:49] <ogra> oh, on dove, yes, indeed
[09:49]  * ogra is testing imx51
[09:54]  * lool tries to recall why we have a fat on imx51
[09:54] <lool> Probably because that's the only non-ISO format we supported in cdimage/debian-cd
[09:55] <ogra> yeah
[09:55] <ogra> sigh, usplash without progress is bitter with casper on arm
[09:56] <ogra> they could at least have kept the bouncing bar
[10:03] <ogra> amitk_, FEC doesnt work in the live session either
[10:04] <ogra> i see eth0 but NM doesnt
[10:04] <amitk_> ogra: 'ifconfig eth0 <ip> up' works?
[10:04] <amitk_> besides, screw NM
[10:05] <ogra> ifconfig eth0 up && dhclient eth0 works
[10:05] <ogra> so at least the driver does it ...
[10:06] <ogra> but still, NM has to work
[10:06] <amitk_> ogra: ok. So we need to figure out what NM needs
[10:06] <ogra> it doesnt see the interface at all it seems
[10:06] <ogra> and the interface doesnt come up on its own either
[10:07] <ogra> ifconfig eth0 up shouldnt be needed
[10:07] <ogra> lool, oo.o bug still persists
[10:07] <ogra> :(((((
[10:08] <lool> ogra: crap
[10:08] <lool> doko_: ^
[10:08] <ogra> heh, it still builds
[10:08] <ogra> ignore me
[10:08] <lool> ogra: tss
[10:08] <lool> doko_: cancel ping :)
[10:08] <lool> Loïc Minier would like to recall the message "doko_: ^"
[10:08] <ogra> Started 2009-09-27
[10:09] <ogra> hmm, should soon be done though
[10:09] <doko_> ogra: be patient ...
[10:10] <amitk_> ogra: ofcourse ifconfig eth0 up should be needed. Otherwise the chip will consume power unecessaryily. But it could be that the driver isn't sending the right udev events, or N-M isn't reading them
[10:10] <amitk_> *unnecessarily
[11:34] <ogra> babbage live install succeeded
[12:03] <ogra> amitk_, so can we make FEC spit out a "DRIVER" udev property ?
[12:04] <ogra> ogra@babbage2:~$ udevadm info --query=all --path=/devices/virtual/net/eth0
[12:04] <ogra> P: /devices/virtual/net/eth0
[12:04] <ogra> E: UDEV_LOG=3
[12:04] <ogra> E: DEVPATH=/devices/virtual/net/eth0
[12:04] <ogra> E: INTERFACE=eth0
[12:04] <ogra> E: IFINDEX=2
[12:04] <ogra> E: SUBSYSTEM=net
[12:04] <ogra> NM looks for DRIVER here
[12:23] <amitk_> ogra: I guess we can, can I have a bug please to submit the fix against?
[12:24] <ogra> sure, still collecting my issues here :)
[12:24] <amitk_> heh
[12:29] <ogra> amitk_, one other thing i'd like to see is that we quieten down the kernel a bit on imx51
[12:29] <ogra> i have a lot of noise when it inits devices on startup
[12:36] <amitk_> ok
[12:37] <ogra> mainly fb devices
[12:37] <ogra> but also some others
[12:39] <amitk_> must be debug statements in the driver...
[12:39] <amitk_> although, do we care when usplash works?
[12:39] <ogra> not sure we will decide to use it
[12:40] <ogra> so i want the kernel to be as quiet as the others
[12:58] <ogra> amitk_, http://paste.ubuntu.com/281234/
[12:58] <ogra> thats the parts i'd like to vanish
[12:59] <amitk_> hmm..ok
[12:59] <lool> amitk_, ogra: Perhaps this should be tracked in a bug report
[13:00] <ogra> lool, as i said above, still collecting my issues here
[13:00] <ogra> i'll file a bunch of bugs soon
[13:01] <amitk_> lool: yeah. I'm not touching anything w/o bugs anymore. release manager will grab my neck otherwise.
[13:03] <lool> ogra: You could start with filing a bug for the output you pasted?
[13:04]  * ogra sighs
[13:04] <lool> ogra: Please don't file a bunch of bugs for each line though, unless that's what amitk_ wants
[13:04] <ogra> can i finish first please
[13:04] <lool> ogra: Well I thought you were done since you said 13:58 < ogra> thats the parts i'd like to vanish
[13:05] <lool> ogra: Sure, finish your research if you like
[13:05] <lool> .c
[13:05] <amitk_> lool: I'll leave it to ogra's discretion
[13:05] <ogra> i'm just starting with .1
[13:17] <ogra> no ttys :/
[13:32] <ogra> sigh, so many bugs
[13:52] <ogra> why is LP so slow
[14:00] <amitk_> ogra: what a silly question?
[14:00] <ogra> heh
[14:21]  * amitk_ wonders if apt-get dist-upgrade works on the babbage
[14:22] <ogra> use update-manager :)
[14:22] <amitk_> no UI, only serial port
[14:23] <amitk_> what fixes does update-manager add?
[14:23] <ogra> it cares for handling config files, package removals and replacements etc
[14:24] <ogra> dist-upgrade might leave you with a different system than u-m
[14:24] <amitk_> ubuntu@karmic-arm:~$ apt-cache policy linux-image-imx51
[14:24] <amitk_> linux-image-imx51: Installed: (none) Candidate: <IP_ADDRESS>.2
[14:24] <ogra> it should work though but you might have to handle some fallout
[14:24] <amitk_> does the kernel upgrade work too?
[14:25] <amitk_> since there doesn't seem to be a kernel package installed here...
[14:25] <ogra> it did for 100 to 101 for me
[14:25] <ogra> for 102 i already did a reinstall since i need to test images
[14:25] <ogra> apt-get install linux-imx51 :)
[14:25] <amitk_> do you know why apt-cache policy says I don't have that package installed?
[14:26] <ogra> does dpkg -l agree ?
[14:26] <amitk_> No packages found matching...
[14:27] <ogra> well, you used redboot-install and rootstock i assume
[14:27] <ogra> rootstock explicitly omits kernel installation
[14:30] <amitk_> aah
[14:30] <ogra> if you install it, make sure you have a flash-kernel.conf and kernel-img.conf file
[14:31] <ogra> and install flash-kernel and redboot-tools
[15:02] <amitk_> ogra: sample flash-kernel.conf and kernel-img.conf files?
[15:03] <ogra> amitk_, https://wiki.ubuntu.com/ARM/BabbageImageFromScratch
[15:07] <ogra> lool, my serialtty hack does nothing :(
[15:08]  * ogra will try the rootskel code post beta for it
[15:08] <ogra> what bothers me is that it doesnt even get into the case statement apparently
[15:19] <lool> ogra: You forgot +x
[15:19] <lool> ogra: pushed
[15:21] <ogra> lool, i forgot more
[15:21]  * ogra bangs some nails into the wall with his forehead
[15:21] <ogra> GOD !
[15:21] <ogra> lool, its not installed :P
[15:22] <daniel_ki> the one situation where a hammer would have been the right tool :)
[15:23] <ogra> nope :)
[15:23] <ogra> i deserve the pain :)
[15:23] <ogra> (and i dont even need the nails :) )
[15:24] <daniel_ki> it depends on whether you are masochistic, because if you are, you do not deserve it :)
[15:24] <ogra> hmm, i dont get why it isnt installed though
[15:24] <ogra> there is no reason its missing
[15:27] <ogra> hmm, buildlog says it should be there too ...
[15:27] <ogra> -rw-r--r-- root/root       568 2009-09-28 10:45 ./usr/share/initramfs-tools/scripts/casper-bottom/22serialtty
[15:30]  * ogra doesnt get it
[15:50] <lool> ogra: 16:19 < lool> ogra: You forgot +x
[15:50] <ogra> lool, yes, i was a bit stupid not finding it on disk
[15:50] <ogra> /usr/share/initramfs-tools/scripts/casper-bottom/<tab><tab> != ls /usr/share/initramfs-tools/scripts/casper-bottom/
[15:50] <ogra> :P
[15:51]  * ogra should retire
[15:54] <amitk_> ogra: are you the one that broke my serial console on dist-upgrade?
[15:54] <ogra> nope
[15:54] <ogra> that was very likely Keybuk
[15:55]  * amitk_ puts back the stick
[15:55] <ogra> the casper hack above should actually give you a serial tty in a live session if you set it
[15:55] <ogra> doesnt touch installed systems
[17:28] <lool> amitk_: jaunty -> karmic?
[17:52] <amitk_> lool: no, karmic rootstock image and then dist-upgrade


[01:16] <pleia2> working on the release now
[02:19] <tsimonq2> pleia2: awesome, got the emails and such :)
[02:20] <tsimonq2> forgot to post something here :P
[02:21] <pleia2> Welcome to the Ubuntu Weekly Newsletter, Issue 464 for the week April 24 - May 1, 2016 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue464
[02:21] <pleia2> :D
[02:30] <tsimonq2> :)


[00:21] <wrst> thanks cyberanger!
[03:12] <Omnifrog> configuring xubuntu for a 4 year old is more involved that I though
[03:13] <Omnifrog> it can be done but it's a pita
[09:52] <cyberanger> Omnifrog: I'm not sure which is worse, the 4yro or the 24yro
[09:53] <cyberanger> I guess the 4yro, cause while I wanted a really specific setup at 24 (and still do) I can do it myself.