[12:32] <Viman> My alt-f2 keybinding has stopped working. Anyone else experiencing this?
[13:02] <zeroseven0183> Viman, I had to press ALT-F2 twice to make the Run command pop-up. Have you tried that?
[13:02] <Viman> yes, no goodie
[13:03] <Viman> I tried running `lxpanelctl run` with no results, either
[13:07] <zeroseven0183> Is lxpanelctl installed?
[13:10] <Viman> it is
[13:11] <Viman> $ which lxpanelctl
[13:11] <Viman> /usr/bin/lxpanelctl
[13:50] <Viman> `lxpanelctl run` (the alt-f2 run command) doesn't work for me. Anyone else experiencing this?
[14:29] <MrChrisDruif> No-one is having problems before I came to the channel? Good!
[15:20] <Dani_TM> hi
[15:20] <Dani_TM> any news on Lubuntu 12.04 system requirements?
[15:21] <holstein> Dani_TM: you can try a daily live
[15:22] <Dani_TM> true, but I'm planning to install it on my old laptop
[15:24] <holstein> Dani_TM: i generally find you can push a little harder that the requirements state if you like... if you use an alternate CD to install.. try #ubuntu+1 for general 12.04 discussion, otherwise, tell us what hardware you have, and i will give you my opinion as to what will run on it
[15:27] <Dani_TM> I'm using Lubuntu on my old laptop, a Compaq Armada E500 -> a 700 MHz 256 MB RAM
[15:27] <Dani_TM> and I'm quite pleased with it
[15:29] <holstein> Dani_TM: theres no reason for me to expect 12.04 wont run as well.. might be so similar, it might not be worth the trouble, other than the LTS status of the ubuntu back-bone
[15:29] <Dani_TM> I'm using Lubuntu 11.10
[15:30] <vandal-> hi. My graphic card is old geforce mx 420. Earlier i worked on lubuntu. After installation i just switched to second driver available in this "additional drivers" thing and everything was working fine. Yesterday i switched to xubuntu, but here switching active (96) driver to second one available (96-updates) doesnt make any difference, everything works choppy and not smooth. What was that additional driver available in lubuntu and how can i install it here o
[15:30] <vandal-> n xubuntu?
[15:30] <holstein> Dani_TM: thats what i commented about, and read from your statents... that you are running 11.10, and asking about 12.04, and i am saying, 12.04 *should* be *very* similar, so similar it might not be worth the trouble upgrading
[15:31] <holstein> Dani_TM: except for the fact that 12.04 is an LTS release, which might be appealing
[15:32] <holstein> vandal-: the repos are the same, so its likely (assuming you are talking about the *same* versions of xubuntu and lubuntu, 11.10 for example) that you can find the driver package you are looking for in the repos
[15:32] <Dani_TM> thank you, holstein
[15:34] <krivc> how can i create launcher in lubuntu?
[19:52] <leszek> hi
[20:46] <Eruadan> hi
[20:47] <Eruadan> How can i change the speed of the mouse pad in my laptop? I want to tap twice more sensible.
[20:49] <Eruadan> also, why "volume control settings" is disable, when right cliking in the panel bar
[20:49] <Eruadan> task bar*
[20:50] <Unit193> For sound check alsamixer, and https://help.ubuntu.com/community/Lubuntu/Documentation/FAQ/Guides#Touchpad_settings (slow load)
[20:51] <Eruadan> k, and for the mouse double click speed settings?
[20:52] <Eruadan> ops
[20:52] <Eruadan> sry, didn't see all the links
[20:52] <Eruadan> ty
[20:52] <Unit193> Yep, no problem.
[20:52] <Unit193> !synaptics
[20:52] <JITBot> For a comprehensive Synaptics Touchpad guide, see https://help.ubuntu.com/community/SynapticsTouchpad
[21:12] <phillw> hello JITBot, thanks for helping out.


[00:00] <Kano> but i would just remove the added line,more easy...
[00:39] <tjaalton> tga fixed
[00:47] <tjaalton> need to check what drivers to drop from video/input-all
[00:47] <tjaalton> at least cyrix, imstt, magictouch
[00:48] <tjaalton> oh well, something for the morning.. night
[07:56] <bryce> http://www.phoronix.com/scan.php?page=news_item&px=NjU3Mw
[07:57] <tjaalton> heh
[08:06] <tjaalton> ok, xorg uploaded
[09:28] <Q-FUNK> what would be the correct package for bug #245500 ?
[09:28] <Q-FUNK> was reassigned to -geode but the issue is that 8.04.1 jigdo files point to an older version that is not what ships with hardy+1
[09:29] <tjaalton> Q-FUNK: btw, cyrix is going to be dropped from intrepid, since it's deprecated and doesn't build against 1.5
[09:29] <tjaalton> but you probably knew that already :)
[09:29] <Q-FUNK> tjaalton: understood and expected.  afaik, nsc won't build against 1.5 either
[09:30] <tjaalton> seems like it did
[09:30] <Q-FUNK> ideally, the milestone to merge back GX1 support into -geode would happen now, so that we can fix this permanently, but it's only scheduled to happen in december...
[09:31] <Q-FUNK> it did?
[09:31] <Q-FUNK> was there a new nsc that fixes this?
[09:31] <tjaalton> no it's still 2.8.3
[09:31] <Q-FUNK> afaik, upstream purposely made it fail in git, because the nsc build succeeds but it produces a non-usable binary
[09:31] <tjaalton> but geode hardcodes the ABI?
[09:31] <tjaalton> (xserver-xorg-video-2)
[09:32] <tjaalton> ok, unusable is fine :)
[09:32] <Q-FUNK> -geode has all the latest #ifdef so it builds fine against 1.5
[09:32] <tjaalton> yeah but the Provides: didn't update
[09:33] <tjaalton> check how the other drivers grab the correct abiversion from xserver-xorg-dev
[09:33] <Q-FUNK> what should it be?  not -2 anymore?
[09:33] <tjaalton> 2.9
[09:34] <Q-FUNK> ok
[09:34] <tjaalton> but ideally the package should set it dynamically on build
[09:34] <Q-FUNK> right
[09:35] <Q-FUNK> IIRC I had decided to avoid parsing those version files from -dev to make it possible to build on Etch but, now that Lenny enters the freeze, I could just as easily upgrade that.
[09:35] <tjaalton> etch didn't have those?
[09:35] <Q-FUNK> etch provides 1.0 and didn't use those 3 files for the api and abi versions
[09:36] <tjaalton> ok
[09:36] <Q-FUNK> similar to ... feisty, IIRC
[09:36] <tjaalton> well, it's still trivial to backport
[09:36] <Q-FUNK> or maybe the ubuntu equivalent would go as far as edgy
[09:37] <tjaalton> so video-all should drop the dep on nsc?
[09:37] <Q-FUNK> but now that lenny is about to release, I could replace my -dev version parsing trick in debian/rules with using the normal 3 files for driver versions
[09:38] <Q-FUNK> tjaalton: you can still keep nsc in principle, but I vaguely recall something about it not properly building on 1.5, from the x.org bugzilla
[09:38] <tjaalton> well, it's not on my list of failed modules, so.. :)
[09:38] <tjaalton> it's fine for now
[09:39] <Q-FUNK> ok
[09:40] <tjaalton> since it doesn't block video-all
[09:51] <Q-FUNK> alright
[09:53] <Q-FUNK> jcristau: is lenny expected to release with 1.4 or 1.5 ?
[09:53] <jcristau> 1.4
[09:55] <Q-FUNK> alright. thanks for the confirmation
[09:56] <Q-FUNK> do we have a name yet for Lenny+1 ?
[09:57] <jcristau> no
[10:25] <Q-FUNK> ok
[11:10] <jcristau> bryce: your intel changelog says you don't build reg_dumper because pciaccess isn't in main, but surely that's not true anymore?
[11:13] <tjaalton> Q-FUNK: want me to fix geode for now?
[11:13] <tjaalton> the abiver
[11:14] <Q-FUNK> tjaalton: I could upload one to debian/experimental, from which you can sync, if that works for you.
[11:16] <tjaalton> Q-FUNK: sure, that's better
[11:20] <tseliot> tjaalton: as regards the serverabi for nvidia-glx-<ver>, shall I add the version to the build-dep on xserver-xorg-dev in the control file?
[11:20] <tseliot> if yes, which version?
[11:20] <tseliot> (for Intrepid)
[11:21] <tjaalton> tseliot: put (>= 2:1.4) like the other drivers have
[11:22] <tseliot> tjaalton: like this? Build-Depends: xserver-xorg-dev (>=2:1.4.1~git20080131-1ubuntu4)
[11:23] <tjaalton> 2:1.4 is enough
[11:23] <tseliot> ok, thanks
[11:23] <tjaalton> Q-FUNK: what's the ETA for the upload? geode is blockin livecd builds :)
[11:24] <tjaalton> Q-FUNK: maybe I'll upload a hardcoded fix now to get it in ASAP, we can sync later
[11:24] <Q-FUNK> tjaalton: I could do it now, if I find a sponsor
[11:24] <tjaalton> Q-FUNK: aren't you a DD?
[11:25] <tjaalton> um, DM
[11:25] <Q-FUNK> unfortunately not
[11:25] <tjaalton> ok, your wikipage says so :)
[11:25] <Q-FUNK> tjaalton: yeah, because they didn't have a word for non-DD back then
[11:26] <tjaalton> ah ok
[11:26] <Q-FUNK> nor did they have separate upoad rights for maintainers.
[11:26] <tjaalton> I'll upload a fix and we can sync after alpha1
[11:26] <tjaalton> uh alpha2
[11:26] <Q-FUNK> I aksed to be added to DM now, but it might take a few days to process
[11:27] <Q-FUNK> and that's assuming that there won't be any protest
[12:36] <Q-FUNK> tjaalton: experimental package uploaded to mentors and awaiting sponsr
[12:37] <Q-FUNK> http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=xserver-xorg-video-geode
[12:39] <tjaalton> Q-FUNK: ok, thanks
[13:49] <tseliot> tjaalton: the serverabi function seems to work well :-) I'll give you credit for this and for the initial merge in the changelog
[14:02] <tjaalton> tseliot: ok, cool :)
[14:03] <tjaalton> I'll try a dist-upgrade from hardy with your ppa
[14:04] <tseliot> tjaalton: I haven't updated my ppa yet
[14:05] <tseliot> I'll do it ASAP
[14:05] <tjaalton> ok thanks
[14:30] <superm1> bryce, hum... circular dependencies? http://paste.ubuntu.com/25935/
[14:31] <superm1> just transient caused by updates, or is something actually broke?
[14:31] <superm1> nvm it must have been transient, as it just went away from apt-get update
[14:32] <tjaalton> you need to change the Provides of fglrx
[14:32] <superm1> what to/
[14:32] <tjaalton> currently it Provides: xserver-xorg-video-2, change that to 2.9
[14:32] <tjaalton> which is the new video-ABI version
[14:33] <superm1> so xserver-xorg-video-2.9?
[14:33] <tjaalton> or, do what tseliot did and change the packaging to get that dynamically :)
[14:33] <tjaalton> (like all the other drivers do)
[14:33] <tjaalton> that would work
[14:33] <tjaalton> for now
[14:33] <superm1> well there is no provides in the source package right now
[14:33] <superm1> i'll take a look at what tseliot did then and add it
[14:33] <tjaalton> oh
[14:34] <superm1> what does this actually do?
[14:34] <tjaalton> it would allow to have only fglrx installed
[14:34] <tseliot> superm1: I haven't committed the changes yet. I'll send you a link to the source code ASAP
[14:34] <superm1> that sounds like a bad idea :)
[14:34] <tjaalton> heh
[14:34] <tjaalton> :)
[14:35] <tjaalton> you can leave it out if you like
[14:35] <tjaalton> I thought the error was due to that
[14:35] <superm1> well in principle it should be there though
[14:35] <superm1> so i'll get that in place
[14:35] <superm1> the error was because i did an intrepid CD build last night while the mirror was in a weird state
[14:35] <superm1> tseliot, cool thx
[14:35] <tjaalton> ah, right
[15:05] <tjaalton> tseliot: what's the ETA of the ppa update?
[15:07] <tseliot> tjaalton: I'm about to build the packages locally on Intrepid 64. Then I'll have to test them. After that I'll upload them to my PPA. However I will have to bump to ubuntu2
[15:08] <tseliot> tjaalton: I'll ping as soon as they are ready, ok?
[15:08] <tseliot> ping you
[15:08] <tjaalton> tseliot: pl
[15:08] <tjaalton> uh
[15:08] <tjaalton> *ok
[15:17] <tjaalton> bryce: the greedy patch for intel makes the server to segfault, see bug 246581
[15:18] <tjaalton> bryce: so, either disable it now or forward port it
[15:18] <tjaalton> *for now
[18:11] <bryce> jcristau: yes, but I left it off since I was building the driver on hardy.  I'll put reg_dumper back on in a subsequent upload once my intrepid build environment is working properly
[18:13] <bryce> tjaalton: ok on it
[18:17] <tjaalton> bryce: actualy, it's fixed already :)
[18:17] <tjaalton> +l
[18:17] <tjaalton> forgot to tell..
[18:21] <bryce> oh whoops
[18:22] <bryce> looks like -via is failing to build
[18:27] <bryce> hrm, I really need to get my intrepid pbuilder working
[18:27] <tjaalton> bryce: yeah I was wrong about the sync.. it hasn't been ported to pciaccess, so it should be removed from the archive
[18:27] <bryce> ../../src/via_driver.h:216: error: expected specifier-qualifier-list before 'pciVideoPtr'
[18:28] <bryce> yeah that looks like a pciaccess issue.  which is why it built fine on my hardy environment but not in the build system
[18:28] <tjaalton> but it doesn't matter if it won't build, since openchrome is the default
[18:28] <bryce> right
[18:28] <bryce> would be nice to have as an alternative though, but oh well
[18:29] <tjaalton> bah, openchrome is a fork of it :)
[18:29] <bryce> ok I'll put in a remove request on it
[18:29] <bryce> well we can dream Via would update it some day, can't we?  ;-)
[18:31] <tjaalton> nah, they should open the specs like they promised
[18:33] <bryce> bug #246676
[18:34] <tjaalton> rock
[18:37] <bryce> tjaalton: did you see #245888 already?
[18:37] <bryce> maybe that one is fixed now
[18:38] <tjaalton> no, compiz is broken on at least i965
[18:40] <tjaalton> the problems in the last messages are the ones that intel/vesa had/has
[18:40] <bryce> this report is for i915, and another with radeon 9200
[18:42] <tjaalton> there  are two bugs upstream about this
[18:42] <tjaalton> and they have been ignored for quitesome time now
[18:42] <tjaalton> +" "
[18:43] <bryce> hm, give me those bugs, and I'll bug my contacts to get them some attention
[18:44] <bryce> but breakfast first.  bbiab
[18:44] <tjaalton> yes, I'll dig them up
[19:02] <tjaalton> bryce: ok, freedesktop bug 14441 and freedesktop bug 15477
[19:05] <tjaalton> funny that the other bug was filed by an intel engineer..
[19:07] <bryce> thanks
[19:07] <bryce> yeah intel can be weird
[19:08] <tjaalton> :)
[19:19] <bryce> btw, do you know if we have bugs in LP corresponding to these?
[19:24] <bryce> tjaalton: in 14441 from the last comment it sounds like timo found a way to work around the issue?
[19:24] <bryce> his comment is a bit ambiguous though
[19:28] <tjaalton> 245888 is the same as fd.o 15477
[19:28] <tjaalton> added to that bug
[19:29] <bryce> sort of sounds like that one is due to DRI2 changes
[19:29] <bryce> ok, emailed Yong.
[19:29] <bryce> bbiab
[19:30] <tjaalton> yes, something broke DRI1
[19:31] <tjaalton> but when that bug is fixed, 14441 kicks in
[19:43] <bryce> back
[20:54] <tjaalton> bryce: fedora seems to have dropped the "xaa-evict-pixmaps" -patch, probably because XAANoOffscreenPixmaps is now the default
[20:58] <bryce> ok, think we should too?
[20:58] <bryce> does it cause any issues keeping it?
[21:00] <tjaalton> I don't think it makes a difference in one way or another
[21:24] <tjaalton> sweet, input properties
[21:37] <bryce> btw, over this past weekend I worked up a new bug status script thingee
[21:37] <bryce> http://people.ubuntu.com/~bryce/Milestones/milestones_current.html
[21:37] <bryce> this one's for milestones, and is not Xorg-specific
[21:38] <bryce> still a WIP.
[22:06] <tjaalton> looks promising


[01:11] <DelphiWorld> SALAAm
[01:11] <DelphiWorld> SALAAM
[02:09] <DelphiWorld> no one arround here ?