[02:51] "So the official Oracle implementation of Java is new, now?" [02:51] "No, it's not new, it's ImplementationFactory.getInstance()" [02:57] Darkwing, pong [03:40] rbelem: you get anything working? [07:05] "Don't forget the firmwares for Wifi, DVB-TV and so.." [07:05] I don't even get that [07:05] JontheEchidna: nice one :P [07:25] hi all [07:25] Riddell: hello (: [07:26] Riddell: how was the time off? (: [07:27] I'd like to say relaxing but being me I was doing other useful community activities :) [07:27] sounds familiar [09:59] hey, anybody knows if fuse module is loaded on Kubuntu 12.04 ? [09:59] isn't that on-demand loaded? [10:00] i.e. if you load something using fuse the kernel mod is loaded [10:01] apachelogger: if the user is in the correct group, yes [10:06] afiestas: packages can add users to groups if needed I think [10:06] installing an new Kubuntu oina virtualbox to be 100% sure it works [10:07] The only kubuntu isntall I have is a highly modified one, it works tehre [10:07] but maybe I added the user to fuse group time ago [10:08] ubuntu installs gvfs-fuse which might have something to do with it [10:08] afiestas: should be working otherwise ntfs would not be working [10:08] afiestas: ntfs-3g is based on fuse [10:09] not really, ntfs-3g is mounted by udev [10:09] udev doesn't run as your user but as root [10:10] the question is, Is a normal user able to mount fuse file systems by default on Kubuntu? [10:10] I need that to do some magic starbuck1 ask me for :p [10:11] ah right [10:12] afiestas: terribly unlikely that a normal user can insert modules though [10:12] there is a fuse group on my system, my user isn't in it [10:12] it is weird, in Ubuntu my user isn-t in fuse group either [10:12] http://paste.ubuntu.com/1017688/ [10:12] maybe ubuntu is doing the trick on someplace else [10:13] GNOME uses it, there is a way [10:13] :p [10:13] afiestas: well, gvfs might have to do with it [10:13] afiestas: well yes, if you polkit your way to a service that runs as a fuse user [10:13] then I will polkit too [10:13] which generally speaking seems like the safer choice [10:14] afiestas: gvfs-fuse [10:15] exactly what I said :P [10:15] fuse mounts are run in a fusefied user and accessed via dbs [10:15] *dbus [10:17] I know how gvfs works, question is still: How Ubuntu gvfs mounts gvfs-fuse ? [10:17] via polkit? user? [10:23] I guess you'd need to look at gvfs-fuse-daemon source to find that out [10:30] Hey all [10:39] apachelogger: Riddellit works well out of the box [10:40] just installed a new kubuntu, apt-get install fusesmb and use it [10:41] cool === isemenov_away is now known as isemenov [10:54] Riddell: ping [10:55] sorry for the delay, had to answer a phone call [10:56] hi isemenov [10:56] isemenov: so what had we done already? [10:56] so, if I recall correctly, a month ago we arranged to let me ping oyu when I would have time, and you'd take me through the process in a ubuntu vm [10:56] nothing yet - I was busy with studies back then :) [10:56] isemenov: remind me what you're working on that'll need packaged? [10:57] kde-baseapps [10:57] and in particular plasma-widget-folderview [10:58] isemenov: let me set up a machine we can work on [10:58] ok [10:58] it'll take a few minutes [10:58] isemenov: do you have some way of taking notes? [10:59] well yes, of course [11:05] isemenov: do you have a launchpad id? [11:07] Riddell: yes, though I need to recall it, just sec [11:07] does anyone happen to know all the places akonadi hides config? deleting ~/.local/share/akonadi and stuff in ~/.kde/share/apps didn't seem to get rid of it all. i'm trying to start from fresh in the hope of it not crashing after a second [11:08] seaLne: ~/.cache will have some? [11:08] dosen't seem to [11:08] isemenov: ~ragnarokk91 [11:08] seaLne: ~/.config ? [11:09] isemenov: ssh ec2-107-22-50-100.compute-1.amazonaws.com [11:09] run byobu [11:10] Riddell: ah .config has stuff [11:10] Riddell: ok, thank you for the reminder [11:11] isemenov: tell me when you've logged in [11:12] Riddell: permission denied publickey [11:12] isemenov: I added this key https://launchpad.net/~ragnarokk91/+sshkeys [11:13] Riddell: my id_rsa.pub is identical [11:13] sigh [11:13] though I have done an os reinstall, but then copied the ~/.ssh folder over [11:13] isemenov: what does ssh -c say when you log in? [11:13] ssh -v rather [11:14] it first sas signature correct [11:15] Riddell: http://paste.kde.org/491210/ [11:17] isemenov: try now, does it ask for a password? [11:17] Riddell: no [11:18] Riddell: I've re-uploaded the key to launchpad [11:18] isemenov: ssh ubuntu@ec2-107-22-50-100.compute-1.amazonaws.com [11:18] Riddell: works now! [11:19] ok, now I will run byobu [11:19] isemenov: groovy, you're in [11:19] isemenov: so, what do you want to know? [11:19] we can look at how to get the existing packaging [11:19] Riddell: nice :) was the error on your side or my side? [11:20] isemenov: user needed to be "ubuntu" [11:20] we can look at how to build a package [11:20] Riddell: my goal at the moment is to take an existing package, patch it, and re-package [11:21] isemenov: we store our packaging in bzr so I guess checking that out is the first step [11:21] bzr co lp:~kubuntu-packagers/kubuntu-packaging/kde-baseapps I think [11:22] actually that might not work [11:22] isemenov: but type that in see what it does [11:22] Riddell: denied publickey again [11:22] if that command was intended to be ran in byobu [11:22] yeah I haven't uploaded my ssh keys onto this machine (so you don't steal them!) [11:23] yep [11:23] try bzr branch instead of co [11:23] afiestas: fusesmb also does the same only without dbus :) [11:24] Riddell: same thing [11:24] * apachelogger did not remember there was a fusesmb actually ^^ [11:24] apachelogger: ? [11:26] Riddell: be back in 5 min ok? another phone call here. should be the last one [11:26] ok [11:27] isemenov: I've used http instead of ssh for the checkout, on your machine you probably want to set it up with ssh to launchpad working so you can push branches and changes [11:29] afiestas: fuse from user without fuse access [11:29] without fuse access? [11:32] * Riddell lunches === isemenov is now known as isemenov_away [11:53] Riddell: let me apologise for the dealy, now I'm finally back [11:54] >on your machine you probably want to set it up with ssh to launchpad working [11:54] do you mean that packagers do use their own machines for packaging? are you using this cloud machine just ot be able to show me the process interactively? [11:55] you can use whatever machine you want [11:55] ok [11:55] but it'll need ssh if you want to push the packaging branch to bzr (as we do in kubuntu packaging) [11:56] and it'll need gpg if you want to sign the package needed before upload to ubuntu or a launchpad PPA [11:56] this machine is so I can show you interactively, but I also use cloud machines quite a bit for packaging [11:57] isemenov_away: have you seen what we branched from bzr ? [11:57] yes [11:57] isemenov_away: seen the patches directory? [11:58] that's where patches go, they're managed by a tool called quilt so you can add new ones and apply and unapply them without getting too confused [11:58] although quilt is another tool to learn [11:59] ok [11:59] isemenov_away: is that kubuntu_folderwidget_drawing.diff one a patch you're familiar with? [12:01] " * Add kubuntu_26_folderwidget_drawing.diff from upstream, fix [12:01] rendering of box on folderwidget [12:01] " [12:01] says the changelog [12:01] isemenov_away: one of yours? [12:01] Riddell: yes, seen it , should be mine [12:01] groovy [12:01] that one goes with qt 4.8.1 patched [12:01] look in qt-x11 4.8.1 patches, should be there [12:01] something with.. let's see.. qt-dnd-x11.cpp or similar [12:02] kubuntu_33_shaped_drag.diff looks like it [12:02] * Add kubuntu_33_shaped_drag.diff fixes LP: #987855 [12:02] "problem in Qt dragging when all of the window target has been [12:02] shaped out for input" [12:03] isemenov_away: want to remove that patch as a first packaging task? [12:04] Riddell: doesn;t quite look like it [12:04] it is about using ARGB for the drag pixmap [12:05] isemenov_away: so not this one? http://paste.kde.org/491228/ [12:05] Riddell: no, definitely not [12:05] isemenov_away: this one? http://paste.kde.org/491240/ [12:05] Riddell: yep [12:05] * Add kubuntu_30_translucent_drag_pixmap.diff [12:05] - use a translucent drag pixmap if compositing is active [12:05] isemenov_away: ok so we can remove the patch from the kubuntu packaging [12:06] cd into kde-baseapps [12:06] remove the file [12:06] uhm why remove it? [12:06] isemenov_away: because we don't need it any more [12:06] it's nt accepted in qt 4 yet [12:06] or is it? [12:06] remove the kde-baseapps one [12:06] ok [12:06] since we have the qt one [12:07] ahh gotcha [12:07] or no wait [12:07] the one in kde-baseapps is complemantary [12:07] ok [12:07] not to be removed then [12:08] it enables the halos [12:08] isemenov_away: let's do some kde-baseapps changes then [12:08] ok [12:08] isemenov_away: what kde-baseapps source do you want to use? [12:08] this machine has kdelibs 4.8 so I don't know if 4.9 beta will work with it [12:10] Riddell: well there are no unofficial patches for folderview yet, except.. there is one debug patch [12:11] that's for some people xperiencing a particular bug, which I don't have [12:11] isemenov_away: let's just play around [12:11] isemenov_away: get the kde-baseapps source with apt-get source kde-baseapps [12:12] Riddell: is that root? [12:13] I don't understand your question [12:13] you just downloaded the kde-baseapps source and packaging from ubuntu 12.04 [12:13] ls will reveal what's there [12:13] noo, I mean, how do we run apt, is the user root? [12:14] apt-get source just downloads to current directory [12:14] so no need for root [12:14] apt-get install will need root [12:14] ok, I see [12:17] Riddell: I'll give you the patch in a sec [12:17] don't give it to me, add it yourself! [12:18] look around the you just downloaded and I'll help you add it [12:18] oh sure, I mean, it will be ready in a sec [12:19] ok [12:21] Riddell: ok, there it is [12:22] isemenov_away: now we need to copy that packaging to the source we downloaded and hope it still works (the packaging is intended for 4.8.80 while the source is 4.8.0) [12:22] isemenov_away: from the home dir go into kde-baseapps-4.8.3 [12:23] isemenov_away: that apt-get source downloads it and applies the current packaging and patches [12:23] so remove those old patches with quilt pop -a [12:24] Riddell: why aren't they required any more? [12:25] ok, done [12:25] isemenov_away: because we want to remove the old packaging downloaded with the 4.8.3 source and replace it with the newer packaging we got out of bzr [12:25] this might break as I say since they're intended for different kde-baseapps versions [12:25] remove the debian/ directory [12:26] done [12:26] isemenov_away: and copy in the one from bzr in ~/kde-baseapps [12:27] isemenov_away: see if the patches apply with quilt push -a [12:27] ok [12:27] one failed [12:27] damn they don't [12:27] ok scrap this idea [12:28] isemenov_away: start again [12:28] apt-get source kde-baseapps [12:28] ok [12:29] isemenov_away: inside there add your patch again in debian/patches [12:31] done [12:31] isemenov_away: add the filename to debian/patches/series [12:31] isemenov_away: on a separate line [12:32] you missed the new line [12:32] no no [12:32] isemenov_away: in debian/patches/series [12:34] isemenov_away: cd kde-baseapps-4.8.3 [12:34] isemenov_away: vi debian/patches/series [12:35] Riddell: done I think [12:36] I've messed up the name first, then got it correct [12:36] ok sorted [12:36] isemenov_away: now to see if it applies [12:36] quilt push [12:36] ok [12:36] yay [12:36] isemenov_away: now add a changelog entry [12:36] dch -i [12:37] and put in a human readable line to say added folderview-debug-scrollbar.diff to do foo [12:37] just sec need to re-check the patch [12:37] the descrition must be wrong.. let's see [12:38] ok it's fine [12:38] now ets' add a description [12:38] groovy [12:40] isemenov_away: mind and include the patch filename so we can grep for it later [12:40] Riddell: oh its not vim.. how do I quit this dch? [12:41] emacs :) [12:41] .. [12:41] just edit debian/changelog manually now [12:41] combo is? [12:41] I quit it [12:41] yes, how? [12:42] control-x control-c [12:42] ok [12:44] isemenov_away: nah quit that [12:44] control-x control-c [12:44] the template has already been added [12:44] so just edit it manually with vi or whatever you prefer [12:47] template.. whaere's that [12:47] isemenov_away: debian/changelog [12:48] that's the file we're editing [12:48] dch -i just adds a handy template to the top of it [12:48] ok [12:49] add the filename [12:49] fix the name and e-mail [12:50] change the version number to 4:4.8.3-0ubuntu0.1isemenov1 [12:50] ok [12:50] and change the distro release back to precise from quantal [12:51] groovy [12:51] Riddell: ok, added [12:51] save that [12:51] how do I save the file? [12:51] umm dunno, I don't use vi [12:52] ah it's vim? ok thank you :) [12:52] did you change it to vim for me? [12:52] no you did [12:52] you ran vi debian/changelog [12:52] oh.. sorry.. I'm a bit tired yoday, lagging a bit [12:52] right I did that myself [12:53] so now you are usually best advised to run a test compile [12:53] make sure it all still works and makes .deb binary packages [12:53] that'll take some time to compile I guess [12:53] but not so long now that kdebase is split up [12:53] debuild is the command to start it [12:53] and it'll probably complain about some missing build dependencies [12:54] Riddell: see the error in the shell === isemenov_away is now known as isemenov [12:55] isemenov: yeah it's saying it needs a bunch of other packages to get it compiles [12:55] there's a handy command that should help [12:55] sudo /usr/lib/pbuilder/pbuilder-satisfydepends [12:55] "Unmet build dependencies:" is the main line of interest there [12:55] oh right [12:56] just sec [12:58] isemenov: groovy [12:58] try a debuild again [13:01] isemenov: that'll probably take a while, this is a cheap ec2 machine so not very fast [13:01] isemenov: when it's done we need to check for new files (does your patch add any?) and that it still installs [13:02] Riddell: nice, I need some 15 min to have lunch [13:03] eat well [13:03] Riddell: it dos not add new installation files, though when plasma-deskoi runs, it will create a file in ~/.kde.share [13:03] ty :) === isemenov is now known as isemenov_away [13:29] isemenov_away: it's done compiling, now it needs to build the .deb binary packages which also takes a few minutes [13:32] Riddell: nice [13:32] are those messages errors or warnings? === isemenov_away is now known as isemenov [13:33] dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so' [13:33] just warnings [13:33] it is trying to get the binary symbols out of libraries which can be used for binary compatibility changes [13:33] but that doesn't matter for kdeinit stubs [13:34] shouldn't be long now [13:39] isemenov: awooga [13:39] that succeeded, it's just saying it can't do the digital signature because it doesn't have your gpg key [13:40] Riddell: just sec, I'll be back === isemenov is now known as isemenov_away [13:41] isemenov: so to summarise so far, we downloaded the source package from precise [13:41] we added a patch and used quilt to apply it [13:41] we added a changelog entry to debian/changelog [13:41] and built the package [13:41] we should now have lots of .deb binary packages in ~ === isemenov_away is now known as isemenov [13:51] Riddell: o I'm back [13:51] isemenov: you can look into a .deb binary package with lesspipe [13:51] so, this has all been done with your pre-setup machine [13:52] nice [13:52] it's just an ubuntu box like any other running 12.04 (precise) [13:52] it's compiled against kdelibs from 12.04 so those package will only install with 12.04 [13:52] isemenov: cd debian so we can take a look around [13:53] Riddell: so we dont need chroot or anything like that? [13:53] the guide I've seen at the ubunti packaging page included that - what you've been doing is a lot simpler than that [13:53] isemenov: you don't /need/ a chroot but then it'll compile against what your main system is [13:53] if your main system is what you want to compile against and you don't mind installing test packages on it that's fine [13:53] Riddell: or, to be exact, against my configured environment [13:54] a chroot is one way to work around that [13:54] using an ec2 machine like this is another [13:54] because if I have the full kde source tree here, and run KDE with a custom ~/.bashrc to use the local KDE installation [13:54] that should be enough I guess [13:55] just switch to KDE/4.8 in all the directories and build [13:55] isemenov: .deb packages can only install into /usr [13:55] unless you do a lot of fiddling [13:56] Riddell: correct [13:56] but can I *build( them in my environent? [13:56] yep [13:56] but to test them you'd need to install them [13:56] then I will install tehm onto the main system, and log into the main user, running from / [13:56] which is into /usr [13:56] yes [13:56] I do that a lot but it's a slight risk if you install say a faulty kdelibs [13:57] well.. then I can use a vm [13:57] that's another way yes [13:57] isemenov: so you could scp that plasma folderview .deb to a local system and install it and test it, assuming you have a system with kubuntu 12.04 on it [13:58] there's a few things we can do on this ec2 machine to test it's in good order [13:58] we can also build the source packge and upload it to a PPA (which needs gpg signing and a PPA to put it into) [13:59] ok, could you elaborate on the PPA way one please [13:59] *way please [13:59] I'll have to do that soon [13:59] isemenov: do you know what a PPA is? [14:00] well it's a package repository that you can request at launchpad [14:00] and they will keep it running for you, AFAIU [14:01] yep, we could put it into mine [14:01] I think I had created one long time ago [14:01] there's none on https://launchpad.net/~ragnarokk91 [14:02] we could also put it into https://launchpad.net/~cyberspace/+archive/lab [14:02] now to run a PPA, I need a gpg signature set up. correct? [14:03] the source package needs signed before being uploaded yes [14:03] you're not currently in the cyberspace team [14:04] I can add you to it if you think you can sign the package yourself [14:04] well just show me how to do that [14:05] do you have a gpg key? [14:05] do I need any permissions or approval? [14:05] I think I don't [14:05] at least I have not done any gpg set up on my machine [14:05] mm, I think I last did it a decade ago [14:06] isemenov: https://help.launchpad.net/YourAccount/ImportingYourPGPKey [14:06] see "Using GPG to manage OpenPGP keys" [14:08] ok === dantti_away is now known as dantti_laptop [14:14] mmm codec install in Amarok [14:14] doesn't seem to work on 12.04 [14:14] it always says "MPEG-blabalbal you need codecs" I click on search it seems to install something [14:14] then I try to reproduce, and I'm asked again [14:15] I haven't updated kubuntu, so maybe repos are outdated [14:15] * afiestas tries rebooting [14:20] worked after reboot [14:20] afiestas, thats windows problem solving or hoping :). [14:21] windows problem? [14:21] afiestas, yes... rebooting :) [14:21] Riddell: hey, I am trying to fix an FTBFS for massif-visualizer on quantal arm: I have the fix, but last time I tried to build it in my cowbuilder arm, qmake segfaulted :/ [14:21] Riddell: should I just get the fix in and cross fingers? :) (it's your usual qreal vs double bug) [14:23] agateau: quite possibly, it's not well tested [14:24] agateau: I can't think of any other way [14:24] I don't know what the cowbuilder is [14:24] you could also see if ScottK has arm machines to log into [14:24] Riddell: it's like pbuilder, but does copy-on-write [14:25] Riddell: related to that, I created a packaging bzr branch for massif-visualizer: https://code.launchpad.net/~agateau/+junk/massif-visualizer+trunk . how do I turn it into the official packaging branch? [14:27] by using it :) [14:27] add this to debian/control [14:27] Vcs-Browser: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kwallet [14:27] Vcs-Bzr: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kwallet [14:27] or the equivalent [14:28] keeping it under +junk it's very professional looking :) [14:28] you could have it under the kubuntu-packaging project if you think that's a useful place for it [14:29] you could find a team to put it under if you want to have more people be able to commit to it, ~kubuntu-packagers (but I don't think you're in that) or ~kubuntu-members or ~cyberspace or whatever [14:31] Riddell: kubuntu-packaging looks appropriate indeed [14:31] are you a member? [14:31] not sure [14:31] * agateau checks [14:31] oh yes all kubuntu-members are [14:31] yup [14:32] and pick a suitable project too [14:32] so I should push it to lp:~kubuntu-packagers/kubuntu-packaging/massif-visualizer? [14:32] if it a kubuntu package? [14:32] yes, it's the package I created during my rotation in desktop team last cycle [14:32] it's in precise [14:32] yeah but is it part of KDE? [14:33] massif-visualizer is a kde frontend to massif [14:33] ok go for it then [14:33]