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