[12:03] <zyga> night guys
[02:17] <jsgotangco> what the heck, sabdfl cut his hair
[02:20] <ajmitch> yes
[02:20] <ajmitch> he almost looks respectable now
[02:20] <jsgotangco> he's speaking at the moment
[02:20] <jsgotangco> yeah
[02:20] <jsgotangco> he's in a suit now
[02:20] <ajmitch> scary
[02:21] <ajmitch> I'm glad LCA is far more casual
[02:21] <jsgotangco> well i am in a jacket too :/
[02:24] <jsgotangco> he's more corporate Canonical now that Ubuntu at the moment heh
[02:49] <nekohayo> I see gst-plugins 0.10 base, good and ugly, but not "bad". Is it planned to include them in repositories?
[02:50] <tseng> no
[02:50] <tseng> they are bad
[02:50] <nekohayo> so users will have to compile from source I presume?
[02:50] <tseng> ugly means the license is ugly
[02:51] <tseng> bad means its broken in some way
[02:51] <nekohayo> ah I see
[02:51] <nekohayo> about 1 out of 5 testing video files I carry can be played back, so I was wondering if that was the cause
[02:51] <tseng> mm we still dont have good support for new wmv and mov stuff
[02:52] <tseng> in gstreamer
[02:52] <nekohayo> tseng: out of curiosity, is there a page listing what formats work and what not?
[02:54] <tseng> hm there was one a long long time ago
[02:54] <BenC> is totem supposed to play dvd's?
[02:54] <BenC> I can't seem to get it to cooperate, even after installing libdvdcss2
[02:54] <tseng> BenC: with totem-xine and libdvdcss2
[02:54] <tseng> gstreamer will not
[02:55] <jsgotangco> hey tseng 
[02:55] <nekohayo> I mean I "could" use and recommend using totem-xine for dapper drake final, but it would be kind of a shame...
[02:55] <tseng> hi jsgotangco 
[02:55] <tseng> nekohayo: your google is as good as mine
[02:55] <jsgotangco> dude sabdfl looks like a rep from redhat :/
[02:55] <tseng> jsgotangco: wheres this
[02:55] <BenC> tseng: thanks
[02:56] <jsgotangco> tseng: he's in Manila at the moment...in front of me...speaking to some companies...
[02:56] <tseng> jsgotangco: hm oh
[02:57] <BenC> "Totem was not able to play the DVD"  "No reason"
[02:57] <BenC> correct, yet non-informative
[02:57] <tseng> I blame seb
[02:59] <BenC> tseng: any additional items besides libxine-extracodecs I need to install?
[02:59] <tseng> BenC: oh yeah
[02:59] <tseng> BenC: someone neutered xine
[02:59] <tseng> im not sure :/
[03:00] <tseng> previously libxine1 was the whole shebang
[03:00] <ajmitch> tseng: possibly slomo_ 
[03:01] <irvin> umm... why are we shipping totem-gstreamer and not totem-xine by default?
[03:02] <tseng> umm.. because gstreamer is not patent encumbered and totally modular by design
[03:02] <tseng> xine had to be hacked to pieces to achieve similar
[03:03] <tseng> also the rest of gnome uses gstreamer
[03:03] <jsgotangco> yeah
[03:05] <BenC> any chance of there being a gstream0.10-dvd anytime soon?
[03:10] <Amaranth> BenC: If someone ports the 0.8 one :)
[03:10] <wasabi> .10 isn't really suitable to release without dvd support, imo. =/
[03:30] <BenC> well, atleast the latest rhythmbox plays itunes shares again
[05:45] <floam> gnibbles in the current gnome-games packages is fscked (just try to play a game)
[06:24] <calc> anyone happen to know why a lot of stuff in dapper still depends on xlibs which hasn't been in the archive for a long time now?
[06:31] <Tm_T> xlibs - X Window System client library transitional package
[06:31] <Tm_T> humm
[06:31] <Tm_T> in dapper
[06:31] <calc> shows as local on my system and has for at least several weeks
[06:31] <calc>  *** Opt libs     xlibs        6.8.2-77    <none>
[06:32] <Tm_T> humm
[06:33] <calc> i'm using archive.ubuntu.com, so its either not there or that server is broken and has been for a while now
[06:33] <calc> supposedly you can remove xlibs according to the desc after upgrading to breezy
[06:34] <calc> but if i try to remove it a lot of stuff becomes uninstallable
[06:34] <calc> well not a lot about 5 things
[06:34] <calc> lsb-graphics, python2.4-opengl, lsb, python-opengl
[06:35] <Tm_T>   Candidate: 6.8.2-77
[06:35] <calc> thats just what is already on my system
[06:35] <calc> apt-cache showpkg xlibs shows lots of dependencies
[06:35] <Tm_T> aye
[06:35] <Tm_T> should be fixed
[06:36] <Tm_T> file a bug?
[06:37] <calc> i don't remember my password, and i am about to go to bed, just was wondering if anyone else noticed it yet
[06:37] <calc> i'll file a bug when i get home tomorrow if its not already there
[06:38] <calc> but i also dislike the amount of spam email i get from debian bts since its public too ;)
[06:53] <Tm_T> haha
[07:03] <lamont> opal_2.1.2-0ubuntu3  needs the wonderful "use gcc-3.4 on hppa/mips/mipsel" love, or whichever the other 2 architectures were.
[07:12] <ba> word up! are there less noobs in here then in #ubuntu, i sure hope so
[07:13] <Tm_T> err?
[07:13] <Tm_T> ba: what exactly you're trying to say?
[07:13] <ba> Tm_T: im just saying people in #ubuntu drive me up the wall. 
[07:14] <Tm_T> support channel, what you expect
[07:14] <lamont> ba: and #ubuntu-devel is for discussing ongoing development... completely different charter/scope
[07:14] <Tm_T> aye
[07:14] <ba> mmmm maybe i should start using the devel then
[07:15] <lamont> ba: what code are you working on, then?
[07:15] <lamont> ba: this isn't the channel for getting help with the current devel snapshot... it's for discussing your proposed fix to whatever problem you have hit...
[07:16] <ba> non currently. im just getting back into linux after not being so active for awhile
[07:16] <lamont> cool
[07:16] <ba> just crossed over from mandriva about 6 months ago
[07:16] <Tm_T> stop swearing
[07:17] <ba> http://ubuntuforums.org/gallery/files/6/9/4/1/4/likesleepingonacloudubuntu_original.png
[07:17] <ba> :D i got this in my mail today
[07:45] <ba> whats the package you can get for using windows drivers for windows hardware in ubuntu
[07:45] <ba> like wifi stuff?
[07:47] <mjg59> ba: This isn't a support channel
[07:47] <Tm_T> ba: wiki.ubuntu.com
[07:48] <ba> ya i found it
[07:48] <ba> http://www.zerohex.org/2005/11/27/wifi-on-ubuntu-510-the-breezy-badger/
[07:49] <HiddenWolf> ba: please continue in #ubuntu, this channel is for development
[08:12] <triceratops> what is needed to recommend / wish a new program for dapper+1? Register a new product in launchpad?
[08:17] <siretart> triceratops: either add it to https://wiki.ubuntu.com/UniverseCandidates or file a ticket in launchpad
[08:26] <siretart> 
[08:26] <siretart> [Z
[08:26] <triceratops> siretart: https://launchpad.net/distros/ubuntu/+tickets ? I thought it is for 'alert the Ubuntu support community'..
[08:59] <pappan> hi Simira
[09:00] <Simira> mrn
[09:00] <Simira> *yawns*
[09:01] <Simira> everyone in London ok today?
[09:01] <pappan> what happened in london today ?
[09:02] <mdke> Simira, they're not here 
[09:03] <Simira> mdke: what do you mean?
[09:03] <Simira> they're not awake yet?
[09:03] <mdke> they're not in the channel
[09:03] <Simira> right
[09:16] <sivang> Simira: I heared many folks got ill
[09:17] <Treenaks> Something about a death plague?
[09:18] <Simira> yes, Mithrandir at least was better last night. It's a maximum two-days thing, I think.
[09:20] <Treenaks> They _have_ been handling a dapper drake
[09:20] <sivang> Treenaks: so?
[09:20] <Treenaks> sivang: handling poultry can give you scary diseases in some countries today
[09:22] <sivang> Treenaks: after loooking in dict, "hehe" :)
[09:22] <sivang> so, google are developing a goobuntu according to RegDeveloper :)
[09:23] <sivang> all thos sites, each one saying something else :)
[09:23] <Treenaks> sivang: The Reg is blowing it out of proportion
[09:23] <Treenaks> sivang: What I've heard is that some Google people run Ubuntu + modifications on their workstations, and call THAT goobuntu
[09:24] <sivang> Treenaks: that were my previous rumors, so that's ok :)
[09:40] <Simira> fabbione :) How are you?
[09:40] <HiddenWolf> Treenaks: there is no such thing as bad publicity.
[09:40] <fabbione> morning
[09:40] <fabbione> hey Simira 
[09:41] <fabbione> Simira: not too bad
[09:41] <Simira> fabbione: now you guys take it easy today! Don't get back to being sick!
[09:41] <fabbione> Simira: i wasn't really sick like the others
[09:41] <fabbione> i didn't get fever
[09:42] <Treenaks> .. yet
[09:46] <sivang> fabbione is a pilot, he can't get sick :)
[09:47] <dholbach> good morning
[09:48] <mantiena-baltix> Hi all
[09:52] <spacey> my colleague is not human, and even he gets sick :p
[09:52] <Treenaks> spacey: what is he then?
[09:52] <spacey> i will leave that to your imagination :)
[09:53] <Treenaks> spacey: he's your pet tentacle monster.
[09:58] <spacey> :p
[09:59] <Simira> enrico :)
[09:59] <enrico> Simira: hi!
[10:03] <sivang> hey enrico !
[10:05] <enrico> sivang: :)
[10:44] <slomo> ajmitch: yes, it was me ;)
[10:44] <ajmitch> slomo: good to know who to blame :)
[10:47] <seb128> hi slomo ajmitch
[10:47] <slomo> hi seb128 :) you pinged me yesterday?
[10:47] <seb128> yeah, it was about avahi stuff but we figured
[10:47] <seb128> seems you need to restart avahi-daemon after setting your internet to get it working :/
[10:47] <ajmitch> hello seb128 
[10:48] <Lathiat> 'setting your internet' ?
[10:48] <seb128> so if you use nm avahi just doesn't work
[10:48] <ajmitch> unlikely
[10:48] <Lathiat> hrm, avahi works fine in combination with n-m here, i have howeer seen bugs in the past
[10:48] <Treenaks> ajmitch: it's true for me
[10:48] <Lathiat> and one from a guy not so long ago
[10:48] <seb128> Lathiat: that was a random guess, I need to avahi-daemon to get it working
[10:48] <Lathiat> seb128: can you avahi-daemon -k and then avahi-daemon --debug and get NM to go and send me the output
[10:48] <seb128> and that's the same for dholbach and mdz
[10:48] <ajmitch> Treenaks: I even got to meet an avahi author
[10:49] <Lathiat> or whoever has that problem
[10:49] <seb128> ok, will do, thank you
[10:49] <Lathiat> ->lathiat@bur.st
[10:49] <Lathiat> cheers
[10:49] <Treenaks> ajmitch: You meeting an avahi author doesn't make it less likely that the combination of network-manager + avahi works for me, because they don't :)
[10:49] <ajmitch> Treenaks: haha, yeah
[10:49] <ajmitch> I haven't started using NM yet
[10:49] <ajmitch> not until I know it works nicely with WPA
[10:49] <spacey> software is always more reliable if you know the author :p
[10:50] <Treenaks> spacey: oh THAT's why your code is so broken :P
[10:50] <spacey> come on, my code does not even run
[10:51] <ajmitch> seb128: how does avahi fail? do services just not show up?
[10:52] <seb128> avahi-discover/browse were not listing the machines until avahi-daemon is restarted
[10:52] <Lathiat> i know we've definately got a bug somewhere because i hit it randomly
[10:53] <Lathiat> but nothign reliably reproducable yet
[10:53] <Lathiat> just sometimes it stops picking things on an interface up
[10:56] <jordi> tseng: wow
[10:56] <jordi> tseng: I didn't know this
[10:57] <jordi> tseng: funny. At least distrowatch knew at the time that seb128 sucks quite a bit
[10:57] <seb128> jordi: what?
[10:57] <ajmitch> heh
[10:57] <Keybuk> argh!  "Bugs I'm Subscribed To" includes all the debzilla bugs that have been closed in Ubuntu
[10:58] <app> This is a wrong place to ask, but do you know any IRC channels for Windows developers?
[10:59] <HiddenWolf> app: try google
[11:01] <app> I tried. Google is not the best way to find which IRC channels exist, and are worth using.
[11:02] <JaneW> Lathiat / sivang : ping - Dapper Sataus meeting in ubunut-meeting if you'd like to join us...
[11:03] <Keybuk> heh, "ubunut"
[11:03] <JaneW> argh
[11:05] <jordi> seb128: http://distrowatch.com/weekly.php?issue=20040920 ; search Jordi
[11:05] <jordi> note the date of the article
[11:07] <jordi> lala
[11:07] <seb128> jordi: you were replying to some comment about a new article or something?
[11:08] <Kamion> ajmitch: don't see why not, if there's been interesting progress
[11:08] <jordi> seb128: yeah, last night tseng mentioned it
[11:08] <seb128> jordi: URL?
[11:08] <jordi> I didn't know that article
[11:08] <jordi> dude I just posted you a link
[11:09] <jordi> 11:05 < jordi> seb128: http://distrowatch.com/weekly.php?issue=20040920 ; search Jordi
[11:09] <seb128> oh, ok
[11:09] <seb128> I though there was a new one after that one
[11:09] <seb128> you "creme-de-la-creme", what a joke :)
[11:09] <jordi> no this was on IRC
[11:09] <jordi> seb128: shuddup
[11:10] <seb128> jordi: BTW what did you run previous time for evolution intltool issue
[11:10] <seb128> a localize-update or something
[11:10] <seb128> I've it on my IRC logs at home but dholbach has the same issue now
[11:10] <jordi> intltoolise
[11:10] <seb128> thanks
[11:10] <dholbach> rocknroll
[11:10] <jordi> they are using a broken one
[11:11] <seb128> bah
[11:11] <seb128> when do you fix gnome-python?
[11:11] <seb128> you slacker!
[11:23] <MrFaber> hi all
[11:25] <MrFaber> Is it possible to support MIcrosft Natural Ergonmic Keyboard 4000 in Dapper?
[11:25] <MrFaber> A patch seems to be posted in a kernel mailing list
[11:26] <MrFaber> http://seclists.org/lists/linux-kernel/2006/Jan/0896.html
[11:26] <Tm_T> kernel... what's in that keyboard that it need kernel patch?
[11:26] <MrFaber> many keys who are unknown
[11:26] <MrFaber> And btw it doesn't work if it is plugged in on start at least in Breezy
[11:26] <MrFaber> I have to unplug and plug it again
[11:27] <mjg59> MrFaber: Should be - I'm not sure why it wouldn't be happy with the standard driver, though
[11:27] <MrFaber> I am not sure but this problem doesn't happens with Dapper Live-CD
[11:27] <mjg59> (Which ought to handle extra keys)
[11:27] <MrFaber> but I am going to test it
[11:27] <MrFaber> mjg59: Homepage, Searching, E-Mail, AUdio and calculator keys work
[11:27] <MrFaber> all others not
[11:27] <MrFaber> and back and forward :)
[11:28] <Diziet> I found some bug recently where there's a 128-entry table which gets indexed by the kernel from another table.  The other table starts with some values >=128.
[11:28] <MrFaber> dmesg doesn't show any unknown key output and xev doesn't react with the other keys
[11:29] <Diziet> You can't _add_ values >=128 but the defaults are demonically nasal.
[11:43] <MrFaber> I have another point. I have Vaio Laptop VGN-S5 which works fine under LInux except some little points.
[11:43] <MrFaber> My pc can't restart under Breezy
[11:44] <MrFaber> But it works with the 2.6.15 Kernels but somehow not with the latest Dapper FLight (3)
[11:44] <MrFaber> How can that be?
[11:48] <dholbach> It's safer to take this to a mailing list or a bug report.
[11:48] <dholbach> Information on IRC usually gets lost.
[11:49] <dholbach> And the 'right people' to answer are not there either.
[11:49] <Mithrandir> pitti: my clock applet still seems happy after an upgrade.
[11:49] <pitti> Mithrandir: thanks for testing, then I can close that one, too
[11:57] <MrFaber> thanks dholbach 
[12:34] <Lathiat> any installer people about?
[12:34] <Lathiat> is it a known bug that when downloadin gfiles in the flight cd3 installer, it always says "0s remaining" ?
[12:34] <Mithrandir> Lathiat: aptitude bug
[12:35] <Lathiat>  ok
[01:05] <Lathiat> Who's handling X bugs now?
[01:05] <Lathiat> https://launchpad.net/distros/ubuntu/+source/xserver-xorg-input-synaptics/+bug/28648 is a fairly serious regression that needs looking at 
[01:05] <Ubugtu> malone bug 28648 in xserver-xorg-input-synaptics "Slow movement regression of synaptics touchpad on v0.14.3+seriouslythistime" [Normal,Confirmed]  
[01:06] <Kamion> Lathiat: 0s remaining> known and reported, even
[01:07] <Lathiat> Kamion: cool, cheers
[01:08] <jsgotangco> i confirm this on my tosh M2
[01:09] <fabbione> hmmm good to know
[01:09] <Hobbsee> yet another one...
[01:09] <fabbione> Lathiat: X bugs -> ubuntu-x-swat
[01:09] <Lathiat> ok to reassign it?
[01:09] <fabbione> Lathiat: if you want to reassign all X bugs to ubuntu-x-swat that would be nice
[01:09] <fabbione> it will spare me the time to do it 
[01:13] <thesaltydog> seb128, is there any further issue of Ubuntu Desktop News, following the one of Dec 15th?
[01:13] <fabbione> who is familiar with procmail?
[01:13] <seb128> thesaltydog: vuntz is working on one
[01:13] <pitti> fabbione: I use it (not familiar with the code, though)
[01:14] <thesaltydog> seb128, ok. Thanks.
[01:14] <seb128> np
[01:20] <fabbione> Lathiat: do you really mean that there are only 2 X bugs in malone?
[01:20] <fabbione> Lathiat: or are you going to reassign all of them?
[01:30] <Simira> is mvo still sick?
[01:30] <Mithrandir> Simira: I don't think so, he's sitting just here
[01:31] <mvo> Simira: no, I'm mostly well again
[01:31] <mvo> (not up to 100% yet, but feeling a lot better)
[01:31] <Simira> mvo: oh, there you are. My brain mentally censored your nick.
[01:31] <Simira> mvo: my update icon is gone on the latest update on Dapper on my laptop
[01:32] <mvo> Simira: it's not runing anymore at all? not availabe in gnome-system-monitor etc?
[01:33] <Simira> mvo: no, it's not running. I can do some more checking on it when I get home, just wanted to notice you.
[01:34] <mvo> Simira: thanks, it would be interessting if it has left something in .xsession-errors
[01:34] <seb128> maybe it's just hanging and eating CPU
[01:34] <seb128> it likes to do that on my box
[01:34] <Mithrandir> mmm, crunchy cpu.
[01:35] <HrdwrBoB> at least you don't have an aacraid card .. I have two and it looks like the driver is flaky
[01:51] <koke> pitti: I'm not sure, but there may be some problems with postrgresql and the latest langpacks in breezy
[01:52] <pitti> koke: any details?
[01:52] <koke> pitti: ops, I think it's not the langpacks
[01:52] <pitti> well, langpacks have translations for postgresql
[01:52] <koke> but I'm getting the Error: Could not parse locale out of pg_controldata output
[01:52] <pitti> (or, should have)
[01:53] <koke> I was trying to 'clone' a server, so I've installed the same packages, copied /etc and /var/lib/postgresql
[01:53] <koke> the pg versions are the same
[01:53] <pitti> koke: do you have the locale available?
[01:53] <koke> the only difference I've found is the version of the langpacks
[01:53] <pitti> koke: i. e. the locale that the database has needs to be available on the server
[01:54] <koke> I've tried locale-gen if you meant that
[01:55] <pitti> koke: please open a bug (in Debian, preferably) and give me the output of sudo /usr/lib/postgresql/8.0/bin/pg_controldata /var/lib/postgresql/8.0/main/
[01:55] <pitti> koke: (or 7.4, or whatever version you use)
[01:55] <pitti> koke: bug against postgresql-common
[01:56] <pitti> koke: please also check that 'locale -a' shows the locale that postgresql wants
[01:56] <koke> LC_COLLATE:                           @
[01:56] <koke> LC_CTYPE:
[01:57] <koke> :?
[01:57] <pitti> ouch
[01:57] <pitti> LC_COLLATE:                              de_DE.UTF-8
[01:57] <pitti> LC_CTYPE:                                de_DE.UTF-8
[01:57] <pitti> should look like this
[01:57] <koke> yep, I have es_ES.utf-8 in the original server
[01:57] <pitti> and in the new one?
[01:58] <koke> nothing (pasted above)
[01:59] <koke> ouch! hint: copied from amd64 to x86 :)
[02:07] <torkel> seb128: ping
[02:18] <seb128> torkel: pong
[02:19] <torkel> seb128: should evolution really recommend mozilla-psm, now when it is built against firefox?
[02:21] <seb128> torkel: probably not
[02:24] <torkel> seb128: want me to file a bug?
[02:27] <seb128> torkel: yes please
[02:48] <mantiena-baltix> mvo, hi, some time ago you told me, that you wanna know if my gdebi and gksu backports to breezy work
[02:50] <mantiena-baltix> mvo, so, they works fine (I've tested on more than 20 different computers in various situations), I've put them to ftp.akl.lt/Linux/Baltix/Baltix-Ubuntu_packages :)
[03:11] <ritvik> has any one tried installing "VMWare Work Station" on Ubuntu? is it supported?
[03:11] <Treenaks> ritvik: by canonical? no.
[03:12] <ritvik> Treenaks, okay. but does it work ?
[03:14] <zul> vmware workstation 4 with the modification yes...vmware 5 with the modification to the kernel headers yes..
[03:15] <ritvik> zul, is there any howto available :-) 
[03:16] <luis_> just use vmware-config.pl
[03:16] <zul> ritvik: check the wiki
[03:16] <luis_> it'll say 'you need gcc', etc.
[03:16] <luis_> it Just Works, assuming you're able to use apt-get ;)
[03:17] <ritvik> cool i'll try that thanks 
[03:18] <luis_> (surely if you're at vmware.com, you can ask your own engineering staff about this?)
[03:21] <ritvik> well new joinee :-).. lets see i'll try to figure out. just installed ubuntu on my machine going to install vmware workstation
[03:32] <luis_> I'm just saying
[03:32] <luis_> you could, you know, also ask google :)
[03:32] <luis_> http://www.google.com/search?q=ubuntu+vmware+workstation+5
[03:34] <AlinuxOS> pitti, hello ... can you help me please...
[03:35] <AlinuxOS> I need help bro...
[03:37] <azeem> AlinuxOS: please ask in #ubuntu
[03:37] <AlinuxOS> azeem, it's devel question...
[03:38] <azeem> ah, ok then
[03:38] <azeem> I overlooked the "pitti"
[03:39] <AlinuxOS> azeem, no probs bro.
[03:41] <mvo> mantiena-baltix: thanks!
[03:41] <pitti> AlinuxOS: hi, just returned from lunch
[03:41] <AlinuxOS> pitti, buon lunch :)
[03:41] <AlinuxOS> alles ok?
[03:42] <pitti> heh, I'm fine :)
[03:43] <pitti> lifeless: still here?
[03:53] <Mithrandir> Keybuk: what's the reason for udevinfo not outputting information like the UUID of a file system?  Missing /lib/udev/vol_id ?
[03:53] <Mithrandir> s/'s/ could be/
[03:54] <fabbione> DIE DIE DIE DIE YOU BASTARD
[03:55] <mdz> fabbione: suse 10.1 apparently ships with apache 2.2.0; maybe they have patches for the external modules?
[03:55] <Treenaks> fabbione: isn't daniels there to shout at?
[03:56] <fabbione> mdz: if they do, they didn't publish anything towards upstream
[03:56] <fabbione> Treenaks: not anymore
[03:57] <Treenaks> fabbione: hm.. because I want my xserver-xorg-driver-ati fixage! ;)
[03:57] <fabbione> Treenaks: do you have a patch for it?
[03:57] <HiddenWolf> I thought daniels stopped maintaining X?
[03:57] <fabbione> also.. is there a bug in malone?
[03:58] <Treenaks> fabbione: he said he had a fixed version, but I haven't seen an upload since he said that
[03:58] <Treenaks> fabbione: and yes
[03:58] <Treenaks> fabbione: let me find it for you
[03:58] <Treenaks> https://launchpad.net/distros/ubuntu/+source/xserver-xorg-driver-ati/+bug/20283
[03:58] <Ubugtu> malone bug 20283 in xserver-xorg-driver-ati "[fgl v5000]  really bad sync" [Normal,Unconfirmed]  
[04:02] <fabbione> Treenaks: i will try to look at it
[04:02] <fabbione> please reassing all the X bugs you have to ubuntu-x-swat
[04:03] <Treenaks> fabbione: OK
[04:03] <mdz> fabbione: you should set the team to be a bug contact on all of the relevant packages
[04:04] <mdz> fabbione: if you like, you can make a list of the packages and a launchpad developer can change them en masse
[04:04] <Treenaks> fabbione: (and done)
[04:04] <fabbione> mdz: ok i don't know how to do that yet.
[04:05] <fabbione> Treenaks: thanks
[04:05] <mdz> fabbione: go to the source package page, e.g. https://launchpad.net/distros/ubuntu/+source/xorg
[04:05] <Simira> mvo: any other info you needed about the update-thing? I can't find it here... (at home now)
[04:05] <fabbione> mdz: i can prepare a list, htat'si can
[04:05] <mdz> fabbione: click "bugmail settings"
[04:05] <fabbione> that's something i can
[04:05] <mdz> or make the list and send to me
[04:05] <fabbione> ok
[04:06] <mvo> Simira: if there is nothing interessting in ~/.xsession-errors, then I'm afraid not
[04:08] <Simira> mvo: does "** (gedit:6899): CRITICAL **: gedit_plugin_update_ui: assertion `GEDIT_IS_PLUGIN (plugin)'  failed
[04:08] <Simira> help?
[04:20] <sladen> Kamion: on the gfxboot menu, would it be better to swap the blue and white over for the central menu.  White is much brighter and I think would make better sense for the 'highlighted' item.  It would also match the F-key list at the bottom 
[04:30] <MisterN> hi
[04:32] <mdz> Treenaks: daniels is here now if you want to nag him via fabbione
[04:32] <Treenaks> fabbione: Can you ask daniels about the bug 20283 fix he made (and was going to send me)?
[04:32] <Ubugtu> malone bug 20283 in xserver-xorg-driver-ati "[fgl v5000]  really bad sync" [Normal,Unconfirmed]  http://launchpad.net/bugs/20283
[04:36] <fabbione> MEEEEHHHHHHH
[04:36] <fabbione> Treenaks: possibly
[04:40] <jono> hi all
[04:40] <jono> does dapper include a Report Bug option on the Help menu in applications?
[04:42] <Treenaks> I think so
[04:42] <dholbach> No, we dont.
[04:42] <jono> is this planned?
[04:42] <seb128> it has a "Get Online Help" item
[04:42] <seb128> which is quite that
[04:42] <dholbach> it is support and translation at the moment
[04:43] <jono> ahhh thats ok
[04:43] <jono> I can click Get Online Help and then click bugs
[04:43] <jono> good work chaps :)
[04:45] <mdz> Kamion: could you update your copy of the published seeds so I can push ubuntu-meta?
[04:46] <mdz> one of these days we will fix it to pull straight from bzr
[04:48] <Kamion> mdz: update done
[04:48] <Kamion> you may have fun with the "transparent" proxy here
[04:49] <Kamion> I've had issues with it being a little too opaque while doing bzr get
[04:50] <mdz> Kamion: I do builds on a remote box with a smarter proxy
[04:51] <Kamion> ah
[04:58] <Keybuk> jono!
[04:58] <jono> Keybuk, heya pal :)
[04:59] <jono> Keybuk, hows it going? you in london ?
[05:00] <Keybuk> yeah, at the distro sprint of death
[05:00] <jsgotangco> lol
[05:01] <jsgotangco> Kamion, i got to meet Hande at last :)
[05:16] <jono> Keybuk, did you catch the horiffic affliction ?
[05:17] <Kamion> jsgotangco: cool
[05:17] <Kamion> jono: Keybuk is one of the few survivors
[05:18] <jono> Kamion, ugh, I assume you were hit by it
[05:19] <Keybuk> I survived :)
[05:20] <Kamion> jono: yeah
[05:20] <Kamion> TWICE
[05:21] <Amaranth> someone should write this COBOL crap for me so i can work on alacarte ;)
[05:21] <Kamion> Amaranth: there's at least one nasty illness going around at the distro team sprint that's put about three-quarters of us out of action at one point or another this week
[05:21] <Amaranth> ick
[05:21] <jsgotangco> and whiprush blames sladen
[05:21] <jsgotangco> heh
[05:21] <jsgotangco> (Again)
[05:21] <jono> Kamion, you poor bugger - should I send  up a basket of fruit ?
[05:21] <jono> :P
[05:22] <sladen> jsgotangco: and I haven't even turned up yet ...
[05:22] <Kamion> we have a surfeit of fruit here :)
[05:22] <jono> Kamion, :)
[05:22] <jono> right I am off
[05:22] <jono> later all
[05:22] <Amaranth> bye
[05:30] <fabbione> mdz: SUSE doesn't have all the modules we need for main. I didn't bother to check universe
[05:30] <fabbione> mdz: they only have a minimal subset for apache2.2
[05:31] <fabbione> mdz: and that's not surprising
[05:35] <mdz> fabbione: ah, I see.  thanks for checking into it
[05:35] <fabbione> mdz: no problem
[05:36] <fabbione> mdz: do you have time now?
[05:40] <jsgotangco> goodnight
[06:08] <Keybuk> pitti: did n-m build for you again?
[06:22] <Keybuk> ok, figured out why it doesn't build and how to make it build again
[06:44] <doko> mdz, Kamion: please promote tix (source), tix-dev, tix to main, packages renamed from tix8.1 / tix8.1-dev.
[06:44] <Simira> have Mithrandir gone sick again?
[06:45] <mdz> Simira: no, he's standing about 4m away
[06:45] <Simira> mdz: oh, doing offline, rl-things? Shame on him!
[06:45] <Treenaks> (people do offline things?! *world ends*)
[06:46] <Kamion> doko: looking
[06:46] <pef> hello
[06:46] <pitti> true, no tix8.1 in dapper any more
[06:47] <pitti> Kamion, doko: but isn't that only requried to build python2.3?
[06:47] <pitti> it propbably depends on how long python2.3 will stay in main
[06:47] <Kamion> I'll promote it for now so that python2.3 can build; it can always be demoted back later
[06:48] <Kamion> (done)
[06:48] <doko> thanks, yes, should be demoted together with python2.3
[06:48] <Kamion> (the newest version of python2.3 has not built, presumably due to this)
[06:50] <pitti> Kamion: exactly
[06:50] <pitti> true, anastacia should remind us 
[06:55] <ritvik> zul, wrt VMWare no need to  modify the kernel headers just a simple "sudo ./vmware-install.pl" works just fine
[06:55] <Keybuk> BenC: when was #22220 fixed?  It's not fixed in my installed kernel here
[06:56] <Keybuk> bug 22220 that is :p
[06:56] <Ubugtu> malone bug 22220 in grub "Ubuntu 5.10 Preview (Breezy Badger) Panics w/ I2O based raid" [Major,Unconfirmed]  http://launchpad.net/bugs/22220
[06:56] <Keybuk> hmm, that description is wrong anyway
[06:56] <BenC> Keybuk: It's a dup, and I'm sure it was fixed (had a tester)
[06:56] <Keybuk> no it's not fixed
[06:56] <Keybuk> read my comments
[06:56] <BenC> the crash is fixed
[06:57] <Keybuk> yeah, but there's still a kernel bug there
[06:57] <BenC> let me read it again
[06:57] <Keybuk> there's nothing that specifies that i2o_block needs to be loaded
[06:57] <Keybuk> ie. no MODALIAS or module depend
[06:57] <Keybuk> (or, afaik, nothing even in sysfs to specify that the i2o device is a block device)
[06:58] <BenC> i2o_block and dpt_i2o provide similar functionality
[06:59] <BenC> one works on some hw, one works better on others
[06:59] <Keybuk> right, but the kernel can't just say "load whichever you want after magically deciding"
[06:59] <Keybuk> it still needs MODALIAS love
[06:59] <Keybuk> it doesn't even say to load both
[06:59] <Keybuk> ie.
[06:59] <BenC> that's because they would both be loaded, and it would all depend on the order of load anyway
[06:59] <Keybuk> so?  we use blacklists to solve that for other subsystems
[06:59] <Keybuk> i2o doesn't get to be different :)
[07:00] <Keybuk> it still needs driver-core'ing
[07:00] <BenC> but then you'd still have to unblacklist one to use the other :)
[07:00] <BenC> either way, it's going to require people to modify udev files
[07:00] <Keybuk> no
[07:00] <Keybuk> that's not what the bug is for
[07:00] <Keybuk> i2o is a subsystem that hasn't been driver-core'd
[07:01] <Keybuk> when an i2o device is inserted, an event is generated that contains *no* information about the device
[07:01] <Keybuk> and provides no link between the device and the available modules to support that device
[07:01] <Keybuk> (ie. it contains no $MODALIAS)
[07:01] <Keybuk> that's why the bug is on the kernel
[07:01] <Keybuk> it's upstream, and something gregkh will probably fix when he gets round to it, but it's still a bug
[07:01] <BenC> dpt_i2o has a PCI device table
[07:02] <Keybuk> right, but i2o_block doesn't
[07:02] <Keybuk> (I'd assume it'd have an i2o device table)
[07:02] <BenC> and i2o_block is an i2o driver (don't think it's something that can be detected)
[07:03] <BenC> the only table for i2o is the PCI device table
[07:03] <Keybuk> right
[07:03] <Keybuk> that needs to be fixed then
[07:03] <Keybuk> having modules that have to be loaded after some magical insight are bad, m'kay
[07:03] <BenC> so i2o should get loaded, but things like i2o_block can't be auto loaded
[07:03] <Keybuk> "everything works if you load this module, but we're not going to hint or document that" => bad
[07:04] <BenC> but it's not a case of "it's possible, it just isn't done", it's just not possible
[07:04] <Keybuk> i2o_block can be autoloaded when an i2o block device is inserted
[07:04] <Keybuk> why isn't it possible?
[07:04] <Keybuk> does the i2o bus protocol not provide any information about connected devices?
[07:05] <Treenaks> Keybuk: I've heard claims that I2O is very braindead in that area
[07:06] <Keybuk> Treenaks: that's ISA braindead though
[07:06] <Treenaks> Keybuk: You've seen the ISAPNP device number mess
[07:06] <Treenaks> with multiple devices claiming the same number, etc.
[07:07] <Keybuk> Treenaks: even an ISAPNP mess would be sufficient to know whether or not to load the right module
[07:07] <Keybuk> but going "oh you didn't load this secret module" is not a solution :)
[07:07] <Treenaks> Keybuk: good point
[07:08] <Keybuk> otherwise how do we know which of i2o_block, i2o_proc and i2o_scsi we need to load for the device inserted?
[07:08] <Keybuk> the bus must know for those to work and bind to the right device :)
[07:08] <BenC> seems that i2o has a class table, defined by i2o specs
[07:09] <BenC> well the drivers could bind using some magically detection that the bus was dumb about :)
[07:09] <BenC> but in this case, it seems that there is a class of devices
[07:10] <BenC> and each i2o class driver has an i2o struct class definition for probe callbacks
[07:10] <BenC> so it is possible
[07:11] <BenC> so the call to udev/hotplug doesn't pass any information?
[07:12] <Keybuk> right
[07:12] <Keybuk> btw, if you can mail those general pointers to linux-hotplug-devel@lists.sourceforge.net with a subject of "i2o needs MODALIAS love" or similar, that'd be great
[07:12] <BenC> I guess it should atleast supply the class code
[07:12] <Keybuk> then gregkh can jump on it
[07:13] <Keybuk> BenC: yeah, even if it just supplies MODALIAS=i2o:c01 that's enough
[07:13] <BenC> be better if I just do a patch, and send it
[07:13] <Keybuk> fair enough :)
[07:15] <Keybuk> make sure you cover both setting MODALIAS in the bus, and ensuring modules themselves generate alias lines covering them
[07:15] <ogra> BenC, do you have any experience with the sermouse module or can you point me to a documentation about it #?
[07:16] <BenC> ogra: none really, no idea about docs either
[07:16] <ogra> oki, thanks 
[07:16] <Keybuk> BenC: and if you could do mmc too while you're in that kind of mood <g>
[07:21] <BenC> module-init-tools will need to know about this too
[07:26] <zul> hmm...someone mention my name?
[07:27] <zul> never mid
[07:50] <Mithrandir> Keybuk: you gotten around to uploading a new udev?
[08:04] <Keybuk> Mithrandir: to fix which?
[08:05] <Mithrandir> Keybuk: add the 65_persistent_links and vol_id to udev-udeb
[08:15] <Keybuk> Mithrandir: not even done that locally yet
[08:15] <Keybuk> insufficient lap-dance-age
[08:16] <Treenaks> ... Mithrandir.. lap-dancing.. for Keybuk?
[08:20] <Keybuk> Treenaks: he put "kthxbye" on the end of the note
[08:20] <Keybuk> he needs to make it up to me
[08:28] <BenC> Keybuk: mmc might not be possible
[08:28] <BenC> Keybuk: there is only redimentary detection aside from the few modules that load for PCI devices
[08:29] <BenC> the rest is all dependent on odd host drivers that have some really odd detection schemes
[08:30] <BenC> the best way to approach that might be that if mmc_core gets loaded, mmc_block should be loaded too
[08:30] <BenC> I can't see mmc_core being useful without mmc_block anyway
[08:31] <BenC> there are 5 mmc host drivers, maybe add "if this driver gets loaded, load the mmc_block aswell"
[08:32] <HiddenWolf> BenC, sorry to bug you, but kernel-daily still isn't updated (last I checked)
[08:32] <BenC> HiddenWolf: working on automating that, but trying to get 2.6.15-15 out right now
[08:33] <HiddenWolf> BenC, cool, don't mind me.
[08:34] <BenC> Keybuk: actually, there's only three mmc host controllers we are concerned about and two of them already have device tables
[08:34] <BenC> I think I'll just make mmc_core and mmc_block as one module
[09:00] <Keybuk> Who's feeling like dinner?
[09:01] <mdz> Keybuk: I don't know how dinner feels
[09:01] <mdz> I feel like a drink
[09:01] <Kamion> "ask a glass of water"
[10:30] <OpsVentus> hello all, I'm trying to diside on which GUI toolkit to use, I like Qt but it doesn't look very good on Gnome
[10:30] <OpsVentus> GTK should look good on Gnome, but then don't look good on KDE
[10:31] <OpsVentus> is there a toolkit for all desktops?
[10:33] <Tm_T> I don't get it
[10:33] <Tm_T> "Qt look good in KDE but not in Gnome" I thought it look the same in both
[10:33] <Tm_T> and vice verse
[10:34] <OpsVentus> well, I haven't tryed KDE for myself but, Qt is more for KDE and doesn't look very good on gnome
[10:34] <OpsVentus> if it looks the same on KDE then it looks terrible
[10:39] <ajmitch> morning all
[11:02] <Riddell> Tm_T: qt without any kde themes does look terrible
[11:02] <Riddell> gtk with only the build in theme likewise
[11:03] <Tm_T> hum, never seen qt nor gtk without theme
[11:08] <ogra> Riddell, nah ... gtk with the built in theme looks still usable ... (especially it has a sane default for fonts) QT makes me scream unthemed
[11:09] <Riddell> ok, maybe gtk just looks ugly whatever the theme :)
[11:09] <ogra> :P
[11:10] <Tm_T> haha
[11:10] <OpsVentus> so themes is the solution here
[11:11] <ogra> Riddell, lets rather join Keybuk and Mithrandir and have a beer instead of having stupid arguments ;)
[11:12] <Tm_T> ogra: yeah, but beer doesn't enlarge your vpenis
[11:13] <ogra> Tm_T, i'm at a distro sprint ... large penisses rather hinder you here ;)
[11:13] <Tm_T> haha
[11:13] <ogra> night channel 
[11:14] <Tm_T> gnight
[11:14] <OpsVentus> night
[11:38] <MisterN> n8