[02:51] <JontheEchidna> "So the official Oracle implementation of Java is new, now?"
[02:51] <JontheEchidna> "No, it's not new, it's ImplementationFactory.getInstance()"
[02:57] <rbelem> Darkwing, pong
[03:40] <Darkwing> rbelem: you get anything working?
[07:05] <apachelogger> "Don't forget the firmwares for Wifi, DVB-TV and so.."
[07:05] <apachelogger> I don't even get that
[07:05] <apachelogger> JontheEchidna: nice one :P
[07:25] <Riddell> hi all
[07:25] <Tm_T> Riddell: hello (:
[07:26] <Tm_T> Riddell: how was the time off? (:
[07:27] <Riddell> I'd like to say relaxing but being me I was doing other useful community activities :)
[07:27] <Tm_T> sounds familiar
[09:59] <afiestas> hey, anybody knows if fuse module is loaded on Kubuntu 12.04 ?
[09:59] <apachelogger> isn't that on-demand loaded?
[10:00] <apachelogger> i.e. if you load something using fuse the kernel mod is loaded
[10:01] <afiestas> apachelogger: if the user is in the correct group, yes
[10:06] <Riddell> afiestas: packages can add users to groups if needed I think
[10:06] <afiestas> installing an new Kubuntu oina virtualbox to be 100% sure it works
[10:07] <afiestas> The only kubuntu isntall I have is a highly modified one, it works tehre
[10:07] <afiestas> but maybe I added the user to fuse group time ago
[10:08] <Riddell> ubuntu installs gvfs-fuse which might have something to do with it
[10:08] <apachelogger> afiestas: should be working otherwise ntfs would not be working
[10:08] <apachelogger> afiestas: ntfs-3g is based on fuse
[10:09] <afiestas> not really, ntfs-3g is mounted by udev
[10:09] <afiestas> udev doesn't run as your user but as root
[10:10] <afiestas> the question is, Is a normal user able to mount fuse file systems by default on Kubuntu?
[10:10] <afiestas> I need that to do some magic starbuck1 ask me for :p
[10:11] <apachelogger> ah right
[10:12] <apachelogger> afiestas: terribly unlikely that a normal user can insert modules though
[10:12] <Riddell> there is a fuse group on my system, my user isn't in it
[10:12] <afiestas> it is weird, in Ubuntu my user isn-t in fuse group either
[10:12] <apachelogger> http://paste.ubuntu.com/1017688/
[10:12] <afiestas> maybe ubuntu is doing the trick on someplace else
[10:13] <afiestas> GNOME uses it, there is a way
[10:13] <afiestas> :p
[10:13] <apachelogger> afiestas: well, gvfs might have to do with it
[10:13] <apachelogger> afiestas: well yes, if you polkit your way to a service that runs as a fuse user
[10:13] <afiestas> then I will polkit too
[10:13] <apachelogger> which generally speaking seems like the safer choice
[10:14] <apachelogger> afiestas: gvfs-fuse
[10:15] <apachelogger> exactly what I said :P
[10:15] <apachelogger> fuse mounts are run in a fusefied user and accessed via dbs
[10:15] <apachelogger> *dbus
[10:17] <afiestas> I know how gvfs works, question is still: How Ubuntu gvfs mounts gvfs-fuse ?
[10:17] <afiestas> via polkit? user?
[10:23] <Riddell> I guess you'd need to look at gvfs-fuse-daemon source to find that out
[10:30] <BluesKaj> Hey all
[10:39] <afiestas> apachelogger: Riddellit works well out of the box
[10:40] <afiestas> just installed a new kubuntu, apt-get install fusesmb and use it
[10:41] <Riddell> cool
[10:54] <isemenov> Riddell: ping
[10:55] <isemenov> sorry for the delay, had to answer a phone call
[10:56] <Riddell> hi isemenov
[10:56] <Riddell> isemenov: so what had we done already?
[10:56] <isemenov> 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] <isemenov> nothing yet - I was busy with studies back then :)
[10:56] <Riddell> isemenov: remind me what you're working on that'll need packaged?
[10:57] <isemenov> kde-baseapps
[10:57] <isemenov> and in particular plasma-widget-folderview
[10:58] <Riddell> isemenov: let me set up a machine we can work on
[10:58] <isemenov> ok
[10:58] <Riddell> it'll take a few minutes
[10:58] <Riddell> isemenov: do you have some way of taking notes?
[10:59] <isemenov> well yes, of course
[11:05] <Riddell> isemenov: do you have a launchpad id?
[11:07] <isemenov> Riddell: yes, though I need to recall it, just sec
[11:07] <seaLne> 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] <Riddell> seaLne: ~/.cache will have some?
[11:08] <seaLne> dosen't seem to
[11:08] <Riddell> isemenov: ~ragnarokk91
[11:08] <Riddell> seaLne: ~/.config ?
[11:09] <Riddell> isemenov: ssh ec2-107-22-50-100.compute-1.amazonaws.com
[11:09] <Riddell> run byobu
[11:10] <seaLne> Riddell: ah .config has stuff
[11:10] <isemenov> Riddell: ok, thank you for the reminder
[11:11] <Riddell> isemenov: tell me when you've logged in
[11:12] <isemenov> Riddell: permission denied publickey
[11:12] <Riddell> isemenov: I added this key https://launchpad.net/~ragnarokk91/+sshkeys
[11:13] <isemenov> Riddell: my id_rsa.pub is identical
[11:13] <Riddell> sigh
[11:13] <isemenov> though I have done an os reinstall, but then copied the ~/.ssh folder over
[11:13] <Riddell> isemenov: what does ssh -c  say when you log in?
[11:13] <Riddell> ssh -v  rather
[11:14] <isemenov> it first sas signature correct
[11:15] <isemenov> Riddell: http://paste.kde.org/491210/
[11:17] <Riddell> isemenov: try now, does it ask for a password?
[11:17] <isemenov> Riddell: no
[11:18] <isemenov> Riddell: I've re-uploaded the key to launchpad
[11:18] <Riddell> isemenov: ssh<EMAIL_ADDRESS>[11:18] <isemenov> Riddell: works now!
[11:19] <isemenov> ok, now I will run byobu
[11:19] <Riddell> isemenov: groovy, you're in
[11:19] <Riddell> isemenov: so, what do you want to know?
[11:19] <Riddell> we can look at how to get the existing packaging
[11:19] <isemenov> Riddell: nice :) was the error on your side or my side?
[11:20] <Riddell> isemenov: user needed to be "ubuntu"
[11:20] <Riddell> we can look at how to build a package
[11:20] <isemenov> Riddell: my goal at the moment is to take an existing package, patch it, and re-package
[11:21] <Riddell> isemenov: we store our packaging in bzr so I guess checking that out is the first step
[11:21] <Riddell> bzr co lp:~kubuntu-packagers/kubuntu-packaging/kde-baseapps I think
[11:22] <Riddell> actually that might not work
[11:22] <Riddell> isemenov: but type that in see what it does
[11:22] <isemenov> Riddell: denied publickey again
[11:22] <isemenov> if that command was intended to be ran in byobu
[11:22] <Riddell> yeah I haven't uploaded my ssh keys onto this machine (so you don't steal them!)
[11:23] <Riddell> yep
[11:23] <Riddell> try  bzr branch instead of co
[11:23] <apachelogger> afiestas: fusesmb also does the same only without dbus :)
[11:24] <isemenov> Riddell: same thing
[11:24]  * apachelogger did not remember there was a fusesmb actually ^^
[11:24] <afiestas> apachelogger: ?
[11:26] <isemenov> Riddell: be back in 5 min ok? another phone call here. should be the last one
[11:26] <Riddell> ok
[11:27] <Riddell> 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] <apachelogger> afiestas: fuse from user without fuse access
[11:29] <afiestas> without fuse access?
[11:32]  * Riddell lunches
[11:53] <isemenov_away> Riddell: let me apologise for the dealy, now I'm finally back
[11:54] <isemenov_away> >on your machine you probably want to set it up with ssh to launchpad working
[11:54] <isemenov_away> 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] <Riddell> you can use whatever machine you want
[11:55] <isemenov_away> ok
[11:55] <Riddell> but it'll need ssh if you want to push the packaging branch to bzr (as we do in kubuntu packaging)
[11:56] <Riddell> and it'll need gpg if you want to sign the package needed before upload to ubuntu or a launchpad PPA
[11:56] <Riddell> this machine is so I can show you interactively, but I also use cloud machines quite a bit for packaging
[11:57] <Riddell> isemenov_away: have you seen what we branched from bzr ?
[11:57] <isemenov_away> yes
[11:57] <Riddell> isemenov_away: seen the patches directory?
[11:58] <Riddell> 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] <Riddell> although quilt is another tool to learn
[11:59] <isemenov_away> ok
[11:59] <Riddell> isemenov_away: is that kubuntu_folderwidget_drawing.diff one a patch you're familiar with?
[12:01] <Riddell> "  * Add kubuntu_26_folderwidget_drawing.diff from upstream, fix
[12:01] <Riddell>     rendering of box on folderwidget
[12:01] <Riddell> "
[12:01] <Riddell> says the changelog
[12:01] <Riddell> isemenov_away: one of yours?
[12:01] <isemenov_away> Riddell: yes, seen it , should be mine
[12:01] <Riddell> groovy
[12:01] <isemenov_away> that one goes with qt 4.8.1 patched
[12:01] <isemenov_away> look in qt-x11 4.8.1 patches, should be there
[12:01] <isemenov_away> something with.. let's see.. qt-dnd-x11.cpp or similar
[12:02] <Riddell> kubuntu_33_shaped_drag.diff looks like it
[12:02] <Riddell>   * Add kubuntu_33_shaped_drag.diff fixes LP: #987855
[12:02] <Riddell>     "problem in Qt dragging when all of the window target has been
[12:02] <Riddell>      shaped out for input"
[12:03] <Riddell> isemenov_away: want to remove that patch as a first packaging task?
[12:04] <isemenov_away> Riddell: doesn;t quite look like it
[12:04] <isemenov_away> it is about using ARGB for the drag pixmap
[12:05] <Riddell> isemenov_away: so not this one? http://paste.kde.org/491228/
[12:05] <isemenov_away> Riddell: no, definitely not
[12:05] <Riddell> isemenov_away: this one? http://paste.kde.org/491240/
[12:05] <isemenov_away> Riddell: yep
[12:05] <Riddell>   * Add kubuntu_30_translucent_drag_pixmap.diff
[12:05] <Riddell>    - use a translucent drag pixmap if compositing is active
[12:05] <Riddell> isemenov_away: ok so we can remove the patch from the kubuntu packaging
[12:06] <Riddell> cd into kde-baseapps
[12:06] <Riddell> remove the file
[12:06] <isemenov_away> uhm why remove it?
[12:06] <Riddell> isemenov_away: because we don't need it any more
[12:06] <isemenov_away> it's nt accepted in qt 4 yet
[12:06] <isemenov_away> or is it?
[12:06] <Riddell> remove the kde-baseapps one
[12:06] <isemenov_away> ok
[12:06] <Riddell> since we have the qt one
[12:07] <isemenov_away> ahh gotcha
[12:07] <isemenov_away> or no wait
[12:07] <isemenov_away> the one in kde-baseapps is complemantary
[12:07] <Riddell> ok
[12:07] <Riddell> not to be removed then
[12:08] <isemenov_away> it enables the halos
[12:08] <Riddell> isemenov_away: let's do some kde-baseapps changes then
[12:08] <isemenov_away> ok
[12:08] <Riddell> isemenov_away: what kde-baseapps source do you want to use?
[12:08] <Riddell> this machine has kdelibs 4.8 so I don't know if 4.9 beta will work with it
[12:10] <isemenov_away> Riddell: well there are no unofficial patches for folderview yet, except.. there is one debug patch
[12:11] <isemenov_away> that's for some people xperiencing a particular bug, which I don't have
[12:11] <Riddell> isemenov_away: let's just play around
[12:11] <Riddell> isemenov_away: get the kde-baseapps source with  apt-get source kde-baseapps
[12:12] <isemenov_away> Riddell: is that root?
[12:13] <Riddell> I don't understand your question
[12:13] <Riddell> you just downloaded the kde-baseapps source and packaging from ubuntu 12.04
[12:13] <Riddell> ls  will reveal what's there
[12:13] <isemenov_away> noo, I mean, how do we run apt, is the user root?
[12:14] <Riddell> apt-get source  just downloads to current directory
[12:14] <Riddell> so no need for root
[12:14] <Riddell> apt-get install  will need root
[12:14] <isemenov_away> ok, I see
[12:17] <isemenov_away> Riddell: I'll give you the patch in a sec
[12:17] <Riddell> don't give it to me, add it yourself!
[12:18] <Riddell> look around the you just downloaded and I'll help you add it
[12:18] <isemenov_away> oh sure, I mean, it will be ready in a sec
[12:19] <isemenov_away> ok
[12:21] <isemenov_away> Riddell: ok, there it is
[12:22] <Riddell> 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] <Riddell> isemenov_away: from the home dir go into kde-baseapps-4.8.3
[12:23] <Riddell> isemenov_away: that apt-get source downloads it and applies the current packaging and patches
[12:23] <Riddell> so remove those old patches with   quilt pop -a
[12:24] <isemenov_away> Riddell: why aren't they required any more?
[12:25] <isemenov_away> ok, done
[12:25] <Riddell> 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] <Riddell> this might break as I say since they're intended for different kde-baseapps versions
[12:25] <Riddell> remove the debian/ directory
[12:26] <isemenov_away> done
[12:26] <Riddell> isemenov_away: and copy in the one from bzr in ~/kde-baseapps
[12:27] <Riddell> isemenov_away: see if the patches apply with   quilt push -a
[12:27] <isemenov_away> ok
[12:27] <isemenov_away> one failed
[12:27] <Riddell> damn they don't
[12:27] <Riddell> ok scrap this idea
[12:28] <Riddell> isemenov_away: start again
[12:28] <Riddell> apt-get source kde-baseapps
[12:28] <isemenov_away> ok
[12:29] <Riddell> isemenov_away: inside there add your patch again in debian/patches
[12:31] <isemenov_away> done
[12:31] <Riddell> isemenov_away: add the filename to debian/patches/series
[12:31] <Riddell> isemenov_away: on a separate line
[12:32] <Riddell> you missed the new line
[12:32] <Riddell> no no
[12:32] <Riddell> isemenov_away: in debian/patches/series
[12:34] <Riddell> isemenov_away: cd kde-baseapps-4.8.3
[12:34] <Riddell> isemenov_away: vi debian/patches/series
[12:35] <isemenov_away> Riddell: done I think
[12:36] <isemenov_away> I've messed up the name first, then got it correct
[12:36] <Riddell> ok sorted
[12:36] <Riddell> isemenov_away: now to see if it applies
[12:36] <Riddell> quilt push
[12:36] <isemenov_away> ok
[12:36] <Riddell> yay
[12:36] <Riddell> isemenov_away: now add a changelog entry
[12:36] <Riddell> dch -i
[12:37] <Riddell> and put in a human readable line to say added folderview-debug-scrollbar.diff to do foo
[12:37] <isemenov_away> just sec need to re-check the patch
[12:37] <isemenov_away> the descrition must be wrong.. let's see
[12:38] <isemenov_away> ok it's fine
[12:38] <isemenov_away> now ets' add a description
[12:38] <Riddell> groovy
[12:40] <Riddell> isemenov_away: mind and include the patch filename so we can grep for it later
[12:40] <isemenov_away> Riddell: oh its not vim.. how do I quit this dch?
[12:41] <Riddell> emacs :)
[12:41] <isemenov_away> ..
[12:41] <Riddell> just edit  debian/changelog manually now
[12:41] <isemenov_away> combo is?
[12:41] <Riddell> I quit it
[12:41] <isemenov_away> yes, how?
[12:42] <Riddell> control-x control-c
[12:42] <isemenov_away> ok
[12:44] <Riddell> isemenov_away: nah quit that
[12:44] <Riddell> control-x control-c
[12:44] <Riddell> the template has already been added
[12:44] <Riddell> so just edit it manually with vi or whatever you prefer
[12:47] <isemenov_away> template.. whaere's that
[12:47] <Riddell> isemenov_away: debian/changelog
[12:48] <Riddell> that's the file we're editing
[12:48] <Riddell> dch -i just adds a handy template to the top of it
[12:48] <isemenov_away> ok
[12:49] <Riddell> add the filename
[12:49] <Riddell> fix the name and e-mail
[12:50] <Riddell> change the version number to 4:4.8.3-0ubuntu0.1isemenov1
[12:50] <isemenov_away> ok
[12:50] <Riddell> and change the distro release back to precise from quantal
[12:51] <Riddell> groovy
[12:51] <isemenov_away> Riddell: ok, added
[12:51] <Riddell> save that
[12:51] <isemenov_away> how do I save the file?
[12:51] <Riddell> umm dunno, I don't use vi
[12:52] <isemenov_away> ah it's vim? ok thank you :)
[12:52] <isemenov_away> did you change it to vim for me?
[12:52] <Riddell> no you did
[12:52] <Riddell> you ran  vi debian/changelog
[12:52] <isemenov_away> oh.. sorry.. I'm a bit tired yoday, lagging a bit
[12:52] <isemenov_away> right I did that myself
[12:53] <Riddell> so now you are usually best advised to run a test compile
[12:53] <Riddell> make sure it all still works and makes .deb binary packages
[12:53] <Riddell> that'll take some time to compile I guess
[12:53] <Riddell> but not so long now that kdebase is split up
[12:53] <Riddell> debuild   is the command to start it
[12:53] <Riddell> and it'll probably complain about some missing build dependencies
[12:54] <isemenov_away> Riddell: see the error in the shell
[12:55] <Riddell> isemenov: yeah it's saying it needs a bunch of other packages to get it compiles
[12:55] <Riddell> there's a handy command that should help
[12:55] <Riddell> sudo /usr/lib/pbuilder/pbuilder-satisfydepends
[12:55] <Riddell> "Unmet build dependencies:" is the main line of interest there
[12:55] <isemenov> oh right
[12:56] <isemenov> just sec
[12:58] <Riddell> isemenov: groovy
[12:58] <Riddell> try a  debuild  again
[13:01] <Riddell> isemenov: that'll probably take a while, this is a cheap ec2 machine so not very fast
[13:01] <Riddell> isemenov: when it's done we need to check for new files (does your patch add any?) and that it still installs
[13:02] <isemenov> Riddell: nice, I need some 15 min to have lunch
[13:03] <Riddell> eat well
[13:03] <isemenov> Riddell: it dos not add new installation files, though when plasma-deskoi runs, it will create a file in ~/.kde.share
[13:03] <isemenov> ty :)
[13:29] <Riddell> isemenov_away: it's done compiling, now it needs to build the .deb binary packages which also takes a few minutes
[13:32] <isemenov_away> Riddell: nice
[13:32] <isemenov_away> are those messages errors or warnings?
[13:33] <Riddell> dpkg-shlibdeps: warning: Can't extract name and version from library name `libkdeinit4_kfmclient.so'
[13:33] <Riddell> just warnings
[13:33] <Riddell> it is trying to get the binary symbols out of libraries which can be used for binary compatibility changes
[13:33] <Riddell> but that doesn't matter for kdeinit stubs
[13:34] <Riddell> shouldn't be long now
[13:39] <Riddell> isemenov: awooga
[13:39] <Riddell> that succeeded, it's just saying it can't do the digital signature because it doesn't have your gpg key
[13:40] <isemenov> Riddell: just sec, I'll be back
[13:41] <Riddell> isemenov: so to summarise so far, we downloaded the source package from precise
[13:41] <Riddell> we added a patch and used quilt to apply it
[13:41] <Riddell> we added a changelog entry to debian/changelog
[13:41] <Riddell> and built the package
[13:41] <Riddell> we should now have lots of .deb binary packages in ~
[13:51] <isemenov> Riddell: o I'm back
[13:51] <Riddell> isemenov: you can look into a .deb binary package with lesspipe
[13:51] <isemenov> so, this has all been done with your pre-setup machine
[13:52] <isemenov> nice
[13:52] <Riddell> it's just an ubuntu box like any other running 12.04 (precise)
[13:52] <Riddell> it's compiled against kdelibs from 12.04 so those package will only install with 12.04
[13:52] <Riddell> isemenov: cd debian  so we can take a look around
[13:53] <isemenov> Riddell: so we dont need chroot or anything like that?
[13:53] <isemenov> 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] <Riddell> isemenov: you don't /need/ a chroot but then it'll compile against what your main system is
[13:53] <Riddell> 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] <isemenov> Riddell: or, to be exact, against my configured environment
[13:54] <Riddell> a chroot is one way to work around that
[13:54] <Riddell> using an ec2 machine like this is another
[13:54] <isemenov> 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] <isemenov> that should be enough I guess
[13:55] <isemenov> just switch to KDE/4.8 in all the directories and build
[13:55] <Riddell> isemenov: .deb packages can only install into /usr
[13:55] <Riddell> unless you do a lot of fiddling
[13:56] <isemenov> Riddell: correct
[13:56] <isemenov> but can I *build( them in my environent?
[13:56] <Riddell> yep
[13:56] <Riddell> but to test them you'd need to install them
[13:56] <isemenov> then I will install tehm onto the main system, and log into the main user, running from /
[13:56] <Riddell> which is into /usr
[13:56] <Riddell> yes
[13:56] <Riddell> I do that a lot but it's a slight risk if you install say a faulty kdelibs
[13:57] <isemenov> well.. then I can use a vm
[13:57] <Riddell> that's another way yes
[13:57] <Riddell> 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] <Riddell> there's a few things we can do on this ec2 machine to test it's in good order
[13:58] <Riddell> 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] <isemenov> ok, could you elaborate on the PPA way one please
[13:59] <isemenov> *way please
[13:59] <isemenov> I'll have to do that soon
[13:59] <Riddell> isemenov: do you know what a PPA is?
[14:00] <isemenov> well it's a package repository that you can request at launchpad
[14:00] <isemenov> and they will keep it running for you, AFAIU
[14:01] <Riddell> yep, we could put it into mine
[14:01] <isemenov> I think I had created one long time ago
[14:01] <Riddell> there's none on https://launchpad.net/~ragnarokk91
[14:02] <Riddell> we could also put it into https://launchpad.net/~cyberspace/+archive/lab
[14:02] <isemenov> now to run a PPA, I need a gpg signature set up. correct?
[14:03] <Riddell> the source package needs signed before being uploaded yes
[14:03] <Riddell> you're not currently in the cyberspace team
[14:04] <Riddell> I can add you to it if you think you can sign the package yourself
[14:04] <isemenov> well just show me how to do that
[14:05] <Riddell> do you have a gpg key?
[14:05] <isemenov> do I need any permissions or approval?
[14:05] <isemenov> I think I don't
[14:05] <isemenov> at least I have not done any gpg set up on my machine
[14:05] <Riddell> mm, I think I last did it a decade ago
[14:06] <Riddell> isemenov: https://help.launchpad.net/YourAccount/ImportingYourPGPKey
[14:06] <Riddell> see "Using GPG to manage OpenPGP keys"
[14:08] <isemenov> ok
[14:14] <afiestas> mmm codec install in Amarok
[14:14] <afiestas> doesn't seem to work on 12.04
[14:14] <afiestas> it always says "MPEG-blabalbal you need codecs" I click on search it seems to install something
[14:14] <afiestas> then I try to reproduce, and I'm asked again
[14:15] <afiestas> I haven't updated kubuntu, so maybe repos are outdated
[14:15]  * afiestas tries rebooting
[14:20] <afiestas> worked after reboot
[14:20] <Ezim> afiestas, thats windows problem solving or hoping :).
[14:21] <afiestas> windows problem?
[14:21] <Ezim> afiestas, yes... rebooting :)
[14:21] <agateau> 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] <agateau> Riddell: should I just get the fix in and cross fingers? :) (it's your usual qreal vs double bug)
[14:23] <Riddell> agateau: quite possibly, it's not well tested
[14:24] <Riddell> agateau: I can't think of any other way
[14:24] <Riddell> I don't know what the cowbuilder is
[14:24] <Riddell> you could also see if ScottK has arm machines to log into
[14:24] <agateau> Riddell: it's like pbuilder, but does copy-on-write
[14:25] <agateau> 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] <Riddell> by using it :)
[14:27] <Riddell> add this to debian/control
[14:27] <Riddell> Vcs-Browser: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kwallet
[14:27] <Riddell> Vcs-Bzr: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kwallet
[14:27] <Riddell> or the equivalent
[14:28] <Riddell> keeping it under +junk it's very professional looking :)
[14:28] <Riddell> you could have it under the kubuntu-packaging project if you think that's a useful place for it
[14:29] <Riddell> 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] <agateau> Riddell: kubuntu-packaging looks appropriate indeed
[14:31] <Riddell> are you a member?
[14:31] <agateau> not sure
[14:31]  * agateau checks
[14:31] <Riddell> oh yes all kubuntu-members are
[14:31] <agateau> yup
[14:32] <Riddell> and pick a suitable project too
[14:32] <agateau> so I should push it to lp:~kubuntu-packagers/kubuntu-packaging/massif-visualizer?
[14:32] <Riddell> if it a kubuntu package?
[14:32] <agateau> yes, it's the package I created during my rotation in desktop team last cycle
[14:32] <agateau> it's in precise
[14:32] <Riddell> yeah but is it part of KDE?
[14:33] <agateau> massif-visualizer is a kde frontend to massif
[14:33] <Riddell> ok go for it then
[14:33] <agateau> ok
[14:41] <starbuck1> whats massif? :)
[14:41] <agateau> starbuck1: a valgrind tool to monitor memory usage
[14:43] <starbuck1> who/what is valgrind?
[14:43] <starbuck1> http://valgrind.org/
[14:43] <starbuck1> ?
[14:43] <agateau> starbuck1: that's it
[14:48] <ScottK> arm boxes are up.
[14:50] <agateau> ScottK: cool, how can I test a package there?
[14:50] <ScottK> Give me a .dsc and I'll try to build it is simplest, but I will only be here on and off today.
[14:51] <Daviey> ScottK: Are the arm boxes going to be exposed to other MOTU's at some point?
[14:52] <ScottK> We have some for Kubuntu dev's and some for MOTU, but the MOTU boxes are dead at the moment.
[14:52] <ScottK> I need to get them fixed.
[14:53] <agateau> ScottK: ok, otherwise I just put the package in a bzr branch if it's simpler
[14:54] <ScottK> Grabbing a .dsc is easier for me, just not right at the moment.
[14:56] <Riddell> didrocks: I see you did bug 357235, can you point me to some code that gets ssh keys?
[14:57] <Riddell> didrocks: cos I can't work out how to do it from launchpadlib
[14:58] <agateau> ScottK: ok, sent to you by email
[15:23] <agateau> debfx: hi, fyi: just released plasma-widget-menubar 0.1.18, which contains the fix for your crash-at-startup bug
[15:40] <didrocks> Riddell: sure, one sec :)
[15:43] <didrocks> launchpad.me.gpg_keys is a collection of gpg keys
[15:44] <didrocks> I think I did the same for ssh keys, (I only used the gpg key in quickly, but exposed both IIRC)
[15:45] <didrocks> Riddell: yep, it's the same with ssh keys: https://launchpad.net/+apidoc/devel.html#ssh_key launchpad.me.ssh_keys is what you look for
[15:55] <ScottK> agateau: Need to set up the box to build for quantal first, so it'll be a bit.
[15:55] <agateau> ScottK: sure, no problem
[16:12] <debfx> agateau: my bug? I've never used the global menubar
[16:13] <agateau> debfx: mmm
[16:13] <agateau> debfx: I must have mixed user names
[16:21] <agateau> ok, now with the correct nickname,
[16:21] <agateau> Tm_T: hi, fyi: just released plasma-widget-menubar 0.1.18, which contains the fix for your crash-at-startup bug
[16:22]  * Darkwing sighs
[16:22] <Darkwing> why is the open source world so full of consipiricy people??
[16:22] <agateau> sorry debfx, I shouldn't have trusted my memory :)
[16:22] <agateau> s/open source//
[16:22] <kubotu> agateau: You did something wrong... Try s/you/me/ or tell me "help sed"
[16:23] <Darkwing> Every time I push a community update all I get is "How does Blue Systems make money and why are they helping"
[16:23] <jussi> its a good question... :D
[16:24] <Darkwing> Yeah but, this is too far... http://www.wonderly.com/2012/05/kubuntu-updates/#comment-220
[16:25] <jussi> dude, what is that guy on?
[16:25]  * Darkwing wants to start handing out tin-foil hats
[16:36] <BluesKaj> Huh?
[16:50] <apachelogger> I think the CIA is involved
[16:57] <jussi> apachelogger: you say that everytime...
[17:11] <BluesKaj> apachelogger, as AmerCIA :)
[17:11] <ScottK> agateau: Build is started.
[18:45]  * Mamarok wonders why she is the only one running or Kubuntu council :(
[18:45] <Mamarok> could we give that another announcement, please?
[18:45] <Mamarok> deadline is next weekend already
[18:50] <Riddell> Mamarok: me too!
[18:50] <Riddell> Mamarok: blog it?
[18:50] <Mamarok> Riddell: heya, welcome back :)
[18:50] <Mamarok> I am about to :)
[18:52] <Riddell> Mamarok: your blog is on planet ubuntu right?
[18:57] <Mamarok> it is, yes
[19:10] <Mamarok> Riddell: can I reuse your canoe pic you used for the 9.10 announcement? Caption: We Need You!
[19:11] <Riddell> Mamarok: sure
[19:12] <Mamarok> could you resend it? It's not on your people.coanonical.com space anymore ;)
[19:12] <Riddell> Mamarok: do you know the filename
[19:12] <Riddell> ?
[19:13] <Mamarok> canoe.jpg it was
[19:13] <yofel> Riddell's back \o/
[19:13] <Riddell> Mamarok: http://starsky.19inch.net/~jr/tmp/canoe.jpg
[19:13]  * yofel gives Darkwing a hug - good post IMO
[19:13] <Riddell> hi yofel
[19:13] <Mamarok> Riddell: thanks a lot :)
[19:14] <yofel> er, yours, not #220
[19:29]  * Mamarok could need some support: https://wiki.ubuntu.com/MyriamSchweingruber
[19:30] <highvoltage> what are you applying for, Mamarok?
[19:33] <Mamarok> highvoltage: well, the Kubuntu Council :)
[19:33] <highvoltage> aah
[19:33] <Mamarok> Riddell: blogged: http://blogs.fsfe.org/myriam/archives/551
[19:37] <genii-around> If there's 12 members in the council what number is considered quorum?
[19:40] <genii-around> Ah, I need more coffee.
[19:42] <shadeslayer> Darkwing: the post still doesn't answer some of the questions raised by the comments in your blog :P
[19:42] <shadeslayer> though something is better than nothing :)
[19:42] <Mamarok> shadeslayer: seen my comment?
[19:42] <yofel> oh, 4.8.4 uploaded
[19:42] <yofel> I'll update the pad if anyone wants to work on it
[19:43] <shadeslayer> Mamarok: the one about you running for KC?
[19:43] <Mamarok> no, on drakwings blog
[19:43] <shadeslayer> nope
[19:44] <shadeslayer> I don't see your comment here : http://www.wonderly.com/2012/05/kubuntu-community-update/#comments
[19:45] <shadeslayer> Mamarok: http://dot.kde.org/2012/05/31/meet-blue-systems%E2%80%94akademy-2012-platinum-sponsor doesn't help as well :P
[19:45] <Mamarok> funny, I am sure I left a comment
[19:47] <shadeslayer> Maybe it triggered the spam filter or sth
[19:48] <Mamarok> ah, wait, wrong blog entry, my comment is on the previous blog entry
[19:48] <shadeslayer> checking
[19:48] <Mamarok> "What makes you think the government is involved? Why not think of a philanthropist? Shuttleworth is not the only wealthy individual interested in Free Software out there "
[19:48] <shadeslayer> hahaha
[19:48] <Mamarok> AFAIK Clemens is from a very wealthy family from the food business in Germany
[19:49] <jtechidna> From what I've heard, he made his fortunes managing a meat packaging facility
[19:49] <shadeslayer> Best. Conspiracy. Theory. Ever
[19:49] <Mamarok> one of the big meat producing factories
[19:50] <Mamarok> shadeslayer: and no, the family background is not a conspiracy :)
[19:50] <shadeslayer> Mamarok: nah, I was talking about Blue Systems being a shell company etc
[19:50] <jtechidna> they will put subliminal messages in the ksplash theme so that everybody will buy their hotdogs :P
[19:50] <shadeslayer> heh
[19:50] <Mamarok> ah, you mean the "government is behind it" one? Yeah, good laugh
[19:51] <shadeslayer> yep
[19:51] <jtechidna> then once the world is dependent on Germany's hotdogs
[19:51] <jtechidna> they will be cut off and at Germany's mercy!
[19:51] <shadeslayer> one of the more hilarious theories behind Blue Systems though :P
[19:52] <shadeslayer> also, I'm woefully ignorant of about 80% of the Ubuntu community :(
[19:53] <shadeslayer> alright, back to studies, cya
[19:53] <shadeslayer> wendar: fwiw you can now use nvflash with SBKv2 devices, see androidroot.mobi :D
[19:54] <shadeslayer> There's also a modified OLife image that you can use to properly flash ubuntu and dual boot and stuff
[20:04] <genii-around> Is there a way to get Kubuntu to use apport instead of kcrash ?
[20:04] <yofel> there's some env var to disable drkonqi
[20:05] <yofel> !ninjas
[20:05] <yofel> I've updated the pad for 4.8.4 for those that want to work on it, and added both calligra updates too
[20:06] <yofel> genii-around: one of these: http://techbase.kde.org/KDE_System_Administration/Environment_Variables#Troubleshooting_and_Debugging
[20:09] <yofel> shadeslayer: which tablet do you have again?
[20:11] <genii-around> yofel: Thanks
[20:25] <Mamarok> can somebody please close bug 110502? It is totally outdated and about a version we don't ship nor support anymore since quite some time
[20:33] <shadeslayer> yofel: ASUS Transformer ( TF101 is the model name )
[21:02] <Mamarok> bug 369970 should be closed as Wont Fix, we don not support Amarok 1.x anymore since 10.2009...
[21:02] <Mamarok> and even longer so upstream.
[21:03] <Mamarok> who has rights enough to close these two as wont fix?
[21:04]  * micahg wonders why it didn't expire
[21:04] <micahg> oh, right, not 2 months yet
[21:05] <Mamarok> well, somebody commented on it with a totally unrelated comment
[21:05] <micahg> Mamarok: no, they tested it and said it was likely fixed :)
[21:07] <Mamarok> which is totally unrelated, they didn't test version 1.4.10 which was the last of the 1.x series. Amarok 2.x has a different codebase, that bug never was in Amarok 2.x
[21:07] <Mamarok> so that test is useless
[21:07] <micahg> umm, for the bugsquad person triaging the bug, the fact that the bug never existed in 2.x was unknown
[21:08] <micahg> so, that person did the right thing
[21:08] <Mamarok> well, that is one more reasonto not have those bugs in launchpad anymore
[21:08] <Mamarok> micahg: asking doesn't hurt, even for triagers
[21:08] <micahg> well, general Kubuntu policy AIUI is to not have KDE bugs in LP unless they are integration bugs
[21:09] <Mamarok> one more reason to have this closed, especially since this bug is obsolete since more than 2 years :)
[21:10] <micahg> Mamarok: so, I'd suggest marking it invalid as you say the 2.x code base was never affected (and that's all we have in lucid+)
[21:10] <Mamarok> OK, will do
[21:10] <micahg> hardy is the only release available with 1.4 and it's not supported on the desktop anymore anyways
[21:11] <Mamarok> OK, done for both
[21:17] <Mamarok> so what with the reports that shouldn't be in launchpad anymore like bug 894496, how can I remove the amarok (Ubuntu) reference? the upstream bug is reference already
[21:19] <micahg> Mamarok: you need bug control permissions to do that I think
[21:19] <Mamarok> I marked it as invalid with a comment
[21:20] <micahg> and that person has been asked not to make frankenbugs like that
[21:20] <micahg> no, I meant to remove the task
[21:20]  * micahg does that
[21:21] <Mamarok> ah, right, these multi-package bugs are annoying indeed
[21:21] <micahg> done
[22:09]  * apachelogger thought he'd never get out of uni today -.-
[22:20] <apachelogger>  Ravi K Sharma is no kubuntu member FWIW
[22:25] <Mamarok> apachelogger: I know, that's why I said "all Kubuntu members"
[22:26] <apachelogger> kk ^^
[22:28] <Mamarok> btw: Riddell, ScottK: I hope you run again, don't you
[22:29] <apachelogger> they already renominated
[22:29]  * Mamarok wonders what became of neversfelde, haven't seen him in a while
[22:29] <apachelogger> somewhere up the thread I think
[22:31] <Mamarok> renominated how? must have missed then when my mail resend went berserk
[22:32] <apachelogger> https://lists.ubuntu.com/archives/kubuntu-devel/2012-May/006101.html
[22:33] <apachelogger> https://lists.ubuntu.com/archives/kubuntu-devel/2012-May/006096.html
[22:33] <Mamarok> yep, that never ended in my inbox though, I wonder what went wrong there
[23:08] <ScottK> agateau: It built.
[23:14]  * ScottK breaks bits of the CoC all over Darkwing's blog.
[23:16] <apachelogger> hope you are proud of yourself
[23:16]  * apachelogger waves fist
[23:37] <benonsoftware> hi
[23:49] <Riddell> hi benonsoftware
[23:53]  * micahg supports ScottK's comment :)
[23:53] <micahg> FWIW of cource


[12:46] <kilian_2> Hi!
[12:48] <kilian_2> Could any of you help me solve a tricky problem with the wifi on my laptop? I have tried a few different things after googling, but none worked.
[13:20] <gnugr> kilian_2: sure you have the right firmware installed?
[13:21] <kilian_2> Not really
[13:21] <kilian_2> I already installed the `linux-firmware` package
[13:21] <kilian_2> The device does not even show up in ifconfig
[13:23] <kilian_2> gnugr: How would I figure out the correct firmware? The weird thing is that I am sure that I didn't uninstall any firmware and it worked for some time after installing the OS
[13:23] <diogenes_> kilian_2, i didnţt get what do you mean "tricky thing"
[13:23] <gnugr> can you pastebin the output of 'lspci -nn | grep -i 'wireless''
[13:23] <diogenes_> or tricky problem
[13:23] <kilian_2> diogenes_: I meant that it was a hard problem
[13:24] <kilian_2> gnugr: 08:00.0 Network controller [0280]: Broadcom Corporation BCM4352 802.11ac Wireless Network Adapter [14e4:43b1] (rev 03)
[13:24] <kilian_2> gnugr: It was just one line, so I decided to paste it here instead
[13:27] <gnugr> kilian_2: you need 'firmware-sta-dkms` driver but i don't know how is its name under Ubuntu
[13:28] <gnugr> in short you need broadband sta driver
[13:30] <kilian_2> gnugr: I installed the `broadcom-sta-dkms` package
[13:30] <gnugr> still not working?
[13:30] <gnugr> did you restart network-manager?
[13:31] <kilian_2> gnugr: I did `sudo service network-manager restart` but the card is still not listed in ifconfig
[13:31] <kilian_2> Should I reboot?
[13:32] <gnugr> yes try a reboot
[13:32] <kilian_2> Ok, I'll be back in a few minutes
[13:32] <gnugr> OK
[13:44] <kilian_2> gnugr: I'm back
[13:45] <gnugr> well?
[13:45] <kilian_2> The interface is listed
[13:45] <kilian_2> I will now try connecting to my wifi
[13:45] <gnugr> good, and tell us resuslts
[14:10] <kilian_2> gnugr: Are you still there?
[14:10] <gnugr> yes...
[14:11] <gnugr> do you see ssid's?
[14:12] <gnugr> kilian_2: please any results?
[14:12] <kilian_2> gnugr: Yes, it works! :)
[14:13] <gnugr> great!!!!!
[14:13] <kilian_2> gnugr: The connection itself also works
[14:13] <kilian_2> gnugr: Yes, you were a great help!
[14:13] <gnugr> np, enjoy
[14:16] <kilian_2> Thanks :)
[14:16] <kilian_2> Bye!
[19:42] <Ntemis> hi
[19:42] <Ntemis> how i get rid of welcome message every time i boot up?
[19:42] <Ntemis> is a pita
[19:44] <Ntemis> also why it asked me to update linux-image-generic-hwe-16.04 from bionic repo?
[19:44] <Ntemis> does bionic really have linux-image-generic-hwe-16.04 packages?
[19:44] <Ntemis> shouldnt that be linux-image-generic-hwe-18.04?


[01:38] <jjesse-dell9> hrmm
[01:39] <jjesse-dell9> are things still on track to quassel being the default irc client for jaunty?
[01:55] <dtchen> i dunno, but i do know that i far prefer kubuntu[ 9.04]'s default notification priorities
[04:12] <ScottK> jjesse_: There's a meeting scheduled or being scheduled to make the decision.  MIR is written and pending MIR Team approval.
[06:01] <ScottK> seele: I just updated Quassel in my PPA again, so once it builds (it'll be awhile as the buildd's are backlogged) there should be something for you.
[06:02] <ScottK> This one uses system icons where they are available and has a few bug fixes.
[06:06] <rgreening> ScottK: any idea on amarok2 and kmail akonadi issue resolution? Still seems to be a problem.
[06:06] <ScottK> Did Riddell upload mysql 5.1 yesterday or today?
[06:06] <ScottK> If not, then it's known not fixed.
[06:07] <rgreening> dunno. would it be in a PPA or in main?
[06:07] <ScottK> apachelogger had come up with something, but I'm not sure if got uploaded.
[06:07] <ScottK> In the archive
[06:07] <ScottK> Not PPA.
[06:07] <rgreening> hmm.. dunno...
[06:07] <rgreening> I just tried an update and it still fails
[06:08] <ScottK> https://launchpad.net/ubuntu/+source/mysql-dfsg-5.1/5.1.30-2ubuntu4 is the thing that's supposed to fix it.
[06:08] <ScottK> It's in Binary New.
[06:08] <ScottK> So patience.
[06:09] <ScottK> rgreening: ^^  How's kvirc coming?
[06:09] <rgreening> ScottK: now that 4.2 is pretty well packaged, I should have it uploaded/updated in the AM
[06:09] <ScottK> Excellent.
[06:10] <ScottK> That solves one of the arts rdepends too.
[06:10] <rgreening> ScottK: when is the package freeze?
[06:10] <rgreening> ya
[06:10] <ScottK> 19th I think.
[06:10] <rgreening> ok.
[09:48] <knusperfrosch> i did it once again, koffice-data-kde4 is blocking apt due to some icons. what was the fix for that?
[10:36] <Riddell> "updates are being automatically installed"  not sure we want packagekit to do that
[10:46] <a|wen> who is responsible for the ichthux-desktop package? (depends on arts)
[10:54] <Riddell> a|wen: raphink and txwikinger
[10:56] <a|wen> Riddell: okay, are they aware that arts should be removed from the depends?
[10:56] <Riddell> hopefully they are now :)
[10:57] <a|wen> :)
[11:04] <mok0> Ridell, I uploaded codelite again (which you rejected first time around). The uploader has removed the offending bits.  I am not sure if Mono creates .dll's
[11:06] <mok0> Riddell: if so, there may be some of those left
[11:06] <mok0> Riddell: in the binaries that is
[11:09] <Riddell> mok0: hmm, there's still windows binaries in sdk/wxsqlite3/sqlite3/*/*exp
[11:09] <mok0> Riddell: huh?
[11:09]  * mok0 looks
[11:11] <mok0> Riddell: uhm I can't download it from the queue page?
[11:12] <Riddell> mok0: why do you need to?  didn't you just upload it
[11:12] <mok0> Riddell: I deleted it
[11:12] <mok0> Riddell: I'll get it from REVU
[11:20] <mok0> Riddell: what's the md5sum of the .orig.tar.gz you have?
[11:21] <Riddell> mok0: 8848d5ba2d19f41c1bfd879297de2103
[11:21] <mok0> Same as mine
[11:22] <mok0> Riddell: I can't see any *exp files?
[11:22] <mok0> oh wait
[11:23] <mok0> damn
[11:23] <mok0> Riddell: ok. I'll contact uploader, please reject it again (if it's convenient for you)
[11:27] <Riddell> done
[11:27] <mok0> Riddell: thanks, and thanks for your alertness.
[11:28] <mok0> Riddell: I know nothing about the windows platform, so I don't recognize those extensions. I should have done a "file" on the whole tree though...
[12:22] <a|wen> is it possible to do a no-change rebuild of a package easily?
[12:23] <Riddell> a|wen: dch -i, debuild -S, dput
[12:23] <a|wen> Riddell: i mean in the real archives ... should a debdiff be prepared, or can we simply request it
[12:24] <Riddell> real archives?  same process whatever the archive
[12:24] <Riddell> you simply upload it
[12:26] <a|wen> Riddell: atleast kvirc oose arts depends when being rebuild ... i just need someone to test that a rebuild doesn't break it (i'm on intrepid now)
[12:27] <a|wen> s/oose/loose/
[12:27] <Riddell> a|wen: make a chroot
[12:32] <a|wen> Riddell: what was the status of the old kde3 kdelibs ... were we trying to get rid of those as well?
[12:34] <Riddell> a|wen: we hope to get it off the CD (looking unlikely though), it'll stay in ubuntu for a good while yet
[12:37] <a|wen> okay, thx
[12:53] <apachelogger> Riddell: btw, how about reducing kdelibs4's dependencies? ...like remove avahi
[12:54] <apachelogger> smarter: pling
[13:08] <apachelogger> JontheEchidna: 1) hola 2) what's with that Connor Imes dude marking bugs as triaged which are clearly not triaged?
[13:10] <Riddell> apachelogger: isn't avahi needed?  why would we want to remove it?
[13:11] <apachelogger> Riddell: because it pulls in it's qt3 binding stuff ... also I don't think it's needed for the apps we have left
[13:12] <apachelogger> only konqueror used it for zeroconf:/ AFAIK
[13:19] <JontheEchidna> apachelogger: no clue, I guess he think has-backtrace-but-not-upstreamed is triaged
[13:20] <apachelogger> JontheEchidna: has-backtrace-and-is-upstreamed wouldn't even suffice from my point of view :P
[13:20]  * apachelogger demands to know how to reproduce
[13:20] <JontheEchidna> has-backtrace-and-has-a-confirmed-upstream-bug
[13:20] <apachelogger> even better yet
[13:21] <JontheEchidna> any way to make quassel's tray icon blink when you're highlighted?
[13:22] <apachelogger> Sput: ^
[13:22]  * apachelogger thought it did at some point
[13:23] <Sput> JontheEchidna: waiting for nuno to finish the systray animation and for me to put it into code then :)
[13:23] <JontheEchidna> nice
[13:23] <Sput> or not using KDE integration
[13:24] <JontheEchidna> oh well, if I'm at least at the computer I'll see the plasma notificatoin
[13:24] <Sput> and the taskbar highlight
[13:24] <JontheEchidna> well, I usually keep quassel in the systray when I'm not using it
[13:24] <JontheEchidna> probably because the plasma panel sucked for KDE 4.0 and 4.1
[13:25] <JontheEchidna> and horizontal panel space was in extreme lack
[13:26] <Sput> ah well, the animation will come back
[13:26] <Sput> in some form certainly for 0.4 which is supposed to go into jaunty
[13:26]  * Sput wonders if that should be a configurable option, or if it should just always animate on highlight
[13:27] <apachelogger> why would one not want to have it animate?
[13:31] <apachelogger> who wants to give me a cookie?
[13:31] <JontheEchidna> ~order cookie for apachelogger
[13:31]  * kubotu slides one of world's finest cookies down the bar to apachelogger.
[13:31] <apachelogger> JontheEchidna: http://aplg.kollide.net/screencasts/fancyshell.ogv
[13:31]  * apachelogger munches cookie and watches openoffice crash
[13:34] <agateau> hello
[13:35] <apachelogger> agateau: greetings
[13:39] <apachelogger> rgreening: wanna do some cpp haxx0ring? ;-)
[13:40] <rgreening> on?
[13:42] <apachelogger> rgreening: kcmfiletypes
[13:42] <apachelogger> rgreening: kde bug 158895
[13:42] <rgreening> apachelogger: I'll have a look
[13:43] <apachelogger> rgreening: dfaure would be glad ... so would the 3 users who actually use that ;-)
[13:43] <rgreening> lol
[13:45] <rgreening> ScottK: working on kvirc now. snapshot for jan 26th is bad... reverting to earlier one to see if working.
[13:46] <apachelogger> a|wen: did you test kvirc without arts?
[13:46] <apachelogger> not that it would matter, considering it only got 2 users and rgreening is going to replace it with the KDE 4 version anyway :P
[13:46] <a|wen> apachelogger: i started it in a chroot, and was able to connect to #kubuntu-devel
[13:50] <rgreening> kvirc4.0.0 svn 3034 seems to be compiling...
[13:50] <rgreening> lol, stupid bot.
[13:53] <apachelogger> a|wen: good enough
[13:54] <apachelogger> a|wen: the dep was caused through recursive linking?
[13:55] <a|wen-> hmm "--disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)" ... how do you get ./configure to spit out which $FEATURE i can disable/enable?
[13:55] <apachelogger> a|wen: that should be right under that message :P
[13:56] <rgreening> FTBFS.. dam
[13:57] <apachelogger> a|wen: dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[13:58] <a|wen-> apachelogger: uh, sry ... thought about it, but ended up forgetting it again :/
[13:59] <apachelogger> :)
[13:59] <ScottK> rgreening: I'd just take the working snapshot you had before and kvirc-kde4/kvirc and move on.
[13:59] <ScottK> It seemed good when I tested it.
[13:59]  * a|wen- wonders how to turn off arts in knights then
[14:01] <apachelogger> a|wen: probably also recursive linking?
[14:01] <rgreening> ScottK: I'm looking at the svn code. It seems not kvirc related, but rather KDE4.2 issue...
[14:01] <apachelogger> a|wen: assuming knights is a KDE app
[14:01] <rgreening> ScottK: I'm going to update my pbuilder and try again
[14:01] <ScottK> Ah.
[14:02] <a|wen-> apachelogger: yeah, it is
[14:02] <a|wen-> checking for mcopidl... not found
[14:02] <a|wen-> configure: error: The important program mcopidl was not found!
[14:02] <a|wen-> Please check whether you installed aRts correctly.
[14:03] <apachelogger> \o/
[14:03] <apachelogger> a|wen: I think we'll have to patch, remove the package, or just leave it alone
[14:05] <a|wen-> apachelogger: yeah, i suppose so
[14:06] <apachelogger> hm
[14:06] <apachelogger> a|wen: do you have time to write the author a mail?
[14:06] <apachelogger> last release was a beta in 2005 ... looks pretty maintainerless I think
[14:06] <apachelogger> the website also is rather weird ;-)
[14:07] <apachelogger> Uploading to ubuntu (via ftp to upload.ubuntu.com):
[14:07] <apachelogger>   kvirc_3.4.0-3ubuntu1.dsc: done.
[14:07] <apachelogger> rgreening: ^ please make sure you incorporate the changelog entry
[14:07] <a|wen-> apachelogger: thx
[14:08] <a|wen-> apachelogger: i'll try to see if i can find out anything; but afaik it is quite maintainerless
[14:08] <Riddell> akonadi has a nasty habit of making dbus-daemon run out of control
[14:08] <apachelogger> a|wen-: I would tend to file a removal request then
[14:09] <apachelogger> Riddell: didn't notice any of that sort
[14:09] <a|wen-> apachelogger: the debian-package is a patchwork from 2004 onwards
[14:10] <apachelogger> \o/
[14:11] <apachelogger> is it me or is ubuntu popcorn just unusable?
[14:11] <apachelogger> -r
[14:12] <apachelogger> a|wen-: http://qa.debian.org/popcon.php?package=knights
[14:12] <a|wen-> apachelogger: is that high or low?
[14:13] <rgreening> http://blog.greghaynes.net/index.php?/archives/35-Kobby-Inserted-Its-First-Collaborative-Text.html
[14:13] <rgreening> That's an app we will eventually want
[14:14] <apachelogger> a|wen-: putting things in relation: http://qa.debian.org/popcon.php?package=gnome-chess
[14:14] <apachelogger> rgreening: if it is as buggy as gobby, I can probably live without it :P
[14:14] <rgreening> apachelogger: It's just being developed now (hence the 'eventually') :)
[14:14] <apachelogger> hehe
[14:15] <rgreening> I may offer to help dev it later on...
[14:15]  * rgreening is trying to build kvirc from svn 2008/12/15 .. don't puke please :P
[14:15] <a|wen-> apachelogger: okay, so high at some level
[14:15] <rgreening> dam bot
[14:16] <apachelogger> a|wen-: I am not sure if we can abandon it ... it appears to be the only kde chess game
[14:17] <apachelogger> a|wen-: http://qa.debian.org/popcon.php?package=xboard most used frontend app it seems
[14:18] <apachelogger> a|wen-: are you attending the meeting tomorrow?
[14:19] <a|wen-> apachelogger: yeah, seems we can't just throw it away
[14:19] <a|wen-> apachelogger: i plan to ... (need to get to bed early though, starts at 5AM in my timezone)
[14:20] <apachelogger> we should discuss it, but the stats clearly are in favor of keeping knights
[14:20] <rgreening> PPA's dead?
[14:20] <apachelogger> but the stats also have flawed relation because we have no KDE based chess app to compare to
[14:20] <rgreening> LP is puked
[14:20] <rgreening> omg
[14:20] <apachelogger> soyuz being hungry again?
[14:21] <rgreening> it eat my sesion...
[14:21] <apachelogger> a|wen-: well, please launch a discussion either on the mailing list or at the meeting
[14:21] <rgreening> oh, back... hhmmmmm
[14:22] <a|wen-> apachelogger: yeah, i'll put it on the agenda
[14:22]  * apachelogger notes that he will probably not be around, so a|wen- better copies the stuff above into a file :P
[14:29]  * a|wen- starts copying links
[14:44] <Riddell> seele: http://www.slideshare.net/fytech/ubuntu-usability-test-report-presentation might be interesting
[14:48] <seele> finally, someone who did an open source usability study at a unviersity actually gives it back to open source
[14:48] <seele> you would be surprised how many usability tests get done at university projects.. and we never hear about them
[14:49] <seele> ARGH
[14:49] <seele> TIME ON TASK DOES NOT MATTER
[14:49]  * seele stops reading
[14:49] <jjesse> lol
[14:50] <seele> the feedback is still good
[14:50] <seele> i wish people would learn proper experimental design
[14:51] <apachelogger> Riddell: btw, did you push mysql-5.1 out of binary new yet?
[14:52] <ScottK> He did
[14:52] <ScottK> Or someone did.
[14:52] <apachelogger> \o/
[15:17] <Riddell> apachelogger: yes
[15:18] <MalikLamin> hi you all,  i 'd like to write a module wich is intended to work in multiple versions of the kernel , how do I solve the version dependency????
[15:18] <Riddell> MalikLamin: we do KDE here, we're not linux developers
[15:21] <MalikLamin> ok, but doesnt anyone here know about that
[15:21] <MalikLamin> ?
[15:22] <ScottK> MalikLamin: #ubuntu-kernel likely, but I'd look into DKMS.
[15:26] <Riddell> MalikLamin: try http://kernelnewbies.org/
[15:26] <MalikLamin> ok tnks
[15:32]  * a|wen wonders why his makefile keeps being populated with "LDADD -lartskde" ... seems there is still some arts left in the kde packages
[15:39] <a|wen> does anyone have a suggestion who/what makes up that line in a Makefile ... there is no reference to arts in the package, so is something external
[15:41] <ScottK> Are you building against the de-artsififed kdelibs?
[15:42] <a|wen> ScottK: yeah, kdelibs 4:3.5.10.dfsg.1-1ubuntu8
[15:42] <ScottK> OK.
[15:43] <ScottK> Any arts in the build log for that one?
[15:48] <a|wen> ScottK: it contains the line "checking if arts should be compiled... yes"
[15:50] <ScottK> That doesn't sound good.
[15:50] <ScottK> apachelogger: ^^^
[15:53] <Riddell> hmm, ppa buildds are slow
[15:53] <xerosis> can someone who can see private bugs please mark bug 321494 a dupe of 317712
[15:57] <JontheEchidna> xerosis: done
[15:58] <xerosis> JontheEchidna: thanks :)
[15:59]  * JontheEchidna looks for an upstream bug
[16:06] <a|wen> apachelogger: when http://packages.debian.org/experimental/tagua becomes stable, that might be our replacement to knights
[16:07] <jussi01> !info knights
[16:09] <jarekh> When dependencies for kmail will be changed from mysql5.0 to mysql5.1? I'm asking about that because my Amarok and Kmail need that :)
[16:10] <ScottK> jarekh: What we're doing is making them co-installable.
[16:10] <ScottK> Not changing them.
[16:11] <ScottK> IIRC the change needed for that should be hitting mirrors today.
[16:11] <jarekh> thanks
[16:18] <jarekh> I see some stable(?) 4.2 in Jaunty main. Thanks a lot and congratulations!
[16:34]  * JontheEchidna wouldn't upgrade until kdebase-workspace packages are present at least
[16:36] <apachelogger> a|wen: aye
[16:38] <a|wen> apachelogger: seems there is still some arts left in kdelibs
[16:39] <apachelogger> arts--
[16:39] <apachelogger> a|wen: how so?
[16:39]  * apachelogger even removed all ze arts files
[16:40] <a|wen> apachelogger: seems artskde is still done
[16:40] <apachelogger> meh
[16:40] <apachelogger> will look at it
[16:41] <apachelogger> first bindings though
[16:41] <a|wen> apachelogger: thx a lot
[16:41] <apachelogger> hm
[16:41] <apachelogger> a|wen: are you sure you are looking at the right version?
[16:41] <apachelogger> apt-cache says ubuntu8 doesn't depend on arts
[16:42] <a|wen> i'm looking in kdelibs_4\:3.5.10.dfsg.1-1ubuntu8_FULLYBUILT.txt
[16:42] <a|wen> apachelogger: it seems to be some artskde that is still compiled (but maybe not installed)
[16:42] <apachelogger> hmhm
[16:43] <a|wen> checking if arts should be compiled... yes
[16:43] <a|wen> config.status: creating arts/Makefile
[16:43] <a|wen> config.status: creating arts/kde/Makefile
[16:43] <a|wen> config.status: creating arts/kde/mcop-dcop/Makefile
[16:43] <a|wen> config.status: creating arts/knotify/Makefile
[16:43] <a|wen> config.status: creating arts/message/Makefile
[16:44] <apachelogger> bogus output
[16:45] <apachelogger> nothing gets installed
[16:45] <apachelogger> + it can't build anything linking to arts if no arts is around at all
[16:45] <apachelogger> which is clearly the case
[16:45] <apachelogger> checking for aRts-1.1... disabled
[16:45] <apachelogger> a|wen: let's just blame stupid autohell :P
[16:45] <apachelogger> no build-deps and no shlib deps means nothing to worry about
[16:46] <a|wen> apachelogger: yeah ... but the problem is that ld very much wants to link against artskde when building against libs (if you let autohell decide)
[16:46] <apachelogger> Oo
[16:46] <apachelogger> a|wen: when building what?
[16:47] <a|wen> apachelogger: knights, with all references to arts removed
[16:49] <apachelogger> a|wen: maybe you need to rerun automake
[16:50] <apachelogger> or make -f Makefile.{am,cvs}
[16:51] <a|wen> apachelogger: how is it normally adviced to do that?
[16:51] <apachelogger> within the build process
[16:51] <a|wen> apachelogger: shouldn't that be part of the build-process normally ...
[16:53] <apachelogger> no, it tempers with the autohell files, so in most cases you will need loads of clean rules to get the tree into it's original state again
[16:53] <apachelogger> probably also the reason gnomies seem to prefer having the changes a patch rather than doing it at compile time
[16:54] <apachelogger> not that I would about that fancy autotools stuff :P
[16:57] <a|wen> that is indeed autohell :/
[16:58] <JontheEchidna> the auto stands for "automatic pain"
[17:31]  * a|wen finally got around that autohell
[17:40] <a|wen> seems arts wasn't knight's only problem ... bug 285467
[17:43]  * Lure notices that 4.2/final does not seems to be compatible with 4.2/rc plasma - ENODESKTOP
[17:46] <jarekh> I'm trying to compile kdetv for KDE4 using cmake and I got error:
[17:46] <jarekh> libkvideoio.a(qvideostream.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
[17:46] <jarekh> where I should write -fPIC flag?
[17:50] <Riddell> Lure: the plasma guys made some last minute binary incompatible changes
[17:51] <Lure> > Hi,
[17:51] <Lure> >
[17:51] <Riddell> hi Lure :)
[17:51] <Lure> Riddell: ah, now I remember Aaron
[17:52] <Lure> sorry, my synaptics is doing strange pastes recently
[17:52] <Lure> Aaron was very happy to find it before release
[17:53]  * Lure is still used to work w/o plasma since early times of working with SVN version ;-)
[17:53] <jcastro> Nightrose: around?
[17:53] <rgreening> g'day jcastro
[17:54] <jcastro> hi!
[17:54] <Nightrose> jcastro: jep
[17:54] <Nightrose> wasup? :)
[17:54] <jcastro> Nightrose: I am looking for 10 projects to focus bug work and upstream linkages for the cycle
[17:55] <Nightrose> ai
[17:55] <jcastro> got any plans for bug days, etc this cycle?
[17:55] <Nightrose> no plans on my side so far
[17:56] <jcastro> ok
[17:56] <a|wen> apachelogger: knights is already broken in intrepid
[17:56] <jcastro> Nightrose: mind if we try a bug day or something in the future?
[17:56] <Nightrose> jcastro: but if you have something in mind i can get people together for it probably
[17:56] <apachelogger> a|wen: I suppose that supports dropping it
[17:56] <jcastro> I would like to measure how well it will work
[17:56] <Nightrose> jcastro: not at all
[17:56] <jcastro> \o/
[17:57] <Nightrose> ;-)
[17:57]  * Nightrose loves being a labrat
[17:57] <Nightrose> :P
[17:57] <apachelogger> lol
[17:57] <a|wen> apachelogger: pretty much ... missing deps; i'll just test what removing it does
[17:58]  * apachelogger pushes last bzr branch
[18:07]  * Riddell gets printer-applet back into a working state and cheers
[18:09] <seele> whoo
[18:09] <seele> Riddell++
[18:09]  * Arby sends Riddell cookies
[18:09] <seele> how long until it's ready to review?
[18:35]  * a|wen notes that knights is totally unusable without kdebase-kio-plugins ... which is neither avaible in intrepid nor jaunty
[18:40] <a|wen> night everyone
[19:03] <Riddell> seele: this is just the applet
[19:12] <JontheEchidna> apachelogger: KDE uses xdg stuff for mimetype detection, correct?
[19:15] <apachelogger> JontheEchidna: aye
[19:15] <JontheEchidna> bug 309778 is probably an xdg-utils bug?
[19:16] <JontheEchidna> I checked the oxygen icons, and there is a jar mimetype icon
[19:19] <seele> Riddell: oh, the indicator in the panel?
[19:20] <apachelogger> JontheEchidna: krusader is not KDE 4, is it?
[19:20] <JontheEchidna> it is
[19:20] <apachelogger> oh, then it's all the shared-mime-info's fault
[19:20] <JontheEchidna> we have had a kde4 post-beta svn snapshot since intrepid
[19:21] <apachelogger> JontheEchidna: that dude shall run xdg-mime on the file
[19:22] <apachelogger> xdg-mime query filetype $FILE if I am not mistaken
[19:22] <apachelogger> uh, that was almost ruby ^_^
[19:32] <Riddell> seele: yes
[19:33] <seele> Riddell: do you have a link to the fdo notification spec? i dont know what it's formally called and i cant find it
[19:33] <seele> (or know what it's called so i can find it myself0
[19:37] <Riddell> seele: http://www.galago-project.org/specs/notification/ I think
[19:37] <Riddell> it's not actually a freedesktop spec, it just uses that namespace in a cheeky way
[19:42] <seele> Riddell: thanks
[20:12] <hunger> Tomorrow we are going to get kde4.2:-) Any estimation when it will hit intrepid backports/updates?
[20:13] <JontheEchidna> tomorrow :P
[20:13] <hunger> JontheEchidna: You guys are really that fast with packaging it? Wow:-)
[20:13] <JontheEchidna> they release the sourcecode a week before each release
[20:13] <JontheEchidna> for packagers to package
[20:14] <Riddell> it'll need the buildds to hurry up a bit though
[20:14] <hunger> So you will have it nice and shiny tomorrow:-)
[20:15] <hunger> Riddell: Nothing pending for intrepid at this time.
[20:15] <Riddell> oh good, they are hurrying up
[20:15] <Riddell> hunger: where do you see that?
[20:16] <hunger> Riddell: https://launchpad.net/ubuntu/intrepid/i386/+builds?build_text=&build_state=pending
[20:16] <Riddell> hunger: that's the ubuntu archive, we're doing it in a PPA
[20:16] <hunger> Oh.
[20:16] <hunger> Too bad.
[20:16] <hunger> Will it hit the archives, too?
[20:17] <Riddell> here it goes https://edge.launchpad.net/+builds/osmium
[20:17] <hunger> Like intrepid-backports or -updates?
[20:17] <hunger> kde 4.1.4 is still sitting in -proposed:-)
[20:17] <Riddell> it should go into -backports eventually but I think we'll just copy it to a public PPA for tomorrow until it gets more testing
[20:17] <Riddell> apachelogger: that right?
[20:18] <apachelogger> actually I think it should go to experimental
[20:18] <apachelogger> then testing
[20:18] <apachelogger> then ppa
[20:18] <apachelogger> then (considering we don't have to recompile half of the archives for the libs) backports
[20:18] <hunger> apachelogger: That does not sound like it will be done before jaunty is out:-)
[20:19] <apachelogger> well, I'd like to play save
[20:19] <apachelogger> upgrade quirks are nasty and since we didn't do any QA in that regard there is likely some conflict in 4.1 => 4.2
[20:20] <apachelogger> so I guess we'll be able to move to ppa by the end of the week
[20:21] <apachelogger> ha!
[20:21] <apachelogger> workspace is queued for build in 3 hours
[20:27] <Riddell> apachelogger: right, experimental is a public PPA
[20:27] <apachelogger> hehe
[20:27] <apachelogger> Riddell: I thought you were talking about kde4 members :)
[20:49] <tarimari> JontheEchidna: i continue the discussion here, from #kubuntu, because anyway this is more a dev question
[20:50] <tarimari> now i have the choice to install kde 4.2 rc from ppa of kubuntu-experimental
[20:50] <JontheEchidna> hi
[20:50] <tarimari> when 4.2 final packages wil be available?
[20:50] <JontheEchidna> hopefully by tomorrow
[20:50] <Tm_T> tarimari: when it's released and packages are ready
[20:50] <tarimari> kde will be realeased 18:00 UTC
[20:50] <tarimari> it will take some hours, or few days?
[20:50] <tarimari> as you says it seems few hours, then it's cool :)
[20:51] <Tm_T> tarimari: hours if it goes as planned
[20:51] <Tm_T> we try to be first
[20:51] <tarimari> i have reason for asking, i ll explain
[20:51] <coreymon77> has kubuntu had an lts release since dapper yet?
[20:51] <JontheEchidna> coreymon77: nope
[20:51] <Tm_T> coreymon77: no, nor will until, well, next LTS
[20:51] <Nightrose> tarimari: 18:00 is a very bold statement ;-)
[20:51] <Nightrose> it will be released when the releaseteam is ready
[20:52] <Nightrose> that might be at 18:00, earlier or a little later
[20:52] <tarimari> i just reinstalled kubuntu. now i have 8.10 with kde 4.1.  My backups are with kde 4.2 rc1 kubuntu-experimental
[20:52] <Tm_T> that 1800 UTC is what is aimed, it's not that accurate always though
[20:52] <tarimari> and i want to restore my backup
[20:52] <tarimari> my question is:
[20:52] <Nightrose> Tm_T: trust me - i am in the team ;-)
[20:53] <tarimari> should i upgrade once more to 4.2 rc1 kubuntu-experimental and restore all the .kde backup
[20:53] <tarimari> or wait 1-2 days till the new packages?
[20:53] <tarimari> and then backup file by file and setup again
[20:54] <tarimari> i mean: the new kde 4.2 final will be available at kubuntu-experimental ppa, or at someother ubuntu central server repo?
[20:54] <Nightrose> in a ppa first
[20:54] <JontheEchidna> tarimari: it will be made available in the ppa initially
[20:55] <tarimari> ok
[20:55] <JontheEchidna> though in the end we hope it will end up in intrepid-backports
[20:55] <tarimari> and after how many days at ubuntu repos?
[20:55] <tarimari> when approx?
[20:55] <Tm_T> Nightrose: I trust you, because I know you're on team, I was merely saying what you said in other words, perhaps failed though
[20:55] <JontheEchidna> dunno, after sufficient testing is done I suppose
[20:55] <tarimari> i ask again this because i have some other machines to updates which are still 4.1
[20:55] <Nightrose> Tm_T:  ah ;-)   *hug*
[20:55] <tarimari> sufficient testing means 1 week, or 1 month? just an estimation
[20:55] <Nightrose> Tm_T: how's the little one btw?
[20:56] <JontheEchidna> tarimari: honestly we don't know yet.
[20:56] <Tm_T> Nightrose: fine thanks, bit messed sleeping cycle but meh, it's not me who have to look her at night (;)
[20:56] <Nightrose> hehe
[20:56] <tarimari> JontheEchidna: ok. so i ll go with kubuntu-experimental for the moment...
[20:57] <tarimari> JontheEchidna: with upgrading to rc1 i have conflict with mysql 5.1 and amarok. what can i do about that? will it be resolved tomorrow with the kde 4.2 final packaging?
[20:57] <JontheEchidna> are you running jaunty then?
[20:58] <tarimari> JontheEchidna: hmm. you are right. it is only at jaunty. ok no
[20:58] <tarimari> actually i updated 3 machines, and i was wondering why there are at some machines problems and some other not
[20:58] <tarimari> let me see once more
[20:58] <JontheEchidna> yeah, fixed packages for mysql should be released either now or in a few hours when your mirror updates
[20:59] <tarimari> you are right it is only in jaunty, so forget this question. my mistake
[20:59] <JontheEchidna> :)
[21:00] <Nightrose> JontheEchidna: i have to upgrade my eeepc from hardy before 30th - what do you recommend? jaunty already or intrepid? (considering ditro upgrade means reinstall)
[21:00] <Nightrose> i can live with a few quirks but would rather not b0rk my maschine completely
[21:00] <JontheEchidna> hmm
[21:00] <tarimari> Nightrose: i propose intrepid allway. jaunty gave me lot of problems
[21:00] <Nightrose> _gave_ ;-)
[21:00] <Nightrose> it is development
[21:00] <apachelogger> Nightrose: X is completely broken in jaunty
[21:01] <Nightrose> apachelogger: ewwww ok
[21:01] <tarimari> Nightrose: if it is your main computer better wait for at least RC for jaunty. that's my experience with interpid said
[21:01] <Nightrose> tarimari: it is not - and i know that ;-)
[21:01] <apachelogger> Nightrose: well, also depends on the graphics chip, but on intel there are fancy rendering glitches all over the place
[21:01] <tarimari> JontheEchidna: (because i have to restore my backups of .kde which are in 4.2rc1, and now reinstalling kubuntu 8.10 i m in 4.1 state) --> can i now install the kubuntu-experimental 4.2 rc1, and tomorrow upgrade to 4.2 final without having any problem at all
[21:01] <tarimari> ?
[21:01] <apachelogger> Nightrose: then again everything but intel is really broken pretty much ;-)
[21:01] <Nightrose> hehe
[21:02] <Nightrose> apachelogger: any estimation for when X will be fixed?
[21:02] <apachelogger> especially right now ... can't even build 4.2
[21:02] <Nightrose> ie: should I wait a few days
[21:02] <tarimari> JontheEchidna: rephrase my question to "major problem"
[21:02] <apachelogger> Nightrose: more like a few weeks
[21:02] <Nightrose> ewww
[21:02] <Nightrose> ok
[21:02] <Nightrose> intrepid it is
[21:02] <apachelogger> Nightrose: it's a completely new X ... and considering not even intel works pretty well with it...
[21:02] <Nightrose> yea
[21:02] <JontheEchidna> tarimari: If you upgrade to 4.2 RC1, copy the backup to its normal location, then upgrade tomorrow in theory you shouldn't have major problems
[21:03] <tarimari> JontheEchidna: thanks a lot !! :)
[21:03] <tarimari> guys tomorrow also openoffice 3.0.1 will be released. after how much time it will be backported to kubuntu intrepid?
[21:03] <JontheEchidna> dunno, openoffice isn't something that kubuntu works on
[21:04] <tarimari> and if i put openoffice from that PPA that already exists, if i disable it later, can i upgrade to the backported packages later? (because the backported are of better quality)
[21:05] <tarimari> why is it so much time to backport openoffice 3.0.0? what are the problems?
[21:05] <tvakah> so I just ran an upgrade in jaunty, and now I can't start plasma or kontact at all, no crash screen, I have to start them from a terminal to even see any failure message
[21:05] <apachelogger> kde rev 915907
[21:05] <apachelogger> kde rev 915831
[21:05] <apachelogger> kde rev 915837
[21:07] <tarimari> JontheEchidna: tomorrow at kubuntu-experimental, the powerdevil problem will be resolved? now with 4.1.96, if i go to install powerdevil it wants to install that one of 4.1, so there is no way to install it. will u include it tomorrow for 4.2?
[21:07] <JontheEchidna> powerdevil is included by default in the kde packages
[21:07] <tarimari> JontheEchidna: but it is version 4.1, i cant combine with 4.1.96
[21:08] <JontheEchidna> no, it's included in the packages. you don't need to install it as long as you have kdebase-workspace
[21:08] <tarimari> JontheEchidna: if i aptitude install powerdevil, then it wants to uninstall half of 4.2rc1, downgrade, uninstall plasmas etc
[21:08] <Lure> Riddell: will kdebase-workspace/amd64 build restart automatically or it needs you to kick it?
[21:08] <JontheEchidna> yes, the "powerdevil" package is KDE 4.1. but in KDE 4.2 powerdevil is not a separate package!
[21:08] <tarimari> JontheEchidna: aha!!
[21:08] <JontheEchidna> :)
[21:09] <tarimari> thanks a lot, i go install kdebase-workspace
[21:09] <Riddell> Lure: dunno, what's wrong with it?
[21:09] <Lure> Riddell: it failed 3 hours ago, as kdelibs build was not finished yet
[21:09] <tarimari> JontheEchidna: actually powerdevil is more nice app than guidance, but what i miss from kdeguidance, is that with mouse-over i can see the current cpu speed. is there any other applet to see the current cpu speed?
[21:10] <Lure> Riddell: now it is, but it does not start again, even though amd64 build is free
[21:10] <tvakah> I seem to not be able to start any KUniqueApplication
[21:10] <JontheEchidna> tarimari: I don't know any
[21:10] <tvakah> plasma and kontact most notably
[21:10] <tvakah> but kmail does start
[21:10] <tarimari> JontheEchidna: can i combine both powerdevil and kdeguidance or mess will happen?
[21:10] <Lure> Riddell: i386 succeeded, probably due to luck ;-)
[21:11] <JontheEchidna> tarimari: they'll probably fight each other for control
[21:11] <tvakah> plasma(17931): Communication problem with  "plasma" , it probably crashed.
[21:11] <tvakah> Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "
[21:12] <tarimari> JontheEchidna: i install kdebase-workspace, i pushed alt-control-backspace, but i did not see. probably i need to restart the whole system
[21:12] <Riddell> my, that is a broken build
[21:12] <Riddell> Lure: I think it'll need someone to retry it
[21:13] <tarimari> JontheEchidna: i m confused little bit with the change of names of governors. the guidance's performance and dynamic, what are their equivalent at powerdevil?
[21:13] <Lure> Riddell: oh, I though that you had all super-powers needed ;-)
[21:13] <tvakah> tarimari: dontzap is on by default nowadays, "'i.e. ctrl + alt + bs is off by default"
[21:13]  * NCommander is depressed on how much flack Kubuntu 8.10 is getting on /.
[21:13] <JontheEchidna> tarimari: I don't know, I don't have a laptop so I've not used either power manager all that much
[21:13] <Lure> Riddell: do we have build-admin in kubuntu-lovers^Wninjas? ;-)
[21:14] <Lure> NCommander: you shouldn't: this is so last year ;-)
[21:14] <tvakah> so is my failure just due to a half-done upload? or is there something going on?
[21:15] <tarimari> JontheEchidna: last question. openoffice 3 packages will have a package, which is actually a start screen for all the rest applications.i saw it at opensuse. will it be also at ubuntu like that? any idea?
[21:15] <JontheEchidna> tarimari: as I said, nobody in here works on open office
[21:15] <JontheEchidna> so I don't know
[21:16] <tarimari> JontheEchidna: ups sorry i did not mention. at which channel? #ubuntu-devel?
[21:16] <JontheEchidna> I guess
[21:16] <tarimari> JontheEchidna: thanks a lot for your patience and kindness
[21:16] <JontheEchidna> you're welcome
[21:25] <Riddell> Lure: not unless hobbsee is awake
[21:25] <tarimari> JontheEchidna: using kubuntu-experimental i ll upgrade now from 4.1 to 4.1.96. after adding the repo, aptitude says 98 updates, and 171 new packages!!  except kdebase-workspace, should i install any other of these 171 new packages? what are they?
[21:25] <Riddell> seele: what do you think of this?  GTK's system-config-printer has the right click menu options in a full menu too http://www.kubuntu.org/~jriddell/tmp/scp.png
[21:26] <Lure> Riddell: hobbsee, the gnome lady you mean? ;-)
[21:26]  * Lure hides
[21:26] <tarimari> JontheEchidna: it asks me to remove digikam, some kipi plugins. why? when this digikam conflict will be resolved?
[21:26] <Lure> tarimari: if you use kubuntu-experimental, then you should get digikam from digikam-experimental
[21:27] <tarimari> aha, this is a package, or another repo?
[21:27] <Lure> tarimari: another repo (ppa), similar to kubuntu-experimental
[21:27] <tarimari> ok , i ll go search for it .thanks for info lure
[21:28] <tarimari> kdebase-workspace-data failed to install or upgrade :(
[21:28] <tarimari> 2 broken
[21:29] <tarimari> ok i must aptitude full-upgrade once more to continue installing kde 4.1.96
[21:29] <tarimari> is it normal?
[21:30] <smarter> what's wrong with full-upgrade?
[21:30] <tarimari> i put kubuntu-experimental to upgrade 4.1 to 4.1.96
[21:30] <tarimari> first full-upgrade left me with kdebase-workspace-data broken. just full-upgrade once more installed
[21:32] <tarimari> i must aptitude remove kdeplasma-addons to go on with installing kdebase-workspace  kdebase-workspace-bin
[21:32] <tarimari> and this procedure happened in the few machines that i upgrade
[21:32] <tarimari> i hope tomorrow the upgrade to be smoother
[21:33] <JontheEchidna> tarimari: I believe I fixed a kdebase-workspace-data conflicting with kde-window-manager the other day for the 4.2.0 packages
[21:33] <knusperfrosch> will 4.2. packages be in kubuntu-experimental for intrepid by tomorrow?
[21:34] <tarimari> JontheEchidna: what can i do now to finish the upgrade to 4.1.96?
[21:34] <JontheEchidna> sudo dpkg -i --force-overwrite /var/apt/cache/nameofdebhere
[21:34] <tarimari> dpkg: error processing /var/cache/apt/archives/kdebase-workspace-data_4%3a4.1.96-0ubuntu4~intrepid1~ppa1_all.deb (--unpack):  trying to overwrite `/usr/share/doc/kde4/HTML/en/kcontrol/windowspecific/index.cache.bz2', which is also in package kde-window-manager
[21:35] <tarimari> sudo dpkg -i --force-overwrite /var/cache/apt/archives/kdebase-workspace-data_4%3a4.1.96-0ubuntu4~intrepid1~ppa1_all.deb
[21:36] <tarimari> JontheEchidna: full-upgrade still complains . libkpi5 broken. libkipi must be removed. so many times i said OK remove them, and it still complains. i use aptitude :D
[21:36] <tarimari> i think now it will work with your trick
[21:37] <tarimari> JontheEchidna: will it be more smooth to upgrade from 4.1 to 4.2 tomorrow? will this problem be fixed?
[21:37] <JontheEchidna> that problem will be fixed
[21:37] <tarimari> thanks
[21:38] <tarimari> kde4d crashed. i ll restart
[21:43] <tarimari> when kde 4.2 and digikam will be officially released, will they automatically update to the official version, or i must be informed by the news and disable the experimental repos?
[21:46] <seele> Riddell: all functionality should always be in the application menu. the context functionality is just easier to discover
[21:46] <seele> Riddell: does that answer your question?
[21:49] <Riddell> seele: ok, I'll create that application menu
[21:54] <seele> Riddell: oooh, hmm.. now i'm not sure.  Is a printer in that list *always* selected? or can one not be selected?
[21:55] <seele> because if a printer is not selected, that menu is disabled
[21:55] <Riddell> seele: right, a print job isn't always selected in which case the menu items will be disabled
[21:56] <seele> right, ok nevermind then
[21:56] <seele> that shouldnt go in there
[21:56] <seele> on the main menu
[21:59] <jussi01> anyone can tell me whne the actual 4.2 is out?
[21:59] <Sput> jussi01: tomorrow, I'd say
[22:00] <jussi01> Sput: ahh, nice. :) thanks
[22:00] <Sput> jussi01: if you meant, when upstream releases it
[22:00] <Sput> obviously I have no idea about kubuntu packages :) but our packages are already done
[22:01] <jussi01> Sput: yeah, I know itll be done about a couple of days after..  ;)
[22:02] <Riddell> seele: so keep it right click menu only?
[22:09]  * seele thinks
[22:14] <ryanakca> nixternal: Ping, tomorrow's my last exam, would you and/or jjesse and I be able to get together sometime Wednesday so we can tackle  help.kubuntu.org?
[23:57] <JontheEchidna> damn, apport is getting stupider and stupider...
[23:57] <JontheEchidna> bug 321672
[23:57] <ScottK> vorian: Looks like jdstrand got to your dkim-milter security fix ...
[23:58] <ScottK> JontheEchidna: It's Python and it's open source, so go for it ....
[23:58] <ScottK> ;-)
[23:58] <JontheEchidna> lol
[23:58] <ScottK> Acutalll pitti is pretty responsive to good, actionable bugs.
[23:59] <JontheEchidna> oh, maybe I misunderstood what it was doing
[23:59] <JontheEchidna> maybe if the retrace fails it automagically closes the report
[23:59] <JontheEchidna> I thought it was closing the report because newer packages were available


[03:31] <holmz> hi, I have been playing around with themes but when i change the gtk theme i lose the window buttons for a lot of apps (ones that still have <file> <edit> etc) -- has anyone else noticed this? any suggestions for a fix?
[03:33] <holmz> for example firefox or empathy do not have window buttons, like close or minimize, but the tweak tool and nautilus do
[03:41] <holmz> ddg didn't present any answers but when i googled it (like with google) it seems like it could be that the theme doesn't match with the gnome version
[03:42] <holmz> i guess i will have to delete it and "manually build" the theme... whatever that means ;-)
[05:02] <darkxst> holmz, you need to make sure the theme you choose, supports the version you are using
[05:03] <darkxst> also do you mean window buttons or menus? only Unity supports menus for gtk3 apps
[05:29] <holmz> window buttons
[05:30] <holmz> i just had to use a newer/different theme
[05:36] <lindol> hmmmm
[12:35] <LinDol> hi all
[13:34] <Rainman387> Hi there
[13:35] <Rainman387> I'm running ubuntu gnome 15.10 with radeon drivers
[13:35] <Rainman387> Trying to install latest catalyst - crimson gives me a black screen at login
[13:35] <Rainman387> Only see a pointer
[13:35] <Rainman387> Anyone can help ?
[23:55] <redraw> Turned off ask for password on session login > have problems with keyring > can't set password at login back
[23:55] <redraw> org.gnome.Shell already exists on bus and --replace not specified
[23:55] <redraw> GNOME Shell 3.10.4
[23:57] <redraw> On "Users" I have auto-login without password -unchecked-.


[21:12] <daker> mhall119: do you have any idea what app i need to have access to ? django_openid_auth ?
[21:48] <cjohnston> daker: python-django-auth-openid iirc
[21:48] <mhall119> daker: he's asking about permissions in /admin/
[21:48] <mhall119> daker: I'm talking to deej about it
[21:58] <cjohnston> ahh
[22:00] <daker> ok thank you