[08:56] <BUGabundo> guud morning
[12:50] <fta2> asac, is it too late to fix ia32-libs?
[12:50] <asac> fta2: depends on what the fix involves i guess
[13:06] <fta2> strange, i'm sure i fixed the bug but i can't find my changes
[13:06] <asac> fta2: normal fixes can also be done as SRU ... slangasek didnt like the idea to add new libs in a SRU though when i asked a few weeks ago
[13:06] <asac> ok lunch
[13:07] <fta2> it's not about new libs
[13:13] <fta2> asac, http://paste.ubuntu.com/152759/
[13:13] <fta2> asac, i also wanted to fresh the debs to match the RC, as since the last refresh (b1), a lot of things changed, but i'm not sure it's wanted.
[13:27] <fta2> s/fresh/refresh/
[13:53] <asac> fta2: i would think its wanted. talk to motu-release guys or even slangasek whats the policy for that
[14:19] <fta2> grr. i don't have much time left
[14:22] <asac> fta2: how can i help you?
[14:27] <fta2> by pinging those guys for me, once i'm sure i can a/ submit this fix and b/ optionally resync the debs, i will push what that
[14:27] <fta2> -what
[14:30] <asac> fta2: -desktop ... need a bit input though ;)
[14:42] <fta2> asac, context?
[14:49] <fta2> asac, ? ^^
[14:50] <fta2> @time
[14:51] <fta2> bug 1212221
[14:51] <fta2> hm
[14:52] <BUGabundo> fta yes you are alive and kicking
[14:55] <fta2> i don't understand the "<asac> fta2: -desktop ... need a bit input though ;)"
[15:03] <asac> fta2: look a bit up there
[15:03]  * asac on call
[15:03] <asac> fta2: pitti said what to do
[15:03] <asac> 15:28 < asac> pitti: fta asks whats the policy for bringing ia32libs in sync with RC status.
[15:03] <asac> 15:28 < pitti> asac: no policy, but sounds like a good idea, if it can be tested with flash and some other usages
[15:03] <asac> 15:28 < asac> is that a SRU thing or are we doing this a few days before release usually
[15:04] <asac> 15:29 < asac> fta: can you upload the new package to some PPA so we can test it?
[15:04] <asac> 15:29 < pitti> ideally we should do it ASAP
[15:04] <asac> 15:29 < pitti> and since it's universe, it's not bound to CD freezes
[15:04] <asac> 15:30 < asac> fta: is there a bug we can use to track this roll out?
[15:04] <asac> 15:30 < asac> otherwise i can open one for you
[15:04] <asac> 15:33  * asac on call
[15:16] <fta2> asac, ok, please open a bug, i'll resync the debs in the meantime
[15:20] <asac> fta2: 362939
[15:23] <fta2> bug 362939
[15:23] <fta2> thanks
[15:25] <fta2> isdnutils is still broken
[15:33] <cwillu> ugh, it would be really nice if gvfs'd bookmarks would at least show up as links to the relevant ~/.gvfs/ path :(
[15:34] <cwillu> is that a gtk deficiency or a firefox-gnome-support deficiency?
[15:34]  * cwillu pokes BUGabundo with a stick
[15:35] <BUGabundo> what's up cwillu ?
[15:35] <cwillu> just griping about how the gtk filepicker falls back to not showing gvfs mounts at all, rather than showing them as links to the appropriate ~/.gvfs/ path
[15:35] <BUGabundo> cwillu: trying to make sense of this http://paste.ubuntu.com/152832/
[15:36] <cwillu> BUGabundo, db change is changing the actual waveform (i.e., what you expected), gain change is rarely used
[15:37] <BUGabundo> I just want them ALL to the MAX with no clipping
[15:37] <BUGabundo> I can do that on the GUI
[15:37] <BUGabundo> but can see the option in CLI
[15:37] <cwillu> BUGabundo, however, that won't affect the audio compression of the track (not talking about compression as in mp3/ogg, but compression as the audio effect), which is what most people are complaining about when their classical music plays way quieter than their red-hot-chilly-peppers
[15:37] <cwillu> BUGabundo, soundkompressor is a frontend to mp3gain though
[15:38] <cwillu> or soundkonverter, rather
[15:38] <cwillu> audio levelling is one of those things that's really alot more complicated than it seems it should be
[15:39] <cwillu> ideally, you'd want to maximize the waveform, and then _lower_ the waveform based on the perceived volume of the _quietest_ track you have, as that way you don't lose the audio quality of the better tracks (which as a rule are the quieter ones:  they have far more dynamic range)
[15:39] <BUGabundo> I've been using mp3gain-gui for years
[15:39] <BUGabundo> all my mp3 are touched by it
[15:39] <cwillu> ah, missed that one :P
[15:40] <BUGabundo> but recently over wine, I've found it does only half files, or like slots
[15:40] <cwillu> not that any of this has anything to do with mozilla :p
[15:40] <BUGabundo> part is at one volume part at another :(
[15:40] <BUGabundo> cwillu: I do that manually
[15:40] <cwillu> quit distracting me from my gvfs gripes :p
[15:40] <BUGabundo> put all to the max, see the lower, then set it for about 80% of them
[15:41] <BUGabundo> is this mozilla? I thouth this was quiet-offtopic
[15:41] <BUGabundo> eehe
[15:46] <fta2> asac, you didn't bump nss, right?
[15:46] <asac> to .3?
[15:46] <asac> seems not :/
[15:47] <asac> thats required for latest 1.9.2/1 right?
[15:47] <asac> seems its a SRU thing then
[15:48] <asac> i will open a bug a bit later so i wont forget it
[15:51] <fta2> yep
[15:57] <asac> fta2: do you know whether that was delivererd to 1.9 branch upstream yet?
[16:01] <fta2> i don't know
[16:16] <asac> k
[16:16] <fta2> asac, pushing ia32-libs_2.7ubuntu5~fta1 to my own ppa
[16:17] <asac> i will check that. we shouldnt roll that to stable updates before upstream rolls that to stable branch of course
[16:17] <asac> fta2: great. can you tell that in the bug? is the changelog ready for upload to real archive (e.g. does it have all the bugs etc.)?
[16:19] <fta2> asac, http://paste.ubuntu.com/152852/
[16:20] <asac> fta2:  you dont refer to which files you touch for the changes?
[16:20] <asac> bg 360870
[16:20] <asac> bug 360870
[16:20] <asac> fta2: what is up with libfusion? is that removed from the archive?
[16:21] <asac> otherwise we probably want a bug too
[16:23] <asac> fta2: so that was removed from archive?
[16:23] <asac> hi newz2000
[16:23] <newz2000> hi asac
[16:23] <asac> newz2000: did you find the bug i had on the startpage btw?
[16:23] <asac> e.g. search button out-of-box ;)
[16:23] <newz2000> yes, ready to roll out a fix for that
[16:23] <asac> grewat. want me to test first?
[16:24] <newz2000> nah, if it's not fixed we'll do another push before thursday
[16:24] <asac> kk
[16:24] <asac> anything else i can do for you newz2000 ?
[16:25] <newz2000> I mentioned last week that since upgrading to Jaunty I'm getting browser freezes periodically (5-10x per hour)
[16:25] <newz2000> I've been disabling extensions systematically to try and isolate the prolbem and had no luck
[16:25] <asac> newz2000: so even with all extensions disabled you see that issue?
[16:25] <newz2000> I can't use the browser regularly with all extensions disabled so I can't test that way
[16:26] <asac> newz2000: you can run a different profile side by side if thats better
[16:26] <newz2000> was talking to someone who suggested it may be a bug with intel video drivers
[16:27] <asac> could be. could also be IO issue
[16:27] <asac> newz2000: i think there are a few bugs with intel atm; maybe check with bryce which workarounds currently need testing ... maybe there is one that helps for you
[16:27] <newz2000> yeah, he gave me some steps
[16:27] <newz2000> my prob is that I'm insanely busy until next friday
[16:28] <newz2000> my tolerence for risk is low.
[16:28] <asac> newz2000: yeah. i think its really unlikely that we can fix this on any side till release.
[16:28] <newz2000> I was wondering if there's some tell-tale sign or test process I could do that would show if it is an X problem or a firefox problem?
[16:28] <asac> so we need a SRU in case we figure
[16:30] <newz2000> when my browser freezes htop shows firefox as using 100% cpu. That's why I've thought it was a ff problem.
[16:30] <asac> Bug 300765
[16:31] <asac> newz2000: was your issue flash related?
[16:31] <asac> i guess you cannot disable that to check?
[16:31] <newz2000> no, disabling flash made no impact
[16:31] <asac> ok good
[16:31] <asac> newz2000: when you see this happening is that only CPU or is there also IO going on?
[16:31] <newz2000> asac: how do I monitor IO?
[16:33] <newz2000> my most recent change has been to disable gears. Since doing that almost exactly one hour I've only frozen 3 times.
[16:34] <newz2000> which makes the i/o question more interesting because gmail offline seems to be more io intensive than typical browsing
[16:34] <asac> newz2000: iostat (in sysstat package)
[16:35] <asac> iostat 1
[16:35] <asac> if you want a new stat every second
[16:36] <fta2> asac, yes, libfusion is gone.
[16:36] <fta2> asac,  for the files touched, i followed the style
[16:36] <asac> fta2: ok. maybe say: "drop libfusion which got removed from archive" istead of obsolete (which could just mean that its a old lib still available
[16:36] <asac> fta2: we can also explain libfusion in bug report if you dont want to touch changelog
[16:37] <fta2> hm
[16:38] <newz2000> asac: ok, I'm running `watch iostat` in a terminal so when it freezes again I can check. I've not really used this before, what should I look for?
[16:38] <asac> newz2000: the avg-cpu thing has system + iowait
[16:38] <fta2> asac, once again, i just duplicated the style for obsolete packages
[16:38] <asac> and otherwise you should see a peak on some harddisk
[16:38] <asac> if its really io related
[16:39] <asac> fta2: k
[16:39] <newz2000> ok, thanks asac. I'll keep my eye on it.
[16:39] <asac> good
[16:40] <asac> fta2: could you ask on the libstdc bug to test the PPA package?
[16:40] <asac> i can ask on the RC package and will do some testing on my own (e.g. flash/java/skype/ffox32)
[16:40] <asac> s/RC package/RC bug/
[16:47] <fta2> the libstdc bug has a testfile
[16:50] <asac> fta2: kenvandine will request a post-upload merge for gwibber. seems motu-release picked his branch up with twitter and indicate fix
[16:50] <asac> fta2: its 0.8 fork
[16:50] <asac> so we probably need a .jaunty branch
[16:50] <asac> which is .8
[16:50] <asac> or is there such a branch already?
[16:51] <fta2> no
[16:51] <asac> fta2: can you push one for revision 50?
[16:51] <asac> the work is done on top of 50
[16:52] <fta2> i have to run, i'll be back ~8pm; but not for long; then byebye
[16:52] <asac> fta2: so what shall we do?
[16:52] <asac> fta2: we can also push the stable branches to ~ubuntu-dev
[16:52] <asac> fta2: would that make sense?
[16:52] <fta2> gwibber?
[16:52] <asac> s/we/i/
[16:52] <asac> yes
[16:53] <fta2> or gwibber team, jorge can add any volunteer in there
[16:53] <asac> fta2: ok. good.
[16:53] <asac> fta2: i will do whatever seems appropriate. guess its better to have it in gwibber-team
[16:53] <asac> because thats the team Vcs-Bzr points to
[16:53] <fta2> yes
[16:54] <fta2> ok, cu in ~2h
[16:54] <fta2> please test ia32 is you can
[16:54] <asac> fta2: yeah i will
[16:54] <asac> fta2: is it built?
[16:55] <fta2> donno (sorry, i'm turning crazy with tons of last minute things here)
[16:56] <asac> fta: i know what you mean. its always last minute ... last minute ;)
[16:56] <asac> jcastro: ping peng pong. wanna add me to gwibber team or wanna add ubuntu-dev?
[16:58] <asac> jcastro: thanks for instant action. we are kind of blocked ;)
[16:58] <asac> @time texas
[16:58] <asac> @time dallas
[16:58] <asac> @time
[16:58] <asac> @now
[16:58] <asac> hmm
[16:58] <asac> which bot was it that worked here?
[16:58] <asac> have to ask gnomefreak i guess
[17:06] <newz2000> doesn't look like it's i/o related. %system and %iowait stayed constant during and after the freeze. :-(
[17:06] <asac> newz2000: so just cpu was pumped up ... and all firefox?
[17:07] <newz2000> correct, firefox pegs one core at 100%. X and landscape each make respectable showings but more like 4-5% each.
[17:10] <newz2000> for the record, I have a low-powered computer. Intel Core Duo ULV, 2 cores at 1.2GHz. 1.8" low powered low RPM drive.
[17:42] <jcastro> asac: sorry I was at lunch
[17:42] <jcastro> on it
[18:12] <BUGabundo> asac: ping
[18:12] <BUGabundo> do you have any recent reports of font config probs?
[18:13] <BUGabundo> users are seeing stuff like http://img3.imagebanana.com/view/54ue312l/vlcscreenshot.png
[18:35] <asac> BUGabundo: please dont post urls to me that make pop ups and ads with music ;)
[18:36] <asac> anywy. havent received any problems with vlc ... but didnt really look for vlc issues to be honest
[18:36] <asac> jcastro: all good. did you add me?
[18:37] <asac> jcastro: thanks!
[18:37] <asac> ok
[18:37] <asac> out for a while getting food and so on
[18:41] <asac> BUGabundo: i will check vlc bug reports aftger dinner
[18:44] <jcastro> asac: you're all set
[18:51] <BUGabundo> asac: https://bugs.edge.launchpad.net/ubuntu/+source/fontconfig/+bug/363012
[18:51] <BUGabundo> adds ? music? didn't see anything like that
[18:51] <BUGabundo> the wonders of noscript and addblock
[18:51] <BUGabundo> sorry about that... didn't even noticed
[18:51] <BUGabundo> time to go
[19:04] <fta> back
[19:17] <fta> asac, ia32 ?
[19:38] <asac> fta: now checking
[19:39] <asac> fta: have you noticed that we can now create multiple PPAs per team/user?
[19:40] <fta> yes
[19:40] <asac> good
[19:40] <fta> need to reboot, my mouse is dead
[19:40] <fta> usb
[19:42] <asac> odd. the test.cc compiles without installing your package
[19:42] <fta> that's what i expected too, because i build the whole chromium without problem
[19:42] <asac> heh i compiled on a remote session ;)
[19:43] <asac> let me check on amd64 ;)
[19:43] <fta> lol
[19:44] <asac> works as well
[19:46] <fta> brb
[19:50] <asac> fta: so isnt this a problem of lib32stdc++ rather?
[19:50] <asac> (if its a problem at all)
[19:50] <hjmf> howdy
[19:51] <fta> well, my link was bad, that's for sure, but no idea on the impact
[19:51] <asac> hi hjmf
[19:51] <hjmf> do we have debug symbols for sun-java6-*_
[19:51] <asac> fta: so did you introduce that link that was bad? or was it always bad?
[19:52] <asac> hjmf: unlikely. we dont have sources for that
[19:52] <hjmf> ok
[19:52] <asac> unlikely == no ;)
[19:52] <asac> bug 195698
[19:53] <hjmf> damn I have a faulty keymap
[19:53] <asac> hehe
[19:53] <asac> fta: what i currently try to understand is when those links were introduced
[19:53] <asac> i guess its not an invention of you
[19:54] <asac> so there might be a very good reason why libstc++5 has the .so link
[19:54] <asac> and not ++6
[19:54] <fta> i changed the way those links are created http://paste.ubuntu.com/152971/
[19:54] <fta> apparently, there was no link at all
[19:55] <asac> fta: hmm. i dont see any libstdc++ in the stuff you removed
[19:55] <asac> ah ok
[19:55] <fta> but there were so many missing links that it's hard to tell
[19:56] <fta> missing and broken
[19:56] <asac> yeah
[19:59] <hjmf> :-) correct keymap is back XD
[20:02] <asac> fta:  ls -l /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so
[20:02] <asac> lrwxrwxrwx 1 root root 35 2009-03-17 11:01 /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so -> ../../../../../lib32/libstdc++.so.6
[20:02] <asac> i think we shouldnt ship any libstdc++ link
[20:03] <fta> hm, ok. no link or the same link, fine with me
[20:04] <asac> dtchen: do you have that file too?
[20:04] <asac> /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so
[20:04] <asac> ?
[20:05] <asac> if so, lets drop it completely from ia32-libs. i have the feeling it could cause other weird issues
[20:05] <fta> i don't
[20:05] <asac> fta: you dont?
[20:05] <fta> fta@cube:~ $  ls -l /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so
[20:05] <fta> ls: cannot access /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so: No such file or directory
[20:05] <asac> fta: are you on amd64?
[20:05] <fta> yes
[20:05] <fta> cube is
[20:05] <asac> hell whats going on ;)
[20:06] <fta> no  /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/
[20:07] <fta> http://paste.ubuntu.com/152982/
[20:08] <asac> fta: /usr/lib/gcc/x86_64-linux-gnu/4.3.3/32/libstdc++.so -> ../../../../../lib32/libstdc++.so.6
[20:08] <asac> err
[20:08] <asac> g++-4.3-multilib: /usr/lib/gcc/x86_64-linux-gnu/4.3/32/libstdc++.so
[20:09] <asac> fta: do you have that installed? thats a requirement if you want to build 32 bit on 64 afaik
[20:10] <fta> hmm.. nope
[20:11] <asac> fta: yeah. so please drop the link from ia32-libs. i will verify the other bug now.
[20:11] <fta> hm, i build chromium with g++-multilib [amd64]
[20:11] <fta> but not on that box
[20:12] <asac> fta: right. thats why we should exclude libstdc++ from the link creation
[20:12] <asac> its probably the more reliable way anyway as its a gcc thing (in a directory for -m32)
[20:13] <asac> heh. dumb me. i also downloaded the lib to the remote ssh machine ;)
[20:16] <asac> fta: /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so:
[20:16] <asac> i thought only "modules" were affected
[20:16] <asac> not engines
[20:17] <asac> (npviewer.bin:8846): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so: wrong ELF class: ELFCLASS64
[20:17] <asac> Gtk-Message: Failed to load module "gail": /usr/lib/gtk-2.0/modules/libgail.so: wrong ELF class: ELFCLASS64
[20:17] <asac> ?
[20:17] <asac> or is murrine just not included? (could be)
[20:18] <asac> pfft
[20:18] <asac> whats going on
[20:19] <asac> trying to download ffox from mozilla -> 1.2K
[20:22] <fta> :P
[20:22] <asac> 20K
[20:22] <asac> i am going crazy
[21:01] <asac> fta: you can direclty upload to archive AND ppa after dropping those links (after doing some testing locally of course) ... so once motu-release signs off archive admins let it in.
[21:02] <asac> if they refuse i will see if i can fix whatever they complain about
[21:31] <asac> fta: bug 362939 has an ack
[21:31] <mitchell1> hi to all, I have recently installed firefox 3.5 in ubuntu intrepid today's build, and I have noticed that fonts don't use antialiasing, does anyone know what happened?
[21:31] <asac> mitchell1: yes. firefox-3.5 uses more of fontconfig than 3.0
[21:32] <asac> problem is that the fontconfig defaults are a bit messed up in intrepid (which we fixed in jaunty)
[21:32] <asac> mitchell1: please paste.ubuntu.com the output of ls -l /etc/fonts/conf.d/
[21:32] <mitchell1> ok
[21:35] <mitchell1> asac: here is it http://paste.ubuntu.com/153029/
[21:36] <asac> mitchell1: remove /etc/fonts/conf.d/10-no-sub-pixel.conf and restart ffox
[21:39] <asac> mitchell1: also all those files without a number prefix are not really supposed to be in there ... so they might lead to confusing result
[21:39] <asac> consider to back them up and remove them as well
[21:39] <asac> alias.conf
[21:39] <asac> local.conf
[21:39] <asac> etc.
[21:40] <fta> i wanted to push ia32 but something looks weird
[21:40] <asac> fta: what?
[21:40] <mitchell1> asac: I didn't noticed any change
[21:41] <asac> mitchell1: do you have ~/.fonts.conf or something?
[21:41] <mitchell1> no
[21:41] <asac> mitchell1: does it get better if you prevent websites using their own fonts?
[21:41] <fta> asac, http://paste.ubuntu.com/153035/ @line 7, i used $$log ...
[21:41] <mitchell1> lets see
[21:41] <asac> mitchell1: e.g. in preferences -> content -> advanced fonts
[21:42] <mitchell1> yea
[21:43] <mitchell1> but, fonts are now all serif
[21:43] <mitchell1> but it improves
[21:43] <asac> fta: whats the effect of it? since its != its just matches all now
[21:43] <fta> iirc, i meant $$lib
[21:44] <asac> fta: yeah. but i think it doesnt have a bad effect
[21:44] <fta> log vs lib.. hmm
[21:44] <asac> it just means that all files will go into that if branch
[21:44] <asac> mitchell1: so can you check what font the websites that are bad are trying to use?
[21:44] <fta> http://launchpadlibrarian.net/24168087/buildlog_ubuntu-jaunty-amd64.ia32-libs_2.7ubuntu4_FULLYBUILT.txt.gz shows no error
[21:46] <fta> it's supposed to prevent the symlink to be created if it's already there
[21:46] <asac> fta: looks like its luck
[21:46] <asac> and it works
[21:46] <fta> i added that for a reason
[21:46] <fta> hm, i should probably fix the typo
[21:46] <asac> fta: you already check whether the SO exists
[21:46] <asac> so if it exists it doesnt do anything
[21:46] <asac> most likely the if with the $$log is superfluous
[21:46] <asac> (though performance wise good)
[21:47] <asac> fta: yeah fix the typo and check that the .so links are properly created still
[21:47] <asac> mitchell1: fc-match Arial ... fc-match Helvetica  ... fc-match Times
[21:47] <asac> what does that yield?
[21:47] <asac> (three commands ;))
[21:48] <asac> fta: did you remove the libstdc++ links already?
[21:49] <fta> yes, locally, i was just checking the rest of the code
[21:49] <asac> thanks
[21:50] <mitchell1> asac: here is: http://paste.ubuntu.com/153042/
[21:52] <asac> mitchell1: i would think you get better results if you dont install Arial
[21:52] <asac> .ttf
[21:52] <asac> mitchell1: try to install ttf-liberation too
[21:52] <asac> thats beter better than those pfb things
[21:52] <fta> ok, i remember now, some packages just ship a .so, no .so.x.y, hence the test
[21:53] <mitchell1> ok but firefox 3.0 is showing fonts well, or it isn;t related?
[21:53] <asac> mitchell1: firefox had some bugs which covered these issues
[21:53] <mitchell1> ok
[21:54] <asac> mitchell1: in the end i still think its a fontconfig configuration issue
[21:55] <fta> asac, http://paste.ubuntu.com/153043/
[21:56] <asac> fta: ok. thought we would filter out libstdc++ in the first find
[21:56] <asac> but its probably ok too
[21:56] <asac> (if you have verified that its not there anymore ;))
[21:57] <asac> fta: so please check that all .so links are still there and that libstdc++ .so link isnt there anymore. if thats the case upload
[21:58] <asac> mitchell1: did you remove all the fontconfig files that dont have a number already?
[22:02] <mitchell1> asac: i have removed arial.ttf
[22:02] <mitchell1> and all the arial fonts isnatlled and it improved a lot
[22:02] <mitchell1> now a im gonna revome those files without number
[22:04] <mitchell1> asac: where are those files?
[22:04] <mitchell1> lol, I dont know where are they located
[22:05] <mitchell1> http://paste.ubuntu.com/153029/
[22:05] <mitchell1> ups sorry
[22:06] <mitchell1> i already realized
[22:10] <asac> mitchell1: /etc/fonts/conf.d
[22:10] <asac> mitchell1: i guess you got arial through mstcorefonts package or something
[22:11] <asac> if you see other issues consider to remove other MS fonts
[22:11] <mitchell1> ok
[22:11] <asac> mitchell1: also install ttf-liberation package if you havent done so yet (maybe its installed by default even ... not sure)
[22:12] <mitchell1> i already installed it
[22:12] <asac> good
[22:12] <asac> then after removing those files in conf.d you should be set
[22:12] <asac> (back them up if you care ;))
[22:12] <asac> mitchell1: how old is the install? e.g. did you install hardy first? or gutsy?
[22:13] <mitchell1> intrepid fresh install
[22:13] <asac> intersting
[22:13] <mitchell1> from livecd
[22:14] <mitchell1> desktop cd
[22:14] <asac> ok
[22:14] <asac> not sure where those files come from
[22:14] <asac> but they dont look right
[22:14] <asac> maybe they got installed when you tried to install other font packages=
[22:14] <asac> ?
[22:14] <mitchell1> i removed my last instalation that where from the alternate kubuntu intrpid and i didn't have that problem
[22:14] <asac> mitchell1: did you install font packages after installing from livecd?
[22:15] <mitchell1> well yes
[22:15] <asac> mitchell1: do you remember which packages?
[22:15] <mitchell1> I installed mac4lin
[22:15] <mitchell1> fonts
[22:15] <asac> maybe they behave rouge
[22:15] <mitchell1> maybe
[22:15] <asac> hmm
[22:15] <asac> max4lin is that in the archive?
[22:15] <asac> mac4lin ;)
[22:15] <mitchell1> from launchpad
[22:15] <asac> seems not
[22:15] <asac> mitchell1: do you have a pointer?
[22:16] <asac> fuond it
[22:16] <mitchell1> wait please
[22:16] <asac> https://edge.launchpad.net/mac4lin
[22:16] <fta> $ dpkg -c ../build-area/ia32-libs_2.7ubuntu5_amd64.deb | grep libstd
[22:16] <fta> -rw-r--r-- root/root    737192 2008-05-10 08:18 ./usr/lib32/libstdc++.so.5.0.7
[22:16] <fta> lrwxrwxrwx root/root         0 2009-04-17 23:08 ./usr/lib32/libstdc++.so.5 -> libstdc++.so.5.0.7
[22:16] <fta> looks good to me
[22:16] <asac> yeah
[22:17] <asac> fta: also dpkg -c ../build-area/ia32-libs_2.7ubuntu5_amd64.deb | grep so$
[22:17] <asac> should give a bunch
[22:17] <mitchell1> http://launchpadlibrarian.net/23258712/mac4lin-fonts_0.4-1ubuntu4_all.deb
[22:17] <fta> symlinks are the same, except 1 that has been bumped
[22:17] <asac> mitchell1: thanks
[22:17] <asac> fta: good
[22:17] <asac> fta: have you checked flash and maybe ffox32?
[22:17] <asac> guess skype is too much to ask for ;)
[22:18] <asac> fta: but i guess its ok. maybe upload to archvie and your ppa at the same time
[22:18] <asac> i might have time to double check that tomorrow morning
[22:18] <mitchell1> asac
[22:18] <mitchell1> i removed ms corefonts
[22:19] <mitchell1> and reinstalled liberation and everything is aparently ok
[22:19] <mitchell1> thanks!
[22:20] <fta> 565MB upload... twice
[22:20] <asac> mitchell1: good. consider to remove the mac4lin font package too
[22:21] <asac> i have added that to my todo list to check whats going on there
[22:21] <asac> seems like a good effort. just has to be done properly
[22:21] <mitchell1> ok
[22:21] <asac> fta: thought you like uploads ;)
[22:21] <asac> mitchell1: those "not-numbered" font configs come from that mac4lin-fonts package
[22:21] <fta> yep, my last for a while
[22:22] <mitchell1> asac: as you suspected! so Im gonna remove it
[22:23] <asac> mitchell1: hehe. yeah. stick to the defaults is a good rule of thumbs ;)
[22:23] <mitchell1> haha ill remember
[22:23] <asac> at least we try our best to make the defaults work for everyone
[22:23] <asac> well. at least good enough for everyone ;)
[22:23] <mitchell1> thanks!
[22:23] <asac> welcome
[22:24] <mitchell1> asac: offtopic
[22:24] <mitchell1> i have installed javaplugin from jaunty amd64
[22:25] <mitchell1> and it works great!
[22:25] <mitchell1> would it be packaged for intrepid?
[22:25] <asac> mitchell1: not in the official archive
[22:26] <asac> mitchell1: we usually focus on driving development of next release
[22:26] <asac> and maybe supporting LTS
[22:26] <mitchell1> oh!
[22:26] <asac> mitchell1: you can file a backport request as a bug
[22:26] <asac> mitchell1: maybe someone will pick it up
[22:27] <mitchell1> im stuck in intrepid because of my ati card
[22:27] <mitchell1> well ill do it
[22:27] <asac> mitchell1: doesnt work with latest live CD?
[22:27] <mitchell1> nop
[22:27] <asac> not at all or just some parts?
[22:27] <mitchell1> just some parts
[22:28] <mitchell1> there some glitches
[22:28] <asac> mitchell1: are you using fglrx or ati driver?
[22:28] <mitchell1> im using fglrx in intrepid
[22:28] <mitchell1> in jaunty fglrx does not support my card
[22:28] <asac> what doesnt work in jaunty?
[22:28] <asac> why do you need fglrx?
[22:29] <asac> ati is really improving quite a lot recently
[22:29] <mitchell1> there are glitches with radeon
[22:29] <mitchell1> and radeonhd is too slow
[22:29] <mitchell1> and both are too slow with xvideo
[22:29] <asac> is radeon == ati`
[22:29] <asac> ?
[22:29] <mitchell1> yes
[22:30] <asac> ok
[22:30] <mitchell1> ati is just a wrapper
[22:30] <asac> then i dont know
[22:30] <mitchell1> lol :)
[22:30] <mitchell1> yes,
[22:30] <asac> just shows that this proprietary crap isnt long term sustainable
[22:30] <mitchell1> so im stuck in intrepid
[22:30] <asac> meaning: fglrx suddenly regresses massively
[22:31] <mitchell1> but at least by the moment work better than  opensource for me by the moment
[22:31] <mitchell1> yes
[22:31] <asac> yeah. but you got stuck ;)
[22:31] <mitchell1> yes
[22:31] <mitchell1> its frustrating
[22:32] <mitchell1> i guess i have to wait until kernel 2.6.30
[22:33] <asac> mitchell1: we have vanilla kernel packages available here: http://kernel.ubuntu.com/~kernel-ppa/mainline/
[22:33] <asac> e.g. all milestones
[22:33] <asac> if its a kernel issue you could check .29 final
[22:33] <asac> or even .30a ;)
[22:33] <mitchell1> i didn't know it
[22:33] <asac> yeah. its a new service
[22:34] <asac> its not officially supported, more to be able to test against vanilla kernel builds
[22:34] <mitchell1> but then i shoul recompile xserver also
[22:34] <asac> the kernel team provide shtat
[22:34] <asac> mitchell1: maybe. though i think we are pretty much up to date X wise
[22:34] <asac> mitchell1: do xdrivers really need a respin when kernel changes?
[22:35] <mitchell1> i guess drm and xserver need it
[22:35] <asac> mitchell1: they definitly run for me ;)
[22:35] <asac> could be that one misses optimizations. but i doubt it for now.
[22:36] <mitchell1> i guess im gonna make an instalation for testing in a small partition
[22:36] <asac> yeah try that
[22:36] <mitchell1> yeah, thank for the kernels
[22:37] <asac> no problem
[22:37] <mitchell1> asac: bye, i have to study portugues now
[22:37] <asac> enjoy :-P
[22:39] <fta> asac, the progress counter of dput is generating 2.2Mbit/s of output
[22:39] <asac> ouch
[22:39] <fta> slowing down my upload ;)
[22:49] <[reed]> asac: so, in places where you have ubuntu localizers localize locales that aren't supported upstream yet, what happens when upstream starts supporting those locales?
[22:50] <asac> [reed]: we use upstream .xpi
[22:50] <[reed]> that's automagic?
[22:50] <asac> yes
[22:50] <[reed]> oke
[22:50] <asac> as long as i dont forget to upload the xpi's to the lang-pack-generator
[22:51] <asac> xpis in the DB are strictly preferred to exports. and for exports we have an explicit whitelist.
[22:51] <[reed]> we have a new locale coming in, and it was already supported on ubuntu, so the question was made as to if ubuntu would swap to using it or continue using the custom one
[22:51] <asac> [reed]: which locale was that?
[22:51] <[reed]> um, let me look
[22:52] <asac> i think i have only enabled one or two locales from export. to get experience and so on
[22:52] <asac> we are basically blocked by not having a way to contribute them upstream
[22:52] <[reed]> 'vn'
[22:52] <[reed]> whatever locale that is
[22:52] <[reed]> Vietnamese
[22:52] <[reed]> apparently
[22:52] <asac> i want to provide ubuntu localizers with ways to a) run the upstream group on their own and b) contribute diffs that were developed in development cycle
[22:53] <asac> [reed]: why do you think its translated in ubuntu? i didnt enable vietnam it in the lang pack generator i am pretty sure
[22:53] <asac> iirc there were langpacks at some points for ffox 2 maybe?
[22:53] <[reed]> the localizer mentioned it
[22:53] <[reed]> let me read this again
[22:54] <[reed]> "However, on Launchpad, the Ubuntu-VN team are now making their own translations for the "firefox" package."
[22:54] <[reed]> what does that mean?
[22:54] <asac> [reed]: yeah. they do that in launchpad. but that doesnt have any effect
[22:54] <[reed]> they are making them but they aren't being used?
[22:54] <[reed]> ah
[22:54] <[reed]> ok
[22:54] <asac> e.g. their work is useless
[22:54] <[reed]> oke
[22:54] <asac> which is why the above points are actually high on my agenda
[22:54] <[reed]> thanks
[22:54] <asac> because it makes me sad that there are a bunch of tranlsators translating for nothing ;)
[22:54] <asac> welcome
[22:55] <asac> [reed]: the only thing we use from launchpad is asturian. which want to become the official upstream group
[22:55] <[reed]> k
[22:55] <asac> its really experimental because of quality reasons. i cannot just control all locales ;)
[22:55] <asac> ast folkd however were really responsive ;) and i know how to bug them to verify
[22:56] <asac> but we plan to make that offical as soon as possible
[22:56] <asac> http://en.wikipedia.org/wiki/Asturian_language
[23:00] <[reed]> yeah, we apparently had asturian back pre-1.0
[23:00] <[reed]> but then something happened (probably the team disappeared)
[23:13] <asac> could be
[23:14] <asac> seems to be a rather small speaker group ;)
[23:14] <asac> 150K
[23:14] <asac> - 400K
[23:14] <asac> i guess that doesnt mean that thats their primary language ;)