[02:44] <ryanakca> kwwii: ping, how can you print the leaflet so that the gradients aren't all messed up and so that the text at the bottom is legible?
[06:08] <kwwii> ryanakca: erm, not sure what you mean
[08:23] <_StefanS_> morning
[08:29] <Serega> morning!
[08:59] <stdin> ok, it's taken me 3 days but I *think* I've finally got python-kde4 packaged
[09:01] <luisbg_> hello all
[09:02] <luisbg_> Riddell, ping
[09:02] <luisbg_> hey glatzor_ =)
[09:07] <glatzor_> hey luisbg_!
[09:07] <luisbg_> glatzor_, how is all going?
[09:08] <glatzor> luisbg_: you want to write a fancy cairo widget?
[09:08] <luisbg_> yeeiiii
[09:08] <luisbg_> cairo is fun!
[09:08] <luisbg_> and sincerely... the tasks in your hand for now have been very big and hard to attack
[09:08] <luisbg_> unless you know a lot of the code
[09:09] <glatzor> luisbg_: I haven't used cairo yet, so it would take me some time to get something useful
[09:09] <luisbg_> and I feel bad
[09:09] <luisbg_> since I commited to help you and I haven't
[09:09] <kaankee> hi where can i find  ~/.bashrc file??? is present by default or should we create it???
[09:09] <glatzor> luisbg_: I know. I also had a bad feeling about this
[09:09] <luisbg_> kaankee, it should be there by default
[09:09] <luisbg_> glatzor, are you comfortable with the xrandr stuff now?
[09:09] <glatzor> luisbg_: but the capplet and the widget are good places to work on
[09:09] <stdin> kaankee: I've answered that, and this isn't a support channel
[09:10] <luisbg_> #kubuntu is
[09:10] <luisbg_> glatzor, we can make a nice agreement then
[09:10] <luisbg_> I can do the capplet and widget and you can use your time more usefully in the xrandr code
[09:10] <luisbg_> as you are more used to it
[09:10] <luisbg_> and you would have to learn cairo anyway
[09:13] <glatzor> luisbg_: I would like to have the final decision on user interface issues.
[09:13] <glatzor> luisbg_: if you can life with this.
[09:14] <glatzor> luisbg_: Have you already looked at the exisiting code?
[09:14] <luisbg_> glatzor, yes, I looked at it last night
[09:14] <glatzor> luisbg_: and I would like to move away from launchpad, becuase of its proprietary nature
[09:15] <glatzor> luisbg_: so I would host the main branch on my server or somewhere else and launchpad would only have got a mirrored one
[09:15] <luisbg_> glatzor, I like launchpad but it is your call... where do you want to move it?
[09:15] <luisbg_> ahhh ok
[09:16] <glatzor> luisbg_: plus the individual ones.
[09:16] <luisbg_> send me an email with the new bzr address
[09:16] <glatzor> luisbg_: you can still use the one at launchpad. I will just change it from hosted to mirrored
[09:16] <luisbg_> yes, I understand
[09:17] <luisbg_> want to take this to a PM?
[09:17] <glatzor> luisbg_: When starting the project I had once again looked at all the licenses. And then I came across the GPL3
[09:17] <glatzor> So since I do this in my part time I can do things the "right" way
[09:17] <luisbg_> =)
[09:17] <luisbg_> cool
[09:18] <glatzor> luisbg_: we could also use jabber
[09:18] <luisbg_> let me open it
[09:18] <glatzor> sebi at glatzor de
[09:44] <Riddell> luisbg_: hi
[09:44] <Riddell> stdin: really?!
[09:44] <stdin> Riddell: I think so :)
[09:44] <Riddell> wow
[09:45] <stdin> haven't installed it (haven't upgraded to gutsy yet), but the debs I have look ok
[09:46] <stdin> you can dget it to have a look http://stdin.me.uk/python-kde4/python-kde4_3.92.0~svn20071201-0ubuntu1.dsc
[09:47] <stdin> and if you want the debs, I can put them somewhere too (21MB so it'll take a while)
[09:47] <stdin> *22MB
[09:49] <Riddell> stdin: where did you get that orig tar from?
[09:49] <stdin> svn
[09:49] <stdin> couldn't find an actual tar.gz
[09:49] <Riddell> no I don't think there is one, except kdebindings
[09:54] <Serega> hey, Riddell!
[09:54] <Riddell> morning stdin
[09:54] <Riddell> morning Serega too
[10:16] <Riddell> stdin: this is a long compile
[10:17] <stdin> Riddell: yeah, took about 3 hours on my 2.8GHz 1.5GB RAM PC
[10:17] <luisbg_> Riddell, I sent you an email like 2 hours ago
[10:20] <stdin> Riddell: you can try downloading the debs (built in a hardy pbuilder) from http://stdin.me.uk/python-kde4/  but that's on my home connection so it'll be a slow download
[10:21] <stdin> probably quicker than building tho :p
[10:22]  * Riddell replies to luisbg_
[10:22] <luisbg_> Riddell, =) thanks
[10:41] <luisbg_> Riddell, I hate it when just after clicking send... you see a grammatical error in the written email
[10:41] <luisbg_> Riddell, "suggest me" should say "suggested me"
[10:48] <Tonio_> hey
[10:48] <Tonio_> Hobbsee: hi ! have an idea why kpar2 was rejected this time ?
[10:48] <Hobbsee> Tonio_: nope.  i didn't do it
[10:49] <Hobbsee> Tonio_: did<EMAIL_ADDRESS>say anything about it?
[10:49] <Riddell> Tonio_: it's in New queue
[10:49] <Tonio_> Rejected:
[10:49] <Tonio_> None
[10:49] <Tonio_> Riddell: bah I receive an email this morning saying it was rejected
[10:49] <Tonio_> Riddell: was NEWed yesterday
[10:50] <Riddell> it's definately still in New queue
[10:50] <Tonio_> weird....
[10:50] <Tonio_> Riddell: oki, let's wait then ;)
[10:51] <Tonio_> Riddell: can I read the new queue somewhere ir is that only accessible to you and Hobbsee ? that would avoid stupid questions next time :)
[10:51] <Hobbsee> new queue is public, afaik
[10:52] <Tonio_> Hobbsee: URL ?
[10:52] <Riddell> KubuntuFiles knows
[10:53] <Riddell> http://people.ubuntu.com/~ubuntu-archive/queue/hardy/new/
[10:54] <Hobbsee> https://edge.launchpad.net/ubuntu/hardy/+queue?batch=500
[11:08] <Riddell> stdin: make[3]: *** No rule to make target `/usr/include/qt4/Qt/qtimer.h', needed by `CMakeFiles/python_module_PyKDE4_kio.dir/sip/kio/sipkiopart1.o'. Stop.
[11:08] <Riddell> arg
[11:08] <stdin> hmm
[11:09] <Riddell> erm, I don't have libqt4-dev installed
[11:09] <Riddell> but it's in the build-dep
[11:09] <stdin> ahh, good :)
[11:10] <Riddell> hmm, it must have been removed by one of the other compiles I'm doing
[11:10] <Riddell> lets see if debuild -nc resumes where it broke
[11:11] <stdin> I think it runs debian/rules clean
[11:11] <Riddell> -nc doesn't
[11:11] <stdin> ahh, yes
[11:11] <Riddell> so if the build system has any intelligence, it'll just pick up where it broke
[11:12] <Riddell> yep, seems to do the job
[11:12] <stdin> good, I had to do "sudo pbuilder --login" so it didn't remove everything after a fail :p
[11:13] <stdin> waiting 3 hours to find out you made a typo is not fun
[11:15] <Riddell> I only use pbuilder for a final check, while working on the package I just run debuild locally
[11:16] <stdin> I don't have a hardy install, so I didn't have much choice
[11:16] <Riddell> stdin: use a chroot
[11:16] <stdin> pbuilder is a chroot ;)
[11:16] <Riddell> sure but it doesn't let you make incremental changes
[11:17] <stdin> that's why I did --login
[11:17] <Riddell> mkdir hardychroot; sudo debootstrap --variant=buildd hardy hardychroot/
[11:17] <Riddell> oh, I see, that could work
[11:17] <stdin> it was just the quickest thing at the time, I'm planning to get a hardy install on another partition soon
[11:21]  * _buz wonders why hardy alpha 1 is not mentioned on kubuntu.org
[11:23] <Riddell> a good question _buz
[11:25]  * buz downloads hardy, will then figure out if i can install it without rebooting :P
[11:32] <Riddell> buz: added to kubuntu.org, pending cache update, thanks
[11:32] <buz> hows the state of alpha1? will it overwrite existing partitions :P
[11:32] <Hobbsee> it'll eat your hard drive.  it's a new feature.
[11:33] <Riddell> stdin: packages compiled, all seems to work
[11:33] <Riddell> a fabulously good first package
[11:33] <stdin> great :)
[11:33] <Riddell> stdin: however, python is more complex than that I'm afraid
[11:33] <Riddell> the whole python-central thing ought to be used, although I've never quite got my head round it
[11:34] <Riddell> but it needs to create .pyc files for .py files during package install
[11:34] <stdin> I've never used python so it's all completely new for me
[11:35] <Riddell> kdebindings seems to use python-support instead of python-central
[11:35] <stdin> I think it built some (3) .pyc files, just didn't install them
[11:35] <stdin> if those are all that's needed then it should be simple to add them
[11:36] <Riddell> Hobbsee: do you know if there's any python expertese within motu?
[11:37] <Hobbsee> Riddell: erm, there should be some.
[11:37] <Hobbsee> ask in -motu
[11:42] <Riddell> stdin: take a look at man dh_pycentral
[11:42] <Riddell> that needs to be called at some point
[11:43] <stdin> ok
[11:44] <Riddell> not entirely sure when though
[11:44] <Riddell> it'll move about where files are
[12:15] <Riddell> nixternal: fancy taking a look at that eee dot article sometime?
[12:15] <Riddell> nixternal: also ping about Packaging Day
[12:29]  * stdin is confused
[12:29] <Riddell> stdin: packaging python can do that
[12:29] <Riddell> stdin: where did you get to?
[12:30] <stdin> not far, I'm trying to figure out how/where to call dh_pycentral
[12:30] <stdin> it's using the cdbs rules from the KDE4 packages so I can't tell
[12:31] <stdin> I even tried including /usr/share/cdbs/1/class/python-distutils.mk  but no luck
[12:32] <Riddell> stdin: that's for the distutils native build system of python
[12:32] <Riddell> we're using cmake so it'll just break things
[12:32] <stdin> yeah, I found that out :p
[12:35] <Riddell> stdin: hmm, no quick answer on #ubuntu-devel asking for documentation
[12:36] <stdin> it's just finding where to put the command in
[12:36] <buz> stdin: pyc is not necessarily needed to run something, it just speeds up as its compiled to some bytecode already
[12:38] <Riddell> buz: sure, but it's needed by debian policy and it's just good practice for packaging to do the hard bits so users don't have to
[12:38] <buz> ack
[12:43] <Riddell> stdin: seems to be binary-install according to /usr/share/cdbs/1/class/python-distutils.mk
[12:45] <stdin> I'll try it
[13:16] <stdin> ok, I think that worked
[13:17] <Riddell> stdin: what does it do?
[13:17] <stdin> as far as I can see, it just includes the .pyc files
[13:18] <stdin> not sure why it seems to depend on kde-icons-oxygen though :p
[13:21] <stdin> right, same version/revision number right now, but the files in http://stdin.me.uk/python-kde4/ are updated
[13:25] <stdin> and it seems kde4.py and pykdeuic4.py wern't installed before, fixed that
[13:27] <stdin> hmm, now that strange... just tried "fakeroot debian/binary |grep pycentral" and got nothing so it isn't actually being run..
[13:34] <Riddell> stdin: you added it to "binary-install/$(DEB_SOURCE_PACKAGE)-doc-html"
[13:35] <Riddell> which is only run for -doc-html packages, which isn't in this
[13:35] <stdin> uhh, so I did
[13:35] <Riddell> stdin: also don't add it to kde.mk, that's supposed to be the same over all packages
[13:35] <Riddell> add it to binary-install::  in debian/rules
[13:43] <stdin> still don't see it actually being called
[13:47]  * Riddell tries
[13:52] <Riddell> stdin: common-install-arch:: seems to do something
[13:55] <stdin> trying it now
[13:56] <Riddell> but not actually very much
[13:58] <stdin> yeah, it got called but I can't tell what it did
[14:03] <Riddell> /usr/lib/kde4/share/kde4/apps/pykde4/ is a stange place for python modules to be
[14:04] <nixternal> oi oi Riddell
[14:05] <stdin> with a prefix of "/usr/lib/kde4" that's where they get installed, so who knows
[14:05] <nixternal> Riddell: taking a look at the eee article, and what is packaging day?
[14:08] <Riddell> nixternal: packaging day is a jono inspired evening of talks on kubuntu (name isn't final)
[14:08] <Riddell> nixternal: thursday 13th, 15UTC to 19UTC
[14:09] <Riddell> nixternal: it's been suggested we have a short talk on documentation
[14:10] <Riddell> of which you would be the likely candidate
[14:10] <Riddell> also volunteers for a packaging tutorial welcome
[14:10]  * Riddell eyes up stdin
[14:10] <nixternal> 15UTC to 19UTC == 09:00 to 13:00, which means I am at school during those times
[14:15] <Riddell> nixternal: no lunch break?
[14:16] <nixternal> 10 minutes in between classes
[14:17] <Riddell> you must get hungry by the end of the day
[14:17] <Riddell> stdin: if I run "dh_pycentral -a" from the command line that does stuff
[14:17] <Riddell> stdin: makes debian/python-kde4.postinst.debhelper
[14:17] <Riddell> and debian/python-kde4/usr/share/pycentral/
[14:18] <stdin> I'll try adding -a to the command in debian/rules, see what happens
[14:18] <Riddell> I think common-install-arch:: is run too soon
[14:18] <Riddell> needs to be run after install is done
[14:19] <Riddell> maybe common-binary-post-install::
[14:20] <stdin> ok, I'll try that one
[14:22] <nixternal> Riddell: the eee pc story is good, go ahead and submit or were there any changes you noticed?
[14:22] <Riddell> nixternal: I've not looked at it at all
[14:22] <Riddell> nixternal: could you add next kubuntu meeting 23utc on wed 12th
[14:22] <nixternal> yup
[14:23] <nixternal> wo0t, I will be at that meeting!!
[14:24] <Riddell> nixternal: if you've proofread it go ahead and publish (do the repost, add, approve thing)
[14:24] <Riddell> nixternal: I note the title isn't in title case
[14:27] <Riddell> stdin: ah hah common-binary-post-install-arch:: seems to work
[14:27] <nixternal> I reposted it, and it didn't pick up the repost
[14:28] <Riddell> nixternal: repost within admin interface, then scroll down to bottom and click "Ad"
[14:29] <Riddell> Add
[14:29] <Riddell> repost is a two step thing (it likes to be annoying)
[14:30] <nixternal> I did that, it isn't reposting the date
[14:32] <ryanakca> kwwii: nevermind, I figured it out ;)
[14:32] <stdin> Riddell: yep that seems to do the job
[14:33] <ryanakca> kwwii: I was trying to print the promo leaflet you had made up, but the gradients at the bottem alway covered/hid the text...
[14:33]  * ryanakca has yet another snow day :D
[14:35] <Riddell> stdin: remaining issue is why the files are in /usr/lib/kde4/share/kde4/apps/pykde4/ and not a normal python directory
[14:36] <Riddell> stdin: could you ask on the mailing list about that?
[14:36] <Riddell> python won't fine them where they are
[14:38] <stdin> I can see why they'd be in /usr/lib/kde4 (that's the prefix for kde4)
[14:38] <stdin> but the .py files should be in something like $prefix/share/pycentral/python-kde4 ?
[14:38] <Riddell> but I don't see any reason for $prefix/share/kde4/apps/pykde4/
[14:39] <Riddell> stdin: well /usr/lib/python2.5/site-packages/PyKDE4/, it's a debian/ubuntu thing to put them in $prefix/share/pycentral/
[14:39] <stdin> ahh, I was just looking at the -kde3 package for comparison
[14:40] <Riddell> stdin: also you can try moving this packaging to the kdebindings tar if you want
[14:40] <Riddell> everyone has been putting off packaging that but may as well start somewhere and python is somewhere
[14:43] <stdin> maybe after my brain starts working again, I think it reached it limit
[14:45] <stdin> I need to change the debian/copyright file, that's from -kde3
[14:46] <nixternal> kubuntu meeting added to the fridge, off to school I go
[14:47] <Riddell> stdin: cdbs python packaging can do that to you :)
[14:57] <Riddell> hi dennisv
[14:59] <dennisv> hi Riddell
[15:01] <dennisv> what's up
[15:02] <Riddell> looking for someone to do a packaging tutorial
[15:02] <Riddell> currently thinking of stdin, apachelogger_ or jpatrick
[15:09] <stdin> Riddell: I can get the file in the right directory for now http://stdin.pastebin.com/d4967f58f
[15:09] <stdin> and please don't make me give a talk :p
[15:09] <stdin> I have no idea how to
[15:09] <Riddell> stdin: how did you manage to move the files?
[15:10] <stdin> put "usr/lib/kde4/share/kde4/apps/pykde4/* /usr/lib/python2.5/site-packages/PyKDE4/" in debian/python-kde4.install
[15:10] <stdin> then dh_pycentral moves them to the right place after
[15:12] <stdin> (though I should take the leading slash off /usr)
[15:12] <stdin> (brb)
[15:26] <stdin> why don't they understand, I don't want a new phone with 250 free minuets and 500 txts per week... :p
[15:27] <Hobbsee> why not?  :P
[15:27] <Hobbsee> thye offering to pay?
[15:28] <stdin> I don't want a contract, I can barely afford pay-as-you-go
[15:29] <Hobbsee> ahh, yes, that kind of sucks
[15:30] <Riddell> they do make it hard to buy a cheap phone with no lock
[15:31] <Hobbsee> some of them can be unlocked easily enough
[15:50] <bddebian> Heya
[15:58] <buz> stdin: have you considered packaging okular?
[15:58] <stdin> buz: haven't thought about it
[15:59] <stdin> isn't there already a package though?
[15:59] <buz> it's a pretty neat these days ;)
[15:59] <buz> yeah but it wont install
[15:59] <buz> http://paste.ubuntu-nl.org/46698/
[15:59] <stdin> maybe you should bug the maintainer ;)
[16:00] <Riddell> buz: okular-kde4 is the package
[16:00] <buz> oh
[16:00] <Riddell> should be in gutsy-backports and hardy
[16:01] <buz> pulling it from stdin's ppa :P
[16:01] <buz> so maybe you did think to package it after all, stdin
[16:01] <stdin> due to my well thought out version numbers...
[16:01] <stdin> buz: yeah, it's part of kdegraphics-kde4 (apparently)
[16:02] <buz> woah neat
[16:04] <buz> it comes up without any hitch or ENV monkeying in a kde3 session
[16:04] <buz> and its incredibly fast
[16:04] <stdin> yeah, that's all me :p
[16:13] <buz> http://skim-app.sourceforge.net/ this for kde would be killer
[16:13] <buz> okular is sort of halfway there
[16:24] <Fade> has anybody noticed that alt-tabbing through the application list in compiz causes the window decorator to crash? (gutsy)
[16:27] <Riddell> Fade: kde-window-decorator?
[16:29] <Fade> well, I am running in kubuntu
[16:29] <Fade> i'm not sure how compiz interacts with kde at that level.
[16:29] <Fade> I was just trying to describe what happens. all the window decorations disappear leaving the application window behind.
[16:30] <Riddell> kde-window-decorator is generally buggy, although I've not seen that problem
[16:35] <Fade> i'm not sure how to debug the situation running 'compiz --replace' brings back the window frames.
[17:13] <apachelogger_> Riddell: can you please take a look at bug 161835
[17:13] <ubotu> Launchpad bug 161835 in contactsmenu "[Package Removal Request] contactsmenu should be removed from hardy" [Wishlist,In progress] https://launchpad.net/bugs/161835
[17:15] <Riddell> apachelogger_: what do you want me to do with it?
[17:16] <apachelogger_> Riddell: process :P
[17:18] <Riddell> meh, my archive day is tomorrow
[17:18] <apachelogger_> hehe
[17:18] <apachelogger_> Riddell: can you put it on your todo then?
[17:18]  * apachelogger_ hates contactsmenu
[17:18] <apachelogger_> shouldn't have packaged it in the frist place
[17:23] <Riddell> apachelogger_: sure, all ubuntu-archive bugs will be on my todo
[17:25] <apachelogger_> ^_^
[17:26] <apachelogger_> Riddell: I mean with super high priority mark ;-)
[17:26] <Riddell> apachelogger_: it's scribbled on the bit of paper on my desk with big letters
[17:27] <apachelogger_> hooray :D
[17:27]  * apachelogger_ needs to send Riddell some cookies
[17:45] <Riddell> anyone heard of mayeco?
[17:46] <Riddell> apachelogger_: ^^ ?
[17:46] <Riddell> he says he wants to be an amarok developer on his wiki page
[17:48] <txwikinger> still?
[17:49] <txwikinger> I mean he still wants to do that :D
[17:49] <Nightrose> Riddell: not heard of him yet but if you see him please send him my way ;-)
[17:49] <txwikinger> Ah, I thought apachelogger
[17:49] <apachelogger_> right
[17:49] <apachelogger_> nah
[17:49] <apachelogger_> Nightrose is the one with the people skills
[17:50] <Nightrose> ;-)
[17:59]  * Nightrose msged him
[18:08] <Riddell> hola pgquiles
[18:08] <Riddell> yo coreymon77
[18:09] <coreymon77> hey
[18:09] <pgquiles> Riddell: hi
[18:13] <sebastian^> hi boys and girls :)
[18:45] <bdgraue> i requested to backport psi 0.11 for feisty https://bugs.launchpad.net/feisty-backports/+bug/173532   and the libqca2-dev, which is a dependency for psi 0.11 https://bugs.launchpad.net/feisty-backports/+bug/173719 , someone told me, i can ask imbrandon or ScottK to take a look at it, i hope i did the request in the right way.
[18:45] <ubotu> Launchpad bug 173532 in feisty-backports "please backport psi 0.11" [Undecided,New]
[18:45] <ScottK> bdgraue: Did you test that it works in Feisty?
[18:45] <bdgraue> if there is anything else i can do, it would be a pleasure for me to help
[18:45] <bdgraue> ScottK: no, i didn't
[18:47] <ScottK> bdgraue: That's the next step.  You can look at that using the PREVU tool if you don't already know how to build the packages on Feisty.
[18:48] <bdgraue> ScottK: i will try to do that, if it work, should i add it to the report?
[18:48] <ScottK> Yes and then set it to confirmed for status.
[19:27] <bdgraue> ScottK: i failed to build psi 0.11 with prevu, i added the buildlog to https://bugs.launchpad.net/feisty-backports/+bug/173532
[19:27] <ubotu> Launchpad bug 173532 in feisty-backports "please backport psi 0.11" [Undecided,New]
[19:27] <ScottK> bdgraue: Looking.
[19:29] <ScottK> bdgraue: Bad news is that means it will need a source backport which are significantly discouraged.  I'd suggest asking jdong to look into it.
[19:30] <bdgraue> ScottK: where can i find jdong to ask
[19:32] <ScottK> bdgraue: #ubuntu-motu
[19:32] <bdgraue> thx
[20:25] <X2B> Hey everyone, I got one question: Does anybody of you guys know about the special keys you support within XFree86?? I am talking about e.g XF86AudioMute... I have already asked in the "normal" but I don't get help there...
[20:26] <Riddell> we might, try asking
[20:27] <X2B> Well, with a "clean" install of kubuntu multimedia keys, e.g. keycode 160 are mapped to keys, e.g. XF86AudioMute.
[20:29] <X2B> Theses keys do stuff when they are pressed. e.g. lower the volume. I want to change the behaviour of the keys, but I don't know how and noone seems to know how these keys work and where you tell them to do something..
[20:29] <Riddell> grep XF86AudioMute /usr/share/apps/kxkb/ubuntu.xmodmap
[20:29] <Riddell> keycode 160 = XF86AudioMute
[20:29] <Riddell> should be
[20:29] <Riddell> do you have that file and /etc/X11/Xsession.d/80ubuntu-xmodmap ?
[20:30] <X2B> I only found the definitions, or I think I did. ( /usr/share/X11/XKeysymDB )
[20:31] <Riddell> do you have /usr/share/apps/kxkb/ubuntu.xmodmap and /etc/X11/Xsession.d/80ubuntu-xmodmap
[20:32] <X2B> I have both of them.. So that's where the definitions of the keycodes are...
[20:33] <X2B> But where is written what they do when they are pressed??
[20:35] <Riddell> ah, Lure.  X2B is wondering about keycodes
[20:36] <Riddell> X2B: if you run xev and press the button you can see if it's really registered as XF86AudioMute
[20:36] <Riddell> X2B: kmilo should pick up the key press and pass it to kmix
[20:37] <Lure> hi Riddell
[20:37] <Lure> X2B: https://wiki.ubuntu.com/KubuntuLaptopKeycodes has some bacground
[20:40] <X2B> Well, my problem is this: You guys had the idea to map the keycodes 160, 174 and 176 to actions related to changing audio volume / mute audio. This sort of backfires with my system: I got a surround system with 3 audio jacks. If the action is triggered, only the volume of the front speakres is reduced. The rear speakers stay the same. As you can certainly guess, this is not what I expect or what I want the system to do... I don't mean to
[20:40] <X2B> criticise you, but I want to change the settings to fit my system.
[20:46] <X2B> Question: Did you hear what I said 6 minutes ago?
[20:47] <Lure> X2B: yes, I understand what you mean
[20:47] <jpatrick> Riddell: flags for tork and ktorrent are under the Creative Commons License (author "needs to update site")
[20:48] <Lure> X2B: probably we would need to change kmilo config to be able to select channel
[20:48] <Riddell> jpatrick: awooga (although not ideal since debian don't do CC, but good enough for us)
[20:48] <jpatrick> Riddell: I'd love to do a packaging talk, but I'm unavabile until 17UTC onwards
[20:49] <Riddell> jpatrick: well we have slots at 17UTC and 18UTC
[20:50] <X2B> well, just one question for now: How could I fix that issue with my system? I can't see any config file/ anyway to change this in KControl.
[20:51] <Lure> X2B: kmilo would need to be patched to support this
[20:51] <Lure> X2B: so you would like to make it configurable (like front/back/master)?
[20:51] <jpatrick> Riddell: ah, seems I don't have school on that day, fit me in at any time
[20:51] <X2B> ok, now I see the magnitude of the problem :)
[20:51] <fdoving> Lure: can't you use khotkeys to give one key multiple functions?
[20:52] <Riddell> jpatrick: want to kick things off at 15UTC then?
[20:52] <Lure> fdoving: probably it could be used, not sure if there are appropriate dcop calls to achieve what X2B wants
[20:52] <fdoving> Lure: some dcop calls to kmix to increase/decrease the rest of the channels?
[20:53] <Lure> fdoving: yes
[20:53] <Riddell> I'm surprised that setMasterMute doesn't mute all channels
[20:53]  * Lure is under kde4, so cannot check now
[20:54] <jpatrick> Riddell: well, is it packaging in general or for kubuntu?
[20:54] <Lure> Riddell: I think kmix is a bit buggy in kde3
[20:54] <jpatrick> ah kubuntu pkgs
[20:54] <Riddell> jpatrick: generally for KDE bits
[20:56] <X2B> So, I am looking at the source within kdeutils/kmilo/generic now...
[20:56]  * jpatrick wonders what to talk about
[20:56] <fdoving> X2B: you don't need to do that.
[20:56] <Riddell> jpatrick: the contents of a debian/ dir
[20:56] <Riddell> jpatrick: pick a simple app or widget theme or something and take people through packaging
[20:57] <jpatrick> Riddell: ok, I'm in for kicking off
[20:58] <X2B> well, I guess that I could write a small patch to do the trick...
[20:58] <Lure> jpatrick: package QLandkarte (hint: there is one package on getdeb) ;-)
[20:58] <jpatrick> Lure: you guys are all so mean to Kmos ;)
[20:58] <fdoving> X2B: or you could use khotkeys to execute a dcop call to kmix to increase/decrease the rest of the channels needed.
[20:59] <Lure> jpatrick: Kmos?
[20:59] <X2B> It is after all all done with DCOP calls... But that solution would be specific to my problem...
[20:59] <jpatrick> Lure: guy from getdeb
[21:00] <Lure> jpatrick: ok, didn't even know that getdeb is one-person project
[21:00] <jpatrick> Lure: long story, but I think he's the one behind the site
[21:02] <Lure> jpatrick: I recall the thread about getdeb integration and I still do not get it why this does not merge better into universe
[21:03] <ScottK> He works on getdeb, but isn't the founder/main person.
[21:03] <Riddell> jpatrick: you rock
[21:03] <jpatrick> Lure: packages in universe have to have "quality packaging" iirc
[21:03] <ScottK> That's lamego
[21:03] <ScottK> We've asked lamego several times to work within Ubuntu and he basically says it's to much work to package stuff correctly.
[21:06] <Lure> X2B: did you try to change master channel in kmix - I think kmilo should use master channel
[21:06] <steveire> Does libxine1 really need to depend on libxine1-gnome? Upgrading wants to pull in have of gnome with it...
[21:07] <jpatrick> steveire: yep
[21:07] <steveire> jpatrick: Why?
[21:07] <jpatrick> steveire: ask siretart
[21:17] <blizzzek> hi alltogether. there seems to be no hardy alpha feedback site, although it is linked in the announcement...why that? :D
[21:18] <jpatrick> blizzzek: hello! it's right at the buttom of the page: https://wiki.kubuntu.org/HardyHeron/Alpha1/Kubuntu
[21:19] <jpatrick> ah, I see, it doesn't exist, could you possibly create it?
[21:20] <blizzzek> jpatrick: the link is there, but the link goes to https://wiki.kubuntu.org/HardyHeron/Alpha1/Kubuntu/Feedback and this site does not exist
[21:20]  * blizzzek is too slow
[21:21]  * jpatrick is too fast
[21:21] <blizzzek> ;)
[21:21] <blizzzek> erm... i can try to create it 8)
[21:23] <neversfelde> I can help ;)
[21:24] <jpatrick> blizzzek, neversfelde: you can use https://wiki.kubuntu.org/FeistyFawn/Herd1/Kubuntu/Feedback as a base
[21:24] <neversfelde> thx
[21:24] <blizzzek> jpatrick: thx
[21:24] <jpatrick> np
[21:25] <blizzzek> neversfelde: thx as well
[21:30] <neversfelde> https://wiki.kubuntu.org/HardyHeron/Alpha1/Kubuntu/Feedback
[21:30] <neversfelde> is it ok?
[21:31] <jpatrick> looks good
[22:32] <manchicken> imbrandon: I didn't know you cared :P
[22:36] <Riddell> manchicken: fancy doing a talk on something for kubuntu day?
[22:36] <manchicken> Riddell: Hmm... trying to think of what to talk about...
[22:36] <manchicken> Ooh, I have an idea :)
[22:37] <Riddell> what's that?
[22:37] <manchicken> I could talk about how everybody should focus on cross-DE compatibility, but not necessarily watering down DE-integration by doing so :)
[22:37] <manchicken> e.g. network manager.  Same back-end, two different front-ends.
[22:37] <manchicken> But we need something perhaps a little more integrated.
[22:37] <manchicken> I still haven't seen a perfect example of this.
[22:38] <manchicken> I would think that ideally we'd have something with one backend and then two light-weight front-ends both utilizing the exact same backend.
[22:38] <manchicken> Perhaps in MVC fashion.
[22:38] <ScottK> Restricted manager?
[22:38] <imbrandon> manchicken: :)
[22:38] <manchicken> That might be the best example there.
[22:38] <manchicken> It's just, since there's been a lot of trouble with KDE3, I'm on GNOME pending the release of KDE4.
[22:39] <imbrandon> ubiguity
[22:39] <ScottK> manchicken: What do you mean "a lot of trouble"?
[22:39] <manchicken> It's just to the point where KDE was having issues with my laptop, and GNOME wasn't.  With work getting more busy, I just couldn't spend the time living with the problems like I used to.
[22:39] <ScottK> Understand how that is.
[22:40] <manchicken> ScottK: The ACPI keys, power management, network manager, VPN stuff, artsd.
[22:40] <manchicken> All of those things have been very troublesome lately.
[22:40] <ScottK> Yum.
[22:40] <ScottK> My laptop troubles have all been kernel related lately, so that wouldn't help me.
[22:41] <manchicken> And Kubuntu seems to be the only group of folks who gives a rats back-side about maintaining KDE3.  It kinda pisses me off a bit.
[22:41] <manchicken> Artsd for a while was just more than I could handle.
[22:41] <manchicken> It kept locking up.
[22:41]  * Tm_T is happy KDE3 user without arts
[22:42] <ScottK> In other news, I had to use Skype for the first time today and their Feisty .deb installed on Guty Kubuntu and worked great right away.  No trouble at all (once I figured out how to convince Kmix to unmute my mic).
[22:42] <manchicken> And then network manager started in on me.  I use lots of different VPNs for my different clients, so I just can't handle all of that trouble.
[22:42] <manchicken> That's cool.  I still sit in quiet protest of Skype.
[22:43]  * ScottK is not a fan, but has a customer with a weekly telcon they want to push to Skype, so I will now use it (but not send them any money).
[22:44] <manchicken> Yeah.
[22:44] <ScottK> manchicken: Quote from another channel: "* ScottK needs to go shower.  I've been using proprietary software.  bbiab."
[22:44] <manchicken> heh
[22:44] <manchicken> Lucky for me, my clients all use telephones.
[22:44] <manchicken> Which is great for me, because I've got my hotspot@home from tmobile.
[22:45] <ScottK> The problem here is one participant is in .de, so telephones get a little pricey.
[22:45]  * ScottK had to install the actual Adobe Acrobat last week to fill out a required encrypted .pdf.  Ugh.
[22:46] <manchicken> Yeah.
[22:46] <manchicken> heh
[22:46] <manchicken> I had a client who tried to tell me to do that.
[22:46] <manchicken> I told him that Acrobat is spyware and that I won't install it.
[22:47] <ScottK> OTOH, it's now to the point of "Darn, had to install the proprietary Linux version to ..." instead of "Darn, had to boot Windows to ..."
[22:47] <manchicken> I only bend my personal rules against proprietary software for the more lucrative contracts.
[22:47] <ScottK> manchicken: I was helping my wife with a job application, so it was pretty non-optional.
[22:47] <manchicken> Yeah, you can't get away from that.
[22:47] <manchicken> I bought a copy of VMWare for work.
[22:48] <manchicken> I'm doing my testing in ubuntu-server VMs.
[22:48] <manchicken> I might buy a copy of win32 if I have to.
[22:48] <manchicken> I'll see if I can find a win2k oem :)
[22:48]  * ScottK has got to run.
[22:48]  * ScottK usually buys then on Ebay.
[23:14] <rexbron> Hey, could I get someone to look at bug 173770?
[23:14] <ubotu> Launchpad bug 173770 in kdelibs "kdelibs-data is un-uninstallable" [Undecided,New] https://launchpad.net/bugs/173770
[23:55] <jjesse> test?
[23:56] <jjesse> test?
[23:56] <Tm_T> erm?


[01:54] <Phelashio> hi ogra
[12:43] <alkisg> Edubuntu now has HAL on the DVD, is it also a target for us not to have HAL in Lucid?
[12:44] <ogra> what for would you use it ?
[12:46] <alkisg> ogra: hi - happy new year. I don't want to use it - I'm just saying that maybe we should be looking at the seeds to see what program pulls is in the DVD, so that maybe we remove or update that program...
[12:46] <alkisg> *pulls it
[12:46] <ogra> well, indeed
[12:46] <ogra> happy new year as well :)
[12:48] <alkisg> ogra: do you know if kubuntu lucid will ship without hal?
[12:48] <ogra> yes, it should
[12:48] <ogra> xorg doesnt use hal anymore
[12:48] <ogra> xinput was the only thing that kept it on the CD to my knowledge
[12:50] <alkisg> OK, then we'd better look at the edubuntu seeds as well.
[12:51] <ogra> yup
[14:43] <sbalneav> Morning all
[14:44] <sbalneav> I've got this email, someone named dhillon-v10 would like to join the bugsquad
[15:26] <highvolt1ge> morning sbalneav
[15:30] <sbalneav> highvolt1ge: hey there
[15:31] <sbalneav> so, what's the process for adding someone to bugsquad?  Do we just do it, or do we have to vote on it?
[15:46] <highvolt1ge> sbalneav: just do it
[15:47]  * ogra always just added people unless it was for the -members team
[15:48] <highvoltage> right, atm the only ones we have to vote for is -members, and then when the developers group is set up for uploads in the archive re-org we'll vote for those members as well
[15:49] <highvoltage> but for the other groups it doesn't do any harm adding random people.
[15:52] <sbalneav> ok, I'll add him then.
[15:55] <sbalneav> If it's alright with everyone, I'll sort of "take ownership" of managing the edubuntu-bugsquad (approving members, etc.)
[15:57] <ogra> oh
[15:57] <HedgeMage> Hi, all
[15:57] <ogra> i'm still admin there
[15:57]  * ogra fixes that
[15:58] <HedgeMage> highvoltage: any luck so far getting set up to grab the edubuntu Drupal stuff?
[16:07] <alkisg> stgraber: I'd like to include some patches to iTalc, like e.g. the reboot/shutdown one (LP #367960), would it be appropriate if I uploaded them to https://launchpad.net/~edubuntu-dev/+archive/ppa ? (so that we start using that ppa, like it was said on the list some time ago...)
[16:07] <highvoltage> HedgeMage: not that I've tried that hard yet, but no. I'll get on it now
[16:08] <highvoltage> HedgeMage: I'm not sure how other people would feel about it, but I quite like a textured look like the first image on http://www.webupd8.org/2009/11/6-nice-xsplash-themes-for-ubuntu-karmic.html
[16:16] <HedgeMage> highvoltage: I do think the texture is pretty, I'm just not sure how we'd make it work with a very light or predominantly light backgrounded theme.
[16:16] <HedgeMage> brb dogwalk
[16:18] <alkisg> Ugh that page loads slllloooowly on ltsp clients... :(
[16:18] <highvoltage> HedgeMage: I'll have those tarballs for you ready in a few mins
[16:19] <sbalneav> alkisg: that page is loading sloooowly on a full workstation for me :)
[16:19] <alkisg> Ah, ok then :)
[16:19] <HedgeMage> highvoltage: awesome -- I'll see if I can mess with them in any downtime I have today.
[16:20] <sbalneav> I think the 50,000 social networking icons on the side kills it.
[16:27] <highvoltage> sbalneav: ok, I promise we'll keep it on 49999 or lower
[16:29]  * sbalneav resists from making an "iiiitts oooover 9000!!!!!" joke
[16:37] <HedgeMage> lol
[16:40] <highvoltage> sbalneav: heh, yes not the completely right place for that
[16:42] <highvoltage> HedgeMage: busy uploading to somewhere you can get it, it's ~95MB and my internet connection only has 512kbps up, so it will take a few minutes, I'll ping you when it's done
[16:44] <HedgeMage> highvoltage: np, I'm in no rush
[16:55] <HedgeMage> Wow, that's funny...I hacked up a little Drupal module last night to get identi.ca group stuff into activitystream (which previously supported users but not groups), and mentioned it on identi.ca -- it isn't even on drupal.org yet and apparently three people are using it.
[16:58] <highvoltage> HedgeMage: awesome, I'd love seeing that on the edubuntu site
[17:04] <HedgeMage> highvoltage: np!
[17:28] <sbalneav> What's the apt or dpkg magic again that shows what packages DEPEND on a package?
[17:28] <sbalneav> i.e. I'd like to find which packages depend on libssh2-1
[17:28] <sbalneav> i.e. to find out who's using it.
[21:05] <dgroos> Hi All
[21:06] <dgroos> I hope that the many who had holidays recently...
[21:06] <dgroos> had a great one.
[21:08] <dgroos> I want to do a fresh Karmic Edubuntu install.  Is there a way to install it from a CD?  My server doesn't do DVD's, I don't think...
[21:09] <dgroos> Do I just install Ubuntu Server and then click a bunch of add ons?
[21:10] <sbalneav> dgroos: usb dvd drive? :)
[21:11] <dgroos> The server doesn't boot from USB, I tried that a while back.
[21:11] <dgroos> at least with a usb flash drive... same diff?
[21:12] <alkisg> dgroos: you can either boot from a cd and "chainload" to dvd, or you can try a script I made just for this purpose
[21:12] <dgroos> PS congrats on the new flashy membership!
[21:12] <alkisg> If you have a second pc handy nearby, you boot this pc with the edubuntu dvd, and the script automatically shares it on the network for the server to boot from it
[21:13] <dgroos> alkisg: I should have guessed you had a script for just such a situation :D
[21:13] <dgroos> and congrats to you as well!
[21:13] <alkisg> dgroos: here it is: https://wiki.ubuntu.com/LiveCDNetboot#line-75
[21:14] <alkisg> You just run it, and you must have a dhcp server nearby (e.g. a router) - nothing else should be needed...
[21:15] <sbalneav> perfect.
[21:15] <dgroos> So, can I connect both the new-to-be-server and the PC-with-the-dvd-in-it-and-the-script-running on the same network that is running my thin clients?
[21:17] <alkisg> dgroos: hmmm no, better not, because then you'll have 2 boot servers
[21:18] <alkisg> E.g. then the thin clients might start with the edubuntu live cd, or the server might start as a thin client :D
[21:18] <alkisg> But if you can temporarily remove the filename directive  from dhcpd.conf, then it'll surely work
[21:19] <dgroos> To do this I would open dhcpd.conf and temporarily remove which?
[21:20] <alkisg> #    if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
[21:20] <alkisg> #        filename "/ltsp/i386/pxelinux.0";
[21:20] <alkisg> #    } else {
[21:20] <alkisg> #        filename "/ltsp/i386/nbi.img";
[21:20] <alkisg> #    }
[21:20] <alkisg> i.e. put # in front of those, and run: sudo service dhcp3-server force-reload
[21:21] <dgroos> Will do.
[21:21] <alkisg> dgroos: but if you don't have anyone working on the thin clients ATM, you can also try it without modifying anything - it might work
[21:21] <alkisg> (i'm not sure if proxydhcp takes precedence over plain dhcp for the filename part)
[21:32] <dgroos> alkisg: I'm looking over the above reference page and see the section called, "Automation script".  So... can I pretty much ignore the rest of the page (quite a few parts I'm not sure what they mean)?
[21:32] <alkisg> dgroos: right, ignore all of the rest of the page :)
[21:32] <dgroos> :D!
[21:33] <dgroos> Thanks, I think I can do this then!  Thanks for sharing your creations on the wiki and here on the irc!
[21:34] <dgroos> I'll be getting here pretty early tomorrow morning... I'll let you know how it goes.
[21:34] <alkisg> Nice, I hope it helps
[21:46] <sbalneav> alkisg: So, excited?
[21:46] <alkisg> About the libpam-ssh? Sure!
[21:47] <alkisg> Not for the ltsp part - the "user observed" functionality will remain the same there
[21:47] <sbalneav> No, it'll improve
[21:47] <sbalneav> no more crappy password handling
[21:47] <alkisg> But for non-ltsp labs, it'll make user administration as effortless as it is in ltsp labs...
[21:48] <sbalneav> i.e. if you type the password wrong, we can actually ASK for it again :)
[21:48] <alkisg> That isn't observed by the user - except for the case when he types his password wrong...
[21:48] <alkisg> Much cleaner, but for the teacher/sysadmin it isn't really important
[21:49] <alkisg> While simplifying user administration in non-ltsp labs, is very important ;)
[21:50] <sbalneav> Oh, well, all the really deep magic never makes an impact on the end user.
[21:50] <sbalneav> the whole goal of ltsp was to make it indistinguishable from a full fledged desktop as much as possible :)
[21:51] <alkisg> It'll make it also easier for fat clients... :)
[21:52] <sbalneav> yep
[22:01] <highvoltage> fp
[22:02] <sbalneav> FrontPage?
[22:03] <alkisg> http://en.wikipedia.org/wiki/FP
[22:05] <highvoltage> First post :)
[22:05] <highvoltage> it was meant for another channel
[22:05] <highvoltage> in one of my local channels we have a meme to see who can get first post of every day
[22:13] <sbalneav> Ah
[22:13] <sbalneav> I believe it's
[22:14] <sbalneav> "FRIST POST!!!!!11111oneone"
[22:14] <sbalneav> :)
[22:14] <highvoltage> yeah if there's enough time to type it out
[22:14]  * alkisg is in the same timezone with highvoltage :)
[22:14] <highvoltage> if there is I usually include a cos(0) somewhere in there to
[22:14] <highvoltage> *too