[10:36] <Riddell> sebas: what's the hack you use for using kpowersave with suspend2?
[10:48] <sebas> Riddell: I put sudo hibernate in a script in /etc/init.d and added hibernate to the services start part in the config file.
[10:48] <sebas> So it's really bad-ass ugly, but it's good enough so kpowersave can hibernate on critical battery
[11:12] <Riddell> sebas: do you know what kpowersave calls to do its hibernate?
[11:20] <sebas> It does it itself, with settings from the sysconfig file.
[11:21] <sebas> I'm using Bernard Blackham's hibernate script, which I think is nicer (also usable from CLI, for instance), and it also has a KDE dialog interface.
[11:22] <mornfall> powersaved is cool
[11:22] <mornfall> and AFAICT kpowersave calls into powersaved to do anything?
[11:22] <sebas> Could be, yes.
[11:22] <mornfall> there's also a CLI utility
[11:22] <mornfall> it's called powersave
[11:24] <Riddell> volunteer needed to package new konversation http://www.kde-apps.org/content/show.php?content=9927
[11:24] <Riddell> hmm, no likely suspects around
[11:25] <hunger> Riddell: I never used konversation, so I am no good candidate.
[11:25] <hunger> Riddell: I can test anyway if you think that helps.
[11:25] <Riddell> hunger: just need to know how to package
[11:25] <hunger> Riddell: ?
[11:26] <hunger> Riddell: I thought you looked for someone to test a set of debs?
[11:26] <mornfall> Riddell: what's wrong with just updating existing packs to latest upstream?
[11:26] <Riddell> mornfall: that's what's needing done
[11:26] <Riddell> but I'm busy
[11:27] <mornfall> everyone is :|
[11:29] <Mez> Riddell, I can package new version of konversation
[11:29] <Mez> I beleive I did 0.18
[11:29] <Riddell> ooh Mez, didn't spot you there
[11:29] <Riddell> go ahead :)
[11:29] <Mez> np
[11:29] <Mez> we got the UVF request in?
[11:29] <mornfall> when's the feature freeze again?
[11:29] <Riddell> Mez: we need to test it first to make sure it's stable, then I'll put in UVF exception request
[11:30] <Mez> actually I packaged the last version :D
[11:30] <Mez> Riddell: ah - I thought it was tested before being uploaded not before the request
[11:30] <Mez> cool
[11:31] <Riddell> https://wiki.kubuntu.org/DapperReleaseSchedule
[11:31] <Riddell> mornfall: feb 23rd
[11:31] <mornfall> okies
[11:31] <mornfall> thanks
[11:31] <jsgotangco> Riddell, are you going to pick up kubuntu docs in time for flight 4?
[11:35] <Mez> Riddell: do we still want to keep the divergence of joining #kubuntu by default ?
[11:36] <Mez> oh, and can i relibtoolise it ?
[11:37] <Riddell> jsgotangco: yeah, should be able to
[11:37] <Riddell> no idea when flight ill be though (not this week)
[11:37] <Riddell> Mez: yes and yes
[11:37] <Mez> Riddell: ack and ack
[11:38] <jsgotangco> Riddell, ok i'll prepare stuff then just in case
[11:57] <Mez> Riddell: do you still have that smp machine sitting round somewhere ?
[11:59] <Riddell> Mez: nope
[01:11] <Mez> Riddell: will soon have a source and .deb for you to test if you want
[01:21] <Mez> Riddell: uploading to http://ubuntu.dev.sourceguru.net/konversation/
[01:35] <Riddell> Mez: built for daper?
[01:35] <Mez> yup
[01:36] <Mez> poop :D
[01:36] <Mez> -ubunt1
[01:36] <pef> hello
[01:36] <Mez> n -0ubuntu1
[01:36] <Mez> typo
[01:36] <Mez> not *
[01:43] <Hobbsee> Riddell: did you want more testers for kde3.5.1?
[01:44] <Riddell> Hobbsee: testing breezy packages yes, and testing dapper (which now has 3.5.1)
[01:45] <Hobbsee> i'll look into the dapper ones
[01:47] <Riddell> Mez: why add build-dep on patchutils?
[01:48] <Mez> oh, that was gonna be for lsdiff
[01:48] <Mez> but that didnt work
[01:49] <Mez> Uploading fixed package
[02:20] <Mez> Riddell, fixed packae uploaded
[03:27] <jjesse> is 3.5.1 now in the official dapper repository or do i still have to enable Riddells?
[03:27] <Riddell> jjesse: now in official, just don't tell anyone since i hasn't been released yet
[03:28] <jjesse> Riddell: just curious cause people are talking about it in #kubuntu that they updated this mroning and noticed they are now at 3.5.1
[03:29] <Riddell> that's a good sign
[03:31] <Mez> Riddell: can I get a new upload of katapult ?
[03:31] <Mez> It fixes FTBFS in backports on powerpc
[03:34] <\sh> Riddell: are you using one of the early birds, or is 3.5.1 already tagged for release?
[03:34] <Riddell> \sh: it's tagged, released tomorrow
[03:34] <\sh> Riddell: cool
[03:35] <Hobbsee> hehe - well it's tuesday now, so...
[03:36] <jjesse> Hobbsee: depends on where you live its still monday morning :)
[03:37] <Hobbsee> jjesse: ah yes, but let's, for the sake of the argument, use AEST or new zealand time - both of which it's tuesday for
[03:37] <Hobbsee> or aussie central time, i suppose
[03:40] <Hobbsee> night all...
[03:40] <Hobbsee> seeing as it's 1.40am...
[03:51] <Mez> Riddell: when can we expect 3.5.1 in dapper?
[03:51] <jjesse> have you updated today?
[03:51] <jjesse> some people are seeing in in normal updates
[03:52] <Riddell> Mez: last week
[03:52] <Mez> oh
[03:52] <Mez> lol
[03:52] <Mez> then i prob haent noticed the changes :d
[03:52] <kkathman-away> Morning all :)
[03:52] <kkathman> or whatever time of day it is where you are :)
[04:00] <Riddell> Mez: kde 3.5.1 should be backportable if you want to try
[04:00] <Riddell> nees akode and gettext-kde
[04:00] <Riddell> then arts, kdelibs and kdebase
[04:00] <Riddell> s/nees/needs/
[04:36] <kkathman> howdy raphink :)
[04:41] <rraphink> hi kkathman <><
[04:42] <kkathman> rraphink:  do you know of anyone I could contact that uses Quanta to create/edit docbook pages?
[04:43] <rraphink> to create docbook?
[04:43] <rraphink> you can do that with quanta?
[04:51] <JRe> rraphink: yep
[04:52] <rraphink> salut jre
[04:53] <JRe> hi!
[04:55] <kkathman> raphink:  yes sir, I know you can, I was wondering if anyone had been successful in doing so, working with the current ubuntu/kubuntu documentation (specific DTDs have to be used) and I would like to compare notes with someone that's done this
[04:58] <raphink> I've made some docbook docs for kde apps manpages
[04:58] <raphink> manually
[04:58] <raphink> so using quanta is indeed interesting
[04:59] <raphink> kkathman: do you want some docbooks from packages in dapper?
[04:59] <raphink> I'll brg
[04:59] <raphink> brb
[04:59] <raphink> relogging on KDE 3.5.1
[04:59] <raphink> :)
[05:02] <kkathman> raphink It would be great to have those, and I'd like to talk to someone on how they got quanta setup properly
[05:02] <kkathman> i.e. what DTD settings they used - I keep getting validation erros against the KDE docbook standard, of course
[05:03] <kkathman> the only one that comes with Quanta is the 4.2 standard, and the OASIS standard isnt even listed.
[05:04] <raphink> kkathman: get the source of knmap in dapper for example
[05:04] <raphink> I've got a docbook in this one
[05:04] <raphink> in debian/
[05:05] <raphink> http://packages.ubuntu.com/dapper/source/knmap
[05:05] <kkathman> raphink:  I am working on the kubuntu desktop guide with robotgeek. Can you enlighten me?  Are we changing DTDs from the OASIS 4.3?
[05:06] <raphink> <?xml version="1.0" encoding="UTF-8"?>
[05:06] <raphink> <!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
[05:06] <raphink> "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd" [
[05:06] <raphink> ] >
[05:06] <raphink> that's what I use
[05:07] <raphink> I don't know
[05:07] <raphink> I don't know much on that
[05:07] <raphink> if you can find out, I'd be glad to learn more :)
[05:09] <kkathman> raphink:  the current ubutu standard (on which we are basing the kubuntugude) is 4.3
[05:09] <raphink> kkathman: did you try quanta in dapper?
[05:09] <raphink> or just the latest version that is ;)
[05:10] <kkathman> raphink: I believe the latest version is 3.5, which I have
[05:10] <kkathman> unless there has been a 3.5.1 version come out
[05:10] <kkathman> tho, I am not on dapper.
[05:10] <raphink> ok
[05:11] <kkathman> raphink:  do you know someone that is using Quanta with the above DTD that I could chat with for a brief time?
[05:11] <raphink> of quanta you mean?
[05:11] <kkathman> using quanta to maintain official ubuntu docs, that is
[05:12] <kkathman> its not essential, I can still use Kate and then manually check them using xsltproc and meinproc
[05:12] <raphink> do you have a dapper chroot?
[05:12] <kkathman> but I think Quanta would increase productivity
[05:13] <kkathman> I dont even have dapper installed, just breezy on one partition and SUSE on another.  I'd like to get Dapper installed, and have room for it, but having to mess around with the GRUB afterward to get my other installs to work doesnt appeal to me at present :)
[05:13] <raphink> nope
[05:14] <kkathman> ok I'll just continue to use the Kate tool then
[05:14] <raphink> indeed
[05:14] <raphink> very much so
[05:14] <raphink> especially if we could have a template
[05:14] <raphink> to fill in 
[05:15] <raphink> for manpages for kde apps
[05:15] <kkathman> robotgeek and I are using ubuntu as a template, but its a daunting task for sure
[05:15] <kkathman> and Im just starting out down this road learning
[05:15] <kkathman> about those tools, I mean
[05:15] <raphink> get a chroot
[05:16] <raphink> ;)
[05:16] <raphink> do you know how to do that?
[05:16] <robotgeek> or a separate install :)
[05:16] <raphink> https://wiki.ubuntu.com/DebootstrapChroot
[05:16] <kkathman> robotgeek:  right thats what my plans were originally
[05:16] <raphink> read this ;)
[05:16] <raphink> it takes about 10 minutes in total to set a chroot
[05:16] <raphink> if your internet connection is fast enough
[05:16] <kkathman> I have a 100GB HDD that I have breezy on...and a 300GB HDD that right now has only SUSE
[05:17] <raphink> mhm
[05:17] <kkathman> so I could easily install Dapper on the 300GB drive
[05:17] <raphink> yes but a chroot is faster 
[05:17] <kkathman> but actually I should have installed Dapper first, then installed SUSE, as SUSE does a beautiful job of recognizing previous partitions and installs and adds them to the GRUB it builds
[05:18] <raphink> and more useful in a way imo
[05:18] <raphink> such that I have a dapper and a sid chroot in my dapper system
[05:18] <raphink> ;)
[05:18] <raphink> because I don't want to mess up my dapper system when I test packages
[05:18] <kkathman> I dont want to mess up my breezy, its a production system for my business
[05:19] <kkathman> and my SUSE is up, because our company is moving to either that or RH soon and I want to be prepared.
[05:19] <kkathman> Quanta is a fabulous package
[05:20] <kkathman> but you cant "add" a new DTD which is frustrating
[05:20] <raphink> then get a chroot imho
[05:20] <raphink> you'll be able to test programs on dapper and build packages on dapper
[05:20] <raphink> while working on breezy
[05:20] <kkathman> raphink:  I will look into that then
[05:20] <raphink> without messing up your system
[05:20] <raphink> yes
[05:21] <kkathman> I guess im trying to get my head around the concept of Chroot
[05:21] <kkathman> does one actually install Dapper?
[05:21] <raphink> you can't create DTDs?
[05:21] <kkathman> raphink:  I have not been able to find a way - you seem to be able to "change" or "edit" a current DTD that they give you
[05:22] <kkathman> im a bit rusty on my XML/DTD ... I was an head of applications development for a startup XML apps company a few years ago
[05:22] <kkathman> its been a while since I touched it :)
[05:22] <raphink> kkathman: look in /usr/share/apps/quanta/dtep
[05:23] <raphink> seems to me there might be a way there ;)
[05:24] <kkathman> raphink:  thats one of the reasons I would love to find someone that its actively using Quanta to maintain Ubuntu/Kubuntu Docbookx
[05:24] <raphink> well we can get to use it 
[05:25] <raphink> now that we know it works :)
[05:25] <kkathman> Im a KDE man through and through...so I tend to want to use it for everything :)
[05:25] <raphink> :)
[05:25] <raphink> too bad the visualisation thing doesn't work with docbook though
[05:25] <kkathman> I raised an issue via the quanta maillist
[05:26] <kkathman> raphink:  it wont work actually, because the xml has to pass through and XSL to generate the HTML to be viewed
[05:26] <raphink> ok
[05:26] <kkathman> all you'll get in Konq for instance, is just the XML
[05:26] <kkathman> hence the purpose of the XSL stylesheet
[05:27] <raphink> yes
[05:27] <raphink> there's an engine in KDE to process manpages though
[05:27] <raphink> that is used by man:/
[05:27] <raphink> in konqueror 
[05:28] <raphink> but I guess it has to go through docbook2x first ;)
[05:28] <raphink> hehe
[05:29] <kkathman> probably
[05:30] <kkathman> the XSL for ubuntu/kubuntu isnt particularly inventive or attractive, but at this late date, I doubt we can affect a total change in deployment
[05:40] <kkathman> hi there jjesse :)
[05:43] <Riddell> kkathman: what's it a late date for?
[05:45] <kkathman> Riddell:  hi there!  I was speaking regarding a rather large change, that would be pretty extensive to do with Dapper do out in April I think
[05:46] <kkathman> Riddell:  changing the XSL that renders the docbooks to something maybe a little more inventive or attractive...perhaps a longer term project?
[05:46] <kkathman> Im not advocating its change now at all
[05:47] <Riddell> that's just artwork
[05:47] <kkathman> is the official xsl  the desktopguide-html-chunk-cust-xsl ??
[05:47] <Riddell> got until March 9th
[05:48] <kkathman> or something else?
[05:48] <robotgeek> kkathman: i figure Riddell will give a super cool css to use
[05:48] <Riddell> the kde docs just use the KDE XSL
[05:48] <kkathman> robotgeek: CSS is great, but also talking about the XSL component
[05:49] <kkathman> Riddell:  can you point me to that XSL ?  and any CSS you likely might have?  Im not going to edit them, I just wanted to merely use them in my testing of the kubuntu desktopguide
[05:51] <kkathman> robotgeek:  we are editing the XML.  And as you indicated the other night, XML needs to be "transformed" via the XSLT to make a html. That html can, in turn, use CSS in its deployment also :)
[05:51] <robotgeek> ah, okay
[05:51] <kkathman> the XSL basically looks at the tagged elements (along with DTD rules) and "creates" XHTML that we would recognize
[05:52] <kkathman> thats a rather 30,000 ft explanation :)
[05:52] <robotgeek> works for me :0
[05:52] <Riddell>  /usr/share/apps/ksgmltools2/customization/
[05:53] <Riddell>  /usr/share/doc/kde/HTML/en/common/
[05:54] <kkathman> Riddell the name of the xsl file?
[05:55] <Riddell> kde-chunk.xsl I think
[05:55] <kkathman> gotcha
[05:56] <kkathman> robotgeek - we need to change mk to use this xsl instead of the desktopguide-html-chunk-cust.csl its using now
[05:56] <kkathman> I can look at the resulting HTML and check what css is being used
[05:57] <kkathman> robotgeek: its a simple change to the script..just do a replacement
[05:57] <kkathman> I'll do it on my end also
[06:02] <robotgeek> kkathman: cool
[07:16] <_jr> well konversation seems to work
[07:16] <_jr> Mez: but it runs ./configure again after the compile
[07:16] <_jr> which is slightly insane
[07:37] <Riddelll> test new konversation http://kubuntu.org/~jriddell/tmp/konversation_0.19-0ubuntu1_i386.deb
[09:15] <mornfall> AAAAAAAAAAAAAAAARGH
[09:15] <mornfall> not another mockup
[09:18] <mornfall> i'm developing a case of misuseria