[07:23]  * apw yaws
[07:23]  * apw pitches
[07:24]  * apw rolls
[07:24]  * amitk pulls back the rudder
[07:24]  * apw hears "pull up, pull up"
[07:25]  * amitk sucks at flight simulator and promptly crashes the plane
[07:25]  * apw was ok on the bbc back in the day... flying under the bridge upside down was tricky
[07:38] <cking> heh, I learnt my flying skills in Elite
[07:40] <apw> cking, :)  that bbc flightsim had a lot of hours of my time
[07:42] <cking> the wonders of 3d wireframe graphics on the 6502...
[07:43] <apw> yeah amazing
[07:43] <apw> and their GPU was a dac
[07:44] <cking> I hacked up a 6502 line drawing routine that could pop out pixels in 98 cycles
[07:45] <cking> those were the days...
[07:45] <cking> sigh
[07:45] <apw> heh yeah :)  old bugger
[07:55] <_ruben> 6502 .. that's c64'ish?
[07:56] <_ruben> been too long, and am not too old yet :p
[07:56] <apw> _ruben, that era yes.  when computing hit the home for the very first time
[07:58] <cking> when one could get a lot done in 1K of assembler..
[07:59] <apw> a scarey thought indeed, when your logout button takes up more RAM than you had space on all of your disk media
[08:01]  * apw is pretty sure his first hard drive in his PC was 15MB, and the OS and something useful fit on it
[08:01]  * gema thinks this is starting to feel like a kernel channel now :D
[08:01] <_ruben> i recall picking up our first pc with my dad .. a laser xt .. the question was to go witha 20MB hdd or no hdd
[08:02] <_ruben> and my dad upgrading our PET from 64KB to 128KB ram orso .. for 500 bucks .. hadda solder out the old mem chips and replace 'em with new ones :)
[08:03] <apw> heh, the days when you could see the pins on chips
[08:50] <_ruben> apw: fair point :)
[08:50] <_ruben> the good ol' .1" spacing
[09:57] <ppisati> can i have a faster kernel.ubuntu.com for christmas?
[09:57] <apw> ppisati, heh ... she a little reticent to do what you want ?
[09:58] <smb> ppisati, Depends on how many times your sudo attempts fail
[10:02] <cooloney> ppisati: how's your speed to k.u.c
[10:02] <cooloney> ppisati: for me, sometimes 3k
[10:04] <smb> Sounds as fast as from the hotel last week...
[10:06] <soren> That's impossible. It's git, so it doesn't care about bandwidth. It just sprinkles more pixie dust on the bits and bytes and then magically makes everything faster.
[10:06] <ppisati> i'm not talking about network, it's jst that gitweb is so slow...
[10:07] <ppisati> btw, in the last few days since i upgraded to the latest kernel, after 3/4 hours of work. my trusty ps/2 dies
[10:07] <ppisati> and i've to reboot to make it work again
[10:07] <ppisati> did anyone experience this before?
[10:07] <apw> ppisati, nope all stable here
[10:07] <smb> Neither before nor after...
[10:07] <ppisati> :(
[10:07] <apw> ppisati, but what release you running on it
[10:08] <ppisati> Linux newluxor 3.0.0-8-generic #11-Ubuntu SMP Fri Aug 12 20:23:58 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
[10:08] <ppisati> oneiric
[10:08] <ppisati> i update it every morning
[10:08] <smb> adventourous
[10:08] <ppisati> :)
[10:09] <ppisati> in fact half of the desktop is broken
[10:09] <ppisati> btw, this usb eyboard sucks
[10:09] <smb> Seems to have lost its k... :)
[10:18] <apw> ppisati, well there is known death in the archive right now, see ubuntu-devel@ for details
[10:21] <smb> shoot, and I just upgrade a test system...
[10:22] <apw> smb, kiss it goodbye
[10:22] <smb> apw, Definitely should not try to reboot it... :-P
[10:23]  * smb wonders whether it is Friday already...
[10:23] <apw> the end of something :)
[10:27] <cking> heh, I updated my lap-top 10 mins ago and it's working OK
[10:28] <smb> cking, For me, apport seems to be one of those packages not really happy
[10:29] <cking> however, typing seems really laggy on the desktop - it's as if something is getting in the way
[10:32] <apw> cking, i think you should show that to colin king he is great at fixing those toughies
[10:33] <cking> apw, that's just a rumour, anyhow colin king is busy at the mo
[10:34]  * cking double checks his US visa paperwork. gah, I dislike paperwork
[10:35] <ppisati> VISA?
[10:36] <cking> the ESTA stuff
[10:36] <ppisati> ah ok
[10:36] <cking> it's just a faff remembering my number, putting in hotel and flight info.
[10:36] <smb> Isn't that supposed to be no *paper* work?
[10:37] <cking> it's paperwork in electronic form IMHO
[10:37]  * smb never does update the thing. somehow I got in anyways...
[10:38] <smb> Maybe its the reason they ask for the hotel and stuff again after putting the same information into the online checkin (which of course gives you no boarding passes because you could be lying)
[10:39] <apw> cking, putting in what ?
[10:40] <apw> cking, you do know you don't have to do that right ?
[10:40] <smb> apw, In theory you have to update your esta thingy everytime you travel to the us
[10:40] <apw> smb, thats not what it said when i applied.  it said the info was optional (hotel)
[10:40] <cking> well, I like to update it because they may do something nasty to be if I don't. being paranoid as usual
[10:40] <apw> and i've never updated mine
[10:40] <apw> maybe i am meant to. bah
[10:41] <smb> Me neither, but the travel agency brought it up last time
[10:41] <smb> Apparently its optional for the allowance
[10:41] <apw> for the allowance ?
[10:41] <smb> but you should (if you are nice) update it when you know
[10:41] <smb> apw, wrong work maybe
[10:41] <smb> allowing you in
[10:41] <smb> word
[10:41] <cking> they allow apw in?
[10:41] <apw> ahh i see, for the permission perhaps
[10:41] <apw> not if i am with _you_ no
[10:42] <cking> ha
[10:42] <apw> ahh gads, i've just realised, you and scott will be in the same place
[10:42] <smb> cking has done every bit required, of course he *must* be a terrorist
[10:42] <cking> yep, but we won't be travelling on the same plane, therefore it's OK
[10:43] <cking> things only go pear shaped when scott and myself travel on the same plane/train/taxi/etc
[10:46] <apw> cking, you claim ...
[10:49] <cking> assert(trip_cking == trip_scott);
[10:50] <smb> not !=?
[10:51] <apw> yeah
[10:51]  * smb thinks there should be a tripit travel warning if that happens
[10:51] <apw> though cking hides from tripit
[10:52] <smb> Even more reason to get him some glove treatment (apart from acting suspiciously unsuspicious)
[10:53] <cking> very funny
[10:53] <cking> smb, you saying if I act weird then I'm OK?
[10:54] <smb> cking, Of course, only people that want to do evil would not want to stick out, wouldn't they? ;)
[10:54] <cking> smb, I'm doomed
[10:55] <smb> cking, Too normal for the world. But I guess travelling with apw cancels out that a bit... :-P
[10:56] <cking> quite a bit
[10:58] <cking> only another 34 fwts tests to document.. sigh
[11:03]  * ppisati -> lunch
[11:03] <smb> ppisati, A sec
[11:04] <ppisati> smb: what?
[11:04] <smb> ppisati, Just to confirm (since I got some mails about subscriptions to those) you got the tracking bugs for arm topic branch prepeartions too?
[11:07] <smb> bug 800234 and 8000235 just in case not
[11:07] <ubot2> Launchpad bug 800234 in gwibber "gwibber-accounts crashed with URLError in do_open(): <urlopen error [Errno -2] Name or service not known> (dup-of: 728844)" [Undecided,New] https://launchpad.net/bugs/800234
[11:07] <ubot2> Launchpad bug 728844 in gwibber "gwibber-accounts crashed with URLError in do_open(): <urlopen error [Errno -2] Name or service not known>" [Medium,Invalid] https://launchpad.net/bugs/728844
[11:07] <smb> errr
[11:08] <apw> heh those are not even close specially the second on
[11:08] <smb> forget it... there seems to be something with wastagin in it...
[11:08] <apw> one
[11:08] <smb> apw, Yeah, I think I got some test runs
[11:08] <apw> bug #8000235
[11:08] <smb> But did not realize
[11:08] <smb> bug 800235
[11:08] <ubot2> Launchpad bug 800235 in firefox "firefox addons web page is not opening just it keep loading" [Undecided,New] https://launchpad.net/bugs/800235
[11:09] <apw> oh i see its actually reading its _own _ output
[11:09] <smb> See
[11:09] <smb> apw, Well the numbers I saw are not valid in the "real lp world"
[11:09] <apw> bug 800234
[11:09] <ubot2> Launchpad bug 800234 in gwibber "gwibber-accounts crashed with URLError in do_open(): <urlopen error [Errno -2] Name or service not known> (dup-of: 728844)" [Undecided,New] https://launchpad.net/bugs/800234
[11:09] <ubot2> Launchpad bug 728844 in gwibber "gwibber-accounts crashed with URLError in do_open(): <urlopen error [Errno -2] Name or service not known>" [Medium,Invalid] https://launchpad.net/bugs/728844
[11:10] <smb> Oh you mean that
[11:10] <smb> Yeah
[11:10]  * smb wonders what would happen if a bug title contained its own number again...
[11:11] <ppisati> smb: actually no
[11:11] <ppisati> smb: did yu receive just now?
[11:11] <smb> ppisati, No, I saw some but there were done in the staging system. I got one for ec2 for real, but maybe they just did not get that far for the fsl et al
[11:12] <ppisati> dunn
[11:12] <ppisati> i had some emails about the tracking bugs for the different arm topic branches
[11:13] <ppisati> but didn't receive it right now
[11:13] <smb> Those would be the ones. With "version to be filled". Those would have come yesterday
[11:13] <ppisati> ah ok
[11:13] <ppisati> yes, got them
[11:13] <smb> I just got confused by the test ones
[11:14] <ppisati> bt i didn't have anything to push
[11:15] <smb> For ec2 it was at least the rebase (and actually needed one upstream patch to be brought into the file clones)
[11:21] <apw> ppisati, do you not do the mvl-dove rebases when they are needed
[11:22] <ppisati> apw: last time they did it
[11:22] <ppisati> apw: uhmmm...
[11:23] <smb> ppisati, You saw that email about passing of things to us, did you? :)
[11:23] <apw> ppisati, ok then they may be happy doing so, probabally worth asking who is responsible in case they fall through the cracks
[11:23] <ppisati> apw: maybe i did the rebase, and they closed the release... don't remember exactly...
[11:23] <ppisati> ok
[11:23] <ppisati> smb: you mean the "Updates on topic branches" mail, right?
[11:24] <smb> yep
[11:24] <ppisati> smb: yes, but i think i forgot it... :)
[11:24]  * ppisati goes to reread it...
[11:25] <apw> ppisati, thanks for your feedback on those arm patches ... they have been hangin about for a while.  am happy to carry them if we need to but we don't "know" anything about they at the moment
[11:25] <smb> apw, On related topic, was I able to clarify the libbfd confusion?
[11:26] <apw> not seen your reply yet, i am "better" at my email now, but not great
[11:26] <ppisati> apw: ye, let's see what sakoman says
[11:26]  * smb was hoping... :-P
[11:33] <apw> ogasawara, on burndown, we seem to have two sets now, the pitti ones we've used for sometime, and now the new status.ubuntu.com ones.  There hwe is split out and on the kernel ones we are: http://status.ubuntu.com/ubuntu-oneiric/group/topic-oneiric-kernel-tasks.html
[11:33] <apw> ogasawara, and there we are below the line!
[11:36] <Daviey> Reset the trend line, simples.
[11:36] <apw> Daviey, no they are genuine trend lines, its whats included and whats not that gets us there
[11:37] <apw> the status ones split kernel into kernel and hwe and its hwe who are behind :)
[11:37] <apw> but nothing they are doing is release critical so we don't really care if they are behind
[11:52] <tgardner> ppisati, uploaded the meta package for linux-ti-omap4 3.0.0-1202.6 and sent announcement.
[12:07] <ppisati> tgardner: ok, thanks
[12:15] <ppisati> smb: it's still in demo-mode, right? i mean the new trackign bug etcetc
[12:16] <smb> ppisati, The ec2 one was real. Have not looked out for any other.
[12:17] <ppisati> i've 2 mvl-dove tracking bugs, bt they say "Ignore this bug"
[12:18] <ppisati> and one on bugs.qastaging.launchpad.net
[12:18] <ppisati> ok, i'll ask the SRU when they apper
[12:18] <ppisati> *SRU people
[12:18] <smb> Hm, one of the ec2 ones went to ignore as well
[12:19] <smb> yeah, they should know
[12:19] <herton> ppisati, smb: yep, they were closed because we are respinning today lucid and maverick kernels
[12:19] <ppisati> ah ok
[12:19] <ppisati> btw, in case i've noting to push, wat do i have to do?
[12:19] <herton> so just ignore them for now, you will get new bugs after the new kernels are built again
[12:19] <smb> herton, Seems only one. I've done a rebase to what was in lucid-master
[12:21] <herton> ppisati: if you don't have anything to release, I think you can just close the bug, invalidating everything (you can do with check-release-tracking-bugs --bug=<n> --invalidate)
[12:22] <herton> smb: if you rebased that's fine, but you will have to rebase again, I'll push to master a fix to a CVE patch that brought a regression
[12:23] <smb> herton, Not a problem just more work. Would have been good then to have both tracking bugs marked as, please ignore... :-)
[12:25] <herton> smb: you mean the master lucid bug? it could be done, I just set it as a duplicate of the new tracking bug
[12:26] <smb> herton, No I mean the two ec2 tracking bugs
[12:26] <smb> bug 800236
[12:26] <ppisati> i've to disappear for half an hour
[12:26] <ppisati> brb
[12:26] <apw> smb, luckily the second rebase should be a slam dunk :)
[12:27] <smb> apw, yeah
[12:28] <smb> Argh
[12:28] <herton> smb: 800236 doesn't find any bug here
[12:28] <smb> herton, You really confuse people with those qastaging versions
[12:29] <herton> smb: ah... I used qastaging for testing, everything on qastaging should be ignored :)
[12:29] <smb> herton, Tell that the bug mailer... :-P
[12:31] <herton> smb: hmm, I don't know how qastaging is setup, I thought it shouldn't sent any emails, weird. Never received emails from it, pehaps it's broken for direct people assignments, who knows
[12:31] <smb> herton, It seems so. And unfortunately the mails look completely like real ones. Just with qastaging in the link. :/
[12:38] <herton> ppisati, smb: so just wait for new tracking bugs, they will be opened when the packages are built, nothing to do until then. I'm going to get sconklin review the new releases today and then do the upload, the bot will open the tracking bugs when everything is built.
[12:39] <smb> herton, ack
[12:40] <ogasawara> apw: \o/, I'll update our status wiki's to point to the status.u.c burn downs
[12:41] <apw> ogasawara, :)
[12:44] <apw> ogasawara, what did we decide about SECCOMP (mode 2) in the end
[12:45] <ogasawara> apw: I'm waiting for an updated pull request as it currently breaks the build on arm
[12:45] <apw> ahh yes, i remember now.  cool
[12:47] <tgardner> ogasawara, apw: I'm thinking it won't make the cut since its gonna take  a major revamp to get it working on ARM
[12:47] <apw> tgardner, might there be value to having it availabe on x86.  it sounded like chromium was committed to using it
[12:48] <tgardner> apw, perhaps. in that case we should use it as is and disable for armel ?
[12:49] <apw> tgardner, that was kinda my thinking.  arm is marjinal for users right now
[12:49] <tgardner> apw, don't say that too loud. you'll have ogra_ crawling all over you.
[12:50] <apw> :0
[12:51] <ppisati> back
[13:18] <apw> ogasawara, we normally say EXPERIMENTAL =n, but for filesystems, sensors, etc we tend to say "but they are opt-in and we want them enabled for testing" ... does that sound about right?
[13:18] <ogasawara> apw: yep
[13:19] <apw> ok so i am going to code that in, i am thinking filesystems, sensors, hid, netfilter things
[13:19] <apw> as a first set of exceptions
[13:22] <smb> cking, I now see what you meant with lagging. Seems every keystroke ponders about something. And trying to move a window my mouse pointer is at the target before the window even considers to move...
[13:22] <smb> cking, Have you reported that already?
[13:23] <apw> smb, see if you have kworker threads eating your machine
[13:23] <apw> that sounds liek the symptoms i had when that was occuring
[13:23] <smb> apw, Now compiz is using 8%cpu even when idling
[13:24] <smb> apw, Only have a few kworkers and they do not show up prominently in top
[13:26] <apw> smb, 2-3% on my netbook on oneiric
[13:27] <smb> apw, consistently between 8 and 10 on a dual core dell...
[13:27] <cking> smb, not yet
[13:27] <smb> apw, Its ati gfx
[13:27] <apw> smb, slightly more when there are stupid OSDs on the screen
[13:28] <apw> smb, ok, i don't have those
[13:28] <smb> apw, btw bug 828737
[13:28] <ubot2> Launchpad bug 828737 in ubuntu "The iconify and de-fullsize buttons are barely noticable" [Undecided,New] https://launchpad.net/bugs/828737
[13:29]  * apw confirms it
[13:30] <cking> wow, just moving a window makes compiz consume 12%  of my CPU
[13:30] <apw> cking, it must be falling back to doing something by hand
[13:31] <smb> cking, What gfx card do you have?
[13:31] <apw> does unity 2d work any better
[13:31] <cking> smb, an old ATI Radeon X1300
[13:32] <smb> cking, May be a pattern as apw does not see it. I got some ati card as well
[13:32] <smb> An X1200
[13:32] <cking> smb, since pulling in some updates this morning it feels less laggy
[13:32] <smb> Hm, I just pulled the latest stuff
[13:32]  * smb does not want to know haw it was
[13:34]  * cking tries 2d
[13:35] <cking> yep, 2d much snappier
[13:35] <cking> still, moving a window gives 10% CPU loading
[13:36] <cking> and terminal feels more responsive when typing - although the is a tad subjective
[13:38] <cking> terminal resizing is a pain when you have wobbly touchpad input
[13:39] <smb> cking, bug 828752
[13:39] <ubot2> Launchpad bug 828752 in compiz "Very slow responding system (compiz/ati?)" [Undecided,New] https://launchpad.net/bugs/828752
[13:39] <cking> smb, you verified this with 2d to see if it does the same?
[13:40] <smb> cking, not yet. doing now
[13:42] <smb> cking, Hm so compiz is not right... its the same in 2d but without any process to blame directly
[13:42] <smb> though the typing is quicker
[13:44] <cking> so it looks to me like the keyboard is being read in a timely manner, but rendering it is taking a while
[13:44] <cking> do you see a lay when you switch to a text console?
[13:44] <cking> s/lay/lag/
[13:44] <cking> doh
[13:44] <apw> or s/lay/delay/
[13:45] <smb> cking, no, just on the way backl
[13:46] <smb> cking, But actually typing text is rather normal in 2d (I had a one sec delay before a key typed would appear)
[13:47] <smb> Just dragging windows feels like they are unwilling
[13:47] <smb> Btu maybe that is a new feature...
[13:48] <cking> sluggish windows a good feature?!
[13:49]  * smb did not say good
[13:53] <smb> It feels as "good" as that for a restart you now have to click shutdown and then restart...
[13:58] <tgardner> apw, do you remember how to change the I/O scheduler ? I'm thinking a HW RAID controller doesn't need any kind of elevator sorting.
[13:59] <vanhoof> tgardner: system wide, elevator= in grub, believe on a per fs basis somewhere in sys
[14:00] <tgardner> vanhoof, I remember that there is a sysfs knob, but can't remember the name
[14:01] <vanhoof> tgardner: /sys/block/sda/queue/scheduler
[14:01] <apw> tgardner, i think its per device in sysfs
[14:01] <apw> tgardner, i will be supprised if no elevator is going to be better unless its to IO merging
[14:01] <apw> but i assume you are going to measure
[14:02] <tgardner> apw, how can it know if its talking to a HW RAID controller with 8 spindles ?
[14:03] <apw> tgardner, it can't know, but sending lots of small IO's may not be an improvement over at least merging things nearby
[14:03] <apw> tgardner, but i am all for trying it
[14:04] <tgardner> apw, I'm just watching this Emerald idle along with 10-15 processes running and 1350 sleeping. wtf ?
[14:04] <Guest3769> cking: Nope, no lag here!
[14:04] <apw> tgardner, i would very supprised if that much CPU couldn't kill almost any ammount of disk you add
[14:04] <cking> Guest3769, very droll
[14:05] <tgardner> apw, but only 10 processes running? I'd think a high end RAID controller could keep things busier then that.
[14:06] <apw>  tgardner i am keen to see if changing it helps any, try the others if not too
[14:06] <apw> tgardner, my experience is if there isn't battery backed front end cache on the controller then its not going to like random IO
[14:07] <tgardner> apw, I'm only seing write speeds in the 5M/s range, well below what its capable of.
[14:07] <smb> I actually think even noop does merging. But I am not sure that the other elevators still take any geometry assumptions
[14:07] <apw> and bear in mind this is a write heavy pattern, which is usually hindered by any sort of raid 5 type raid
[14:08] <apw> as we have to write more than one sector for each sector, and often have to cut up the IO into smaller chunks
[14:08] <tgardner> I wonder if there are any white papers on how to tune for HW RAID
[14:08] <Guest3769> cking: :D
[14:08] <Guest3769> cking: lag is in Africa
[14:08] <apw> that is a goog question
[14:08] <apw> good
[14:09] <tgardner> apw, I think 'goog' is apropos :)
[14:09] <apw> tgardner, heh i did chuckle at my own typo
[14:09]  * ogasawara back in 20
[14:16] <awolfson> Hi all. Are there any plans to include utrace support in onerick?
[14:17] <apw> if that is extra kernel patches then its not in now, and unlikely to be
[14:51] <apw> ogasawara, ok i've done the bulk of the annotations for the P config review we should ahve far fewer oddnesses in the session now
[14:52] <ogasawara> apw: awesome, thanks
[14:57]  * tgardner disappears into his server room
[15:09] <apw> ogasawara, i have just found an NETFILTER match which is inconsistant on O, it really should have been caught in the review, so i am proposing to just fix it and push it up, that ok ?
[15:09] <ogasawara> apw: go for it
[15:10] <apw> now that there are not 1000s of inconsistant entries its easier to find the ones one should worry on
[15:11] <apw> ogasawara, done
[15:12] <apw> ogasawara, also pushed it to u-p, i note that uses master not master-next ... which is a little odd
[15:14] <ogasawara> apw: yah, I didn't make master-next yet since I didn't think there'd be much conflict in pushing
[15:14] <ogasawara> apw: but will do so now
[15:15] <apw> ogasawara, i more think of master as 'whats released' and master-next as 'next stuff'
[15:15] <apw> so we almost could not have a master in there
[15:23]  * ogasawara migrates back to the office
[15:26] <jpds> Can someone take a look at https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/795823 ?
[15:26] <ubot2> Ubuntu bug 795823 in alsa-driver "Dell Studio XPS - Internal Microphone not Working " [Undecided,Triaged]
[15:26] <jpds> I can confirm that the model= workaround works.
[15:27] <apw>  /whois jpds
[15:28] <jpds> apw: Oh hi.
[15:28] <apw> hi, i've pushed it over to the kernel, as it will need a quirk
[15:28] <apw> jpds, you do need to confirm that abolutly everything all the holes and jack detection etc works with that model=
[15:29] <apw> if you can do that and report it in the bug
[15:29] <apw> (not just the one mic you are trying to fix)
[15:29] <jpds> apw: I'll test it and see.
[15:31] <apw> jpds and your machine isn't the one listed on that bug
[15:32] <apw> (or is it)
[15:33] <diwic> jpds, can you please file a new bug for your issue with "ubuntu-bug audio"? (As hw might not be the same)
[15:34] <diwic> jpds, and do so in a state where you're trying to record from the internal mic
[15:34] <apw>         SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x02fe,
[15:34] <apw>                                 "Dell Studio XPS 1645", STAC_DELL_M6_BOTH),
[15:34] <apw> it seems there is already a quirk to a different setting for that machine
[15:34] <diwic> aha
[15:34]  * apw hands over this one over to diwic :)
[15:35] <diwic> we had the same problem with dell studio 1558
[15:35] <apw>         SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0413,
[15:35] <apw>                                 "Dell Studio 1558", STAC_DELL_M6_DMIC),
[15:35] <apw>         SND_PCI_QUIRK(PCI_VENDOR_ID_DELL, 0x0413,
[15:35] <apw>                                 "Dell Studio 1558", STAC_DELL_M6_DMIC),
[15:35] <apw> yeah we have _two_ entries for that puppy
[15:36] <diwic> oh, anybody want to have their name in the kernel? Some low-hanging fruit here :-)
[15:37] <apw> oh no that is my incompetance, i'd copied it to add the new one before i dicovered it was already there
[15:38] <apw> diwic, ok this 1645 was only set to STAC_DELL_M6_BOTH cause a reporter said it worked, they may have never tested the mic
[15:39] <diwic> apw, m6_both creates two mics whereof one does not work, and so user gets confused
[15:40] <diwic> apw, it would be good to have jpds alsa-info or apport info to see if that's the case
[15:41]  * apw pokes jpds
[16:04] <apw> ogasawara, can you make "
[16:04] <apw> UBUNTU: Stop ARM boards crashing when CUPS is loaded" (no-up) on your next rebase please
[16:04] <ogasawara> apw: yep
[16:05] <apw> ogasawara, then thats lag's patched done and dusted, i've closed that WI
[16:05] <ogasawara> apw: sweet
[16:08] <apw> tjaalton, hey you have a patch hanging around on our tree, and we are wondering if it is going upstream or ... "UBUNTU: SAUCE: Added quirk to recognize GE0301 3G modem as an interface"
[16:10] <tjaalton> apw: yeah I got a ping about it while on vacation, and actually refreshed my tree to create a patch for upstream, but didn't finish it yet :)
[16:11] <apw> tjaalton, so can i say "its upstreamable and timo is sorting it out as time allows" ?
[16:12] <apw> as i think from the review point of view that means keep it till it collides on rebase which is fine
[16:12] <tjaalton> apw: yeah, I believe it's still a valid patch
[16:12] <apw> tjaalton, thanks :)  i call that reviewed
[16:12] <tjaalton> cool :)
[16:14] <apw> ogasawara, we should look a lot better in a few
[16:14] <ogasawara> apw: indeed.  I think we only have one work item left for the delta review now.
[16:16] <apw> ogasawara, two i think, both inprogress
[16:16] <ogasawara> apw: heh, I overlooked yours
[16:17] <ogasawara> apw: so I'm going to rip out master from P for now
[16:19] <apw> ogasawara, yeah always me, sigh
[16:19] <apw> ogasawara, works for me
[16:25]  * apw bails
[16:31] <Sarvatt> mdeslaur: building a kernel now with what jbarnes posted on the fdo bug
[16:34] <mdeslaur> Sarvatt: cool, thanks
[16:34] <Sarvatt> mdeslaur: amd64 or i386?
[16:34] <mdeslaur> Sarvatt: please build it for oneiric, I'm on oneiric now
[16:34] <Sarvatt> oh, ok
[16:35] <mdeslaur> Sarvatt: I couldn't postpone updating any longer :)
[16:52] <Sarvatt> mdeslaur: http://kernel.ubuntu.com/~sarvatt/fdo40172/
[16:53] <mdeslaur> Sarvatt: cool, thanks, give me a few minutes
[16:57]  * tgardner is off to buy a house.
[16:57] <sforshee> cnd, you around?
[17:01] <cnd> yep
[17:02] <sforshee> more touchpad questions for you :)
[17:02] <cnd> ok
[17:03] <sforshee> in reference to this: http://pastebin.ubuntu.com/669405/
[17:03] <sforshee> it seems like the ABS_[XY] report in the last packet is making utouch's drag or flick detection get confused
[17:03] <sforshee> since their 0, it detects an upward flick
[17:04] <sforshee> but the buttons are being released
[17:04] <cnd> hmmm, our stack doesn't look at ABS_{X,Y}
[17:04] <sforshee> so is that a driver problem (the driver shouldn't send the position) or a utouch problem?
[17:04] <sforshee> really?
[17:04] <cnd> it looks at ABS_MT_POSITION_{X,Y}
[17:05] <sforshee> because if I modify the driver so that those aren't sent, there's no upward flick at the end of my downward drag
[17:05] <cnd> hmm, maybe for semi-mt devices it looks at ABS_{X,Y}
[17:05] <cnd> we should check out the code of utouch-frame
[17:05] <cnd> (which I'm currently rewriting :)
[17:05] <sforshee> I'd think since BTN_TOUCH and BTN_DOUBLETAP are released in that frame, it should ignore the position
[17:06] <sforshee> this is something I'm encountering in testing the driver changes elantech sent earlier
[17:07] <cnd> ahh
[17:07] <cnd> what are you using to test touch?
[17:08] <cnd> to test utouch* that is
[17:08] <sforshee> I have an oneiric install, and I'm just testing drag-to-scroll in various application windows
[17:08] <cnd> sforshee: is ginn running?
[17:08] <cnd> ps aux | grep ginn
[17:09] <sforshee> nope
[17:09] <cnd> ok, good
[17:09] <cnd> so outside of a development version of ginn, we don't do scrolling through utouch (yet)
[17:09] <cnd> so this is an issue in xserver-xorg-input-synaptics
[17:09] <sforshee> oh, okay
[17:10] <cnd> though it's in the code that I added
[17:10] <cnd> :)
[17:10] <sforshee> at least I'm asking the right person then :)
[17:10] <cnd> well, actually, maybe not
[17:10] <cnd> let me try to remember
[17:10] <cnd> yeah, I don't think I touch scrolling
[17:10] <cnd> that's still handled through ABS_{X,Y} and BTN_TOOL_DOUBLETAP
[17:10] <cnd> which would explain why this is throwing things off
[17:11] <cnd> really, the driver shouldn't be emitting ABS_{X,Y} of any value when BTN_TOUCH is released
[17:11] <sforshee> that's what I was thinking
[17:11] <cnd> so I would consider that a bug
[17:11] <sforshee> but
[17:12] <sforshee> it's pretty trivial to not send them from the driver too, so I'll probably suggest they make that change
[17:12] <sforshee> not that the bug shouldn't be fixed :)
[17:12] <cnd> hmm?
[17:12] <cnd> I think we're talking about the same bug
[17:12] <cnd> the driver should be fixed
[17:12] <sforshee> sorry, didn't read carefully enough (trying to multitask...)
[17:13] <cnd> if you mean that synaptics shouldn't be using an X and Y event when BTN_TOUCH is released
[17:13] <cnd> well, that would be great too :)
[17:13] <cnd> but it shouldn't have to check that
[17:13] <cnd> sforshee: thanks for testing it out!
[17:13] <sforshee> either way, I'll just tell them to fix it in the driver
[17:14] <sforshee> cnd, thanks!
[17:16] <mdeslaur> Sarvatt: unfortunately, I can still reproduce
[17:17] <Sarvatt> mdeslaur: darn.. mind commenting that on https://bugs.freedesktop.org/show_bug.cgi?id=40172 ?
[17:17] <ubot2> Freedesktop bug 40172 in DRM/Intel "[arrandale] Fuzzy screen after dpms cycles on lenovo t510 [bisected, 3.0+]" [Normal,New]
[17:17] <mdeslaur> Sarvatt: just did
[17:17] <Sarvatt> thanks a ton!
[17:18] <mdeslaur> np
[17:25] <cnd> sforshee: in return you can help jog my memory
[17:25] <cnd> how do I build the generic kernel from git
[17:25] <cnd> fdr clean
[17:25] <cnd> fdr binary-image (but I know there's something to select just generic)
[17:25] <sforshee> fdr binary-generic
[17:25] <sforshee> is that what you want?
[17:25] <cnd> ahh, yes
[17:26] <cnd> is there still an env var to make it not build the dbg package?
[17:26] <sforshee> no, you have to give a var in order to get the dbg package built
[17:26] <sforshee> by default it doesn't build the dbg package
[17:27] <cnd> ahh, that's a change from when I last built stuff
[17:28] <cnd> what about building with make -j16?
[17:28] <cnd> do I need to do anything special?
[17:28] <cnd> nm, I see it did it automatically
[17:29] <sforshee> just what I was about to say :)
[17:29] <sforshee> I don't know how to override the decision the scripts are making tho
[17:29] <sforshee> wrt how many jobs to use, that is
[17:29] <Sarvatt> DEB_BUILD_OPTIONS=parallel=16
[17:30] <sforshee> Sarvatt, thanks!
[17:33] <cnd> hmmm, I'm trying to rebuild the 3.0-0.1 kernel but I get the following:
[17:33] <cnd> WARNING: drivers/built-in.o(.data+0x1c898): Section mismatch in reference from the variable ab3550_driver to the function .init.text:ab3550_probe()
[17:33] <cnd> The variable ab3550_driver references
[17:33] <cnd> the function __init ab3550_probe()
[17:33] <cnd> If the reference is valid then annotate the
[17:33] <cnd> variable with __init* or __refdata (see linux/init.h) or name the variable:
[17:33] <cnd> *_template, *_timer, *_sht, *_ops, *_probe, *_probe_one, *_console
[17:34] <cnd> anyone seen this type of error before?
[17:34] <sforshee> cnd, I see those sometimes, but I didn't think it caused the build to fail
[17:34] <cnd> maybe it's something else
[17:35] <cnd> ugh
[17:35] <sforshee> probably, looks like ab3550_probe shouldn't be marked __init but the build shouldn't fail as a result
[17:35] <cnd> something else, but I'm not sure how to fix it
[17:35] <cnd> I'll have to play a bit
[17:35]  * ogasawara goes out for lunch, back in a bit
[17:47] <cnd> stupid rtl driver
[17:47] <cnd> glad we got rid of it
[18:29]  * jjohansen -> lunch


[00:17] <hunger> I do not get what that zoom in/out thing in the upper left corner of kde4 desktop does, so I am staying with kde3 for now till I can figure it out (or turn it off).
[00:17] <daskreech> hunger: switches activity spaces
[00:18] <hunger> daskreech: What is a activity space? I managed to create a new one and switch into it... how do I get out again?
[00:18] <daskreech> hunger: No idea which build you are on so I can't advise. It's somethign they are coding in now so YMMV
[00:19] <hunger> daskreech: Actually I have three of those things at this time... I ended up in the second one and there is no zoom out thingy there:-(
[00:19] <daskreech> Yeah It's fun to play with right now but I wouldn't rely on it. Use Desktops for now
[00:20] <hunger> daskreech: Well, activities seem not to handle windows at all, so they are nothing for me:-)
[00:21] <hunger> At least the windows do not get zoomed with the desktop background.
[00:21] <daskreech> hunger: I'm not sure if they are meant to. I'll find out
[00:25] <hunger> daskreech: http://vizzzion.org/?blogentry=817 explains this stuff...
[00:28]  * hunger can just forget about that activities stuff: It is for plasmoids what a desktop is for windows.
[00:28] <hunger> I do wonder how to turn of the top left cashews...
[00:28] <daskreech> hunger: Currently install Suse
[01:26] <jjesse> evening :)
[01:32] <Jucato> morning :P
[01:33] <jjesse> Jucato: guess what
[01:33] <Jucato> what?
[01:33] <jjesse> i'm a father... crazy isn't it... haven't had time to write up a post yet with picutes but working on it
[01:36] <Jucato> wow!!
[01:36] <Jucato> congrats!!
[01:36] <Jucato> (sorry late reaction.. mom called)
[01:36] <jjesse> no worries
[01:37] <jjesse> baby boy.... named caleb.... its the coolest thing in the world
[01:39] <Jucato> wow
[01:39] <Jucato> nice name
[01:39] <nixternal> jjesse: you get the book yet?
[01:39] <jjesse> thanks
[01:40] <nixternal> hi jjesse and Jucato btw :P
[01:40] <jjesse> nixternal: yeah they showed up on my door while i was at hospital w/ wife
[01:40] <Jucato> nixternal!!!!!!!
[01:40] <nixternal> are you a proud pappa now?
[01:40] <nixternal> yup
[01:40] <jjesse> nixternal yeah i am
[01:40] <nixternal> CONGRATS!!!
[01:40] <jjesse> baby boy named caleb
[01:40] <jjesse> post in the works w/ some pictures
[01:40] <nixternal> that rocks man, I am glad for you guys
[01:40] <nixternal> groovy name!
[01:40] <jjesse> he's sleeping right now nixt to me
[01:40] <jjesse> next
[01:40] <nixternal> cool man, how is your wife doing?
[01:40] <jjesse> doing good
[01:41] <jjesse> sore and tired but doing well
[01:41] <nixternal> great, that is awesome
[01:41] <jjesse> labor was 36 hours
[01:41] <jjesse> which sucked big time
[01:41] <nixternal> holy smokes
[01:41] <jjesse> tell me about it
[01:41] <nixternal> my x-wife was in labor for 36 hours as well
[01:41] <nixternal> that sucked big time
[01:41] <jjesse> but the epidural (sp?) is the greatest inventotion ever
[01:41] <nixternal> yes it is
[01:41] <jjesse> god bless drugs
[01:41] <JontheEchidna> Heh, congrats
[01:41] <nixternal> hahaha
[01:41] <jjesse> thanks JontheEchidna
[01:41] <nixternal> jjesse: I got a kick out of the epidural side effects
[01:42] <jjesse> trying to catch up on three days worth of email/blogs/crapp
[01:43] <nixternal> ya, I have been doing the same
[01:43] <jjesse> busy doing other things?
[01:43] <jjesse> hows work?
[01:43] <nixternal> work is great, and busy
[01:43] <nixternal> I just put in to become the Open Source Community Manager, so I hope I get that spot
[01:44] <jjesse> a new position there?
[01:45] <nixternal> ya
[01:45] <jjesse> cool hope you get it
[01:46] <nixternal> me too...I think I have a decent chance
[01:46] <nixternal> I have been sitting in on the open source meetings and they have no clue how to run one
[01:46] <nixternal> an open source community that is
[01:46] <jjesse> ah
[01:46] <nixternal> dang, I was gonna go out riding tonight but it doesn't look like the weather wants to cooperate
[01:47] <jjesse> looks like storms
[01:47] <jjesse> yay i won't ahve to wwater grass
[01:47] <nixternal> hehe
[01:47] <nixternal> we don't need any more water
[01:58] <jjesse> ok i updated my kubuntu virtual machine earlier from the ppa and still having problems, was the next beta of 4.1 completly updated to the ppa?
[01:58] <jjesse> still having issues with kdebase-workspace-data
[02:01] <nixternal> jjesse: I don't think it was complete...I am only having issues with 2 libs
[02:01] <nixternal> kexi and dcraw
[02:02] <Jucato> kexi?
[02:02] <jjesse> nixternal: http://pastebin.ubuntu.com/23406
[02:02]  * Jucato wonders if nixternal meant kexiv :)
[02:03] <vorian> evening
[02:07] <nixternal> jjesse: ya, I had that too
[02:07] <nixternal> nothing that dpkg --force-overwrite couldn't fix
[02:07] <nixternal> sudo dpkg --force-overwrite -i /var/cache/apt/archives/kdebase-workspace-data_4%3a4.0.83-0ubuntu1~hardy1~ppa7_all.deb
[02:10] <jjesse> perfect thanks
[02:11] <nixternal> bah cubs
[02:11] <nixternal> they let the white sox beat um today
[02:11] <jjesse> tigers are winning again
[02:13] <jjesse> yay thunderstorms
[02:13] <nixternal> we haven't had anything yet, and doesn't look like we will any time soon...I should have gone out riding
[02:52] <jjesse> wow just finished the update and what is the cool background before teh desktop finishes loading?
[02:53] <DaskreecH> !info quote
[02:53] <DaskreecH> o.O
[02:54] <nixternal> jjesse: ya, I noticed that background too
[02:54] <nixternal> I like it
[02:54] <jjesse> where can i find it?
[02:55] <nixternal> locate the splash theme, it should be in there
[02:56] <DaskreecH> has anyone used quote ?
[02:56] <nixternal> jjesse: /usr/lib/kde4/share/kde4/apps/ksplash/Themes/Default/1280x1024/background.png
[02:56] <nixternal> they have other sizes if you go to just the Default directory
[02:57] <jjesse> cool thanks
[03:00] <DaskreecH> !info virtualbox-ose intrepid
[03:01] <DaskreecH> Hmm
[03:04] <nixternal> well, the latest alternative CD for Intrepid does not work
[03:04] <Hobbsee> !doesn'twork | nixternal
[03:05] <Hobbsee> !doesn't work | nixternal
[03:05] <nixternal> yes, it does all of that
[03:05] <vorian> where are the images
[03:05] <nixternal> so it doesn't work!
[03:05] <vorian> lol
[03:06] <Hobbsee> :P
[03:06] <nixternal> now I get a blinking red screen
[03:06] <nixternal> chalk that up to "Beta 1 no good thus far" :P
[03:06] <vorian> :(
[03:06] <DaskreecH> We are up to betas?
[03:06] <DaskreecH> Oh KDE4 beta. Duh
[03:06] <nixternal> we were supposed to release like hours ago
[03:06] <nixternal> no, Intrepid
[03:07] <DaskreecH> ah ok haven't been paying attention
[03:07]  * nixternal needs a working KDE 4 dangit!
[03:07] <nixternal> I would use KDE 3 if Compiz would work worth a darn...I have gotten used to the flash in KDE 4 that I want it when I use KDE 3
[03:08] <DaskreecH> I went by the class for the Govt today and they were teaching them all on KDE
[03:09] <DaskreecH> some "lucky ones" got KDE4
[03:09] <nixternal> nice
[03:09] <JontheEchidna> damn kde4... making us used to all this eyecandy
[03:09] <nixternal> yup :)
[03:10] <JontheEchidna> Heh, reminds me of the compiz-in-hardy spec at LP
[03:10] <DaskreecH> and sweet slick functionality
[03:10] <JontheEchidna> "User is amazed at wobbliness"
[03:10] <metellius> DaskreecH: you pinged some days ago..?
[03:10] <nixternal> ya, well that made it into Ubuntu just fine, but not in Kubuntu
[03:11] <nixternal> I get freezes, loss of borders, crashes, and you name it when I try Compiz with KDE 3
[03:11] <JontheEchidna> Tell me about it
[03:11] <nixternal> at first with the Intel lappy I thought I was golden, then all hell broke loose
[03:11] <JontheEchidna> I tried running it in gutsy and got at least a crash a day
[03:11] <JontheEchidna> if not more
[03:11] <nixternal> I will admit, I have become addicted to one utility in Gnome
[03:11] <nixternal> Gnome-Do...good stuff
[03:12] <nixternal> Evolution is doodoo, their terminal at least has true transparency, but nothing rocks like yakuake
[03:12] <JontheEchidna> Krunner not good enough for our gnomternal? :(
[03:12] <DaskreecH> metellius: Right you are working within GSoC ?
[03:12] <JontheEchidna> Ooh, they ported the move-plasmoids-in-panel patch to KDE 4.1
[03:12] <metellius> DaskreecH: nope, just coding on my free time
[03:12] <DaskreecH> ah right.
[03:13] <DaskreecH> on what? :)
[03:13] <DaskreecH> I've forgotten what I pung you on
[03:13] <metellius> the ark ui changes?
[03:13] <DaskreecH> JontheEchidna: link?
[03:13] <DaskreecH> metellius: Ah right Are you going to be expanding on those?
[03:13] <JontheEchidna> http://cvs.fedoraproject.org/viewcvs/rpms/kdebase-workspace/devel/kdebase-workspace-4.0.83-kde%23154119.patch?rev=1.1&view=markup
[03:14] <DaskreecH> Or you have pretty much accomplished what you set out for?
[03:14] <metellius> what do you mean by expanding?
[03:14] <metellius> oh
[03:15] <metellius> yeah, I pretty much did what I blogged about, but since I've actually gotten to know the ark code a bit now I'm playing around fixing other small annoying incomplete things and requests from the blog comments
[03:19] <DaskreecH> Any konqui/ dolphin Plugins ?
[03:20] <metellius> the majority of ark's interface is a kpart
[03:21] <JontheEchidna> I heard that ark didn't have the necessary features for a dolphin/konqi service menu
[03:22] <metellius> JontheEchidna: you heard?
[03:22] <JontheEchidna> Yeah, in an lp bug report
[03:22] <metellius> service menus control stuff through shell commands right?
[03:23] <JontheEchidna> Yeah
[03:24] <metellius> well then, yes that seems to be correct, the ark main executable does not take arguments other than the archive file
[03:24] <metellius> not hard to fix though...
[03:41] <DaskreecH> Can't really think of much to push around with ark :)
[03:45] <DaskreecH> seele: You got likker!
[03:49] <DaskreecH> Am I nuts or is there no user management in system settings?
[04:09] <DaskreecH> JontheEchidna: KDE 4.1 ?
[04:13] <DaskreecH> :-)
[04:13] <DaskreecH> That's what you get for installing the system by hand
[08:01] <teprrr> hello, can anyone confirm whether https://bugs.launchpad.net/kdeutils/+bug/129729 is still in there? for kde4 at least?
[08:02] <teprrr> though I'm pretty sure it's still in there..
[09:18] <smarter> 'morning
[09:26] <teprrr> looks like a lot of ark's code was rewritten for kde4.. currently a support for password protected files is missing
[11:57] <Xand3r> hi
[11:57] <Xand3r> could it be that some kde4.0 plasmoids dont run under 4.1?
[11:59] <Nightrose> Xand3r: which ones?
[12:01] <Xand3r> Nightrose: coremoid http://kde-look.org/content/show.php/CoreMoid?content=72789
[12:02] <Nightrose> Xand3r: no idea about that one
[12:02] <Nightrose> never used it
[12:02] <Xand3r> ok
[12:08] <teprrr> Xand3r, that's because the whole plasma api got changed
[12:08] <Xand3r> teprrr: ok, thx, i will inform the devel of this plasmoid
[12:13] <Xand3r> apachelogger: now i have some time, if you are there, can you give me some stuff, for training my cdbs knowleg?
[12:14] <teprrr> solid-network(2048)/Solid (NetworkManager) NMNetworkManagerPrivate::fillNetworkInterfacesList: Error getting device list:  "org.freedesktop.DBus.Error.AccessDenied" :  "A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.NetworkManager" member "getDevices" error name "(unset)" destination "org.freedesktop.NetworkManager")
[12:15] <teprrr> btw, is this a kubuntu packaging problem or something else? perhaps caused by the fact that I compile my kde stuff myself?
[12:20] <Xand3r> teprrr: where i can finde the source?
[12:20] <teprrr> Xand3r, source of what?
[12:20] <Xand3r> i thought you compile it
[12:21] <Xand3r> so i want to try it to
[12:21] <teprrr> Xand3r, ye, it's inside kde svn
[12:21] <teprrr> kdebase/workspace/solid/solidshell/ to be precise
[12:21] <Xand3r> ok i will try it
[12:22] <Xand3r> i inform you if i have the same problem
[12:28] <Xand3r> ok i have other problems^^
[12:28] <Xand3r> sorry
[12:40] <teprrr> ok :p
[12:51] <DreadKnight> hello
[12:52] <Riddell> hello
[12:52] <DreadKnight> i'm  trying to make a push with darcs and it doesn't works anymore, because of ssh i think
[12:52] <DreadKnight> it used to work before.. at least before i upgraded to kde4 beta2 thingy..
[12:53] <Riddell> I doubt the desktop environment has anything to do with a version control system
[12:53] <DreadKnight> perhaps ssh was upgraded to a newer package if i recall right...
[12:55] <DreadKnight> where could i check to see if and when new packages where submited to repositorry? archives.ubuntu.com ?
[12:56] <DreadKnight> found the sites..
[13:30] <stdin> Riddell: I think I have kdepim-dev done
[13:30] <stdin> http://stdin.me.uk/tmp/kdepim_4.0.83-0ubuntu1_to_4.0.83-0ubuntu2.diff
[13:32] <stdin> needs a small patch to kde4libs to FindKdepim.cmake, but kopete-cryptography compiles with it
[13:35] <Xand3r> hi is any one working on kepas ? http://www.kde-apps.org/content/show.php/Kepas+-+KDE+Easy+Publish+and+Share?content=73968
[13:48] <Xand3r> it allready exist
[13:48] <Xand3r> -.-
[14:11] <mitsarionas> was it the 20080627 isos that were released as alpha 1 for intrepid?
[14:20] <stdin> mitsarionas: http://cdimage.ubuntu.com/kubuntu/releases/intrepid/alpha-1/
[14:21] <mitsarionas> yeah, dling it already... just asking if it's the same as the latest daily iso :)
[14:26] <Xand3r> Riddell: have you some realy easy work for me?
[14:39] <Riddell> hi Xand3r
[14:39] <Riddell> mitsarionas: yes
[14:42] <mitsarionas> :) is alpha 2 gonna be relesased according to the original schedule?
[14:42] <Riddell> Xand3r: how about skanlite from ftp://ftp.kde.org/pub/kde/unstable/4.0.83/extragear
[14:43] <Riddell> Xand3r: I expect so
[14:43] <Riddell> mitsarionas: I expect so (not Xand3r)
[14:43] <mitsarionas> :)
[14:43] <Riddell> Xand3r: there is an existing package at https://edge.launchpad.net/ubuntu/+source/skanlite-kde4 you could probably use, drop the -kde4 from the name though
[14:44] <Xand3r> Riddell: how you finde the existing package on launchpad, if i search something i find nothing
[14:51] <Riddell> Xand3r: google :)
[14:51] <Xand3r> lol
[14:51] <Xand3r> Riddell: skanlite are both version 0.1
[14:52] <Riddell> extragear apps don't always update their version :(
[14:52] <Xand3r> ?
[14:52] <Xand3r> so in the extragear is the new version but named wrong?
[14:53] <Riddell> Xand3r: its versioned improperly yes
[14:53] <Riddell> but in this case it doesn't matter since we don't have an existing skalite package (only skanlite-kde4)
[14:54] <Xand3r> but i have to leave out the -kde4
[14:57] <Riddell> yes
[14:57] <Riddell> we don't do that any more for intrepid
[14:58] <Xand3r> ok, and version 4:4.0.80
[14:58] <Riddell> version 0.1
[14:59] <Xand3r> ?
[14:59] <Xand3r> ok
[14:59] <Riddell> or 0.1kde4.0.83 which is what upstream should have done
[14:59] <Xand3r> ok i take 0.1kde4.0.83
[15:05] <Xand3r> the changelog http://paste.ubuntu.com/23517/
[15:13] <Riddell> Xand3r: looks good
[15:13] <Riddell> Xand3r: the debian/cdbs directory will be out of date
[15:13] <Riddell> replace it the a newer version from any intrepid kde package
[15:14] <Xand3r> ok
[15:21] <stdin> Riddell: kdf needs to conflict/replace kwikdisk in kdeutils
[15:21] <stdin> or, kwikdisk-kde4 anyway
[15:27] <apachelogger> Xand3r: once you are done with the KDE 4 stuff ... rubberband can be packaged now <- https://edge.launchpad.net/ubuntu/+source/vamp-plugin-sdk/
[15:28] <Xand3r> urg
[15:43] <Xand3r> lintian of the result gives this back http://paste.ubuntu.com/23527/
[15:44] <Riddell> Xand3r: it shouldn't be installing into usr/lib/kde4, you must still have the old debian/cdbs files
[15:46] <Xand3r> ok
[15:57] <Xand3r> shit i got from the "new" package the old cdbs folder
[15:59] <Xand3r> where i can get a realy new cdbs folder
[16:00] <apachelogger> Xand3r: https://edge.launchpad.net/ubuntu/+source/kdepimlibs
[16:00] <Xand3r> thx apachelogger
[16:12] <Xand3r> apachelogger: i see it now after the compiling -.- the kde.mk from the kdepimlibs uses althought /usr/lib/kde4
[16:13] <apachelogger> Xand3r: please paste the debian/rules file
[16:14] <Xand3r> #!/usr/bin/make -f
[16:14] <Xand3r> include debian/cdbs/kde.mk
[16:14] <Riddell> which version of kdepimlibs?
[16:14] <Xand3r> the orignal cdbs folder includes a cmake.mk and a kde.mk
[16:14] <Xand3r> Riddell: 4:4.0.83
[16:15] <Xand3r> i think
[16:16] <apachelogger> Oo
[16:17] <apachelogger> the new cdbs/ doesn't include a cmake.mk IIRC
[16:17] <Xand3r> jes
[16:17] <apachelogger> me@apoc { ~/tmp/kdepimlibs-4.0.83/debian/cdbs }$ ls
[16:17] <apachelogger> control.mk  dh_sameversiondeps  kde.mk  versions.mk
[16:18] <apachelogger> Xand3r: remove the old cdbs completely, then add the new one
[16:18] <Xand3r> ?
[16:19] <Xand3r> ok if you want taht
[16:19] <Xand3r> *that
[16:19] <apachelogger> Xand3r: you need to get rid of all the old files
[16:21] <Xand3r> apachelogger: compiling only runs if i uncomment :
[16:21] <Xand3r> ifndef THIS_SHOULD_GO_TO_UNSTABLE
[16:21] <Xand3r> 	#guard against experimental uploads to unstable
[16:21] <Xand3r> 	dpkg-parsechangelog | grep ^Distribution | grep -q 'experimental\|UNRELEASED'
[16:21] <Xand3r> endif
[16:22] <Riddell> you can add  THIS_SHOULD_GO_TO_UNSTABLE = 1   in debian/rules above the include line
[16:22] <Xand3r> kk
[16:22] <Xand3r> thx
[16:22]  * apachelogger now has a 204 GiB /home parition
[16:22] <apachelogger> LVM++
[16:22] <Xand3r> ^^
[16:23] <apachelogger> though, I still need SSDs
[16:23] <apachelogger> Riddell: btw, can we drop the .kde4 patch in intrepid?
[16:24] <Riddell> apachelogger: yes, we should do that before alpha 2
[16:25]  * apachelogger takes a knote
[16:28] <Xand3r> urg skanlite has no man page
[16:32] <Xand3r> how could it be that ther is a finished package without an manpage?
[16:35] <apachelogger> Xand3r: saved time when creating the package
[16:36] <Xand3r> ^^
[16:36] <apachelogger> besides, most -kde4 packages are going to replace/merged into kde 3 based packages ... which have a manpage ... so to prevent manpage collision and useless duplication we just didn't add manpages for kde4 packages
[16:37] <Xand3r> i crating one now
[16:37] <Xand3r> dont tell me it was use less
[16:38] <apachelogger> Xand3r: there is no kde3 version of skanlite, so, no, it was not useless
[16:38] <apachelogger> meh
[16:38] <apachelogger> missing deps again
[16:38]  * apachelogger hates when that happens
[16:39] <Xand3r> i have missed the deps?
[16:39] <apachelogger> not you
[16:39] <apachelogger> debian
[16:42] <Xand3r> puh^^
[16:42] <nixternal> hey, our Kubuntu KDE 4 Beta 2 packages installed fresh totally rock! great job stdin!
[16:43]  * nixternal can't wait for Kontact/KMail to be complete
[16:43] <nixternal> toma: how good is the latest Mailody btw? Can I use it on my work lappy w/o any major hassels?
[16:44] <toma> nixternal: probably not
[16:44] <nixternal> dang :) I was really hoping to get away from Evolution
[16:44] <toma> nixternal: although a lot of issues are resolved lately, i doubt you will be happy with it
[16:44] <nixternal> I really don't feel like setting up Mutt from scratch again
[16:45] <toma> try it for a bit and you will know
[16:45] <nixternal> ya, I will put together a package today and upload it to the PPA and give it a shot
[16:45] <toma> it will not eat your mail or anything
[16:46] <jjesse> instead it will eat your whole laptop
[16:46] <jjesse> mmmm laptop
[16:46] <nixternal> hehe
[16:46] <nixternal> gobble gobble
[16:48] <nixternal> toma: real quick, would you recommend the alpha download or just a svn checkout to put a package together?
[16:48] <toma> nixternal: trunk is best
[16:49] <toma> i should check it out and make a beta of it
[16:49] <toma> i'm just to lazy (read: demotivated)
[16:49] <nixternal> hehe, I hear you there
[16:49] <nixternal> I am getting my motivation back though :)
[16:49] <nixternal> I have been so busy with real life work
[16:50] <toma> good, what's the recipe for that?
[16:50] <nixternal> broken stuff that annoys me :)
[16:50] <toma> right, i'm good at ignoring that for now
[16:50] <nixternal> lol
[16:51]  * Nightrose gives toma a flower for good meassure
[16:51] <Nightrose> ;-)
[16:51] <toma> ;-)
[16:52] <Xand3r> i will change http://paste.ubuntu.com/23538/ to http://paste.ubuntu.com/23539/
[16:52] <Xand3r> what do you think about?
[16:53] <Riddell> Xand3r: good
[16:54] <Xand3r> kk
[16:57]  * apachelogger is wondering how to fix that properly
[16:57] <jjesse> wow hardly anyone in the alpha1 kunbutuntu torrent
[16:58] <Xand3r> it is up un revu
[16:59] <Xand3r> i get headaches, when i think about the time i needed to build this package
[17:04] <apachelogger> Xand3r: please create a debdiff
[17:04] <apachelogger> easier to revu
[17:05] <Xand3r> apachelogger: debdiff?
[17:05] <Xand3r> how i do that?
[17:05] <apachelogger> Xand3r: see ubuntu wiki
[17:05] <Xand3r> ne pas de envie
[17:06] <Xand3r> apachelogger: i have no deb of the old version
[17:06] <apachelogger> you don't need a deb
[17:07] <apachelogger> Xand3r: debdiff OLDDSC NEWDSC > deb.diff
[17:08] <Xand3r> kk, if you had let me some time i had found it
[17:10] <apachelogger> well, it wouldn't have been worth the time :P
[17:11] <Xand3r> ^^
[17:11] <Xand3r> emm how i load it on revu?
[17:12] <Xand3r> or i only paste it in a paste bin?
[17:12] <apachelogger> paste
[17:12] <Xand3r> kk
[17:14] <Xand3r> apachelogger: http://paste.ubuntu.com/23541/
[17:15] <apachelogger> Xand3r: you need to provide a transitional package from skanlite-kde4 to skanlite
[17:16] <apachelogger> Xand3r: please document the binary package name change, the introducation of the transitional package and the bump of standards-version in the changelog
[17:17] <apachelogger> Xand3r: and the source packag name change
[17:18] <apachelogger> looks good otherwise
[17:22] <Xand3r> apachelogger: how i document the bump of ther version?
[17:23] <apachelogger> Xand3r: * Bump Standards-Version from xxx to xxx
[17:23] <Xand3r> thx
[17:24]  * smarter waves
[17:24] <Xand3r> hi
[17:24] <Xand3r> the new changelog http://paste.ubuntu.com/23543/
[17:25] <apachelogger> Xand3r: transitional package!!! :P
[17:25] <apachelogger> otherwise ok
[17:26] <Xand3r> apachelogger: * This is a Transitional Package ??
[17:26] <apachelogger> nah
[17:26] <apachelogger> Xand3r: add transitional package
[17:26] <Xand3r> not?
[17:27] <apachelogger> you need to add an empty package named skanlite-kde4
[17:27] <apachelogger> which depends on skanlite
[17:27] <Xand3r> hä?
[17:27] <apachelogger> -.-
[17:27] <Xand3r> ok
[17:27] <Xand3r> but wait
[17:30] <apachelogger> Xand3r: http://paste.ubuntu.com/23544/
[17:30] <apachelogger> the functionallity of kicker-khalkhi was provided by kicker-contactsmenu before
[17:31] <apachelogger> so we want to make it as easy as possible for the user to get the package with new name but same feature
[17:32] <Xand3r> ok
[17:32] <apachelogger> so the khalkhiapplet source package generates the kicker-contactsmenu binary package and supercedes the original kicker-contactsmenu
[17:32] <apachelogger> k-c is actually an empty package depending on k-k
[17:33] <Xand3r> ok
[17:33] <apachelogger> http://paste.ubuntu.com/23546/
[17:33]  * txwikinger loves those bugs complaining about firefox theme in KDE3
[17:33] <apachelogger> txwikinger: ?
[17:34] <txwikinger> Well.. do you really think the default theme for KDE3 will be changed?
[17:34] <txwikinger> only because someone claims it looks ugly
[17:35] <apachelogger> ah, center-of-the-universe-thinking
[17:35] <txwikinger> yep
[17:35] <txwikinger> I was still very nice in responding :D
[17:39] <apachelogger> :D
[17:40] <apachelogger> Riddell: http://aplg.kollide.net/kubuntu/kdebase/kdebase_4.0.83-0ubuntu1_to_ubuntu2.debdiff
[17:41] <Xand3r> apachelogger: the new control http://paste.ubuntu.com/23551/
[17:41] <Xand3r> but what to do after i dont got
[17:42] <apachelogger> Xand3r: pardon?
[17:42] <apachelogger> Xand3r: btw, you should add a long description ;-)
[17:42] <apachelogger> just use the one from the kahlkhi stuff and make it fit skanlite
[17:43] <Xand3r> is that all to build a empty package?
[17:43] <apachelogger> Xand3r: you need to add a skanlite.install
[17:43] <apachelogger> to ensure skanlite is not empty ;-)
[17:44] <Xand3r> and what i have to put in the .install?
[17:44] <apachelogger> Xand3r: see my last paste
[17:44] <apachelogger> Xand3r: by defautl CDBS will install to debian/tmp if there are more than 2 binary packages ... so you need to install all the stuff in there
[17:45] <Xand3r> k
[17:45] <apachelogger> Xand3r: for a multi-binary package (e.g. libraries) you woudl do the very same, just that you create more .install files and list precisely which files have to go into which binary package
[17:46] <Xand3r> oh
[17:46] <apachelogger> smarter: wanna do some demanding packaging? ;-)
[17:46] <smarter> hey apachelogger
[17:46] <smarter> why not ;)
[17:47] <apachelogger> smarter: gg:sourceforge kvpm
[17:47] <apachelogger> lvm partition manager
[17:47] <apachelogger> cmake needs some love
[17:47] <apachelogger> FTBS with gcc 4.3
[17:47] <apachelogger> and cmake doesn't install the binary
[17:47] <apachelogger> desktop file missing
[17:47] <apachelogger> smarter: you get 30 minutes ;-)
[17:48] <smarter> :p
[17:48]  * smarter looks
[17:48] <smarter> Riddell: could you please upload gpm? it builds fine here with latest kde
[17:48] <smarter> *kde4bindings
[17:48]  * apachelogger thinks we will have to get lvm2 updated, at least README talks about incompability with lower versions than stated
[17:51] <Riddell> smarter: it's in New
[17:51] <smarter> awesome
[17:52] <smarter> thanks RegEchse
[17:52] <smarter> *Riddell
[17:52] <smarter> RegEchse: sorry
[17:53] <Riddell> apachelogger: uploaded kdebase
[17:54] <apachelogger> Riddell: merci
[18:01] <smarter> apachelogger: seems to work with hardy's lvm
[18:02] <apachelogger> smarter: does for me as well
[18:03] <apachelogger> on intrepid
[18:07] <Xand3r> apachelogger:
[18:07] <Xand3r> http://paste.ubuntu.com/23556/
[18:08] <apachelogger> Xand3r: 1st line of long description exceeds 80 characters
[18:08] <apachelogger> Xand3r: and I hope you have a newline at the end ;-)
[18:09] <Xand3r> shure^^
[18:14] <dAsKrEEcH> what does KDE start up to give sound?
[18:16] <Xand3r> apachelogger: its up now
[18:21] <Xand3r> apachelogger: do u need for the new version a debdiff?
[18:50] <apachelogger> dAsKrEEcH: phonon
[18:50] <dAsKrEEcH> apachelogger: I don't have phonon installed
[18:50] <dAsKrEEcH> Something lower level
[18:50] <apachelogger> no
[18:50] <apachelogger> dAsKrEEcH: KDE 3?
[18:51] <dAsKrEEcH> Nope KDE4
[18:51] <apachelogger> then you need to have phonon installed
[18:53] <dAsKrEEcH> well I don't
[18:53] <dAsKrEEcH> KDE itself doesn't provide any sound but other applications do
[18:53] <dAsKrEEcH> however they cannot play any sound unless KDE is started
[18:53] <apachelogger> other apps?
[18:53] <apachelogger> like?
[18:54] <dAsKrEEcH> so KDE must be starting something. I read through startkde but nothing jumped out
[18:54] <dAsKrEEcH> mplaye
[18:54] <dAsKrEEcH> +r
[18:54] <apachelogger> ?
[18:54] <apachelogger> how is mplayer related to KDE?
[18:55] <dAsKrEEcH> It's not which is why I'm interested in why it only works if KDE is started
[18:58] <dAsKrEEcH> If I turn on the computer and don't bring up X and start mplayer playing an album I get no sound
[18:59] <dAsKrEEcH> bring up X
[18:59] <dAsKrEEcH> still no sound
[18:59] <dAsKrEEcH> log into KDE
[18:59] <dAsKrEEcH> sound starts working
[18:59] <apachelogger> super odd
[18:59]  * apachelogger uberpokes Xand3r
[18:59] <apachelogger> Xand3r: fails to build from source
[19:00] <Xand3r> wat?
[19:00] <apachelogger> hm
[19:00] <apachelogger> actually
[19:00] <apachelogger> Xand3r: dh_install for skanlite craps out
[19:01] <apachelogger> Xand3r: usr/* instead of debian/tmp/*
[19:01] <Xand3r> ok
[19:05] <Xand3r> apachelogger: i try a new pbuild
[19:05] <apachelogger> ok
[19:09] <smarter> apachelogger: kvpm package almost done (:
[19:10] <apachelogger> :)
[19:10] <apachelogger> smarter: so when are you applying for motu ;-)
[19:10] <smarter> I'm pbuilding it to see the bug with gcc 4.3 and fix it, then I'll push it to https://code.edge.launchpad.net/~kubuntu-members/kvpm/ubuntu
[19:10]  * smarter is a vcs fan
[19:11] <smarter> apachelogger: don't know, somewhere during this developement cycle
[19:11] <apachelogger> *thumbs up*
[19:12] <smarter> :)
[19:12] <smarter> I should probably merge something before
[19:12]  * smarter never merged anything :O
[19:16] <smarter> [18:47:27] <apachelogger> FTBS with gcc 4.3
[19:16] <smarter> doesn't ftbfs here
[19:18] <apachelogger> very strange
[19:18] <apachelogger> smarter: updated the pbuilder before building?
[19:18] <smarter> yep
[19:18] <smarter> what was your error?
[19:18] <apachelogger> ISO C++ forbids declaration of ‘QRegExpValidator’ with no type
[19:20] <Xand3r> apachelogger: how can i check my building now,  the "empty" one, what has to be in it?
[19:20] <Xand3r> -.- i cant find my gusty cd
[19:20] <apachelogger> -rw-r--r-- root/root       325 2008-06-28 20:06 ./usr/share/doc/skanlite-kde4/changelog.Debian.gz
[19:20] <apachelogger> -rw-r--r-- root/root      1458 2008-06-28 20:06 ./usr/share/doc/skanlite-kde4/copyright
[19:20] <apachelogger> Xand3r: gutsy?
[19:20] <apachelogger> uh?
[19:20] <apachelogger> cd?
[19:20]  * apachelogger is afraid
[19:21] <Xand3r> apachelogger: for a friend
[19:21] <apachelogger> gutsy?
[19:21] <smarter> debian/cdbs/kde.mk has DEB_DH_INSTALL_SOURCEDIR = debian/tmp which prevents me from installing things with debian/install which are not in this folder
[19:21] <Xand3r> yes he is already using it
[19:21] <apachelogger> smarter: ../../
[19:21] <smarter> that's a bit hacky
[19:21] <apachelogger> well
[19:22] <Xand3r> huray
[19:22] <apachelogger> reset the var after the include shoudl work as well
[19:22] <apachelogger> *should
[19:22] <Xand3r> it works
[19:22] <smarter> I'll stay with the ..
[19:24] <Xand3r> i am uploading it now
[19:25] <smarter> apachelogger: were you using the 0.4.5b release when you had the crash?
[19:26] <apachelogger> smarter: which crash?
[19:26] <smarter> s/crash/ftbfs/
[19:27] <apachelogger> smarter: yes
[19:27] <smarter> strange
[19:28] <smarter> could you test with https://code.edge.launchpad.net/~kubuntu-members/kvpm/ubuntu ?
[19:28] <apachelogger> hum
[19:28] <smarter> bzr builddeb --merge will fetch the .orig and build everything
[19:29] <apachelogger> smarter: please patch the buildsystem rather than using debian/install
[19:29] <smarter> add it to CMakeLists.txt?
[19:29] <apachelogger> yes
[19:30] <apachelogger> or
[19:30] <apachelogger> leave it that way
[19:30] <apachelogger> I will poke upstream with my cmake patches
[19:30] <apachelogger> omg
[19:30]  * apachelogger has no bzr installed
[19:30] <smarter> cp: cannot stat `debian/tmp//../../debian/kvpm.desktop': No such file or directory
[19:30] <Xand3r> apachelogger:  the new version is now available on revu
[19:31]  * smarter is confused
[19:31] <apachelogger> smarter: that would be ../
[19:31] <apachelogger> ../../ is src
[19:31] <smarter> yep, but I'm doing ../../debian
[19:31] <smarter> I'll try with ../kvpm.desktop
[19:33] <apachelogger> hm
[19:33]  * apachelogger doesn't like that cdbs really
[19:33] <apachelogger> smarter: you can alwys try overriding the var ;-)
[19:34] <smarter> we should put this kde.mk in /usr/share/cdbs someday
[19:34]  * apachelogger nods
[19:35] <seele> \sh: is the new brank leonov-kde?
[19:37] <smarter> later guys
[19:38] <Xand3r> in a few minutes i will have fun with an broken gusty on a real old laptop -.-
[19:38] <smarter> tschüss apachelogger
[19:38] <smarter> cp: ne peut évaluer `debian/tmp//../kvpm.desktop': Aucun fichier ou dossier de ce type
[19:38] <smarter> grrr
[19:40] <\sh> seele: nope...the 0.0.1 branch is : lp:leonov/0.0.1
[19:41] <\sh> seele: I'll found some bugs still...right now I'm on it to fix them :)
[19:41] <dAsKrEEcH> Interesting thought what does it take to convert someone from Linux to Windows?
[19:41] <\sh> dAsKrEEcH: games
[19:42] <dAsKrEEcH> \sh: Hmm Probably right. I wonder if there is a community way to attack that
[19:43] <apachelogger> smarter: apparently the ftbs is related to my installation
[19:43] <apachelogger> makes it vey strange
[19:43] <\sh> dAsKrEEcH: nope..the games linux have are quite nice..but as long there is no WoW or whatever cool games are out there native on linux...this will be an issue the community can't solve...only sending angry emails to those game producers
[19:44] <apachelogger> Xand3r: changelog entry about transitional package missing
[19:44] <dAsKrEEcH> Well this really isn't a discussion for here :) Maybe #gametome or #ubuntu-games
[19:50] <apachelogger> welcome mouz :)
[19:52] <mouz> :)
[19:53] <apachelogger> Xand3r: I add the missing entry and uploaded
[19:53] <apachelogger> Riddell: skanlite waiting in new, please also remove the skanlite-kde4 source package
[20:02] <Xand3r> apachelogger: thx
[20:39] <apachelogger> anyone with ark from KDE 3 around?
[20:42] <seezer> apachelogger: ii  ark                 4:3.5.9-0ubuntu3 if that's what you mean
[20:42] <apachelogger> seezer: can you please make screenshots from the configure dialog?
[20:43] <seezer> sure - give me a second
[20:46] <seezer> http://seezer.roath.org/images/screenshots/ark/
[20:51] <apachelogger> seezer: thank you very much :)
[20:51] <seezer> no problem
[21:00] <apachelogger> hum
[21:00] <apachelogger> Riddell: we need an MIR for libzip, otherwise ark doesn't have zip support :S
[21:05] <apachelogger> hm
[21:05] <apachelogger> smarter: around?
[21:07] <apachelogger> apparently not
[21:07]  * dAsKrEEcH *lurks*
[21:07] <apachelogger> dAsKrEEcH: wanna write an MIR ;-)
[21:12]  * dAsKrEEcH *lurks over here ------>*
[21:12] <dAsKrEEcH> :)
[21:12] <apachelogger> meh
[21:12] <Riddell> apachelogger: did one ages ago
[21:13] <apachelogger> hm
[21:13] <apachelogger> Riddell: whom do I have to poke?
[21:13] <Riddell> apachelogger: kees, jdstrand
[21:14] <Riddell> https://bugs.edge.launchpad.net/ubuntu/+source/libzip/+bug/238883
[21:15]  * apachelogger adds a new knote
[21:18] <apachelogger> hm
[21:19] <apachelogger> seeing all the kmilo bugs
[21:19] <apachelogger> Riddell: any ideas with what to replace kmilo in KDE 4?
[21:20]  * |gunni| wonders what kmilo is good for as most things can be handled with key shortcuts
[21:21] <apachelogger> less work
[21:22] <apachelogger> in configuration
[21:22] <apachelogger> otherwise you would have to define the shortcuts for every app individually and every application (in case of keys like multimedia, or homepage ...)
[21:22] <|gunni|> yes, but some time ago it worked, but now it does not work for a long time
[21:23] <|gunni|> Isnt it better to do a default config within kde than handle that by kmilo?
[21:23] <apachelogger> in KDE 3?
[21:23] <|gunni|> yes KDE3
[21:23] <apachelogger> well
[21:23] <apachelogger> kmilo got kicked out of KDE 4 anyway
[21:23] <apachelogger> so we need to find another solution
[21:24] <|gunni|> I think its good it got kicked, because kmilo seem to not use standard X11 keys, and never worked well
[21:25] <|gunni|> But thats only my opinion
[21:26] <apachelogger> we actually patched it to use the X11 keys
[21:26] <apachelogger> so it should have worked
[21:26] <|gunni|> I think integrated shortcuts in kde with some kind of osd can be triggered by the shortcuts similar would be a better aproach
[21:26] <apachelogger> kmilo itself was unmaintained for quite some time IIRC
[21:26] <|gunni|> For me it let my only switch volume between 0% and 11% IIRC
[21:26] <apachelogger> |gunni|: that was basically what kmilo was :P
[21:27] <apachelogger> Riddell: http://aplg.kollide.net/kubuntu/kdeutils/kdeutils_4.0.83-0ubuntu6_to_ubuntu7.debdiff
[21:28] <|gunni|> apachelogger: Ok, i always saw it as seperate application that tries to handle laptop function keys for only few hardware
[21:28] <apachelogger> well
[21:28] <apachelogger> the actual problem is that every vandor uses his own keycode magic
[21:29] <apachelogger> so XF86Print from my keyboard could be XF86Mute on another one
[21:29] <|gunni|> But most of the keys get translated to X11 events correctly, arent they?
[21:29] <apachelogger> only if X11 knows the keyboard and knows which codes are which keys
[21:30] <apachelogger> there is no real standard everyone applies concerning special keys
[21:30] <|gunni|> So if the X11 keyboard layout is correct, it should be esy to implement, anything else should be handled in X11 in my opinion
[21:37] <Xand3r> apachelogger: i remember there was a work but the name doesnt come in my mind
[21:38] <apachelogger> |gunni|: it was implemented correct in KDE 3 :P
[21:38] <apachelogger> if it doesn't work for you your keyboard is responsible
[21:43] <apachelogger> Xand3r: well, did you start work on that rubberband thingy yet?
[21:45] <Xand3r> not yet but i want to
[21:45] <Xand3r> if no one else it done
[21:47] <|gunni|> apachelogger: Well, i am here on KDE3, and it does not work. Mute dows work, but lower and raise volume does not, although keys seem to be correct tested with xev (XF86AudioRaiseVolume)
[21:47] <apachelogger> *shrug*
[21:48] <apachelogger> Xand3r: well, get started
[21:48] <apachelogger> you are assigned to the packaging bug, so none else is allowed to start on it :P
[21:48] <Xand3r> ^^
[21:48] <Xand3r> kk
[21:49] <Xand3r> my friend next to me begins to be agressive^^ his gusty has no sound^^
[21:56] <apachelogger> Xand3r: no sound in KDE or no sound in general?
[21:57] <Xand3r> no sound in geberal
[21:57] <Xand3r> -.-
[21:57] <Xand3r> *general
[21:58] <Xand3r> now hie want to play super tux^^
[21:59] <apachelogger> lspci -v
[22:02] <Xand3r> apachelogger: 00:08.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controlle r Audio Device (rev 01)
[22:02] <Xand3r> ithink you need this
[22:03] <Xand3r> apachelogger: he uses 2.6.22-14-generic an the backports are open
[22:04] <apachelogger> Xand3r: killall artsd && aplay SOMEWAVFILE
[22:05] <Xand3r> thx i will test it
[22:06] <apachelogger> meh
[22:06] <apachelogger> kscd is b0rked :(
[22:06] <apachelogger> ASSERT failure in QList<T>::at: "index out of range", file /usr/include/qt4/QtCore/qlist.h, line 393
[22:07] <Xand3r> apachelogger: has it to be an wave?
[22:08] <Xand3r> -n
[22:08] <apachelogger> well try
[22:08] <apachelogger> but I think it has to
[22:09] <apachelogger> alternately you might use an ogg/mp3 player like ogg123 or mp123
[22:09] <apachelogger> *mp321
[22:09] <Xand3r> i have no wave -.-
[22:10] <apachelogger> Xand3r: google
[22:10] <nixternal> \sh: NO MORE SCRUMS! :)  I do them every day at work already :P
[22:10] <Xand3r> he found one
[22:10] <Xand3r> thx
[22:10] <nixternal> \sh: you and I may find them useful, but there are others who thing otherwise unfortunately
[22:12] <\sh> nixternal: I know :) but I want to try out some really crazy things...and I think it can work out, not for everybody and not for any project, but still :)
[22:12] <nixternal> \sh: no, a scrum could really help every open source project
[22:12] <nixternal> they are so useful
[22:13] <nixternal> I lead the Open Source and Platform scrums at my job every day
[22:13] <nixternal> heh, you even have the sprints listed...something tells me that your job and my job are run very much alike
[22:14] <\sh> nixternal: of course :) no scrum without sprints :
[22:14] <nixternal> we do 2 week sprints and just started our sprint last week (Monday)
[22:14] <\sh> nixternal: no way? we are doing 2 week sprints, too :)
[22:14] <nixternal> we use this really crappy management utility called Rally too to help cordinate this stuff as well
[22:14] <\sh> nixternal: but it sounds, you and I need to talk about that more in-deep how we can get a scrum group running for "remoties" ;)
[22:14] <Xand3r> apachelogger: he got http://paste.ubuntu.com/23596/
[22:15] <\sh> nixternal: we are using whiteboards and post-it notes for our sprint backlog ;)
[22:15] <nixternal> it works great, since a lot of us in my group work from home, so we just conference in
[22:15] <nixternal> ya, we start out on white boards and post its, then we have someone transplant it all into Rally
[22:15] <apachelogger> Xand3r: cat ~/.asoundrc
[22:15] <apachelogger> Xand3r: cat /etc/asound*
[22:15] <\sh> nixternal: yeah...but we had/have still problems with offshored people, who are not native speakers...so I'm trying to find some solutions :)
[22:15] <apachelogger> I think I just crashed juk :S
[22:16] <apachelogger> Oo
[22:16] <apachelogger> why do we use gstreamer?!
[22:16] <Riddell> what makes you think we do?
[22:16] <apachelogger> in intrepid we do
[22:16] <nixternal> damn, I just totally brain farted on what the pdf util in kde 4 is called
[22:16] <apachelogger> phonon list only gst as backend
[22:17] <apachelogger> and juk craps out because it can't play sound :|
[22:17] <\sh> nixternal: do you have a pointer to rally?
[22:17] <nixternal> \sh: http://www.rallydev.com
[22:17] <nixternal> it is by Agile
[22:17] <nixternal> you work for them don't you?
[22:18] <nixternal> that is why I called it crappy
[22:18] <nixternal> ;)
[22:18] <Xand3r> apachelogger: no such file or directory, both
[22:18] <\sh> nixternal: nope :)
[22:18] <\sh> nixternal: I'm working for webzooms :)
[22:18] <nixternal> oh, I thought you did
[22:18] <\sh> I'm in Adobe Flex/Flash/FMS Business...webinars, web presentation, live streaming etc.
[22:18] <apachelogger> Xand3r: cool, upgrade
[22:19] <apachelogger> there is some lowlevel issue
[22:19] <nixternal> ahh, I am in distributed storage networks (Cleversafe.com)
[22:19] <\sh> nixternal: anyways..I'll have a look at this product...it can help :)
[22:19] <nixternal> we even have an open source division, in which I will hopefully be managing soon
[22:19] <apachelogger> mhh
[22:19] <apachelogger> managing
[22:19] <apachelogger> :D
[22:19]  * \sh is the opensource guy in our company :) and I have to do that very soon
[22:19] <apachelogger> delegation > work
[22:20] <nixternal> hehe
[22:20] <Xand3r> apachelogger: do you think with hardy the sound works?
[22:20] <nixternal> what is the doc viewer in kde 4 called
[22:20] <nixternal> I cannot think of the name for the life of me
[22:20] <Riddell> okular
[22:20] <nixternal> and I am to lazy to apt-cache search for it :P
[22:20] <nixternal> yes, thanks!
[22:20] <nixternal> hahaha, I couldn't think of its name at all
[22:21]  * \sh has to leave now...
[22:21] <apachelogger> Xand3r: the chance is defenitely higher than with gutsy
[22:21] <\sh> nixternal: I'll get back to you, mate :) we have a lot to talk :)
[22:22] <Xand3r> apachelogger: ok thx
[22:22] <apachelogger> \sh: hum, get a room :P
[22:22] <\sh> apachelogger: for sure :)
[22:22] <\sh> good night :)
[22:23] <nixternal> \sh: roger that, g'nite
[22:23]  * nixternal goes out for a bike ride
[22:24] <apachelogger> nini \sh
[22:24] <apachelogger> Xand3r: how is tha package going?
[22:25] <Xand3r> apachelogger: nothing mom
[22:25] <apachelogger> omg
[22:26]  * apachelogger notes that we should get cozy with the phonon devs to get auto-codec installation
[22:26] <Riddell> mm, we should
[22:26] <Riddell> apachelogger: did you fix your issue?
[22:26] <apachelogger> Riddell: not yet
[22:27] <apachelogger> hm
[22:27] <apachelogger> Package: phonon-backend-gstreamer
[22:27] <apachelogger> Status: install ok installed
[22:27] <apachelogger> Package `phonon-backend-xine' is not installed and no info is available.
[22:28] <apachelogger> Riddell: we defenitely ship intrepid with gstreamer right now
[22:28]  * apachelogger installs xine
[22:30] <apachelogger> mhhh
[22:30] <apachelogger> music  in juk :D
[22:31] <Riddell> ah well, guess we can't drop gstreamer yet
[22:32] <Riddell> strange though, I'd have expected trolltech to have got it working
[22:32] <apachelogger> Riddell: why can't we?
[22:33] <Riddell> I mean can't drop xine
[22:34] <apachelogger> well
[22:34] <apachelogger> IMHO xine > gstreamer
[22:37] <JontheEchidna> xine phonon backend gives knotify4 a bad memory leak as it stands now...
[22:38] <apachelogger> memleak > nosound :P
[22:38]  * JontheEchidna though he had sound...
[22:38] <apachelogger> strange
[22:39] <apachelogger> JontheEchidna: also in juk?
[22:39]  * JontheEchidna doesn't have it installed atm
[22:39]  * apachelogger needs someone to continue bug traging or do a blog post
[22:41]  * JontheEchidna installs juk
[22:41] <JontheEchidna> I'll be really interested to see how the mplayer and vlc backends work out
[22:41] <stdin> apachelogger: I think we can mark all the packages of bug 220655 as fixed or invalid for 8.10, as it really won't matter when we only ship one (main) KDE version
[22:42] <apachelogger> stdin: well
[22:42] <apachelogger> stdin: yes
[22:42] <apachelogger> stdin: but
[22:42] <apachelogger> stdin: one per day
[22:42] <stdin> we have a few months to mark them all anyway
[22:42] <apachelogger> stdin: just think of 5-a-day ;-)
[22:42] <stdin> heh, yeah
[22:43] <apachelogger> talking about that
[22:43] <apachelogger> I really need someone to blog
[22:43] <apachelogger> kubuntu-de.org reached 2000 bugs
[22:43] <apachelogger> Riddell: do you have time for a quick blog?
[22:44] <JontheEchidna> "Warning: You do not seem to have the package gstreamer0.10-plugins-good installed.
[22:44] <apachelogger> is kooka still part of KDE 4?
[22:45] <JontheEchidna> Heh, and I suppose it's because I don't have that package installed
[22:46] <toma> kooka is dead
[22:46] <apachelogger> hooray
[22:46]  * apachelogger kills all kooka bugs :P
[22:46]  * JontheEchidna is kookoo for kooka puffs
[22:47] <Riddell> apachelogger: could do
[22:48] <apachelogger> Riddell: http://daniel.holba.ch/5-a-day-stats/
[22:48] <apachelogger> 1  kubuntu-de.org  2006
[22:49] <toma> apachelogger: someone wanted to work on it after i killed it, but i've not seen any commit since then
[22:50] <apachelogger> toma: well, from what I remember a rewrite would be better anyway
[22:51] <toma> apachelogger: iirc there is a new scan lib in kde, not sure about an app though
[22:52] <apachelogger> toma: skanlite (extragear) is a scan GUI AFAIK
[22:52] <toma> right
[23:01] <Riddell> apachelogger: how's that http://www.kdedevelopers.org/node/3538 ?
[23:02] <apachelogger> Riddell: groovy :D
[23:04] <jjesse> Riddell:  can i send you a msg?
[23:04] <Riddell> jjesse: you can
[23:08]  * apachelogger hands out cookies
[23:10] <Xand3r> thx
[23:10] <Xand3r> apachelogger:  i start now
[23:11] <apachelogger> ah, one has to give him cookies :D
[23:14] <Xand3r> ^^
[23:15] <Xand3r> apachelogger: it is a lib or? i never packaged libs
[23:16] <apachelogger> IIRC - yes
[23:16] <Xand3r> so maybe i need a introduction
[23:16] <JontheEchidna> Oooh, nice: http://mail.kde.org/pipermail/panel-devel/2008-June/014066.html
[23:20] <Xand3r> so apachelogger where i can find if it is a lib or a singel bin
[23:21] <apachelogger> Xand3r: you
[23:21] <apachelogger> will see in the package
[23:21] <Xand3r> wich?
[23:21] <apachelogger> Xand3r: usually you start off with one single binary package
[23:21] <Xand3r> kk
[23:21] <apachelogger> so you know which files need to get installed at all
[23:21] <Xand3r> i start with the singel
[23:21] <apachelogger> then you strip them apart into various packages
[23:21] <Xand3r> ?
[23:22] <apachelogger> Xand3r: just start off with one binary package
[23:22] <Xand3r> ok
[23:22] <apachelogger> then take a look at the packagingguide in the ubuntu wiki
[23:23] <apachelogger> IIRC there is a description on multiple packages
[23:23] <apachelogger> and libs in specific
[23:23] <Xand3r> ok
[23:38] <Riddell> I seem to remember the libs bit not being very helpful
[23:40] <apachelogger> hm
[23:40] <apachelogger> Xand3r: in that case - grab some random lib package which looks good and try to analyse it
[23:41] <Xand3r> ?
[23:41] <Xand3r> let me some time
[23:41] <apachelogger> Xand3r: you got all the time you need ;-)
[23:41] <Xand3r> thx
[23:44] <Xand3r> i think i have everything, i start the first test compiling
[23:44] <txwikinger> thanks riddell
[23:45] <Xand3r> i have to install intrepid
[23:45] <apachelogger> Xand3r: ?
[23:46] <Xand3r> not for the package
[23:46] <Xand3r> for me
[23:46] <Xand3r> apachelogger: pbuilder dont want to install vamp-plugin-sdk, cause it is virtual, does that make sens?
[23:47] <apachelogger> yes
[23:47] <apachelogger> Xand3r: https://edge.launchpad.net/ubuntu/+source/vamp-plugin-sdk/1.2-1.1
[23:47] <apachelogger> vampl-plugin-sdk just depends the 3 others
[23:47] <apachelogger> so you need one of the 3 others
[23:47] <apachelogger> or 2
[23:47] <apachelogger> or all 3
[23:47] <apachelogger> ;-)
[23:48] <Xand3r> i think all
[23:48] <apachelogger> I don't
[23:49] <Xand3r> but its easyr to take all
[23:50] <apachelogger> but slows down building
[23:50] <apachelogger> using that attitude you could just install all of main and universe
[23:50] <apachelogger> that way you cover any build-dep
[23:50] <apachelogger> but building might take days
[23:51] <Xand3r> apachelogger: kk i will test it
[23:53] <Xand3r> i think the examples i can leave out, who needs examples for building