[07:43] <acheron88> Nice https://kdeonlinux.wordpress.com/2016/04/25/performance-update-for-breeze-icons/
[08:34] <soee_> ahoneybun: yes, but their client fails to install due to dependencies
[08:34] <soee_> mobile app works fine though
[09:49] <yofel> sitter: any idea what happend to https://code.launchpad.net/~tomahawk/tomahawk/master ?
[10:08] <sitter> yofel: probably imploded. muesli hosted it
[10:08] <sitter> twas a crude script mirroring
[10:08] <yofel> ah, thanks
[10:09] <clivejo> yofel: does the do-all script have a varible for the current directory?
[10:10] <yofel> it has a parameter for the target
[10:10] <clivejo> do-all git remote add origin lp:~kubuntu-packagers/kubuntu-packaging/$current_package_name
[10:11] <yofel> oh wait, do-all
[10:11] <clivejo> yeah
[10:11] <yofel> no, it doesn't. It assumes that you're operating in the right directory
[10:11] <yofel> and applies your changes to all subfolders
[10:11] <clivejo> yup
[10:12] <yofel> but here I think you'll need a self-written bash loop or so
[10:12] <clivejo> looks like it 
[10:12] <clivejo> would pwd work?
[10:14] <clivejo> wonder did Scarlett hit a problem with staging 5.21.0
[10:14] <clivejo> http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.21.0_xenial.html
[10:15] <yofel> *IF* the directories are named after the correct remote names (which should be the case) you could do:
[10:15] <yofel> curdir=$(pwd); for dir in $(ls); do cd $dir; git remote add origin lp:~kubuntu-packagers/kubuntu-packaging/$dir; cd $curdir; done
[10:15] <yofel> (untested, make a copy of your directory first ^^)
[10:15] <clivejo> dont think its moved from I checked before bed
[10:16] <yofel> oh
[10:16] <yofel> that will probably fail, as 'origin' will already be taken by debian
[10:16] <yofel> name it 'launchpad' or so
[10:16] <clivejo> Ive stripped all the other remotes off
[10:16] <yofel> ah ok
[10:17] <clivejo> there was origin, neon, sedcution or something like that
[10:17] <clivejo> so I stripped them all off and was trying to replace origin as LP
[10:22] <clivejo> ok that seems to have worked
[10:22] <clivejo> Ill push one of them as a test
[10:26] <clivejo> fatal: remote error: '~kubuntu-packagers/kubuntu-packaging/akonadi' is not a valid Git repository path.
[10:28] <clivejo> do I need a +git, https://git.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation/
[11:13] <BluesKaj> Hiyas all
[11:33] <yofel> clivejo: yes, you need +git
[11:33] <yofel> see docs
 *growls and hisses at LP*
[11:40] <clivejo> this makes no sense
[11:40] <clivejo> is it a personal repo?
[11:40] <clivejo> [url "git+ssh://USER@git.launchpad.net/~USER/+git/"]
[11:40] <clivejo>         insteadof = lpme:
[11:41] <yofel> no, it's a public one
[11:42] <clivejo> $ git remote add origin lp:~USER/PROJECT
[11:42] <yofel> no
[11:42] <yofel> [url "git+ssh://USER@git.launchpad.net/"]
[11:42] <yofel>         insteadof = lp:
[11:42] <clivejo> yes thats what I have in my .gitconfig
[11:42] <yofel> then lp:~kubuntu-packagers/kubuntu-packaging/$REPO
[11:42] <yofel> erm
[11:42] <clivejo> user as me
[11:42] <yofel> lp:~kubuntu-packagers/kubuntu-packaging/+git/$REPO
[11:43] <yofel> see "Repository URLs" section
[11:43] <clivejo> so its the https://code.launchpad.net/~OWNER/PROJECT/+git/REPOSITORY
[11:44] <clivejo> OWNER = kubuntu-packagers, PROJECT = kubuntu-packaging, and REPOSITORY = package name?
[11:45] <yofel> yes
[11:45] <yofel> but I don't think launchpad supports pushing over https, so use git+ssh
[11:45] <yofel> i.e. lp:
[11:46] <clivejo> git remote add origin lp:~kubuntu-packagers/kubuntu-packaging/+git/$dir ?
[11:46] <yofel> right
[11:46] <clivejo> I dont see the logic at all !
[11:47] <yofel> why not? It's essentially the bzr url, just with +git inside
[11:48] <clivejo> ok
[11:48] <clivejo> https://code.launchpad.net/~kubuntu-packagers/+git
[11:48] <clivejo> its pushed it somewhere
[11:48] <clivejo> but only master branch by the looks of it
[11:48] <yofel> yeah, we don't want that
[11:48] <yofel> remove the repo again and only push all relevant branches
[11:49] <yofel> with tags
[11:49] <clivejo> how do I do that jedi master?
[11:49] <clivejo> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/akonadi  the trash can on this page?
[11:50] <clivejo> ah there is a manage webhooks thingie on that page
[11:50] <yofel> yes, the trash bin
[11:50] <clivejo> wonder can we use that to hook KCI
[11:50] <yofel> and yes, that's what we'll have to configure for KCI
[11:50] <clivejo> ok deleted
[11:50] <clivejo> how do I push only certain branches
[11:51] <clivejo> do I have to checkout each one and push?
[11:51] <yofel> probably make a static list of all the branches that we possibly care about, then loop over those
[11:51] <yofel> if a repo doesn't have a branch it'll just fail to push
[11:51] <clivejo> sorry, Ive never done anything like this before
[11:51] <yofel> and we can leave the branches in debian for a while, until we're sure we migrated everything
[11:52] <clivejo> so we dont want master?
[11:52] <yofel> in bash, make a space seperated var like branches="foo bar xy", then you can run: for branch in $branches; do...
[11:52] <yofel> well
[11:53] <yofel> if we want to use gbp how it's supposed to be used, our code has to be in 'master'. Not the debian packaging
[11:53] <yofel> so if you push master, it would be a dead branch that'll eventually be deleted
[11:54] <clivejo> I was going to do "do-all git checkout kubuntu_xenial_archive"
[11:54] <clivejo> just do baby steps so I know whats going on!
[11:56] <yofel> well, as you would be doing several things with a branch, I would make a list of branches and use loops.
[11:56] <yofel> But yeah, even then I usually do at least one repo by hand until I know a working command chain
[11:56] <clivejo> do we need kubuntu_vivid branch?
[11:57] <yofel> I would keep it, just to have the history
[11:57] <clivejo> so basically kubuntu_*
[11:57] <yofel> right
[11:58] <clivejo> Ill try bringing kubuntu_xenial_archive branch over first
[11:58] <yofel> right
[11:59] <yofel> for now try importing akonadi, note down everything you did, then later try to make a script out of that
[12:00] <clivejo> git checkout kubuntu_xenial_archive gives me an error: pathspec 'kubuntu_xenial_archive' did not match any file(s) known to git.
[12:01] <clivejo> eak
[12:01] <yofel> well, you removed the origin
[12:01] <yofel> *remote
[12:02] <clivejo> I only have master
[12:02] <yofel> yes, by default it only checks out master
[12:02] <yofel> maybe clone has a parameter to pull all branches
[12:02] <clivejo> oh drat!
[12:03] <clivejo> I thought it pulled it all down
[12:03] <clivejo> git clone I mean
[12:03] <clivejo> but removing the remote wipes the pointers?
[12:04] <clivejo> in other repo's Ive done git clone package
[12:04] <clivejo> then git checkout kubuntu_xenial_archive and it changes to that branch without going online
[12:06] <clivejo> I need food! be back later
[12:06] <BluesKaj> 68 upgrades this morning on yakkety
[12:12] <yofel> clivejo: yes, removing the remote removes the pointers.
[12:12] <yofel> IIRC when you try to checkout a branch, it tries to get the local one, and if there is none, it searches the remotes one by one for a branch with the same name
[12:34] <soee_> https://plus.google.com/u/0/+JimDimitriosArvanitis/posts/38UgEUzr5nH
[13:27] <clivejo> so by remove the origin on these I have basically messed up this local copy
[13:27] <clivejo> so I need to add a remote for lp and push to that?
[13:34] <yofel> clivejo: you can go and add the debian remote back, git fetch everything and the copies should work again
[14:20]  * yofel wonders if something's relevant for us https://mail.kde.org/pipermail/kde-distro-packagers/2016-April/000156.html
[14:43] <soee_> yofel: depends :D
[14:43] <yofel> the qt 5.6 thing probably not, the nvidia one.. maybe
[14:43] <soee_> i doubt we will be able to ship apps before 16.04.1 is released
[14:44] <yofel> I'm talking about 15.08
[14:44] <soee_> isn't this note related to Spectacle 16.04 ?
[14:44] <yofel> sure, because that's the only supported version
[14:45] <soee_> ah i see
[14:45] <soee_> but anyway "Spectacle 16.04, as released, seems to have two pretty bad regressions."
[14:46] <yofel> and? That's the usual thing with kde these days
[14:46] <soee_> does it mean it is only in 16.04 ? the regressions ?
[14:46] <yofel> well, the first patch seems to be a qt5.6 change, the next one isn't quite clear
[15:16] <yofel> archive open again
[15:31] <yofel> oh, we'll be getting gcc 6
[15:31] <yofel> "Fun"
[15:43] <clivejo> yofel: I cant seem to stop it pushing master :(
[15:43] <clivejo> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/akonadi
[15:43] <yofel> what are you running?
[15:43] <clivejo> git push lp --all
[15:43] <yofel> well that'll ofc. push master if you say --all
[15:43] <clivejo> but surely all is all
[15:44] <clivejo> all of the f'in branches not just master
[15:44] <clivejo> right deleted
[15:45] <clivejo> ok so git push lp seems to push just xenial branch
[15:48] <yofel> that depends on the push behavior
[15:48] <yofel> I think current default is to push all local branches
[15:50] <clivejo> Ill just check them out individually
[15:50] <clivejo> can I let this rip?
[15:53] <clivejo> ie push all this local xenial_archive branches to LP
[15:54] <clivejo> it will probably take a while 
[15:54] <clivejo> yofel: ^
[15:55] <yofel> hm, sure... did your test include the tags?
[15:55] <clivejo> no
[15:55] <yofel> we need those..
[15:55] <clivejo> dont they come with the branches?
[15:55] <yofel> not by default
[15:56]  * clivejo shakes head
[15:56] <yofel> welcome to git :P
[15:57] <clivejo> if I just push all this xenial_archive branches I can add those later?
[15:57] <clivejo> is there no way to just copy the entire thing over and the rm the master branch?
[15:58] <yofel> maybe there is, but I would have to read the git docs
[15:59] <yofel> there should be a way to checkout all remote branches and then push those in one go...
[15:59] <yofel> but I think that needs some custom git configuration
[16:00] <yofel> there's also parameters to include the tags
[16:00] <yofel> but again I would have to do that myself to figure it out
[16:01] <soee_> #git for help
[16:01] <sgclark> --follow-tags ?
[16:02] <yofel> that's for pushing, fetch has a different one IIRC
[16:02] <yofel> but clone might already include them..
[17:45] <Sick_Rimmit> Hi friends
[17:45] <BluesKaj_> hi Sick_Rimmit, w
[17:45] <Sick_Rimmit> I am making a video about my ubuntu tablet, connected to 52 inch plasma TV in convergence mode
[17:45] <Sick_Rimmit> using xchat from the tablet right now
[17:45] <Sick_Rimmit> he he
[17:46] <BluesKaj_> connected via ?
[17:48] <BluesKaj_> networked i guess, my old plasma tv has no such amenities
[17:49] <Sick_Rimmit> hdmi to TV
[17:49] <Sick_Rimmit> using the tablets Wifi
[17:49] <Sick_Rimmit> Bluetooth kbd, and mouse
[17:50] <Sick_Rimmit> its a great experience, sitting on the sofa, with massive screen 
[17:50] <Sick_Rimmit> xchat in 1 window, firefox and launchpad in the other
[17:54] <mamarley> Connecting display by a cable is really the only appropriate way to do it.  Displays require so much bandwidth that even Gigabit Ethernet is not fast enough.  Compression can be used, but that results in lag and artifacting.
[17:55] <BluesKaj_> yup, been doing that for 6yrs with 46" panasonic plasma tv,from the pc to the tv via dvi-hdmi cable
[18:00] <mamarley> A PC with two 4K monitors will send 1.35 gigabytes per second of data out of its GPU.
[18:00] <mamarley> (Yes, gigabytes, not gigabits.)
[18:01] <BluesKaj_> I'm 10 ft/3M away from the tv and the pc with wireless KB and mouse ...a comfy setup for an old guy :-)
[18:03] <Sick_Rimmit> mamarley, I was thinking about that this morning, and wondered if the TV had an Xserver then it could be done ove Wifi using X
[18:04] <mamarley> Sick_Rimmit: You mean X11 forwarding?  That is a very chatty protocol and tends to be quite slow, even on fast network connections.
[18:04] <BluesKaj_> by the time there's enough source material for a 4k tv I'll probly be in an urn sittng on the mantle :-)
[18:04] <Sick_Rimmit> No I mean straight X.
[18:04] <mamarley> Oh, I agree that a 4K TV is probably a waste of money at this point.  But 4K monitors are awesome.
[18:05] <Sick_Rimmit> Used it before for LTSP, had 40 clients running off 1 IBM server on a 100mb network, it worked smooth
[18:05] <Sick_Rimmit> Not 4K mind you
[18:05] <Sick_Rimmit> more like 1024 x 768 I think
[18:05] <Sick_Rimmit> But yes ubuntuttablet is connect via HDMI
[18:05]  * mamarley is very skeptical about transmitting putting any kind of network between a computer and its display.
[18:06] <Sick_Rimmit> Well that is exactly what X was designed to do.
[18:06] <Sick_Rimmit> Back in the Mini computer Dumb Terminal world
[18:07] <Sick_Rimmit> X is really good at it too
[18:07] <mamarley> Back in those days people didn't expect 3840x2160 60FPS Vsync. :)
[18:07] <Sick_Rimmit> Oh sure, don't get me wrong UHD Gaming any going to happen
[18:08] <Sick_Rimmit> But for having this experience I've got now but without the cable, I reckon it would work.
[18:08] <Sick_Rimmit> Could probably make it happen with a Raspberry Pi as the Xserver, and Tablet as the client
[18:09] <mamarley> In my experience, the RasPi has incredibly slow 2D X support, made even worse if you put it in 32-bit color instead of 16-bit color.
[18:11] <mamarley> Non-CPU-limited GLES applications and video that conforms exactly to the hardware decoding support of the GPU work fine, but anything else is too slow to be usable.
[18:29] <Sick_Rimmit> OK, I'm off for a bit, got friends coming round. see you folks leter
[18:56] <clivejo> I have no idea how to do this git madness
[19:01] <sgclark> clivejo: can't add a git remote and then merge it in?
[19:36] <clivejo> sgclark: but how do I get the branches and tags all over in the first place?
[19:37] <clivejo> Ive cloned the all locally
[19:37] <clivejo> git checkout kubuntu_xenial_archive
[19:37] <clivejo> and "git push lp" pushes the xenial branch to LP 
[19:38] <clivejo> I can do that manually for all the branches
[19:38] <clivejo> but how do I bring over the tags?
[19:38] <sgclark> hmm google had no answers?
[19:38] <clivejo> I assumed that they would follow the branches, but no!
[19:38] <sgclark> oh :(
[19:38] <clivejo> git doesnt make anything easy!
[19:39] <mamarley> clivejo: If you think git is hard, you should try CVS sometime!
[19:39] <clivejo> the #git channel said to rsync them over
[19:40] <sgclark> rsync tags? interesting
[19:40] <sgclark> I guess do that then
[19:40] <clivejo> sgclark: rsync the entire file structure Im guessing
[19:40] <clivejo> but I dunno how to log into debian and lp
[19:41] <clivejo> to put the file in the right place
[19:41] <clivejo> plus I dont want the entire debian archive
[19:41] <sgclark> can login debian with your git credentials. LP I have no clue...
[19:41] <sgclark> maybe sync it local and then push it? dunno
[19:42] <clivejo> anyways how are you getting on?
[19:42] <sgclark> I was told this would be easy! *peers at yofel*
[19:42] <clivejo> having any more fun than me?!?
[19:42] <clivejo> its probably me just making it hard :/
[19:43] <sgclark> well, not terribly exciting work doing all these by hand. Repetitive.
[19:43] <sgclark> almost done with frameworks. well uploading, not necessarily fixing.
[19:44] <clivejo> thats the next fun job :)
[19:46] <clivejo> these 5.21 packages did you merge with debian first?
[19:46] <clivejo> or just with the new packages
[19:47] <sgclark> I did not, if we do merge, it will have to be with current dev release work, aka yak
[19:47]  * clivejo giggles
[19:47] <clivejo> aka yak!
[19:47] <sgclark> lol
[19:47] <clivejo> I likes it
[19:48] <clivejo> dev aka yak
[21:37] <clivejo> hi slhk_
[21:37] <slhk_> hi clivejo
[21:37] <clivejo> do you happen to know much about git?
[21:37] <slhk_> not really much, but you can try to ask
[21:38] <clivejo> we are trying to copy our packaging from debian servers to launchpad
[21:38] <clivejo> but we only want to bring over our branches ie kubuntu_*
[21:47] <slhk_> clivejo: I would clone (gets me only master), list all branches and individually pull those that match the criteria, pull all tags
[21:47] <slhk_> but there is sure a more "expert" way to do it
[21:48] <clivejo> but how do I pull the tags?
[21:48] <clivejo> magic
[21:48] <clivejo> ahhh I give up
 /me: wonders when the kubuntu-devs sleep
 What an awesome team 😃
[21:49] <soee> clivejo: gti pull --tags ?
[21:49] <soee> *git
[21:49] <clivejo> cant sleep, have nightmares about git ending the world as we know it
[21:50] <soee> clivejo: http://stackoverflow.com/questions/16678072/fetching-all-tags-from-a-remote-with-git-pull
[21:50] <soee> git fetch --all 
[21:51] <slhk_> git fetch --tags
[21:53] <clivejo> git fetch --all is going out to all the remotes
[21:53] <soee> and you want to get tags of specific branch ?
[21:54] <clivejo> I want all the kubuntu branches and associated tags
[21:54] <soee> how many of kubutnu bramches there is ?
[21:54] <clivejo> about 7
[21:55] <clivejo> maybe 8 in frameworks now
[21:55] <clivejo> yeah, Scarlett is working on kubuntu_xenial_backports
[21:56] <slhk_> clivejo: tags for branches you pull should be retrieved automatically, if you don't use --no-tags
[21:57] <slhk_> so pulling the branch is enough
[21:57] <clivejo> thats what I thought
[21:57] <clivejo> does LP not show tags maybe?
[21:59] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/akonadi/
[22:01] <soee> this is what you pushed ?
[22:01] <clivejo> yes
[22:02] <clivejo> from here - http://anonscm.debian.org/cgit/pkg-kde/applications/akonadi.git/
[22:05] <soee> well if i clone debian it has tags
[22:05] <soee> if i clone yours it does not
[22:05] <clivejo> yup, this is the problem and why my brain is turning to mush
[22:06] <clivejo> oh oh oh
[22:07] <clivejo> I think I pushed the tags
[22:07] <slhk_> when you push I think you have to explicitly push tags
[22:07] <clivejo> slhk_: correct!
[22:07] <clivejo> git push lp --tags
[22:08] <soee> git push lp --all ?
[22:08] <clivejo> ah yes, I can see them on the web now
[22:08] <soee> lp i remote name ?
[22:08] <clivejo> lp=launchpad
[22:08] <soee> yup now they are there :)
[22:10] <clivejo> nope, --all doesnt push the tags
[22:10] <clivejo> have to do that separately
[22:10] <soee> that is what they said me now on #git
[22:10] <soee> [00:08] <milki> push --tags
[22:11] <clivejo> so I need to checkout all my kubuntu branches locally
[22:11] <clivejo> push the branches and push the tags
[22:12] <clivejo> sure thats just easy peasy
[22:12] <soee> write some script ? :D
[22:13] <clivejo> paste it for me soee :P
[22:14] <clivejo> soee: you should write a how to as well !
[22:16] <slhk_> soee: are you scripting it?
[22:17] <soee> slhk_: nope, i am not an expert on this filed
[22:17] <clivejo> thats his homework for tomorrow
[22:17] <soee> and i'm to exhausted
[22:20] <clivejo> and I have no idea how to get rid of master branch :/
[22:21] <soee> ?
[22:21] <soee> before or after push ?
[22:21] <clivejo> master is debian
[22:21] <clivejo> dont need it
[22:21] <clivejo> but it always wants to push it
[22:23] <soee> https://matthew-brett.github.io/pydagogue/gh_delete_master.html
[22:24] <soee> http://superuser.com/questions/748058/how-do-i-delete-origin-master-in-git
[22:48] <bkerensa> o/
[22:56] <clivejo> hi bkerensa
[22:56] <bkerensa> hi
[22:58] <clivejo> time for bed, night all