[02:34] <jjesse_> ok i have a small frustration with using leonov-kde, i keep on having to sudo chmod /usr/binpykdeuic4 to build leonov.  this seems to happen after i update my intrepid build?
[07:22] <\sh> apachelogger: now again ;)
[07:30] <apachelogger> \sh: I am wondering what I wanted to ask you now :P
[07:30] <\sh> apachelogger: you asked if I'm still around...;)
[07:32] <apachelogger> yeah, but I probably wanted to ask you something much more important, much more secret...
[07:32] <apachelogger> hm
[07:32] <apachelogger> I shouldn't get up that early
[07:34] <apachelogger> \sh: The Kubuntu Ninjas needs a server with improved release handling and QA. Do you know where we can get one? ;-)
[07:35] <\sh> apachelogger: well, if you can give me a clue what "improved release handling" means (I think QA means something like the ubuntuwire scripts?)
[08:19] <\sh> apachelogger: we need to fix kde4bindings...it looks like that something in python-kde4 and python-kde4-dev is clashing (regarding the pykdeuic4.py and kde4.py) let's talk about this a bit later...
[08:20]  * apachelogger is wondering why that python stuff is always breaking :S
[08:27] <gnomefreak> anyone know kernels and kernel modules in here?
[08:38] <apachelogger> gnomefreak: #ubuntu-kernel
[08:38] <gnomefreak> tried already
[08:39] <apachelogger> well, I didn't see anyone talk about kernel stuff in here
[08:39] <apachelogger> well, besides complaining that it is broken ;-)
[08:40] <gnomefreak> just thought i would try
[09:02] <seaLne> should konq not be working properly?
[09:04] <\sh> apachelogger: no it's not breaking, we made a mistake in the first place...
[09:04] <\sh> apachelogger: it's layer 9 problem
[09:04] <seaLne> :)
[09:05] <\sh> apachelogger: fix flashplugin from adobe via disassembling ,-)
[09:05] <apachelogger> huh
[09:05] <apachelogger> hold on
[09:05] <apachelogger> layer 9
[09:05] <apachelogger> hm
[09:05] <apachelogger> isn't that like religious?
[09:05] <\sh> apachelogger: it's above the osi layer
[09:06] <apachelogger> yeah
[09:06] <apachelogger> how can python be a religion? :P
[09:06] <\sh> apachelogger: layer 8 is the problem in front of the keyboard
[09:06] <apachelogger> http://en.wikipedia.org/wiki/Layer_9
[09:06] <apachelogger> In a similar vein, "Layer 9" is jokingly considered to be the religious layer of the OSI model.
[09:06] <\sh> apachelogger: layer 9 is the problem of the brain of the problem in front of the keyboard ,-)
[09:07] <apachelogger> all very confusing
[09:07]  * apachelogger never understood the osi model with 7 layers
[09:07] <apachelogger> 9 is just too much
[09:08] <\sh> apachelogger: actually you have more then 7 layers
[09:08] <apachelogger> that would explain the ununderstandibility
[09:08] <\sh> apachelogger: e.g. mpls .... it's neither layer 2 nor layer 3 it's in between ,->
[09:09] <apachelogger> hm
[09:09] <apachelogger> \sh: well, screw OSI
[09:09] <\sh> apachelogger: http://en.wikipedia.org/wiki/Multiprotocol_Label_Switching :)
[09:10] <apachelogger> \sh: my IT professor used to say: if something is describable using OSI it's probably pretty uncool
[09:10] <\sh> "MPLS operates at an OSI Model layer that is generally considered to lie between traditional definitions of Layer 2 (Data Link Layer) and Layer 3 (Network Layer), and thus is often referred to as a "Layer 2.5" protocol."
[09:11] <apachelogger> I think I now understand why he said that
[09:12] <apachelogger> me@apoc { ~/src/deb/chromium }$ du -sh chromium/
[09:12] <apachelogger> 1.4G    chromium/
[09:23] <\sh> grmpf
[09:23] <\sh> dual screen on kde4.1 doesn't work as expected...
[09:24] <\sh> but gnome works
[09:30] <seaLne> it mostly works for me except no background on my left
[09:30] <\sh> yes
[09:31] <\sh> that was working with fglrx drivers enabled..
[09:31] <\sh> but now, the display manager in systemsettings doesn't even get this config
[09:31] <seaLne> i'm just using radeon
[09:31] <\sh> btw...did anyone tested ati 8.8 drivers?
[09:36] <\sh> argl...read launchpad and you get a clue
[09:42] <\sh> seaLne: btw...it looks like that kwin doesn't expand anymore on the second screen...because you can't even click on it and have a menu or whatsoever
[09:48] <seaLne> do you get that on your first or second? i get it on my first
[09:49] <seaLne> \sh: to clarify that broken on first
[10:06] <\sh> seaLne: I get the plasma desktop on the first screen...the second can display windows but no plasma
[10:06] <seaLne> weird
[10:07] <\sh> xrandr working...virtual desktop size in xorg.conf is 2560x1024 (2x 1280)
[10:08] <\sh> gnome does work as expected..
[10:08] <seaLne> but then they don't have plasma :)
[10:09] <\sh> seaLne: I wonder if it's kwin or plasma itself...
[10:10] <seaLne> is plasma still broken on single head?
[10:10] <\sh> nope...plasma works
[10:13] <seaLne> out of interest does konq work for web for you?
[10:14] <\sh> well...if www.sourcecode.de counts, so yes
[10:14] <\sh> intrepid kde4.1.1 here ;)
[10:14] <seaLne> same except broken konq
[10:15] <seaLne> may just be a result of my hackish upgrade
[10:51] <Artemis_Fowl> apachelogger: ping
[10:52] <apachelogger> Artemis_Fowl: pong
[10:52] <Artemis_Fowl> apachelogger: I have a question concerning intrepid's freeze system
[10:53] <Artemis_Fowl> apachelogger: now that kgrubeditor is uploaded, if I release a new version before interpid is released, will it make it in?
[10:53] <Artemis_Fowl> or stick to 0.8.1?
[10:54] <apachelogger> Artemis_Fowl: we can file a feature freeze exception
[10:55] <apachelogger> which is most likely to get granted with a very small amount of big feature changes/additions
[10:55] <Artemis_Fowl> apachelogger: well it fixes a bunch of grave bugs
[10:55] <Artemis_Fowl> apachelogger: if so, when is the deadline?
[10:55] <apachelogger> Artemis_Fowl: is it bug fix only?
[10:55] <Artemis_Fowl> apachelogger: and additions as well
[10:56] <apachelogger> deadline is before cd creation IIRC
[10:57] <Artemis_Fowl> apachelogger: which is when? a rough date would be nice
[10:57] <apachelogger> Artemis_Fowl: https://wiki.ubuntu.com/IntrepidReleaseSchedule
[10:58] <apachelogger> Artemis_Fowl: most likely the FFe will not be granted after beta
[10:58] <apachelogger> so we should try to get it in before october 2nd
[10:58] <Artemis_Fowl> ok good
[10:58] <Artemis_Fowl> almost a month
[11:42] <ScottK> If it's bugfix only an FFe is not required, so be careful not to add new features, even small, low risk ones.
[11:43] <ScottK> Everyone please note that ISO testing for Alpha 5 Kubuntu is sorely needed.
[11:48] <reisi> has anyone noticed that akgregator-kde4 does not recommend any backend for storing the articles and thus it crashes when i open it? through kontact i can configure it and it lists no available backends
[11:51] <reisi> by recommending i mean the akregator-kde4 debian package does not recommend or depend on anything other than kde/qt libs
[11:57] <apachelogger> reisi: -(~:$)-> less /var/cache/apt/archives/akregator_4%3a4.1.1-0ubuntu1_i386.deb | grep storage
[11:57] <apachelogger> -rw-r--r-- root/root      4327 2008-09-01 21:12 ./usr/share/kde4/services/akregator_mk4storage_plugin.desktop
[11:57] <apachelogger> -rw-r--r-- root/root    198252 2008-09-01 21:15 ./usr/lib/kde4/akregator_mk4storage_plugin.so
[12:19] <reisi> apachelogger: aah i thought it would be a depedency, as there's a way to change it..
[12:21] <reisi> apachelogger: ok it seems that it wasn't a breakage but rather than akregator disliking my old configuration files
[12:22] <apachelogger> reisi: old = kde3?
[12:22] <reisi> apachelogger: 4.1.0
[12:22] <apachelogger> reisi: got it back upped?
[12:23] <reisi> yep
[12:23] <apachelogger> reisi: please send it to apachelogger@ubuntu.com
[12:23] <reisi> apachelogger: i just renamed the $HOME/.kde4/share/apps/akregator to another; it seemed to fix it
[12:28] <reisi> apachelogger: should be arriving any second now
[12:29] <reisi> apachelogger: attached is the .tar.bz2 and backtrace from kcrash; though i doubt it contains anything useful
[13:17] <metellius> ark in kubuntu is compiled without libzip support, so I'm getting lots of bug reports about ark not being able to open zip files
[13:17] <metellius> any packagers out there that can confirm this by looking at a compile output or something? (i am not familiar with the kubuntu build process)
[13:21] <Riddell> http://launchpadlibrarian.net/17242047/buildlog_ubuntu-intrepid-i386.kdeutils_4:4.1.1-0ubuntu2_FULLYBUILT.txt.gz is the build log
[13:22] <Riddell> it says "-- Found LibZip: /usr/include"
[13:22] <Riddell> metellius: yes (to #kde-devel
[13:23] <seele> ScottK: i dont see the iso listed on cdimage?
[13:25] <Riddell> metellius: kubuntu-members-kde4 packages is http://launchpadlibrarian.net/16405913/buildlog_ubuntu-hardy-i386.kdeutils-kde4_4:4.1.0-0ubuntu1~hardy1~ppa2_FULLYBUILT.txt.gz
[13:25] <Riddell> which says "-- Could not find OPTIONAL package LibZip"
[13:26] <Nightrose> metellius: i can open zip files just fine here now - kde 4.1.1
[13:26] <Nightrose> on hardy
[13:26] <metellius> Nightrose: kubuntu?
[13:26] <Nightrose> yes
[13:26] <Nightrose> oh
[13:26] <Nightrose> sec
[13:27] <Nightrose> metellius: nevermind - ark doesn't show anything
[13:27] <Nightrose> so confirming
[13:27] <metellius> mhm, that's the bug.
[13:27] <metellius> Riddell: what was the differences between the first and second links you gave me?
[13:27] <Riddell> metellius: first is intrepid, second is hardy backports
[13:28] <Riddell> metellius: we couldn't add libzip for a long time because it wasn't security reviewed, I've since added it to intrepid but nobody has added it to hardy backports
[13:28] <metellius> Riddell: oh
[13:28] <metellius> so you might be the person to complain to about it being compiled with off_t = 32bit?
[13:29] <Riddell> about which?
[13:29] <metellius> libzip
[13:29] <Riddell> I've never touched libzip myself, I think we get it straight from debian
[13:29] <Riddell> yes, we do
[13:29] <metellius> I see
[13:30] <metellius> this sounds icky
[13:30] <Riddell> metellius: what problems does that cause, and can it be easily fixed?
[13:30] <metellius> well, ark is compiled with off_t = 64bit, but libzip is with 32bit and it's causing various buggy behaviours
[13:30] <Nightrose> metellius: any idea why dolphin can open the zip files btw?
[13:31] <metellius> Nightrose: yes, the problem mentioned above; kubuntu does not compile it with libzip
[13:31] <Riddell> vorian, JontheEchidna, apachelogger: anyone fancy adding libzip to kdeutils in hardy kubuntu-members-kde4?
[13:31] <JontheEchidna> Riddell: I could
[13:32] <doc__> hi there
[13:32] <Nightrose> metellius: well yea - but dolphin doesn't have libzip either then does it? or does it use something else than libzip?
[13:32] <ScottK> seele: I believe http://cdimage.ubuntu.com/kubuntu/daily-live/20080903.1/ is the one that wants testing.
[13:32] <Riddell> JontheEchidna: you would get metellius's eternal gratitude :)
[13:32] <Riddell> hi doc__
[13:32] <smarter> I could too but doesn't have hardy to test and don't really want to break anything (:
[13:33] <metellius> Nightrose: I think dolphin uses kio, which uses karchive libs
[13:33] <\sh> metellius: how do I tell libzip to use off_t = 64bit if it doesn't set that...imho it should be pulled from some glibc includes?
[13:33] <Nightrose> metellius: ah ok
[13:33] <apachelogger> yay
[13:34] <apachelogger> I downloaded the ubuntu cd image
[13:34] <apachelogger> -.-
[13:34]  * apachelogger shouldn't download stuff before first up of coffee
[13:35] <ScottK> I got my shipit special order in the mail yesterday.
[13:35] <ScottK> It was all Ubuntu.  Urgh.
[13:35] <Riddell> meh
[13:35] <apachelogger> -.-
[13:35] <\sh> metellius: it really looks like upstream didn't even think about supporting 64bit sizes ,-)
[13:35] <metellius> stupid stupid stupid
[13:35] <metellius> I wonder if anyone's actually using libzip
[13:36] <\sh> metellius: the fix should be easy
[13:36] <metellius> it should be
[13:37] <ScottK> Riddell: I've got a couple of fixed pending for after Alpha 5 gets out so I think we ought to be able to fully build KDE 4.1.1 on all archs, not just the supported ones.
[13:37] <ScottK> fixed/fixes
[13:37] <\sh> metellius: anyhow...if it uses sys/types.h for off_t it should support off_t == 64bit size out of the box
[13:38] <metellius> it does that
[13:38] <\sh> so it should use 64bit sizes
[13:39] <\sh> because sys/types.h defines: http://paste.ubuntu.com/43320/
[13:39] <\sh> but it can be, that libzip doesn't define file_offset64
[13:40] <metellius> yes, that's what I was looking for
[13:40] <\sh> that's the bug...
[13:40] <metellius> someone wrote it in a bug report, but bugs.kde.org is bugging now
[13:41] <Riddell> ScottK: great
[13:42] <metellius> \sh: how can it be fixed?
[13:42] <\sh> metellius: the fix should be to pass somehow the __USE_FILE_OFFSET64
[13:42] <\sh> to the libzip source
[13:43] <\sh> then it should use 64bit offsets even in the zip header...but I don't know if this is good, because it could break zip compatiblity
[13:43] <\sh> zip archive compatiblity to be more precise
[13:43] <JontheEchidna> metellius: uploading to the PPA now
[13:44] <metellius> JontheEchidna: uploading what?
[13:45] <JontheEchidna> kdeutils with libzip-dev as a build-depend
[13:45] <metellius> \sh: I'm not sure about that either. but I do know that lots of bugs related to using the stat I got from libzip vanished once I ninja hacked the zipplugin to see off_t as 32bit
[13:45] <JontheEchidna> once it builds everything should be ok
[13:46] <metellius> JontheEchidna: thanks a lot, that solves the problem with zip files not being opened at all.
[13:46] <metellius> next up is the one about off_t and file_offset_64
[13:46] <\sh> metellius: well that's normal, if anything else is using LFS which means off_t == 64bit then libzip has a problem when you pass a 64bit offset to a 32bit offset var...but as libzip is using off_t == 32bit in the zip struct, it could really be, that the 32bit offset is a general archive default for zip (thinking about the time of inventing zip ;))
[13:48] <metellius> hmm, true
[13:48] <ScottK> Riddell: Since I gather you're back off vacation ...  In addition to ISO testing, the other thing we need for Alpha 5 is release notes (particularly knetworkmanager doesn't work).
[13:49] <\sh> metellius: http://www.pkware.com/documents/casestudies/APPNOTE.TXT
[13:49] <\sh> metellius: and there is another zip format, named zip64 (tm)
[13:50] <\sh> where the size offsets are all 8bytes and not 4 bytes as used in the old zip
[13:50] <metellius> in that case
[13:50] <\sh> metellius: and reagrding the document, zip64 should be the default format nowadays
[13:52] <metellius> libzip should really have internal logic that detects the format and hides the difference between a universal zip_stat struct in the headers
[13:53] <metellius> either way; my ninja fix was removed just before the tag, and replace with an additional CMAKE flag for the zipplugin
[13:53] <metellius> http://www.svnsearch.org/svnsearch/repos/KDE/search?revision=856563
[13:55] <metellius> so if I understand the cmake code correctly, then kubuntu people can enable the cmake flag LIBZIP_COMPILED_WITH_32BIT_OFF_T until things have been fixed properly
[13:57] <metellius> kubuntu packagers: can I have someone have a look at this for me?
[14:00] <JontheEchidna> somebody mucked up kde4bindings for hardy
[14:00] <JontheEchidna> The following packages have unmet dependencies:
[14:00] <JontheEchidna>   python-kde4: Conflicts: python-kde4-dev (< 4:4.1.1-0ubuntu1) but 4:4.1.1-0ubuntu1~hardy1~ppa1 is to be installed
[14:01] <JontheEchidna> meaning kdeutils-kde4 won't build :(
[14:30] <apachelogger> neato
[14:31] <apachelogger> JontheEchidna: where did that new kdeutils FTBFS come from?
[14:31] <JontheEchidna> apachelogger: looking at it I just need to add the ~hardy1~ppa1 to the python-kde4 conflicts
[14:31] <JontheEchidna> Conflicts: python-kde4-dev (<< 4:4.1.1-0ubuntu1)
[14:31] <apachelogger> hm
[14:31] <apachelogger> did I do that?
[14:31] <JontheEchidna> ya
[14:31] <apachelogger> uncool
[14:32] <JontheEchidna> I'll upload the fix after I rebuild the source pacakge
[14:32] <apachelogger> hm
[14:32] <JontheEchidna> or do we need -0ubuntux at all?
[14:33] <apachelogger> no
[14:33] <apachelogger> I am wondering why add it
[14:33] <apachelogger> maybe copy'n'paste
[14:33] <jussi01> oooh, the ninjas are here! Nice work on 4.1.1 Ninjas :)
[14:33] <apachelogger> :)
[14:33] <JontheEchidna> :)
[14:33]  * apachelogger is also wondering 
[14:33]  * apachelogger just forget about what
[14:34] <ScottK> JontheEchidna: Just use 4:4.1.1-0ubuntu1~
[14:34] <ScottK> Err
[14:34] <JontheEchidna> ScottK: we shouldn't need -0ubuntu anything
[14:34] <ScottK> 4:4.1.1~
[14:35] <ScottK> Yeah.
[14:35] <apachelogger> ScottK: what is that ~ doing?
[14:36] <ScottK> '~' is the lowest in the sort order, so 4:4.1.1~ means 4:4.1.1 with anything or nothing after it.  4:4.1.1~ is lower than 4:4.1.1.
[14:36] <ScottK> In this case it's probably not important, but for some packages it can help avoid conflicts.
[14:37]  * apachelogger finds that confusing
[14:37] <apachelogger> it is > 4.1.0.9 but < 4.1.0?
[14:41] <JontheEchidna> apachelogger: so is qyoto not building an upstream problem?
[14:42] <apachelogger> JontheEchidna: it is?!
[14:42] <JontheEchidna> I don't know...
[14:42] <JontheEchidna> that why I asked
[14:42] <apachelogger> qyoto builds on i386 and am64 for sure
[14:42] <JontheEchidna> uh, well it's commented out of control for the ppa
[14:43] <apachelogger> now seroiusly, this whole thing is way too confusing without packaging in a VCS
[14:45] <metellius> did any of the packaging ninjas have a look at the build problem fix I mentioned above?
[14:45] <metellius> (with cmake and LIBZIP_COMPILED_WITH_32BIT_OFF_T)
[14:46]  * JontheEchidna wouldn't know how to go about making that change
[14:54] <apachelogger> metellius: poke the libzip dev(s)
[14:55] <metellius> well, that's the best solution but it takes time time time
[14:56] <metellius> in the meantime the next best solution is for the packages to temporarily adapt
[14:56]  * apachelogger feels uncomfortable adding patches which are not in upstream's VCS
[14:56] <apachelogger> rule #1: patches are evil
[14:56] <metellius> it's not a patch
[14:56] <apachelogger> metellius: but?
[14:57] <metellius> you're just setting a cmake variable in the cmake build
[14:57] <apachelogger> libzip is using cmake? Oo
[14:57] <metellius> nono
[14:57] <metellius> my solution is not about touching libzip, but my app, ark
[14:57] <metellius> and just enabling a cmake var which i think might already be in 4.1.1 sources
[15:00] <apachelogger> stdin: we need an ubuntu plugin to generate svn revision urls
[15:02]  * apachelogger diggs through his todos, seraching his sponsoring list
[15:02] <apachelogger> metellius: btw, is batch stuff in trunk finished yet?
[15:04] <stdin> apachelogger: what do you mean?
[15:04] <apachelogger> [16:04:32] <apachelogger> insanity: svn 856563
[15:04] <apachelogger> [16:04:33] <insanity> http://websvn.kde.org/?rev=856563&view=rev
[15:04] <metellius> apachelogger: it does seem to work on my files here, but I don't want to guarantee anything until I've tested it more thorougly
[15:05] <apachelogger> ok
[15:06] <stdin> apachelogger: I don't think that would be to hard, I'll add it to my "Ever-Changing Ever-Growing Magical ToDo List" ™
[15:07] <apachelogger> stdin: if ubutto was running ruby I would make you a patch :P
[15:08] <stdin> well, it's supybot, and supybot sux0rs massively :p
[15:09] <apachelogger> rbot ftw!
[15:10] <asfak> are we going to have window partition automount in final kubuntu release as Ubuntu ?
[15:10] <apachelogger> metellius: you should make that if somewhat proper implemented :P
[15:10] <apachelogger> asfak: automount?
[15:11] <apachelogger> or maybe that cmake thingy is proper
[15:11] <apachelogger> certainly looks uncmakish to me
[15:13] <asfak> apachelogger, i cannot access my windows drive from dolphin though i could see them as a user. I never had such problem in ubuntu. if i kdesudo dolphin, i could access all win partition. This is very irritating.
[15:14] <apachelogger> didn't we have that in KDE 3?
[15:15] <apachelogger> asfak: what happens when you try accesing the partition in dolphin?
[15:15] <JontheEchidna> apachelogger: nothing happens, just nothing. It used to work too
[15:15] <apachelogger> cool
[15:15] <apachelogger> anything in .xsession-errors?
[15:15] <asfak> i could see them but could not access drive. But as root i could. this happens in two pc
[15:16] <apachelogger> asfak: define not access
[15:16]  * apachelogger can't even start dolphin with kdesudo
[15:17] <JontheEchidna> uh
[15:17] <JontheEchidna> if you go to the windows partition with kdesudo
[15:17] <asfak> i could not see any file when clicking C_Drive or D_drive. Nothing happens.
[15:17] <JontheEchidna> it mounts, and then you can go to it as a regular user
[15:17] <JontheEchidna> nothing in xsession-errors btw
[15:18] <apachelogger> http://paste.ubuntu.com/43355/
[15:19] <JontheEchidna> a patch is causing our problems?
[15:19] <JontheEchidna> yay for evil patches
[15:19] <apachelogger> a patch should be solving it!
[15:19] <JontheEchidna> oh
[15:20] <asfak> yes that is a new problem but occassionally it opens. it opened yesterday with sudo dolphin from konsole but not now.
[15:20] <JontheEchidna> bbiab
[15:20] <apachelogger> luckily this patch includes less debugging than my wall
[15:21] <apachelogger> +    return "kdesu";
[15:21] <apachelogger> question is really whether this would include libexec as possibe binary location
[15:22] <asfak> i get this error while sudo dolphin
[15:22] <asfak> <unknown program name>(6680)/: Communication problem with  "dolphin" , it probably crashed.
[15:22] <asfak> Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "
[15:22] <apachelogger> where?
[15:22] <apachelogger> or when
[15:23] <apachelogger> haha, dolphin is also talking a lot :P
[15:24] <asfak> apachelogger, could u sudo dolphin from konsole ?
[15:24] <apachelogger> a) no sudo for gui apps
[15:24] <apachelogger> b) as stated earlierit doesn't work
[15:27] <asfak> i have been using that way since alpha4. It can open konqueror. Yesterday i started dolphin that way. This is just recent problem. To try just opened konqueror as root
[15:28] <asfak> apachelogger, i could sudo all gui apps except dolphin
[15:29] <apachelogger> !sudo
[15:29] <apachelogger> !kdesu
[15:32] <asfak> make myself more clear. kdesudo konqueror - ok, kdesudo kate - ok, kdesudo dolphin - open and freezed.
[15:34]  * apachelogger doesn't follow the problem anymore
[15:38] <JontheEchidna> apachelogger: so qyoto should be ok to re-enable in kde4bindings for Hardy?
[15:39] <metellius> apachelogger: = harald?
[15:40] <asfak> anyway back to main point, are developers concious of window partition automount problem. ? Please do something about that.
[15:41] <apachelogger> JontheEchidna: if it builds
[15:41] <apachelogger> metellius: yes
[15:41] <metellius> norway?
[15:41] <apachelogger> nay, austria :P
[15:41] <metellius> oh.
[15:42] <metellius> my name's harald too, but i'm norwegian
[15:42] <apachelogger> hehe :)
[15:42] <metellius> but what did you mean by implement proper abovce?
[15:43] <apachelogger> metellius: IMHO it should be a cmake cache option bound to that if
[15:43] <metellius> I don't know how to do that ...
[15:44] <metellius> anyways
[15:44] <apachelogger> metellius: well, it doesn't matter because the solution is temporary
[15:44] <apachelogger> but better don't let aleXXX look at your cmake files ;-)
[15:45] <metellius> I'm suspecting that all distros have the same libzip problem, so I'm considering enabling that option by default and instead taking user input to disable the quickfix
[15:46] <apachelogger> then you should definitely use a cache option
[15:46] <nixternal> hola
[15:46] <apachelogger> metellius: e.g.: set (KDE_DEFAULT_HOME ".kde" CACHE STRING "The default KDE home directory" )
[15:47] <nixternal> kmail-kde4 is kind of sloppy still
[15:47] <apachelogger> metellius: otherwise the option will not show up in ccmake/cmake-gui
[15:47] <apachelogger> nixternal: you used to have important complaints :P
[15:48] <nixternal> ya, to busy for that stuff nowadays :)
[15:48] <nixternal> Riddell: do you like alpin better than mutt?
[15:48] <metellius> apachelogger: oh, cache cars is the -Dlalala flags... that's actually what I was talking about, only with my unprofessional cmake lingo :)
[15:48] <nixternal> mutt + gmail == damn close to heaven
[15:48] <metellius> *cache vars
[15:48] <apachelogger> nixternal: mutt-ng is developed by an austrian, don't use it!
[15:48] <nixternal> mutt + gmail + imap :)
[15:48] <nixternal> apachelogger: hahaha
[15:49] <apachelogger> metellius: ok :)
[15:49]  * apachelogger needs a zip
[15:49] <metellius> zipplugin!
[15:49] <metellius> oh, nm
[15:50] <apachelogger> hm
[15:50] <apachelogger> I am seriously awesome
[15:50] <apachelogger> *uploading to ppa*
[15:50] <JontheEchidna> uploading what?
[15:50] <apachelogger> the change suggested by metellius
[15:50] <JontheEchidna> to kdeutils?
[15:51] <apachelogger> metellius: what exactly is different now?
[15:51] <JontheEchidna> It'll fail, kde4bindings still has ~25 minutes left to build
[15:51]  * apachelogger isn't sure that cmake stuff worked out properly
[15:51] <nixternal> our infrastructure team is hating me right about now...I am making them work their arses off while I work from home today :)
[15:51] <apachelogger> JontheEchidna: intrepid
[15:51] <JontheEchidna> oh
[15:51] <metellius> I just started coding the cmake cache var right now
[15:51] <apachelogger> Nightrose: lol, awesome
[15:51] <jjesse> nixternal way to delegate
[15:51] <nixternal> you know it
[15:51] <nixternal> give me my damn vm's now!
[15:52] <apachelogger> delegate > work
[15:52] <nixternal> I need to create a testing yum repo and the sooner the better
[15:52] <apachelogger> yummy ;-)
[15:52]  * apachelogger thinks that one was quite bad
[15:52] <nixternal> I have to much work to do, so what I did was put the Infrastructure team as my impediment on all of my blocked projects :)
[15:52] <nixternal> management will strangle them!
[15:52] <jjesse> that's awesome
[15:52] <jjesse> kick them in the baby maker while your at it
[15:52] <nixternal> lol
[15:53] <metellius> apachelogger: wait, what are you actually doing? I discovered the 4.1.1 tag doesn't have the mentioned cmake fix
[15:53] <metellius> http://websvn.kde.org/tags/KDE/4.1.1/kdeutils/ark/plugins/libzipplugin/CMakeLists.txt?revision=853753&view=markup
[15:53] <apachelogger> metellius: that doesn't exactly stop me from patching it in, right? ;-)
[15:54] <metellius> oh, you're actually patching stuff
[15:54] <metellius> ok
[15:54] <apachelogger> at times I do
[15:54] <metellius> as long as it will work for 4.1.1
[15:54] <metellius> I can provide a better solution for 4.1.2
[15:54] <apachelogger> rule #2: patches are less evil when they come from upstream, they are still evil though
[15:55] <apachelogger> metellius: I'll just use \sh as patch tester to see if it works
[15:59] <metellius> ok
[15:59] <seele> Riddell: did the icon label changes not make it in to alpha 5?
[16:00] <apachelogger> they did, but they are not working IIRC
[16:00] <seele> so it seems
[16:00] <apachelogger> seele: check the setting in systemsettings, it should be set to along side but it doesn't apply
[16:01] <seele> yep
[16:02] <seele> so much for testing a new default
[16:02] <JontheEchidna> I just had a user in #kubuntu-kde4 say that setting icon sizes for toolbars doesn't apply in most applications
[16:03] <JontheEchidna> I think that if you have custom-set settings for toolbars that the global settings won't apply at all
[16:03] <apachelogger> that was what I was flaming about yesterday
[16:03] <seele> so the problem is that apps are presetting toolbars?
[16:03] <apachelogger> KDE got 300000 settings and 200000 of them are bogus
[16:04] <\sh> apachelogger: you don't want to patch libzip until you find a way to tell libzip to use zip64 format
[16:04] <metellius> \sh: libzip is untouched here
[16:05] <metellius> I just realized that the suggested " remove_definitions(-D_FILE_OFFSET_BITS=64)
[16:05] <\sh> ah I thought you two were talking about taht ,->
[16:05] <metellius> line doesn't work at all...
[16:06] <metellius> meh, I need to sleep now. I will look at it more tomorrow. this really needs to be worked around quickly though
[16:07] <metellius> a side effect is that because the struct is misread all files in a zip are marked as being password protected (!)
[16:08] <metellius> if it wasn't for libzip not being included in kubuntu already, someone would probably have reported a bug that ark thinks all zips are password protected...
[16:08] <Riddell> seele: should have done
[16:08] <Riddell> seele: but we could have messed up
[16:11] <Riddell> ToolButtonStyle=TextBesideIcon is there
[16:13] <JontheEchidna> How do you tell something to rebuild in a PPA?
[16:13] <JontheEchidna> oh, I see
[16:20] <Riddell> seele: mm, it doesn't work, I wonder why not
[17:10] <Riddell> Ubuntu Developer Week starting now https://wiki.kubuntu.org/UbuntuDeveloperWeek
[17:11] <apachelogger> Riddell: didn't that start on monday?
[17:12] <Riddell> apachelogger: yeah but I compeltely forgot about it until now, and I'm speaking in a couple of hours
[17:12]  * apachelogger was at some gnome sessions
[17:12] <apachelogger> wasn't too educating/entertaining
[17:12] <apachelogger> :(
[17:19] <smarter> how was the bzr packaging session?
[17:19]  * smarter thinks he could steal some things from there for his bzr packaging howto :]
[17:27] <yuriy> this is kind of neat, but should really be part of launchpad: http://status.qa.ubuntu.com/qapkgstatus/kdebase
[17:29] <Riddell> yep
[17:30] <apachelogger> it's all too spreaded
[17:31] <apachelogger> some stuff is at qa.ubuntu.com some is at ubuntwire.com some is in lp some is in strange other locations...
[17:39] <Czessi> JontheEchidna: may i upload lancelot to the kde4-member-ppa? i've upload access. http://czessi.kubuntu-de.org/packages/lancelot/
[17:40] <JontheEchidna> Czessi: Sure! I haven't had time to backport...
[17:41] <Riddell> JontheEchidna: I don't suppose you remember how to stop a pykde app from segfaulting on exit?
[17:42] <JontheEchidna> Riddell: make the KApplication global
[17:45] <Riddell> JontheEchidna: it is http://www.kubuntu.org/~jriddell/tmp/web3.py
[17:45] <Riddell> if I remove the two addressbar lines it doesn't crash
[17:47] <Czessi> JontheEchidna: thanks, uploaded
[17:49] <JontheEchidna> hmm
[17:49] <apachelogger> maybe something is broken in qlineedit?
[17:50] <JontheEchidna> The other trick was creating a KMainWindow and setting your widget as it's central widget
[17:50] <JontheEchidna> setMainWidget or setCentralWidget or something
[17:52] <JontheEchidna> Riddell: I fixed it
[17:52] <JontheEchidna> http://paste.ubuntu.com/43401/
[17:54] <apachelogger> hm
[17:54] <apachelogger> I think I don't want to learn python
[17:56] <Riddell> cor, thanks JontheEchidna
[17:56] <JontheEchidna> yw
[17:59] <Riddell> apachelogger: yes you do, then you can fix this bug which causes a segfault unless you have a main window :)
[17:59] <apachelogger> but ruby doesn't segfault all :P
[18:03] <Riddell> apachelogger: yeah but only because rdale is a genius who never allows any bugs near him
[18:07] <apachelogger> Riddell: less work at debugging ;-)
[18:07]  * apachelogger is wondering whether our rubyqt is actually built with webkit
[18:08] <Tonio_> Riddell: I just noticed sometimes folderview applet is broken due to localized folder names (xdg)
[18:08] <Tonio_> Riddell: that's due to desktop:/ ioslave hardcoding the Desktop folder name
[18:08] <Tonio_> currently investigating the issue
[18:11] <JontheEchidna> Tonio_: could be kubuntu-default-setting's fault
[18:13] <Tonio_> JontheEchidna: yep I know :)
[18:13] <Tonio_> JontheEchidna: but that's not
[18:16] <Tonio_> JontheEchidna: it looks at the kde desktopPath setting
[18:16] <Tonio_> JontheEchidna: this, when undefined, goes back to the standard Desktop, while it should use the xdg standard dirs
[18:16] <JontheEchidna> o, ic
[18:18]  * apachelogger feels a patch rolling towards KDE
[18:18] <apachelogger> uh, ah, oh
[18:18] <apachelogger> no Qt::WebView
[18:18]  * apachelogger gets kde4bindings
[18:19]  * JontheEchidna testbuilds kdepimlibs w/ the crash fix
[18:20] <apachelogger> there is a crash in kdepimlibs?
[18:20] <JontheEchidna> bug 264370
[18:21] <JontheEchidna> upstream fixed it in trunk
[18:22] <apachelogger> ic
[18:28] <Tonio_> JontheEchidna: ./kutils/kdeglobals.kcfg:    <default>$HOME/Desktop</default>
[18:28] <Tonio_> hardcoded, toooooooooooooooooooooo bad
[18:28] <JontheEchidna> lol
[18:28] <Tonio_> not to say ugly
[18:28] <Tonio_> Riddell: any idea how to get the xdg desktop folder name ?
[18:29] <Tonio_> Riddell: no xdg util doing this
[18:29] <Tonio_> Riddell: the desktop folder name should probably be an env variable or something
[18:29] <Riddell> QDesktopServices should do it
[18:29] <Tonio_> Riddell: the point is that I don't really know where to patch in fact....
[18:30] <Tonio_> hard to do except is startkde sets the env or something
[18:30] <Tonio_> then I can patch the kcfg file to use it
[18:30] <Tonio_> Riddell: maybe patching kstandarddirs or something...
[18:31] <Tonio_> Riddell: afaics env variables are set by kded
[18:31] <Tonio_> Riddell: patching kded to provide the env variable and the kcfg file to use the env by default, is that correct to you ?
[18:31] <Riddell> the environment variable is in ~/.config/user-dirs.dirs
[18:33] <Tonio_> Riddell: it is not exported in the session in fact
[18:33] <Tonio_> Riddell: that's my concern
[18:33] <Riddell> doesn't need to be, KDE should use QDesktopServices
[18:34] <Riddell> but I've no idea what it actually does use
[18:34] <Tonio_> Riddell: hum, it creates the folder, so basically, there is a way to read this, I just have to grep the code :)
[18:34] <Tonio_> Riddell: let's go
[18:35] <Riddell> Tonio_: kdebluetooth is currently in universe and unseeded, should I move it to main and seed it?
[18:35] <Tonio_> yes please
[18:35] <Tonio_> Riddell: no idea why it went back to universe btw
[18:36] <Tonio_> source package is the same name.... or maybe you demoted it manually before ?
[18:36] <Riddell> not that I remember
[18:36] <Riddell> I think it was just unseeded and an archive admin would have demoted it
[18:36] <Riddell> promoted now
[18:37] <Tonio_> super, thanks
[18:40] <apachelogger> Riddell: I think you should set the default window size very big, there is a rendering glitch in oxygen
[18:41] <apachelogger> http://aplg.kollide.net/images/snapshot086.png
[18:41] <apachelogger> right bottom corner
[18:47] <Tonio_> Riddell: I can patch kde to source the user-dirs.dirs file and export the variables
[18:48] <Tonio_> Riddell: then patch the kcfg file to user the env
[18:48] <Tonio_> Riddell: does this sound correct way to proceed for you ?
[18:48] <Tonio_> sounds correct for me
[18:49] <Tonio_> Riddell: xdg variables should be exported btw no reason not to do so
[18:50] <Riddell> still seems better to use QDesktopServices, always better to reuse an existing class
[18:51] <Tonio_> Riddell: well if we can find what is the process reading the kcfg file value, then I'm fine with this too....
[18:51] <Tonio_> lemme look
[18:54] <Tonio_> Riddell: http://doc.trolltech.com/4.2/qdesktopservices.html#details
[18:54] <Tonio_> Riddell: I don't see how can that read xdg values....
[18:55] <Riddell> apachelogger: http://doc.trolltech.com/4.4/qdesktopservices.html#StandardLocation-enum
[18:56] <Riddell> not apachelogger
[18:56] <Riddell> Tonio_: http://doc.trolltech.com/4.4/qdesktopservices.html#StandardLocation-enum
[18:58] <Tonio_> Riddell: thanks
[18:58] <Tonio_> KGlobal::dirs()->localxdgdatadir();
[18:59] <Tonio_> Riddell: I suspect KGlobal::dirs()->localxdgdesktopdir(); should work too
[18:59] <Riddell> voila
[18:59] <Riddell> time for my talk
[18:59] <JontheEchidna> Riddell: where?
[19:00] <Riddell> #ubuntu-classroom
[19:20] <Tonio_> Riddell: http://lists.kde.org/?l=kde-commits&m=121838145712699&w=2
[19:20] <Tonio_> Riddell: it's already been fixed, so we may just wait for 4.1.2 no ?
[19:20] <Tonio_> unless we'll release with 4.1.1 ?
[19:21] <Riddell> we'll use 4.1.2
[19:21] <Tonio_> hum no that's 4.2.0 trunk.... damn ;)
[19:22] <Tonio_> Riddell: commit is from 08/18, should already be in 4.1.1.... strange
[19:29] <JontheEchidna> Can an motu sponsor bug 264370 for me?
[19:30] <JontheEchidna> oh, coredev actually
[19:30]  * JontheEchidna subscribed the wrong group on LP...
[19:33] <ScottK> I'll unsubscribe uus
[19:34] <ScottK> JontheEchidna: I suspect that should wait until after the Alpha 5 freeze is lifted.
[19:36] <JontheEchidna> ScottK: thanks
[20:02] <ScottK> Someone who knows about KDE and Ruby (apachelogger?) ought to look at question #44101
[20:56] <seaLne> when i originally packaged qt4 ruby it couldn't coexist with qt3 ruby
[20:57] <ScottK> Looks like we need to get that fixed.
[21:01] <Riddell> has anything changed to allow it now?
[21:04] <seaLne> or am i thinking of korundum, hmmm
[21:05] <seaLne> no conflicts in control
[21:06] <seaLne> but i'm very rusty on packaging
[21:08] <Tonio_> Riddell: got the patch from svn
[21:08] <Tonio_> Riddell: still a kdelibs upload preparing or can I upload ?
[21:09] <Riddell> Tonio_: go ahead
[21:09] <Tonio_> Riddell: ok ;)
[21:14] <Tonio_> Riddell: uploaded
[21:26] <ScottK> Is the Alpha 5 freeze over?
[21:27] <ScottK> Riddell: I guess unless you think otherwise I'll go ahead with fixing indi so we can build kdeedu on all archs.
[21:28] <ScottK> (I do have some testing to do, so it won't get uploaded immediately in any case.
[21:36] <ScottK> Riddell: The other one I intend to tackle is kde4bindings to fix the FTBFS on lpia and the depwait on hppa.
[21:44] <ryanakca> apachelogger: pong # 2?
[21:46] <apachelogger> ryanakca: nvm
[21:57] <apachelogger> oh right
[21:58] <apachelogger> ryanakca: can we please get a wysiwyg editor for kubuntu.org
[21:59] <ryanakca> apachelogger: If you find a module for Drupal that will do that, and the sysadmins can/want to install it, sure
[22:00] <apachelogger> raphink: http://drupal.org/project/fckeditor
[22:02] <apachelogger> ryanakca: ^
[22:02] <apachelogger> raphink: sorry
[22:04] <Riddell> ScottK: not sure what's happening with the alpha, I've not heard from slangasek
[22:04] <ScottK> I just saw him say the archive is still frozen, so I'm holding off.
[22:05] <ryanakca> apachelogger: I'll poke them
[22:05] <apachelogger> thank you
[22:06] <jpds> apachelogger, ryanakca: Please send an email to rt@ubuntu.com
[22:07] <ryanakca> apachelogger: Would you like to, since you could probably better explain why we would need it?
[22:07] <apachelogger> what is rt@ubuntu?
[22:07] <Riddell> the sysadmin request tracker
[22:08] <jpds> apachelogger: It's the Ubuntu Request Tracker, where we keep track of what needs doing, etc.
[22:09] <apachelogger> Oo
[22:09] <apachelogger> welcome to the 90's
[22:09] <apachelogger> request tracking on a list
[22:09] <apachelogger> ryanakca: we need it because I ain't know nothing about html and thus it's pretty hard to pimp our news
[22:10]  * apachelogger is in fact doing that right now so he can't write to the rt :P
[22:10] <JontheEchidna> not much you can do with HTML unless you have control of teh CSS
[22:10] <JontheEchidna> well I suppose you could embed the CSS in the HTML
[22:10] <jpds> apachelogger: By what I've seen; Drupal modules that don't come by default have to be "reviewed" by the Security Team.
[22:16] <apachelogger> jpds: I assume soneone already reviwed that thing
[22:16] <apachelogger> since it is the one and only true wysiwyg editor for drupal
[22:25] <Riddell> apachelogger: I finally removed those packages you were asking for
[22:25] <apachelogger> Riddell: thank you
[22:25] <jpds> apachelogger: RT would be the place to send the request, with details of why you need it.
[22:25] <apachelogger> Riddell: I think I got some more for tomorrow already ;-)
[22:28] <apachelogger> Riddell: http://www.kubuntu.org/news/kde-4.1.1 opinion please
[22:29] <JontheEchidna> apachelogger: nice improved howto
[22:29] <apachelogger> jpds: I am too shy :S
[22:29] <Riddell> apachelogger: bling!
[22:30] <apachelogger> cool
[22:30]  * apachelogger isn't 100% happy with it, but it will do for now
[22:30] <JontheEchidna> screenie ftw
[22:31] <JontheEchidna> it almost makes that screenshot look widescreen :P
[22:32] <apachelogger> JontheEchidna: next time I make a batshot in real widescreen, JontheEchidna's is a waste of horizontal space :P
[22:32] <JontheEchidna> :P
[22:33] <apachelogger> ryanakca: IMHO the node theme should be changed
[22:34] <apachelogger> the date is too much in your face and the news title is pretty much Lost(tm)
[22:35] <apachelogger> https://shipit.kubuntu.org needs to get the new design
[22:35] <ryanakca> apachelogger: Hmm... yes, could you file a bug for me please under the kubuntu-website project so I don't forget and I'll get it done this weekend
[22:36] <apachelogger> stdin: ubottu needs a generic search plugin for lp stuff
[22:36] <Riddell> apachelogger: it uses the same design as the wiki.  shipit takes a while to get changed because it's part of launchpad
[22:36]  * apachelogger has to digg through the konqueror for the third time today
[22:36] <apachelogger> Riddell: well, the wiki should be changed as well ;-)
[22:37] <jpds> apachelogger: Shy? Warum?
[22:37] <apachelogger> jpds: I have no social life anymore, I think I am becoming a nerd
[22:39] <sebas> apachelogger: you have social life ... IRC! tadaaaaaaaaaaaa!
[22:39] <apachelogger> sebas: no, not even here :P
[22:40] <apachelogger> alwas working all day long
[22:40] <stdin> apachelogger: Netscape invented the web browser for a reason you know ;)
[22:40] <apachelogger> so that google can make a better one? :P
[22:41] <stdin> I don't know if it's better, but it's definitely shiny!
[22:42] <stdin> and being able to kill a plugin (flash) when it's blows up is a decent feature
[22:43]  * apachelogger is in love with chrome
[22:43] <apachelogger> which supports the theory of becoming a nerd
[22:43] <stdin> I would love it, if they get a Linux port working soon
[22:44] <apachelogger> ryanakca: bug 264860
[22:44] <ryanakca> apachelogger: thanks
[22:45] <apachelogger> stdin: working is not so much the problem, I think there is already a GTK GUI port in progress (with screenshots... ;-), getting it usable however....
[22:46] <apachelogger> and before some asks, they going to render the GUI themselfs using a cairo similar google development
[22:47] <stdin> I would have a look at it more closely, but the 3GB download is not funny
[22:48] <apachelogger> stdin: http://aplg.kollide.net/tmp/chromium_0.1~svn20080904.tar.gz
[22:48] <apachelogger> skia is that cairo-similar thing
[22:50] <stdin> I mean the svn download from chromium.org. it gets about 400MB of chromium and 2.6 of other stuff (including WebKit)
[22:50] <stdin> was a bit of a surprise when it munched up my partition
[22:51] <apachelogger> ohhhhhhhhhh
[22:51] <apachelogger> my mouse is running low on batter
[22:51] <apachelogger> y
[22:51] <apachelogger> omg
[22:55] <Riddell> JontheEchidna: did you add libzip to kdeutils in hardy?
[22:56] <JontheEchidna> Riddell: needs a rebuild
[22:56] <Riddell> JontheEchidna: what does?
[22:56] <JontheEchidna> Riddell: kdeutils, kde4bindings was causing a FTBFS
[22:57] <JontheEchidna> kde4bindings has been fixed, but I decided to wait a bit to prevent more FTBFS's due to the binary packages not being published
[22:57] <JontheEchidna> should be ready by now
[23:00] <Riddell> JontheEchidna: that doesn't answer my original question though :)
[23:00] <JontheEchidna> Riddell: I did
[23:01] <JontheEchidna> ...add libzip to the build-deps
[23:01] <Riddell> JontheEchidna: I knew I could count on you :)
[23:01] <JontheEchidna> hehe
[23:04] <JontheEchidna> yay, looks like it'll build this time
[23:18] <Riddell> does pinentry-qt4 work for anyone?
[23:19] <apachelogger> works for me
[23:19] <Riddell> hum, not here
[23:19] <Riddell> I've no idea how to debug it
[23:20] <apachelogger> Riddell: what does .gnupg/gpg-agent.conf look like?
[23:20] <Riddell> apachelogger: http://paste.ubuntu.com/43479/
[23:21] <ScottK> Riddell: How about gpg.conf?
[23:21] <ScottK> It needs to have 'use-agent' in it.
[23:21] <apachelogger> I think our default gpg.conf comes with use-agent
[23:21] <apachelogger> Riddell: add pinentry-program /usr/bin/pinentry-qt4'
[23:21] <ScottK> It does.
[23:21] <Riddell> ScottK: http://paste.ubuntu.com/43480/
[23:21] <apachelogger> 'pinentry-program /usr/bin/pinentry-qt4'
[23:21] <apachelogger> to the gpg-agent.conf that is
[23:22] <ScottK> Line 208, so that's good.
[23:25] <Riddell> yay, rebooted X and it works
[23:25] <Riddell> but why should I have to add that pinentry-program line?  I never did for the qt3 version
[23:25] <ScottK> I don't think you should.
[23:26] <ScottK> It's recommended even for older versions in a lot of how-to's, but I've not found it needed.
[23:27]  * ScottK heads out.
[23:29] <apachelogger> *shrug*
[23:29] <apachelogger> the ubuntu kmail+gpg howto says one should add it
[23:33] <JontheEchidna> there's a bug about pinentry-qt4 not working by default
[23:33] <JontheEchidna> bug 263357
[23:37] <apachelogger> that explains it
[23:37] <Riddell> ah hah
[23:37]  * apachelogger pokes Tonio_
[23:38] <apachelogger> ah it is from the nixternal
[23:38] <apachelogger> shouldn't master nixternal be busy with work? Oo
[23:39] <JontheEchidna> so where do I add  pinentry-program /usr/bin/pinentry-qt4?
[23:39] <JontheEchidna> in the conf file?
[23:39] <JontheEchidna> *where in the conf file do I add it?
[23:39]  * JontheEchidna is horrible at asking questions today
[23:40] <Riddell> in ~/.gnupg/gpg-agent.conf
[23:40] <Riddell> JontheEchidna: but try manually changing that alternatives link instead
[23:40] <JontheEchidna> everything in there is a binary file
[23:41] <Riddell> they're symlinks
[23:41] <JontheEchidna> oh, I see
[23:47] <JontheEchidna> It works!
[23:54] <Riddell> yay