[18:43] <asac> chrisccoulson: any idea how i can get rid of those popups that ask me whether i want to install unity integration in browser (aka for gmail, gdocs etc.)
[18:43] <asac> i actually would love to use that integration, but whatever i do it does not go away
[18:43] <asac> (the popup i mean)
[18:43] <asac> and hi!!
[18:43] <asac> already in denmark?
[18:43] <micahg> asac: remove xul-ext-webapps
[18:44] <asac> micahg: hi. that gets rid of this feature ... but i would like to use that feature. are you saying its broken like that right now?
[18:44] <asac> e.g. no workaround etc.
[18:44] <micahg> ah, hrm, idk
[18:44] <JanC> an infinite popup doesn't sound right in any case?
[18:45] <asac> hehe
[18:45] <asac> its not infinite.. just everytime i open a new tab with gmail it asks again
[18:45] <JanC> asac: that's what I mean: there should be a way to disable it
[18:46] <JanC> even if it's installed, not every user might want to use it...
[18:46] <asac> i disabled the addon for the time being
[18:46] <asac> the dialog gives me a "no"
[18:46] <asac> but it seems storage/persistence is broken for me
[18:46] <JanC> and disabling addons is not what most users know how to do
[18:46] <asac> i dont think its a problem for all
[18:47] <JanC> maybe you can try with a pristine users (or the guest account)
[18:47] <asac> the choice of default features is a just one for any OS provider to make. we just all prefer bug freeness :)...
[18:54] <chrisccoulson> asac, i'm not sure of the best way to fix your problem. i uninstalled it too ;)
[18:54] <asac> hehe
[18:54] <asac> right
[18:54] <chrisccoulson> perhaps report a bug against the addon
[18:54] <asac> thats a bad sign :)
[18:54] <chrisccoulson> yeah
[18:54] <asac> hmm. there must be at least one already :)
[18:54] <chrisccoulson> there might be
[18:54] <asac> whats the package?
[18:54] <asac> soruce?
[18:54] <chrisccoulson> asac, unity-firefox-extension
[18:55] <asac> chrisccoulson: the only other thing i face is that i cannot use alt tab to switch amongst a set of firefox windows
[18:55] <chrisccoulson> i've reporter quite a lot of bugs this week. i'm sure they're fed up with me by now :)
[18:55] <asac> guess thats normal?
[18:55] <chrisccoulson> asac, did you try Alt+` ?
[18:55] <chrisccoulson> that allows you to cycle between windows in the same app
[18:57] <asac> chrisccoulson: can you file it? i will never be able to remember to follow up as i dont receive bug mail right now :/
[18:57] <asac> https://bugs.launchpad.net/ubuntu/+source/unity-firefox-extension
[18:57] <asac> if not i can file and will leave a hint where to find me on irc :)
[18:57] <chrisccoulson> asac - i'll have a look to see if one already exists. you're not the first person to mention it
[18:57] <asac> hmm
[18:57] <asac> i checked
[18:57] <asac> didnt spot it
[18:57] <asac> but maybe bad title
[18:58] <asac> there are only 8 bugs open against the package
[18:58] <asac> maybe against upstream project
[18:58] <asac> https://bugs.launchpad.net/unity-firefox-extension
[18:58] <asac> there are 10 :)
[18:59] <asac> this one is fix committed: https://bugs.launchpad.net/ubuntu/+source/unity-firefox-extension/+bug/1058816
[18:59] <ubot2> Launchpad bug 1058816 in unity-firefox-extension (Ubuntu) "Unhelpful message bubble when offering to install an integration script" [Undecided,Fix committed]


[10:05] <pavlushka> !info Mate
[10:05] <lubotu> Package Mate does not exist in hirsute
[13:40] <Brainstorm> Updates for Bangladesh: +1687 cases (now 805980), +30 deaths (now 12724) since 21 hours ago


[09:50] <pitti> hi bluefoxicy, hey AlinuxOS
[09:50] <crimsun> jdong|laptop: I don't know who this 'system76' is.
[09:50] <jdong|laptop> crimsun: they're a hardware company selling only ubuntu systems
[09:50] <bluefoxicy> hm
[09:50] <AlinuxOS> pitti, Edgy will Rock I see :) there is Georgian listed in debian-installer menu :)
[09:50] <jdong|laptop> they were the first ones to report having problems with the kernel update
[09:50] <BenC> jdong: that's the VIA problem, fixed in git repo already
[09:50] <bluefoxicy> He should probably go through the bounty system, shouldn't he?
[09:50] <cr3> BenC: last reply I see from you on ubuntuforums is asking for lspci output
[09:50] <crimsun> right, the revert
[09:51] <jdong|laptop> BenC: k, regarding dapper though?
[09:51] <BenC> cr3: it's via email to the system76 guy
[09:51] <BenC> jdong: Yes
[09:51] <AlinuxOS> pitti, but there is horrible,ugly fonts(again and again) so I'm working to replace them. I'm talking about gnu unifont.
[09:51] <cr3> BenC: can you forward the email to me as well, he's expecting a call from me this afternoon
[09:51] <crimsun> jdong|laptop: http://www.kernel.org/git/?p=linux/kernel/git/bcollins/ubuntu-dapper.git;a=commitdiff;h=23a7178767252cc5b6337b74c2359950aa099d08
[09:51] <BenC> cr3: email
[09:51] <BenC> ?
[09:52] <cr3> BenC: /msg'ed it to you
[09:52] <jdong|laptop> crimsun: yeah, that's what broke it, right? where's what fixes it? when will that be available via apt?
[09:52] <jdong|laptop> crimsun: linking a baffled forum user to a git commit won't do the trick
[09:52] <crimsun> huh? I thought reverting it _fixed_ the symptoms.
[09:53] <jdong|laptop> crimsun: hmm, the recent kernel update _caused_ these problems, apparently :)
[09:53] <mdz> jdong|laptop: it's up now, linux-restricted-modules <IP_ADDRESS>-4
[09:53] <BenC> cr3: sent
[09:54] <jdong|laptop> mdz: yep, saw that. thanks. that resolves the nvidia issues :)
[09:54] <BenC> yeah for long distance phone conferences
[09:54] <mdz> jdong|laptop: the via issue is bug 52649
[09:54] <Ubugtu> Malone bug 52649 in linux-source-2.6.15 "VIA IRQ quirk changes in 2.6.15-26.44 have broken various VIA devices" [High,Fix committed]  http://launchpad.net/bugs/52649
[09:54] <BenC> s/yeah/yay/
[09:54] <jdong|laptop> mdz: I've put up a global announcement on the forums already...
[09:54] <mdz> jdong|laptop: thank you
[09:54] <jdong|laptop> mdz: yep, np. thanks for the via link, too
[09:55] <Burgwork> pitti, so issue is fixed?
[09:55] <ajmitch> morning
[09:55] <pitti> Burgwork: yes, it's out, tested, and announced
[09:55] <crimsun> jdong|laptop: unless git timestamps are playing tricks on me, that _is_ the commit.
[09:56] <cr3> BenC: wow! that is some workaround, I'm impressed how you could come up with something like that
[09:56] <Burgwork> pitti, done
[09:56] <jdong|laptop> crimsun: I think they are.... BenC just said in the launchpad ticket that it's gonna be in the _next_ upload
[09:56] <jdong|laptop> the fix
[09:57] <pitti> Burgwork: merci
[09:57] <BenC> cr3: it's pretty common, most ppl just don't know about it :)
[09:57] <Burgwork> de nada
[09:58] <jdong|laptop> Burgwork: your french needs some work ;)
[09:58] <pitti> sounded like Spanish :)
[09:58] <jdong|laptop> yeah, sure did
[09:59] <Burgwork> jdong, yes, my french does need work
[09:59] <cr3> BenC: is this something totally specific to the sk98lin or other drivers as well?
[10:00] <BenC> cr3: You can add pci id's to any pci driver using that method
[10:00] <jdong|laptop> hey, kudos to everyone on how fast the nvidia problem got fixed. impressive :)
[10:01] <cr3> BenC: /sys/bus/pci/drives/sk98lin seems to be a file on system76's system
[10:02] <cr3> BenC: scratch that, something weird is going on
[10:03] <BenC> yeah, that would have been weird :)
[10:03] <cr3> BenC: I told him to change the ">" with "| sudo tee" and sudo apparently segfaulted. weird
[10:07] <cr3> BenC: weird, input/output error when trying to cat the file
[10:07] <Treenaks> cr3: sudo cat | tee
[10:08] <Treenaks> cr3: not cat | sudo tee
[10:08] <mdz> BenC: there is a report in the forums about a problem with fglrx; it could easily be a misunderstanding but it needs to be investigated anyway just in case: http://www.ubuntuforums.org/showthread.php?t=257353&page=2
[10:08] <BenC> mdz: probably same issue as nvidia
[10:09] <cr3> Treenaks: the original command was echo 'foo' > /file/owned/by/root which I suggested changing to echo 'foo' | sudo tee /file/owned/by/root
[10:10] <jdong|laptop> mdz, BenC: another fglrx one : http://ubuntuforums.org/showthread.php?t=257405&highlight=fglrx
[10:11] <BenC> cr3: I/O error n read is expected
[10:12] <BenC> cr3: sudo -l root
[10:12] <BenC> then do the command
[10:14] <BenC> cr3: oops, wrong command, "sudo /bin/bash"
[10:15] <_ion> benc: Rather sudo -i or sudo -s
[10:15] <BenC> one of them there to get you a root shell
[10:17] <cr3> BenC: he tried your echo and gets "no such file or directory", he tried ls and find, the file is there.
[10:18] <mdz> BenC: it should be straightforward to confirm that
[10:18] <BenC> mdz: yeah
[10:18] <BenC> if it's "missing symbol boot_cpu_data"
[10:18] <BenC> then that's it
[10:19] <mdz> the one I saw didn't provide any details
[10:19] <shaya> is there a better way to extract meta data of installed packages then constantly calling dpkg --status $package and greping for the meta data?
[10:19] <mdz> shaya: dpkg-query
[10:20] <BenC> cr3: that's an odd error
[10:20] <cr3> BenC: he is using a root shell, trying to cat the file is still returning input/output error. weird
[10:21] <shaya> mdz: doesn't seem to be different for my purposes.  I'm trying to extract version, dependency, conflict, provide relationships
[10:21] <shaya> for a research project I'm doing based on edgy
[10:21] <mdz> shaya: man dpkg-query, search for showformat
[10:21] <BenC> root@grayson:/sys/bus/pci/drivers/ohci1394# echo 11ba:4471 > new_id
[10:21] <BenC> root@grayson:/sys/bus/pci/drivers/ohci1394#
[10:21] <BenC> cr3: the command works for me
[10:22] <BenC> cr3: I just did it on a random pci driver with a random id, but it took it
[10:22] <mdz> BenC:
[10:22] <mdz> [ 1787.044040]  fglrx: disagrees about version of symbol boot_cpu_data
[10:22] <mdz> [ 1787.044075]  fglrx: Unknown symbol boot_cpu_data
[10:22] <shaya> I see
[10:22] <BenC> mdz: fixed with lrm rebuild then
[10:23] <cr3> ~# cat /sys/bus/pci/drivers/PIIX_IDE/new_id
[10:23] <cr3> cat: /sys/bus/pci/drivers/PIIX_IDE/new_id: Permission denied
[10:23] <jdong_> BenC: so does murphy's law state that every module you didn't check would depend on boot_cpu_data? ;-)
[10:23] <cr3> BenC: I'm getting a permission denied as well, you're running a freaky shell
[10:24] <BenC> cr3: I did "sudo /bin/bash; echo xxxx.xxxx > new_id"
[10:24] <mdz> BenC: yes, but means that the problem was more widespread than we thought
[10:24] <mdz> jdong|laptop: confirmed that both nvidia and fglrx are affected
[10:24] <mdz> jdong|laptop: so those users are experiencing the same bug
[10:24] <mdz> the rest of l-r-m is OK
[10:24] <BenC> mdz: true
[10:26] <cr3> BenC: I'm also getting permission denied and I'm using sudo bash
[10:26] <BenC> privmsg me a transcript of you running that command
[10:27] <Mithrandir> Keybuk: please accept bluez-utils_3.1-1ubuntu10_source.changes once it's up.
[10:30] <zul> mdz: are you going to be around later?
[10:32] <mdz> zul: I expect to be
[10:32] <zul> mdz: ok great..
[10:32] <zul> ttyl
[10:35] <Keybuk> Mithrandir: isn't the publisher disabled?
[10:36] <Keybuk> yes, it is
[10:36] <Keybuk> so it won't "get" up
[10:37] <BenC> pitti: We still doing the dapper-security (and hoary/breezy) uploads tomorrow?
[10:43] <mbiebl> lamont: Is there a reason, why /etc/init.d/postfix calls lsb_release?
[10:44] <mbiebl> This slows down my boot process quite a bit (~5sec)
[10:44] <mbiebl> Seems lsb_release calls apt-cache, which needs a lot of I/O
[10:46] <slomo> pitti: now i'm there
[10:46] <SlicerDicer-> Kamion: are you about?
[10:51] <pitti> BenC: whenever they are ready
[10:51] <Kamion> AlinuxOS: please extend GNU unifont rather than replacing it; I really don't want to switch to something different at present
[10:51] <BenC> pitti: Ok, I'm working on dapper right now
[10:51] <pitti> slomo: hm, I forgot what I wanted to ask you :/
[10:51] <pitti> slomo: ah, right, something about CD testing, but it's sorted out already
[10:52] <slomo> pitti: ok :) what's the state of the cds now btw?
[10:52] <Kamion> AlinuxOS: (replacing characters is fine of course, I just don't want to be told to switch to a different font which will then be suboptimal for some other language)
[10:52] <Keybuk> Kamion: is the publisher meant to be disabled?
[10:53] <pitti> slomo: https://wiki.ubuntu.com/Testing/Current
[10:54] <Kamion> Keybuk: it's not?
[10:54] <Kamion> $ sudo -u lp_publish crontab -l
[10:54] <Kamion> MAILTO=lp_archive
[10:54] <Kamion> 3 * * * * /srv/launchpad.net/codelines/current/cronscripts/publishing/cron.daily
[10:54] <pitti> we disabled it for the emergency l-r-m update, but I guess it can be re-enabled now
[10:54] <Kamion> oh, nothing to do with me then :)
[10:54] <Kamion> SlicerDicer-: briefly
[10:54] <SlicerDicer-> Kamion: I will just shoot you a email no worries
[10:55] <Keybuk> Kamion: uh, someone so reactivated it in the last ten minutes then
[10:55] <Keybuk> in fact, I bet someone just went "oh fuck" and silently reactivated
[10:55] <Kamion> SlicerDicer-: ok
[10:55] <Keybuk> lp_publish@drescher:~$ crontab -l
[10:55] <Keybuk> MAILTO=lp_archive
[10:55] <Keybuk> #3 * * * * /srv/launchpad.net/codelines/current/cronscripts/publishing/cron.daily
[10:55] <Keybuk> *minutes later*
[10:55] <Keybuk> lp_publish@drescher:~$ crontab -l
[10:55] <Keybuk> MAILTO=lp_archive
[10:55] <Keybuk> 3 * * * * /srv/launchpad.net/codelines/current/cronscripts/publishing/cron.daily

[10:58] <jdong> on a sidenote, I can't believe the forums have stayed up given the increased traffic with today's fun :)
[10:59] <Keybuk> today's fun?
[11:00] <pitti> Keybuk: breaking X again, what else :-P
[11:00] <jdong> Keybuk: kernel update, x breakage, what else is new around here? ;P
[11:00] <beuno> nvidia only this time  :D
[11:00] <Keybuk> oh, ABI change with the kernel weekly exploit dose?
[11:00] <jdong> beuno: naw, nvidia too.. sky2 networking, via sound
[11:00] <pitti> Keybuk: http://www.ubuntu.com/usn/usn-346-2
[11:00] <jdong> beuno: I meant fglrx
[11:00] <Keybuk> SERVES THEM RIGHT FOR NOT OPE...oh, wait, I have an nvidia too...
[11:01] <jdong> LOL
[11:01] <_ion> :-D
[11:01] <beuno> heh
[11:01] <AlinuxOS> Hello, http://alinuxos.no-ip.org/debian-installer.png I can't find this English string in debian-installer.po file, can someone help me ?
[11:01] <jdong> Keybuk: and I'm sure that's the reason all of this happened :)
[11:01] <jdong> Keybuk: after all, it's not like the source code to nvidia.ko is what we compile or anything
[11:01] <Keybuk> jdong: we don't have most of the source to nvidia.ko
[11:01] <Keybuk> it's a .o file
[11:02] <cr3> can anyone actually read or write new_id files under /sys/bus/pci/drivers? I really have no clue how BenC manages to pull it off
[11:02] <jdong> Keybuk: we have enough of it to make it binary-compatible with the frickin kernel update :P
[11:02] <Keybuk> cr3: explain
[11:02] <cr3> Keybuk: as root, I get "Permission denied"
[11:02] <beuno> jdong: do you have any idea how many ppl were affected thistime?
[11:02] <Keybuk> cr3: maybe the driver doesn't support it
[11:02] <_ion> --w------- 1 root root 4096 2006-09-15 00:02 /sys/bus/pci/drivers/PIIX_IDE/new_id
[11:02] <BenC> cr3: You can NOT read the files, they can only be written to
[11:03] <Keybuk> echo -n 0000:00:00:00 > new_id  usually works for me
[11:03] <BenC> Keybuk: it's not the driver, it's the PCI subsystem, it lets them all support it
[11:03] <cr3> is the "-n" absolutely necessary? everytime system76 tried the echo, it seemd to freeze his terminal :(
[11:03] <jdong> beuno: at least around 200 people on the forums have commented on the problem
[11:03] <Keybuk> cr3: I usually do the -n when echo'ing anything to the kernel
[11:03] <BenC> cr3: if it froze his terminal, then it worked
[11:03] <Keybuk> lol
[11:04] <BenC> well, it worked in that it took the command
[11:04] <Keybuk> "if kernel crashes, then it worked"
[11:04] <BenC> check dmesg
[11:04] <BenC> well it didn't freeze the kernel, just the command blocked :P
[11:04] <Keybuk> "driver, meet this hardware, hardware meet this driver, now FIGHT!"
[11:04] <beuno> jdong: so it's pretty big...
[11:04] <Keybuk> why does the command block like that?
[11:04] <cr3> BenC: ok, thanks, I was worried there for a moment.
[11:04] <jdong> beuno: despite how miraculously fast the ubuntu team reacted, unfortunately a number of users were affected, yes.
[11:04] <BenC> it blocks because it starts a driver bind/probe
[11:05] <cr3> BenC: are changes to /sys/.../new_id permanent or is there some file I should modify for changes to be permanent?
[11:05] <beuno> jdong: any idea what happend with the idea to add an extra step before these things get into the repos?
[11:05] <BenC> cr3: it does not last across reboots, no
[11:05] <jdong> beuno: people don't really test and report back?
[11:05] <AlinuxOS> Kamion, maybe you know why I can't find this string:  http://alinuxos.no-ip.org/debian-installer.png
[11:05] <jdong> beuno: BenC had a rant about that earlier :)
[11:05] <BenC> cr3: that command would have to be added to an init script, or done after each boot
[11:06] <jdong> beuno: and I can tell you the same thing from backports.... people don't tell you it breaks UNTIL you move it into the stable repos :P
[11:06] <beuno> jdong: great, add me to it  ;)
[11:06] <cr3> BenC: at the end of rc.local should be fine? I'm just afraid of what will happen to the following rc scripts because of that crashing behavior
[11:06] <Kamion> AlinuxOS: that's an Ubuntu-specific string; you'll find it in debian-installer in Rosetta
[11:07] <Kamion> should be in the kbd-chooser section
[11:07] <beuno> jdong: so what's the plan?  I thought that would contain these problems a bit more, but if it's not the solution...
[11:07] <jdong> beuno: I don't know what's the plan. I'd like to know too.... I don't make such calls around here ;-)
[11:07] <AlinuxOS> Kamion, Edgy-s debian-installer is not translatable in this moment...what can I do ?
[11:08] <jdong> beuno: you're gonna have to poke different people in this room for that info
[11:08] <Kamion> AlinuxOS: well, for starters that string won't be relevant in edgy :-)
[11:08] <Keybuk> BenC: isn't the driver bind/probe supposed to unblock eventually though?
[11:08] <Kamion> AlinuxOS: we'll get it sorted out soon, but the code needs to be in place first
[11:08] <BenC> cr3: I'm a little worried that it gives an error, I'd like to see the dmesg output from the addition of the command
[11:09] <AlinuxOS> Kamion, won't be relevant ? :)You mean that this string will change or something similar ?
[11:09] <Kamion> AlinuxOS: that's a string in kbd-chooser, which is being replaced by console-setup; the strings in console-setup are different
[11:09] <BenC> Keybuk: it does, he said it hangs for  a bit then errors
[11:09] <Kamion> so there is essentially no point in translating that string
[11:09] <beuno> well, I'm off, will check later to see who else needs to get walked through the breakages
[11:10] <beuno> good luck  ;D
[11:10] <Kamion> interesting, that string indeed doesn't seem to be in the .pot file
[11:10] <Keybuk> BenC: ahh, I usually just see that hang forever
[11:11] <AlinuxOS> Kamion, it would be great if rosetta-s guys order modules by importance. So in this way translators can understand which module is more-less important.
[11:11] <Kamion> AlinuxOS: oh, you didn't tell me that was edgy :-)
[11:11] <Kamion> AlinuxOS: that *is* the console-setup string
[11:11] <AlinuxOS> ah
[11:11] <Kamion> AlinuxOS: I'll get it added to the master d-i .pot file tomorrow
[11:12] <AlinuxOS> Kamion, thank you.
[11:12] <Kamion> AlinuxOS: they already do have some degree of ordering by importance, as I understand things
[11:12] <Kamion> and there is a rough importance ordering in debian-installer.pot
[11:12] <AlinuxOS> Kamion, great.
[11:12] <jdong> mdz: one of the most common questions we get at the forums after an incident like this is "what is gonna be done to prevent this in the future"
[11:12] <jdong> mdz: do you/Canonical have anything official you'd like us to tell forum users?
[11:13] <AlinuxOS> Kamion, debian installer uses gnu unifont right ?
[11:13] <Kamion> AlinuxOS: yes
[11:14] <AlinuxOS> Kamion, so I must change georgian font section, actual fonts are not proprortional at all and very ugly...unbelivably ugly :)
[11:15] <lamont> mbiebl: to figure out where it is.
[11:15] <mdz> jdong: I can't give you an official response at this time; we're still dealing with the immediate problem
[11:16] <lamont> mbiebl: otoh, the init script doesn't actually use the result.
[11:16] <jdong> mdz: ok, that's fine
[11:16] <cr3> BenC: nothing appears in dmesg, sk98lin module is still there, ifconfig eth0 up returns "no such device"
[11:17] <AlinuxOS> Kamion, are there some other modules straightly linked with debian-installer (for translation of course)?
[11:18] <mbiebl> lamont: I wasn't sure if postfix needs this environment variable.
[11:18] <mbiebl> If not, I would simply remove this check.
[11:19] <lamont> mbiebl: it's code that is in both postinst and in init.d.  at one point it was used in init.d
[11:19] <mdz> jdong: anyone who upgraded between approximately 1400 and 2000 UTC should be sure to upgrade again before their next reboot
[11:19] <mdz> if they use the proprietary drivers
[11:20] <sladen> okay,whichjokerstolenmyspacebarinX?
[11:20] <pitti> sladen: 'Empty spaces -- what are we living for?'
[11:20] <pitti> o/`
[11:21] <sladen> ./mepondersonasolution
[11:21] <pitti> copy&paste existing spaces from text files *duck*
[11:21] <AlinuxOS> pitti, The show must go on! :)
[11:21] <LaserJock> pitti: ouch
[11:22] <pitti> AlinuxOS: my space bar may be flaking, but my vi goes on
[11:22] <AlinuxOS> loooool pitti
[11:22] <pitti> sladen: since an upgrade, or what changed?
[11:22] <jdong|laptop> mdz: I'll add that to the forum announcement. thanks!
[11:23] <pitti> s/goes on/still stays on/ of course /me sends excuses to Freddie
[11:23] <cr3> BenC: you mentionned liking to see the dmesg output from the addition of the command so I privmsg'ed it to you
[11:24] <sladen> pitti:well,quite:)
[11:25] <AlinuxOS> Kamion, console-setup or console-setup-fonts-udeb ?
[11:26] <Kamion> AlinuxOS: console-setup source package, but please don't translate it yet - we'll disable translations of that when it gets sucked into debian-installer
[11:26] <Kamion> AlinuxOS: what do you mean by "some other modules straightly linked with debian-installer"?
[11:26] <AlinuxOS> :) example: console-setup
[11:27] <Kamion> there are a whole bunch, too many to list
[11:27] <AlinuxOS> ah
[11:28] <AlinuxOS> Kamion, so we need that bunch into rosetta, listed before.
[11:29] <Kamion> AlinuxOS: with the exception of console-setup, they already are
[11:29] <Kamion> AlinuxOS: see https://launchpad.net/distros/ubuntu/edgy/+source/debian-installer/+translations
[11:29] <Kamion> they're all incorporated in one giant template
[11:29] <AlinuxOS> Some people (like me), translators don't know which module is more-less important. So when you have mature consol-setup and debian-installer it will be super to have everything listed in rosetta in first page.
[11:29] <Kamion> AlinuxOS: translators should just go to debian-installer
[11:29] <Kamion> one module
[11:29] <Kamion> it has everything in an appropriate order for translation
[11:29] <AlinuxOS> Kamion, super.
[11:30] <AlinuxOS> Kamion, thank you very much for info! ;)
[11:30] <Kamion> np
[11:33] <jdong|laptop> LOL, you guys will get a laugh out of this one
[11:33] <jdong|laptop> "My MCSE (microsoft certified service engineer) teacher was telling me today in class that open source means that the programmer got stuck and didn't finish the program, which is why open office is so bad. is this true?"
[11:35] <SEJeff> jdong|laptop: And thats why Ubuntu won't play mp3s after I install it, right? </sarcasm>
[11:35] <jdong|laptop> :)
[11:35] <AlinuxOS> openoffice is so bad ???hm I don't think so.
[11:35] <SlicerDicer-> jdong: I would use the phase "excuse me can you repeat that in english please, I have not been to studies on stupid yet"
[11:35] <SEJeff> jdong|laptop: And someone should ask that guy why M$ used so much "open source" bsd code in their early tcp/ip stack :)
[11:36] <SEJeff> his reaction to his own stupidity: Priceless...
[11:36] <jdong|laptop> SEJeff: so MS can finish it? *ducks*
[11:36] <SlicerDicer-> ohh no SEJeff I am sure he would figure a way to say ohh that never happend just to raise his stupidness level.
[11:37] <SlicerDicer-> lol jdong|laptop
[11:37] <SEJeff> jdong|laptop: I have a buddy that actually believes what you just said. SlicerDicer-: And thats why people like us are here to prove him wrong
[11:37] <jdong|laptop> SEJeff: I've worked at an all-Microsoft camp. you won't believe some of the firefox myths I've had to put up with
[11:38] <SlicerDicer-> SEJeff: don't you mean "had" ;-)
[11:38] <Burgwork> guys, this is -devel, please keep the chatter to a minimum
[11:38] <Burgwork> guys, this is -devel, please keep the chatter to a minimum
[11:38] <SlicerDicer-> sorry Burgwork
[11:50] <Frederick> does anyone ever managed to get debbug info for image magick in ubuntu?


[05:08] <stephenm> Hi, I wanted to know does this group have any events or projects to learn more about the group itself?
[05:08] <stephenm> I'm new to the group and wanted to learn more about this LoCo