[00:00] <shadeslayer> have you tried setting it to the horizontal layout?
[00:00] <shadeslayer> :P
[00:02] <yofel> uhm, that now still covers the panel, but now above the icon. It doesn't cover the icon anmore. And seriously... looks horrible...
[00:02] <yofel> nvm I guess
[00:02] <shadeslayer> yofel: screenshot?
[00:03] <shadeslayer> and haggle tdfischer to fix it for vertical panels maybe ? :D
[00:04] <yofel> I would actually already be happy once it stops covering the panel: http://people.ubuntu.com/~yofel/pics/km.png
[00:04] <yofel> (i.e. make it use plasma...)
[00:05] <shadeslayer> uhh
[00:05] <shadeslayer> yofel: I think you can move it a bit
[00:05] <shadeslayer> and then doesn't it remember window position?
[00:05] <yofel> not movable here
[00:06] <shadeslayer> most interesting
[00:06] <yofel> that's the icon popup, not the mixer window
[00:06] <shadeslayer> bbiab
[00:10] <shadeslayer> most interesting
[00:10] <shadeslayer> I think it used to move
[00:11] <shadeslayer> and it respects the panel width when in vertical position, so something must be messed up in the horizontal layout
[00:12] <shadeslayer> *shrug*
[01:26] <JontheEchidna> apachelogger: what's teh screenie?
[08:26] <debfx> ok, so running list-missing is not a problem but lintian can only be run if we make pkg-kde-tools depend on it in the ppa
[08:26] <debfx> which is a problem as we could miss required build-dependencies that are pulled in by lintian
[09:08] <bambee> Riddell, apachelogger:  the move is done by 1/debian-qt-kde.mk and dh_movelibskdeinit :)
[09:27] <debfx> more likely by 2/debian-qt-kde.mk since most packages don't use cdbs anymore
[10:08] <isemenov> Riddell: hello! sorry for the delay, I've just added a PGP key to my launchpad account
[10:09] <isemenov> so, afaiu, now I can request a ppa and start using it/
[10:14] <yofel> isemenov: did you sign the CoC yet?
[10:15] <isemenov> yofel: oh right, I've forgotten to do that
[10:15] <isemenov> thanky ou for the reminder
[10:15] <yofel> isemenov: https://launchpad.net/codeofconduct
[10:18] <isemenov> yofel: done
[10:19] <yofel> isemenov: if you go to your launchpad profile, you should now have a "Create a new PPA" entry there
[10:22] <yofel> when you create a ppa, carefully choose the url name, you can't change that later and you can't (properly) delete a PPA so far. There is a delete button, but all that does is turn your ppa into a zombie
[11:09] <BluesKaj> Hi all
[11:34] <apachelogger> jtechidna: the screenshot is a mockup of a package manager :P
[12:25] <debfx> yofel: do you have an idea how to fetch build logs from private PPAs?
[12:28] <yofel> you need to login with an account that has access to the ppa, login_anonymous() won't work
[12:29] <yofel> you can use a credentials file if you don't want to depend on the keyring
[12:31] <debfx> yofel: I can get the build log url but downloading it requires launchpad.net SSO login
[12:33] <yofel> well, yes, you need to login once to verify that you have permissions to download the file
[12:34] <yofel> only way to skip that is to use a credentials file that's already authenticated
[12:35] <yofel> i.e. use something like: lp = Launchpad.login_with("fetch_logs", "production", credentials_file="/home/yofel/.cache/lp_credentials/creds.txt")
[12:35] <debfx> can you fetch the log through the api?
[12:35] <yofel> uh, sure?
[12:35] <yofel> sec
[12:36] <debfx> I only found a method that returns an url that you can download through http(s)
[12:37] <yofel> well, that's what I do here actually, and it works
[12:37] <yofel> debfx: http://paste.kde.org/492176
[12:38] <yofel> originally for neon, but with 2 changes so it works for ninjas
[12:38] <debfx> that works for ninjas o_O
[12:40] <yofel> hm
[12:40] <yofel> no
[12:40] <yofel> -.-
[12:40] <yofel> read the wrong file, sorry
[12:41] <yofel> indeed only returns the openid stuff
[14:48] <JontheEchidna> apachelogger: halp: http://paste.ubuntu.com/1021373/
[14:48] <JontheEchidna> (the 1.3 branch does exist)
[15:27] <Adityab> Is there a QtWebkit ppa where I can get the latest/nightly version?
[15:47] <apachelogger> JontheEchidna: you should not name branches like that TBH
[15:48] <apachelogger> JontheEchidna: what's your command line?
[15:48] <JontheEchidna> apachelogger: ./libqapt.rb
[15:48] <JontheEchidna> here's the rc: http://paste.ubuntu.com/1021465/
[15:48] <apachelogger> no args?
[15:49] <JontheEchidna> I just put the stuff in the dialogs that come up
[15:49] <apachelogger> ah
[15:49] <JontheEchidna> take l10n from stable, version 1.3.2
[15:50] <apachelogger> login for getting raw text
[15:50] <apachelogger> win
[15:50] <apachelogger> JontheEchidna: let's not use puc anymore plz
[15:50] <JontheEchidna> it's a bit early in the morning for acronyms, what's puc again?
[15:50] <apachelogger> paste.ubuntu.com
[15:50] <apachelogger> JontheEchidna: Switching to branch 1.3...
[15:50] <apachelogger> Branch 1.3 set up to track remote branch 1.3 from origin.
[15:51] <apachelogger> JontheEchidna: is your releaseme clone up to date?
[15:51] <JontheEchidna> yeah, I did a git pull and copied lib/ over
[15:52] <apachelogger> something's broken there :P
[15:52] <apachelogger> works just fine for me
[15:52] <JontheEchidna> :s
[15:52] <apachelogger> checking l10n from trunk and setting version to 1.3.2
[15:52] <apachelogger> ah
[15:52] <apachelogger> stable
[15:52] <apachelogger> though that should not make a difference
[15:53] <apachelogger> yah, now diff
[15:53] <JontheEchidna> weird
[15:53] <apachelogger> JontheEchidna: rm -rf libqapt-1.3* && ./libqapt.rb
[15:53] <apachelogger> otherwise just copy your rc to releaseme and run it from there
[15:56] <JontheEchidna> same from releaseme git checkout :(
[15:57] <apachelogger> Oo
[15:58] <apachelogger> JontheEchidna: what's your gitconfig looking like?
[15:58] <JontheEchidna> uh, how do I check that?
[15:58] <JontheEchidna> here's the releaseme output tho: http://paste.kde.org/492290/
[15:59] <JontheEchidna> oh, ~/.gitconfig
[15:59] <JontheEchidna> here: http://paste.kde.org/492296/
[15:59] <apachelogger> JontheEchidna: cat ~/.git/config ~/.gitconfig
[16:02] <apachelogger> JontheEchidna: if you go in the dir and try git checkout 1.3 what happens?
[16:02] <JontheEchidna> "Already on '1.3'"
[16:02] <apachelogger> Oo
[16:02] <apachelogger> so where is that error coming from :O
[16:03] <JontheEchidna> :(
[16:03] <apachelogger> http://paste.kde.org/492302
[16:04] <apachelogger> that is all it does with git
[16:04] <apachelogger> JontheEchidna: your rc does not do a local clone?
[16:05] <JontheEchidna> can you tell if it does from this? http://paste.kde.org/492290/
[16:06] <apachelogger> no
[16:06] <apachelogger> I mean, is the rc you pasted your actual rc :P
[16:06] <apachelogger> or do you have a local clone as gitrepo
[16:06]  * apachelogger points out that for amarok they used to have local clones as it is 30000% faster
[16:06] <JontheEchidna> the libqaptrc is the one that gets used
[16:06] <apachelogger> in fact that is the reason you can define a git url to begin with ^^
[16:07] <apachelogger> JontheEchidna: let's printf debug this a bit
[16:07] <JontheEchidna> for ex. if I change the branch to "poop"
[16:07] <JontheEchidna> Switching to branch poop...
[16:07] <JontheEchidna> error: pathspec 'poop' did not match any file(s) known to git.
[16:09] <apachelogger> http://paste.kde.org/492308/
[16:09] <apachelogger> JontheEchidna: ^
[16:12] <JontheEchidna> ./lib/vcs-git.rb:25: undefined local variable or method `repo' for GIT:Module (NameError)
[16:12] <JontheEchidna> uhm, something messed up
[16:13] <JontheEchidna> apachelogger: mind passing --no-prefix to git diff so I can apply the patch?
[16:13] <apachelogger> just git apply?
[16:14] <apachelogger> JontheEchidna: also drop the puts repo
[16:14] <apachelogger> it is not used with git it seems
[16:14] <apachelogger> bbiab
[16:14] <JontheEchidna> git apply doesn't do anything w/ that patch
[16:17] <JontheEchidna> oh, because I'm not in releaseme's git
[16:19] <JontheEchidna> apachelogger: http://paste.kde.org/492314/
[16:21] <JontheEchidna> wtf
[16:21] <JontheEchidna> jonathan@jonathan-laptop:/tmp/libqapt-1.3.2$ git branch
[16:21] <JontheEchidna> * master
[16:26] <apachelogger> JontheEchidna: well
[16:26] <apachelogger> git branch -r
[16:26] <apachelogger> anyhow
[16:26] <apachelogger> plz try the command sequence there
[16:26] <apachelogger> git clone --depth 1 git@git.kde.org:libqapt libqapt-1.3.2
[16:26] <apachelogger> cd libqapt-1.3.2 && git checkout 1.3
[16:27] <JontheEchidna> I did that and it failed
[16:27] <JontheEchidna> same error as the releaseme script had
[16:28] <afiestas> launchpad is taking 10h to build a package, can someone build it for me so at lest I know the debian/control things are working?
[16:28] <JontheEchidna> afiestas: what pkg?
[16:28] <afiestas> https://code.launchpad.net/~afiestas/+recipe/samba-mounter-daily
[16:28] <JontheEchidna> I'll run it through pbuilder
[16:29] <afiestas> JontheEchidna: thanz !
[16:31] <apachelogger> stupid lunchpad
[16:33] <JontheEchidna> afiestas: the packaging looks to be for webaccounts, not samba-mounter
[16:34] <afiestas> JontheEchidna: uh
[16:34]  * apachelogger further notes that samba-mounter is not properly licensed
[16:34] <afiestas> I forgot to s/// something
[16:34] <JontheEchidna> ;-)
[16:34] <apachelogger> hehe
[16:34] <apachelogger> we should like make a script for kde packages
[16:35] <apachelogger> it's really just stealing the packaging from somewhere else and doing replacement on it
[16:35] <afiestas> mmm
[16:35] <afiestas> greping the debian/ folder not 1 appearence of webaccounts
[16:35] <JontheEchidna> http://bazaar.launchpad.net/~afiestas/samba-mounter/debian/view/head:/debian/control
[16:36] <JontheEchidna> could be that you forgot to push ;-P
[16:36]  * apachelogger recommends checkouts
[16:36] <apachelogger> for packaging
[16:36] <JontheEchidna> apachelogger: btw
[16:36] <JontheEchidna> jonathan@jonathan-laptop:/tmp/libqapt-1.3.2$ git branch -r
[16:36] <JontheEchidna>   origin/HEAD -> origin/master
[16:36] <JontheEchidna>   origin/master
[16:36] <JontheEchidna> so something is wrong with the checkout business
[16:37] <afiestas> a shit I see
[16:37] <afiestas> xD
[16:37] <apachelogger> prolly depth
[16:37] <afiestas> the copy paste pasted .bzr dir
[16:37] <afiestas> xD
[16:37] <afiestas> copy paste is so fucking evil
[16:37] <JontheEchidna> lol
[16:37] <JontheEchidna> apachelogger: yeah, exactly. without --depth 1 it works
[16:38] <apachelogger> JontheEchidna: http://paste.kde.org/492320/
[16:38] <apachelogger> I don't get it
[16:39] <apachelogger> JontheEchidna: what's your git version?
[16:39] <afiestas> is there any magic baazar command that will smash the wrong pushed branch?
[16:39] <JontheEchidna> Installed: 1:1.7.10-1
[16:39] <afiestas> it is bitching that the branch has "diverged"
[16:39] <apachelogger> afiestas: --force?
[16:40] <apachelogger> JontheEchidna: git broke something I say
[16:40] <afiestas> bzr push --force lp:~afiestas/samba-mounter/debian
[16:40] <afiestas> bzr: ERROR: no such option: --force
[16:40] <apachelogger> on 1795 it still works
[16:40] <apachelogger> afiestas: --overwrite
[16:40] <apachelogger> mental note: bzr does not use common arguments, that would make it easier to use
[16:40] <JontheEchidna> removing --depth seems to work as a workaround for now
[16:40] <afiestas> JontheEchidna: done :p
[16:41] <afiestas> http://bazaar.launchpad.net/~afiestas/samba-mounter/debian/view/head:/debian/control
[16:41] <afiestas> xD
[16:41] <apachelogger> JontheEchidna: it might be intended
[16:41] <apachelogger> it might not
[16:42] <apachelogger> JontheEchidna: what does man git clone have to say about depth?
[16:43] <JontheEchidna> "Create a shallow clone with a history truncated to the specified number of revisions"
[16:43] <JontheEchidna> e.g. don't also download the whole freakin' history :P
[16:44] <apachelogger> JontheEchidna: that's all?
[16:44] <JontheEchidna> I suppose that they went even further than just downloading the last revision, and now only download the master branch :s
[16:44] <apachelogger> well
[16:44] <JontheEchidna> apachelogger: http://paste.kde.org/492332/
[16:44] <apachelogger>        Clones a repository into a newly created directory, creates remote-tracking branches for each branch in the cloned repository (visible using git branch
[16:44] <apachelogger>        -r), and creates and checks out an initial branch that is forked from the cloned repository’s currently active branch.
[16:44] <apachelogger> so it should always have the remote trackings
[16:44] <apachelogger> regardless ofshallow or not
[16:44] <apachelogger> IMHO
[16:45] <apachelogger> JontheEchidna: nothing changed there
[16:45] <apachelogger> well
[16:45] <apachelogger> JontheEchidna: I'd go check with git upstream if that is intended behavior
[16:46] <JontheEchidna> afiestas: dpkg-source: error: syntax error in samba-mounter/debian/control at line 14: line with unknown format (not field-colon-value
[16:46] <JontheEchidna> needs a space as the first char :P
[16:47] <JontheEchidna> dpkg-source: error: source package has two conflicting values - samba-mounter and samba-mount
[16:47] <JontheEchidna> needs to be samba-mounter in debian/changelog, I suppose
[16:49] <apachelogger> JontheEchidna: http://paste.kde.org/492338/
[16:49] <apachelogger> please try this
[16:51] <JontheEchidna> apachelogger: works :D
[16:52] <afiestas> JontheEchidna: try again plz
[16:52] <JontheEchidna> afiestas: I made those changes locally and I'm now pbuilding it :P
[16:53] <JontheEchidna> ugh, I have to go for an hour or two, bbiab
[16:55] <apachelogger> JontheEchidna: plz verify thatnew master works for you
[17:25] <jussi> Have we all read the thoughts in here? http://ubuntuwicohan.blogspot.fi/2012/06/kde-and-application-management.html
[17:27] <apachelogger> jussi: TLDR
[17:28] <sreich> hah, indeed
[17:28] <sreich> "Another frustration is the inability to get Dolphin to use collation order or otherwise sort filenames by upper and lower case rather than mixing case together."
[17:28] <sreich> isn't that what natural sorting is? or am i wrong?
[17:31] <apachelogger> http://wstaw.org/m/2012/06/03/plasma-desktopLy3283.png
[17:32] <apachelogger> no clue what he means
[17:32] <apachelogger> oh 
[17:32] <yofel> ascii sorting?
[17:33] <apachelogger> perhaps A AA Ab
[17:33] <apachelogger> then a aa ab aB
[17:33] <yofel> more like, a b c A B C
[17:33] <yofel> well, yeah
[17:33]  * apachelogger doesn't see the point, but oh well
[17:34] <apachelogger> dolphin has grown way too fat already
[17:34] <apachelogger> much like dragon
[17:34] <yofel> doesn't matter usually, unless you want to find something in another application that uses a different sorting behaviour. Then it's slightly annoying
[17:35] <yofel> way to fat? Recently someone complained that dolphin 2 dropped some feature
[17:35] <apachelogger> doesn't all of Qt use the kfiledialog?
[17:35] <yofel> can't remember what it was
[17:35] <apachelogger> and in turn the dolphin part
[17:35] <apachelogger> yofel: look through the menus
[17:35]  * apachelogger couldn't find shit if he wanted to
[17:35] <yofel> uhm... it's less fat than konqueror
[17:35] <apachelogger> still too fat
[17:36] <apachelogger> just like dragon, I tell you
[17:36] <apachelogger> only yesterday I created branches to add yet more menu options in dragon
[17:36] <apachelogger> not even sure why
[17:36] <yofel> having more features is KDE-like
[17:36] <apachelogger> having too many is also KDE-like
[17:36] <yofel> otherwise you would have a Qt-fied pcmanfm
[17:37] <apachelogger> in dragon 4.10 there will be a way to toggle *every* UI element
[17:37] <yofel> 4.10? what version scheme's that?
[17:37]  * apachelogger plans on remove all but menubar toggle and tell people to edit the ui.rc file
[17:38] <yofel> and you're talking about over-engineering things...
[17:38] <apachelogger> yofel: 9 < 10 < 11, no?
[17:38] <yofel> $ dolphin --version
[17:38] <yofel> Dolphin: 2.0
[17:38] <apachelogger> yofel: no I am talking about cluttering the UI with pointless crap
[17:38] <apachelogger> because some user somewhere at some point wanted it
[17:38] <yofel> 2.0 -> 4.10 makes no sense
[17:38] <apachelogger> like audio cd playback in dragon
[17:39] <apachelogger> yofel: dragon
[17:39] <yofel> errrr
[17:39]  * apachelogger points out that the version stuff gives him a major headache
[17:39] <yofel> Dragon Player: 2.0
[17:39] <apachelogger> yofel: yeah
[17:39] <apachelogger> it's been like that since KDE 4
[17:39] <apachelogger> despite having undergone complete code destructions since then
[17:40] <yofel> well, I'm just wondering what happened to 3
[17:40] <yofel> and where the 10 comes from
[17:40] <apachelogger> pending UI concept
[17:40] <apachelogger> yofel: KDE SC 4.10
[17:40] <yofel> ah, ok
[18:08] <afiestas> apachelogger: mini-bangarang for dragon3/4 whatever FTW
[18:08]  * afiestas is addicted to bangarang
[18:09] <apachelogger> mini-what?
[18:09] <afiestas> bangarang ?
[18:09] <apachelogger> what is a mini-bangrang though?
[18:10] <afiestas> an app based on bangarang concepts but smaller without all the advanced options
[18:11] <bulldog98> yofel: what to do for uploading with a new tarball?
[18:11] <yofel> rename the tar to 4.8.80a, edit changelog and whatever else that's needed, upload
[18:12] <tsdgeos> lo guys, how am i supposed to compile soprano if i can't install libiodbc ?
[18:12] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/nepomuk-core] Philip Muškovac * 2 * debian/ (6 files in 2 dirs) * new upstream tarball * drop now uneeded patches * make sure no package depends on kde-runtime
[18:13] <apachelogger> tsdgeos: hm?
[18:13] <yofel> tsdgeos: use unixodbc-dev
[18:13] <yofel> and I think there's a patch to drop the requirement on libiodbc
[18:14] <tsdgeos> yofel: i do have unixodbc-dev installed, soprano still refuses to compile
[18:14] <tsdgeos> any idea where that patch is?
[18:14] <tsdgeos> compile [the virtuoso backend]
[18:14] <bulldog98> yofel: should I also commit the change in the changelog?
[18:14] <yofel> apt-get source soprano, then look in debian/patches
[18:15] <yofel> bulldog98: not sure, I usually don't
[18:15] <yofel> tsdgeos: why do you need to build soprano?
[18:15] <yofel> just curious
[18:15] <tsdgeos> yofel: why wooldn't i want to build stuff?
[18:15] <tsdgeos> it's my computer
[18:15] <tsdgeos> i do stuff on it
[18:15] <yofel> nvm me then ^^
[18:16] <tsdgeos> yofel: i could tell you that as 4.9 beta 1 packager dude i want to test the packages i created
[18:16] <tsdgeos> but does it matter who or what i am?
[18:16] <tsdgeos> stuff should be compilable
[18:16] <bulldog98> tsdgeos: really :)
[18:16] <tsdgeos> and it's a shame one needs to dig in ubuntu soprano patches to be able to compile it
[18:16] <yofel> well sorry for asking
[18:16] <tsdgeos> bulldog98: yes, really
[18:17] <yofel> I think it's a debian thing, and it bit me once too
[18:17] <bulldog98> tsdgeos: if you find my sarcasm you can keep it :P
[18:17] <tsdgeos> bulldog98: i will
[18:17] <tsdgeos> i'm a greedy ma
[18:17] <tsdgeos> n
[18:19]  * tsdgeos uses the no-odbc-dm patch
[18:21] <yofel> for reference, see bug 901638
[18:23] <tsdgeos> doesn't really say 
[18:23] <tsdgeos> why iodbc2 needs to be killed
[18:23] <tsdgeos> why the patch it's not upstream
[18:23] <tsdgeos> but, oh well
[18:24] <tsdgeos> can't expect people to be nice with eachother :D
[18:24] <yofel> multiarch reasons, debian bug 639300 says more
[18:24] <yofel> and libiodbc2 seems unmaintained
[18:28] <tsdgeos> that's bad
[18:37] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/libkcddb] Philip Muškovac * 2 * debian/changelog new upstream tarball
[18:42] <yofel> hm
[18:43] <yofel> changing '+repack' to 'a' makes the version lower :S
[18:43] <tsdgeos> :D
[18:43] <yofel> someone got a good idea what to do as the new tars don't need a repack?
[19:04] <JontheEchidna> afiestas: it built fine after those changes :)
[19:05] <afiestas> JontheEchidna: thx !
[19:12] <JontheEchidna> apachelogger: master works too
[19:13]  * yofel removed the old packages and re-uploaded
[19:13] <apachelogger> JontheEchidna: thx
[19:14] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/libkcompactdisc] Philip Muškovac * 4 * debian/changelog new upstream tarball
[20:09] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/nepomuk-core] Philip Muškovac * 3 * debian/ (4 files in 2 dirs) import kubuntu_strigi_ram_detection.diff from kde-runtime package as the code was moved here
[20:20] <ejat> hi .. sorry to interupt .. is someone working on the amarok 2.6 beta 1 ? since there is already in debian http://permalink.gmane.org/gmane.linux.debian.kde.extras/11846
[20:21] <yofel> doesn't seem like it, thanks for pointing to that
[20:22] <afiestas> is possible to builkd a package locally and upload it to a ppa?
[20:23] <yofel> afiestas: build locally: yes, upload to ppa: yes, upload locally built binaries to ppa: NO
[20:32] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/nepomuk-core] Philip Muškovac * 4 * debian/ (nepomuk-core-dev.install not-installed) put dbus interface XMLs into nepomuk-core-dev
[22:44] <CIA-44> [lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime] Philip Muškovac * 276 * debian/ (13 files in 2 dirs) (log message trimmed)
[22:44] <CIA-44> - drop libnepomukdatamanagement.so override from kde-runtime.lintian-overrides -
[22:44] <CIA-44> drop libnepomuksync4 package, moved to nepomuk-core - drop obsolete
[23:22] <apachelogger> ~/src/bzr/skeletor
[23:22] <apachelogger> ^^
[23:24] <JontheEchidna> obligatory: http://www.youtube.com/watch?v=ZZ5LpwO-An4
[23:42] <apachelogger> that ended too soon
[23:42] <apachelogger> http://www.youtube.com/watch?v=6GggY4TEYbk&feature=related
[23:42] <apachelogger> bettar