[09:09] <highvoltage> morning RichEd
[09:10] <RichEd> hi highvoltage
[09:10] <juliux> morning
[09:10] <LaserJock> hi highvoltage RichEd and juliux
[09:11] <RichEd> hey LaserJock & juliux
[09:11] <kgoetz> arvo
[09:11] <highvoltage> hey LaserJock, juliux and kgoetz
[09:11] <LaserJock> RichEd: lots of fun eh?
[09:11] <highvoltage> RichEd: why not?
[09:12] <RichEd> when the border passport control cannot see proof of an onward flight (one of them red tickety things) they won't let you out of the country
[09:12] <LaserJock> the US is going all electronic soon
[09:12] <kgoetz> highvoltage: hey mate
[09:12] <RichEd> they are still under the mindset that you travel by the grace of the government allowing you a privelage
[10:03] <stgraber> Gutsy candidates ISO are ready for testing
[12:22] <Nuba1> hi there...
[12:23] <Nuba1> So I've installed Gutsy RC and have problems trying to connect my thin clients... I've compiled the feisty distro in the /opt/ltsp/i386 chroot because only feisty will read my graphics cards
[12:23] <Nuba1> the ATI X1450 is not supported in xorg 7.3, which is what comes natively in Gutsy
[12:23] <Nuba1> hi ogra
[12:24] <Nuba1> (12:23:11 PM) Nubae: So I've installed Gutsy RC and have problems trying to connect my thin clients... I've compiled the feisty distro in the /opt/ltsp/i386 chroot because only feisty will read my graphics cards
[12:24] <Nuba1> (12:23:33 PM) Nubae: the ATI X1450 is not supported in xorg 7.3, which is what comes natively in Gutsy
[12:24] <Nuba1> I get connection refused when they startup
[12:25] <Nuba1> I'm assuming this is because feisty is expecting nfs and Gutsy only does nbd... is this assumption correct?
[12:28] <Nuba1> can someone help me please :-(
[12:29] <Nuba1> I've spent days trying to get this working, there was of course, no mention anywhere that from feisty to gutsy suddenly fglrx was not supported anymore...
[12:30] <Nuba1> I understand its not used much in thin clients, but surely there must be more people than me trying to use fglrx, whether it be thin or fat clients
[03:17] <sbalneav> Morning all
[03:26] <RichEd> hey scotty :)
[03:27] <ogra> sbalneav, something to play with: http://paste.ubuntu-nl.org/40804/
[03:27] <ogra> (save as ltsp-chroot, make it executable and be able to run: sudo ./ltsp-chroot xterm)
[03:28] <ogra> now we just need synapic in the chroot ;)
[03:28] <ogra> and have full gui package management for ltsp clients ;)
[03:51] <sbalneav> ogra: So, this isn't local apps, right?
[03:52] <ogra> no, thats chroot maintenance
[03:52] <sbalneav> right, got it.
[03:52] <sbalneav> Cool
[03:52] <sbalneav> How's the CMPC going?
[03:53] <ogra> not at all yet, to much release stress atm
[03:53] <ogra> i hope to have all isos fine tonight, then i can look into other stuff
[03:53] <ogra> whithout release there is no CMPC :)
[03:54] <ogra> btw, forst -desktop-i386 install done :)
[03:54] <ogra> *first
[03:54] <ogra> lets see if it boots :)
[03:57] <bddebian> Heya
[04:47] <stgraber> ogra: is there any known bug for Edubuntu LTSP that could cause a misdetection of my graphic card ?
[04:47] <ogra> stgraber, intel ?
[04:47] <stgraber> ogra: running at 1280x1024 instead of 1680x1050
[04:47] <stgraber> ogra: yes
[04:48] <ogra> might be it detects the i810 driver for it instead of the intel one
[04:48] <stgraber> ok, will try to override it in lts.conf and see if that helps
[04:48] <ogra> thats likely bug 149006 as well
[04:48] <ubotu> Launchpad bug 149006 in ltsp "ltsp does not configure xorg.conf correctly" [Undecided,New]  https://launchpad.net/bugs/149006
[04:51] <cberlo> Hi folks.  Got a quick question (I hope):  how can you figure out who's actually logged in to an Edubuntu LTSP session?  Clients are connected through LDM (the default) and thus do not show up in the "who" listing.
[04:51] <ogra> thin client manager
[04:52] <stgraber> ogra: using XSERVER=intel fixed it
[04:52] <cberlo> ogra: Okay, and that' won't fly on a command line...  :)  Need a script to do some cleanup work at logout.  Can't figure out who's logged in, though.
[04:52] <ogra> it has a commandline tool as well
[04:52] <ogra>  scp-remote --help
[04:52] <ogra> stgraber, yeah, thats what i thought, thanks :)
[04:53] <stgraber> ogra: receiving "Connection refused" when trying to play a sound :(
[04:58] <cberlo> ogra: Thanks.  Looks like that will work for me.  :)
[05:09] <stgraber> ogra: pulseaudio isn't running on the client :(
[05:09] <ogra> oh
[05:10] <ogra> thats a fresh install ?
[05:11] <stgraber> yes
[05:11] <ogra> meh
[05:12] <ogra> i havent managed finishing a server install yet
[05:12] <ogra> vbox isnt nice to me today
[05:12] <ogra> two desktop install were fine though
[05:13] <stgraber> I logged as root on a thin client, soundcard is correctly detected but looking at ps aux there is no pulseaudio :(
[05:13] <ogra> weird
[05:13] <ogra> any errors on any of the consoles ?
[05:14] <stgraber> do you know what's the exact command used to start pulseaudio ?
[05:14] <ogra> pulse usually pops them up in red
[05:14] <ogra> thats tricky since we use hardcoded options ... look in the ltsp-client-core initscript, its a whole bunch
[05:22] <stgraber> ogra: pulse works well, it's just not launched ...
[05:22] <ogra> hmm
[05:22] <stgraber> ogra: I typed the exact same command as there is in the ltsp-client-core.install and it worked
[05:23] <stgraber> .init I mean
[05:23] <ogra> i assume you didnt create an lts.conf saying SOUND=False
[05:24] <stgraber> indeed, I first thought that the problem could come from there so I tried without any SOUND (default), then with SOUND=yes and SOUND=true (current)
[05:24] <stgraber> none of them worked
[05:24] <ogra> thats pretty strange
[05:25] <ogra> without any should work fine
[05:25] <ogra> SOUND=True should do as well
[05:27] <ogra> are ltspfsd and cdpinger runnng on the client ?
[05:27] <stgraber> ltspfsd yes, cdpinger no
[05:28] <ogra> you dont have a cdrom ?
[05:29] <stgraber> I have one (serial-ata)
[05:29] <ogra> (it should start if /dev/cdrom exists)
[05:30] <stgraber> /dev/cdrom exists and points to scd0
[05:30] <ogra> hmm, anyway, ltspfsd runs so the configure_localdev function was executed ...
[05:31] <stgraber> ogra: running : cdpinger cdrom
[05:32] <ogra> ok
[05:32] <stgraber> worked fine, I just don't see why it doesn't automatically start
[05:32] <stgraber> nah, it's not ok :)
[05:32] <ogra> i think scott made it start from ldm scripts as well, so that does no harm
[05:32] <ogra> ah, no, thats delayed mounter
[05:33] <stgraber> I had to run the cdpinger by hand, but running it with the command there is in ltsp-client-core.init worked
[05:33] <stgraber> that's what I don't understand
[05:34] <stgraber> it's supposed to have executed the exact same command ...
[05:34] <ogra> righ, me neither
[05:35] <ogra> the thing is that absolutely nothing changed between RC and today
[05:36] <stgraber> I'm pretty sure I had sound on that same computer with RC :(
[05:37] <ogra> the last change i made to ltsp was 8 days ago ... RC is five days ago
[05:38] <ogra> i suspec a race condition ...
[05:38] <ogra> something is gotten slower or faster during boot ... that exposes it ...
[05:38] <ogra> probably udev
[05:38] <stgraber> rebooting without the lts.conf (just in case)
[05:39] <ogra> you could try to add a "sleep 5" before the localdev and sound functions (after the screenscripts are run)
[05:40] <ogra> (in the ltsp-client-core initscript)
[05:41] <stgraber> hmm, got sound this time
[05:41] <ogra> yeah, race condition ... :/
[05:41] <stgraber> I hate that :)
[05:42] <ogra> indicates a prob with udev
[05:42] <ogra> i guess cdpinger wasnt up because there was no /dev/cdrom when it was started
[05:42] <ogra> same for sound
[05:43] <ogra> but dont quote me on that ...
[05:43] <ogra> need to see it myself
[05:43] <ogra> sounds like something to fix in an SRU#
[05:43] <ogra> -#
[05:43] <stgraber> yeah, got both sound and high res this time :)
[05:44] <stgraber> and cdpinger running
[05:45] <stgraber> will try to reproduce the no sound, no cdpinger thing
[05:47] <stgraber> reproduced :)
[05:47] <stgraber> just had to reboot once
[05:48] <stgraber> but well, my client is a Core2Duo 2.0Ghz with tons of RAM (2GB), not really the usual thin client as of performance :)
[05:50] <stgraber> ogra: I could add a : ls /dev > /var/log/debugltsp to the init script to check if your theory is right, no ?
[05:51] <ogra> indeed
[05:51] <ogra> but te ls will likely take longer than the race takes
[05:52] <stgraber> I'll put it after the cdpinger so it won't slow down the boot, just have to hope that the device won't show up between the cdpinger and the ls
[05:54] <stgraber> argh, too bad the server isn't as fast as the client :), mksquashfs takes some time
[05:58] <stgraber> ogra: it worked !!! :)
[05:59] <stgraber> ogra: I've put a : ls /dev/cdrom > /var/log/ltspdebug
[05:59] <stgraber> ogra: after boot, still no sound and /var/log/ltspdebug exists but is empty
[05:59] <ogra> reboot again until you have a cd
[05:59] <stgraber> ogra: so the file didn't exist at this point
[05:59] <ogra> and see if it corellates
[06:02] <stgraber> confirmed
[06:03] <stgraber> I just had a "slow" boot and have /dev/cdrom in the ltspdebug file
[06:03] <stgraber> (boot is <10s on this computer)
[06:04] <ogra> ah, well
[06:05] <ogra> i never test on suc speedy stuff :)
[06:05] <ogra> i have nothing here that boots faster than 30 secs
[06:06] <stgraber> oh, just something I noticed while testing Edubuntu, is that normal that we have a "switch user" option ?
[06:06] <stgraber> it doesn't work at all on LTSP and show two error messages, a first one that explain why it doesn't work and a second weird one
[06:07] <ogra> oh
[06:07] <ogra> it shouldnt offer any options
[06:07] <ogra> just sit there and show your username
[06:07] <ogra> at least on LTSP clients
[06:08] <ogra> Bug 137980
[06:08] <ubotu> Launchpad bug 137980 in fast-user-switch-applet "fusa should respect thin clients and not offer user switching but show the logged in username" [Medium,Fix released]  https://launchpad.net/bugs/137980
[06:08] <ogra> that was supposed to be fixed
[06:08] <stgraber> not talking about f-u-s-a
[06:08] <stgraber> but the close session options
[06:08] <stgraber> fusa works as expected
[06:09] <stgraber> that's the close session options that still show a "Switch User" option (next to Log Out and Lock Screen)
[06:09] <ogra> eek
[06:09] <ogra> indeed
[06:09] <ogra> i never thought about that
[06:16] <stgraber> one more thing to fix for Hardy :)
[06:18] <ogra> yeah
[06:20] <ogra> for now a sleep in the init would do as workaround in case you really have such fast clients in day to day use
[06:20] <stgraber> my clients are usually 200Mhz for the fastest so it won't really be a problem :)
[06:21] <stgraber> Which source is affected by the second bug (Switch User) ? ltsp too ?
[06:26] <ogra> nope
[06:26] <ogra> ah well
[06:26] <ogra> yeah, make it ltsp as well, as we'll likely need to set the triggeres
[06:26] <ogra> i'm not sure whats the logout dialog though ...
[06:27] <ogra> either gnome-panel or gnome-session
[07:10] <stgraber> ogra: bug 153355 and bug 153356
[07:10] <ubotu> Launchpad bug 153355 in ltsp "No sound and CD-Rom on fast thin client" [Undecided,New]  https://launchpad.net/bugs/153355
[07:10] <ubotu> Launchpad bug 153356 in ltsp ""Switch User" option available in the close session box" [Undecided,New]  https://launchpad.net/bugs/153356
[07:10] <ogra> thanks :)
[08:31] <ogra> wonderful
[08:33] <LaserJock> nice
[08:38] <stgraber> ogra: last time I tried edubuntu on VBox I had 1GB ram assigned to the VM and worked fine. But I remember having some problem under VBox (not real hardware) with "only" 512MB
[08:38] <ogra> i use 320 atm
[10:02] <bkj> Where can i found more detailed review of edubuntu, whats included on the cd what programs what tools?


[12:58] <asac> gnomefreak: pong
[12:59] <asac> sorry did take (mostly) of on sunday :)
[02:54] <asac> oh ... sick?
[02:55] <gnomefreak> yeah been for a few dys
[02:55] <gnomefreak> shoot i lost the bug number.
[02:56] <asac> :)
[02:57] <gnomefreak> the tb reply-to-list bug someone asked for a testing <IP_ADDRESS> package using that patch. i thought it was there already but i have it built already here from new description i will upload to my server
[02:57] <gnomefreak> bug 52667
[02:57] <Ubugtu> Malone bug 52667 in mozilla-thunderbird "Thunderbird doesn't support RFC-2369 based Reply-To-List" [Undecided,Fix committed]  https://launchpad.net/bugs/52667
[02:57] <asac> gnomefreak: in feisty its included
[02:57] <asac> iirc
[02:57] <gnomefreak> thats what i thought oo
[02:57] <gnomefreak> too
[02:57] <asac> other branches will not receive that patch
[02:57] <asac> hmm
[02:57] <asac> let me see
[02:58] <asac> yes it has
[02:58] <asac> replytolist.dpatch
[02:58] <asac> u close?
[02:58] <asac> or me?
[02:59] <gnomefreak> ill close it if you like
[02:59] <gnomefreak> im there commenting anyway
[03:00] <gnomefreak> i cant close upstream bug though and since the patch works isnt that good enough to be closed?
[03:00] <asac> oh
[03:00] <asac> i just did it
[03:01] <asac> commented as well (e.g. pasted changelog
[03:01] <asac> )
[03:01] <asac> :)
[03:01] <asac> probably he will now understand ;)
[03:01] <gnomefreak> ah ok ty
[03:11] <dfarning> asac, ping
[03:13] <asac> dfarning: pong
[03:13] <dfarning> Hey busy week last how are things?
[03:14] <dfarning> did you get a chance to look at the LP thoughts page?
[03:14] <asac> still busy ... currently trying to update thai patch to latest
[03:14] <asac> dfarning: its on top of my TODO ... just need to get this thai thing going as beta is near
[03:15] <dfarning> sounds good I am working a turning it into some feature specs
[03:16] <dfarning> asac, is -retrace working better?
[03:18] <asac> i didn't do much retraces last week so I can't really tell. will do amd64 and ppc64 retraces tomorrow (on ubuntu machines available now) ... so then I can give feedback
[03:19] <dfarning> Thanks, I'm off to work on the crash db;)
[03:19] <asac> crash db?
[03:19] <asac> did you manage to tune into mozilla meeting?
[03:20] <asac> did you hear of anybody that did?
[03:21] <gnomefreak> i was there
[03:22] <asac> and?
[03:22] <asac> anything noteworthy?
[03:23] <gnomefreak> i missed alot of it because it started early and it was short because the calls were disconneted if you want i can post logs
[03:23] <dfarning> asac, I thought you were asking for a crash db last week;)
[03:24] <gnomefreak> ill be back in a few
[03:27] <asac> dfarning: sure i would like to see it ... just didn't know that your currently on it
[03:28] <asac> dfarning: so you're writing spec for that?
[03:28] <dfarning> I should have it pretty much together in a few days
[03:28] <asac> or just trying to gather information
[03:29] <asac> ... or even implementing ;)
[03:29] <dfarning> I'm putting together enough to have a bof at uds;)
[03:30] <dfarning> It is going to depend on buy in from a bunch of people
[03:30] <dfarning> I am taking the point of veiw that a crash db is the bottle neck to scaling Launch Pad
[03:32] <asac> yes, it is critical for crash processing ... though don't know why you say "bottleneck" in regards to launch pad?
[03:33] <asac> but i think i get it :)
[03:40] <gnomefreak> db == database?
[03:40] <dfarning> yes
[03:41] <gnomefreak> ah
[03:41] <gnomefreak> what day was our last meeting? march 6th?
[03:42] <dfarning> the first step is getting -retace to be run as a servece as soon as reports come in
[03:43] <dfarning> then get the ability to run something like bughelper to run when ever a report comes in to check for dupes
[03:43] <gnomefreak> what is ldd (WARNING: library linux-gate.so.1 not available to ldd -- skipping)
[03:43] <dfarning> then add a web interface to add new bughelper clues in real time
[03:44] <gnomefreak> that would make life easy but wont it conflict with mozilla's new backtrace thingy?
[03:44] <dfarning> linked Library
[03:45] <dfarning> just need to make them work together;)
[03:45] <gnomefreak> i might just have to look into those warnings (unless asac knows what im missing :)
[03:49] <gnomefreak> what tag are we using for duplicates?
[03:50] <dfarning> I don't think we have one yet
[03:52] <gnomefreak> ok i used mt-confirm for that one
[03:52] <gnomefreak> gnome-panel crashed damnit
[03:53] <dfarning> Got to run before I get a parking ticket. The guy just chalked my tire;(
[04:02] <gnomefreak> anyone know what file libflashplayer.so is in? is it flashplugin-nonfree or a different version?
[04:02] <gnomefreak> s/version/package
[04:04] <Admiral_Chicago> gnomefreak: yes
[04:04] <Admiral_Chicago> flashplugin-nonfree
[04:05] <gnomefreak> i have it why doies it keep failing damnit
[04:05] <gnomefreak> brb
[04:05] <asac> gnomefreak: duplicates?
[04:05] <asac> tags?
[04:05] <asac> mark duplicate? ... or you mean for proposed duplicates?
[04:05] <gnomefreak> asac: are we not tagging duplicates?
[04:05] <gnomefreak> no i mean it is a dupe (no tag?)
[04:06] <asac> you mean a tag so someone shall verify ?
[04:07] <gnomefreak> example bug xxx1 is a dupe of bug xxx2 do we tag bug xxx1?
[04:07] <asac> no ... if its marked as duplicate, then not
[04:07] <gnomefreak> k
[04:08] <asac> but maybe a tag to show that a bug is likely a duplicate ... but not sure would be good too
[04:08] <gnomefreak> i have this WARNING: library /usr/lib/firefox/plugins/libflashplayer.so not found in system packages -- ignoring
[04:08] <asac> yeah
[04:08] <gnomefreak> wtf is it ignoring for :(
[04:08] <asac> non-free
[04:08] <asac> i guess
[04:08] <asac> otherwise try gnash
[04:09] <Admiral_Chicago> if it is a duplicate and you tag it, it will not show up in search results
[04:09] <Admiral_Chicago> tag bug xxx2
[04:10] <gnomefreak> Admiral_Chicago: you can search "do not hide duplicates"
[04:10] <asac> yeah ... i mean ... don't mark it duplicate if unsure, but add tag
[04:10] <gnomefreak> brb i need to walk away for a bit before i through pc out 3rd story window
[04:10] <asac> but not sure if that is needed
[04:10] <gnomefreak> asac: im sure it was a dupe :)
[04:11] <asac> hope not ... and if eventually a false-positive bug drowns as duplicate ...
[04:11] <asac> it will reduce our bug count :)=
[04:11] <asac> damn keyboard
[04:18] <gnomefreak> this was gtk_style dupe :)
[04:21] <gnomefreak> :( flashplugin-nonfree conflicts with flashplayer-mozilla
[04:23] <gnomefreak> has anyone played with the responces wiki?
[04:24] <gnomefreak> s/responces/responses
[04:25] <asac> gnomefreak: not yet ... i started to work on some greasemonkey stuff
[04:25] <asac> but not yet usable
[04:26] <gnomefreak> k
[04:27] <gnomefreak> for flash we need one like " what flash package do you have installed and what version, can you please tun dpkg -l flash*)
[04:28] <asac> usually you can guess flash package by lib listed in report
[04:28] <asac> version of course not
[04:28] <asac> or maybe?
[04:28] <asac> what .so do you see?
[04:29] <gnomefreak> well apt-file tells me libflashplayer.so is in flashplayer-mozilla
[04:30] <gnomefreak> it doesnt list flashplugin-nonfree (maybe because i uninstalled it) but running retrace with flashplugin-nonfree and flashplayer-mozilla turns out the same
[04:30] <Admiral_Chicago> is it a transition package
[04:31] <gnomefreak> not sure it might be (atleast -mozilla package might be
[04:31] <gnomefreak> nope not from what show tells me
[04:31] <Admiral_Chicago> i see no flashplayer-mozilla for feisty
[04:32] <asac> i see libflash-mozplugin mozilla-plugin-gnash
[04:33] <asac> but i am on amd64 and have no non-free anyway :)
[04:33] <gnomefreak> Candidate: 6.0.79-0.2
[04:33] <gnomefreak>   Version table:
[04:33] <gnomefreak>      6.0.79-0.2 0
[04:33] <gnomefreak>         500 http://archive.ubuntu.com edgy/multiverse Packages
[04:33] <Admiral_Chicago> gnomefreak: http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=flashplayer-mozilla&searchon=names&subword=1&version=all&release=all
[04:33] <Admiral_Chicago> not in feisty though.
[04:33] <gnomefreak> oh im not in feisty im in edgy chroot
[04:34] <Admiral_Chicago> its flash player 6 afaik
[04:37] <gnomefreak> it is but there are so many flash packages i can sit here and guess at it all day so i asked him package and version of flash he uses
[05:43] <gnomefreak> asac: we have master bug for @g_timeout_dispatch right?
[05:44] <asac> yep
[05:45] <asac> 76608D
[05:45] <asac> ups
[05:45] <asac> bug 76608
[05:45] <Ubugtu> Malone bug 76608 in firefox "MASTER [@g_timeout_dispatch]  [@nsAppShell::Run] " [High,Confirmed]  https://launchpad.net/bugs/76608
[05:45] <asac> hmm
[05:45] <asac> bug 89601
[05:45] <Ubugtu> Malone bug 89601 in firefox "MASTER [@g_timeout_dispatch]  libflashplayer.so" [Undecided,Needs info]  https://launchpad.net/bugs/89601
[05:45] <asac> exists as well
[05:46] <gnomefreak> i see nsAppShell in mine. What is the other one for?
[05:46] <asac> don't know
[05:46] <asac> i didn't mark it master afaik
[05:47] <gnomefreak> ok ill look at it in a moment
[05:47] <asac> its a dupe
[05:47] <asac> you can merge it down
[05:47] <asac> oldest bug should be master then
[05:47] <gnomefreak> k
[05:50] <gnomefreak> fixed
[05:51] <AlexLatchford> bug 91646
[05:51] <Ubugtu> Malone bug 91646 in gnome-panel "[apport]  gnome-panel crashed with SIGSEGV in gtk_menu_shell_deactivate()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91646
[05:52] <AlexLatchford> pretty damn cool what David Linked
[05:53] <asac> so it works?
[05:53] <asac> or was that just a testrun?
[05:54] <dfarning> I thought might work remotely
[05:54] <dfarning> but maybe only from the DC
[05:55] <asac> dfarning: does run automatically?
[05:57] <dfarning> not yet this was Martin implementing the new LP feature of attaching file to existing issue
[06:00] <asac> ah :)
[06:03] <gnomefreak> wtf is that
[06:04] <gnomefreak> Apport retracing service? i wanna play ;)
[06:04] <asac> i guess not much to play
[06:04] <asac> it will *just* work if done :)
[06:04] <dfarning> no not yet sorry;)
[06:05] <dfarning> one more step though;(
[06:05] <gnomefreak> oh that is automatic when apport sends crash report on feisty?
[06:06] <dfarning> not yet
[06:06] <AlexLatchford> gnomefreak: nah its automatic uploading on retrace I believe
[06:06] <dfarning> yes
[06:07] <AlexLatchford> dfarning: got a Derivative Team meeting soon right?
[06:07] <dfarning> yes an hour or so
[06:07] <gnomefreak> so when apport uploads the files the bot automaticlly retraces it?
[06:07] <AlexLatchford> dfarning: ill lend my ears to that one :)
[06:07] <gnomefreak> what is the derivative team?
[06:07] <dfarning> AlexLatchford,  thanks
[06:08] <asac> unfortunately i will be a away soon for tonight :/
[06:08] <dfarning> gnomefreak, I have start another team to help bring ubuntu derivivatives into the ubuntu community
[06:08] <asac> will read logs
[06:08] <gnomefreak> oh cool
[06:09] <gnomefreak> finding a bunch of gtk_style_attach bugs :)
[06:09] <dfarning> it lets us get more leverage to implement the crash handling stuff we would like to do;)
[06:11] <dfarning> asac, just a meeting to set the mission and priorities and other admin stuff
[06:12] <gnomefreak> do you have wiki/LP page?
[06:13] <dfarning> https://wiki.ubuntu.com/DerivativeTeam
[06:19] <gnomefreak> ty
[06:27] <gnomefreak> asac: if you are here can you look at stacktrace on bug 91504  hes using java6 on edgy and it looks like a java crash (what do we do keep it or reject it)
[06:27] <Ubugtu> Malone bug 91504 in firefox "Firefox frequently crashes" [High,Needs info]  https://launchpad.net/bugs/91504
[06:33] <asac> its not java
[06:33] <asac> but javascript garbage collector
[06:33] <asac> there should be another already
[06:33] <asac> search js_Mark
[06:33] <asac> or MarkGCThingChildren
[06:34] <asac> i guess i already set summary for that to master
[06:34] <asac> maybe search MarkScopeProperty
[06:34] <asac> ok
[06:44] <gnomefreak> asac: when you get back. I am unable to find anything with those summaries and i dont see one on js_* that looks right.
[06:51] <asac> gnomefreak: maybe  ask dfarning how we can search with bughelper
[06:51] <gnomefreak> k
[06:51] <asac> i have seen the MarkGCThing more then once
[06:51] <asac> i swear
[06:51] <asac> :)
[06:51] <gnomefreak> i saw that one
[06:51] <gnomefreak> but its not same stacktrace
[06:51] <asac> bug 90566
[06:51] <Ubugtu> Malone bug 90566 in firefox "Firefox crashed [@js_MarkGCThing] " [Undecided,Needs info]  https://launchpad.net/bugs/90566
[06:52] <asac> according to hjmf bug 90540 is similar
[06:52] <Ubugtu> Malone bug 90540 in firefox "[feisty]  Firefox Crashed [@js_atom_marker] " [High,Needs info]  https://launchpad.net/bugs/90540
[06:52] <gnomefreak> 90540 has #6  0xb7ebe5e3 in JS_DHashTableEnumerate
[06:53] <gnomefreak> 91504 #6  0xb7e77469 in MarkGCThingChildren
[06:54] <asac> bug 91504
[06:54] <Ubugtu> Malone bug 91504 in firefox "Firefox frequently crashes" [High,Needs info]  https://launchpad.net/bugs/91504
[06:54] <gnomefreak> oh wait i see js_DHas.... lower in #9
[06:55] <asac> hmm
[06:55] <asac> don't merge them from how
[06:55] <gnomefreak> it looks different
[06:55] <asac> just fix summary
[06:55] <asac> and set to mt-confirm
[06:55] <gnomefreak> ok
[06:55] <asac> i have to look into them
[06:55] <asac> maybe try to gather infos of users on what they did at that time or before
[06:56] <asac> probably they closed a tab of something
[06:56] <asac> or so
[06:56] <asac> ok gone for sure now
[06:56] <asac> infos from users of all three bugs :)
[06:57] <gnomefreak> i still have a feeling its the version of java installed on users systems but i will see what i can come up with
[06:57] <asac> maybe
[06:57] <asac> its related
[06:57] <asac> but the bug is definitly a firefox one
[06:57] <asac> at least most most likely
[06:58] <asac> best: we can reproduce
[07:27] <gnomefreak> bug 90376
[07:27] <Ubugtu> Malone bug 90376 in firefox "Firefox https broken in some cases" [Undecided,Needs info]  https://launchpad.net/bugs/90376
[08:07] <gnomefreak> @schedule new_york
[08:07] <Ubugtu> Schedule for America/New_York: Current meeting: Derivative Team | 13 Mar 12:00: Forum Council | 13 Mar 16:00: Technical Board | 14 Mar 16:00: Edubuntu | 15 Mar 15:00: Audio Team | 15 Mar 17:00: Ubuntu Development Team


[03:14] <lotuspsychje> good morning
[07:02] <ducasse> hi folks
[15:03] <oerheks> leftyfb, oh, you finally noticed?
[15:03] <leftyfb> yeah, sorry, busy with actual work toda
[15:03] <oerheks> :-)
[15:04] <leftyfb> should have caught it with the whole Unic's B.S.
[15:21] <leftyfb> tomreyn: can you please remove Talaris/Kolusion?
[15:24] <oerheks> i feel sorry for his heart attack coming
[16:48] <leftyfb> ogra: congrats
[16:49] <ogra> thanks ! only took me 18y 🙂
[16:54] <hggdh> :-D


[18:55] <Nivex> Does ext4 now detect SSD and enable TRIM (discard), or does that still have to be done manually?
[18:58] <Nivex> ah, still off by default, but you can use tune2fs to enable it per fs instead of mucking about with fstab
[19:00] <Nivex> oooh... never knew about fstrim