[00:47] <bolo> calligrasheets has the wrong (old) icon. do i report this bug to launchpad or to bko ?
[00:57] <ScottK> valorie: netbook is working here.
[02:38] <kitterma> shadeslayer: Updated backtrace: http://paste.ubuntu.com/1284278/
[02:43] <ScottK> shadeslayer: It's KDE bug 307988
[03:35] <ScottK> valorie: You should be able to install kde-config-touchpad from quantal-proposed now or very shortly.  It's accepted/built.
[04:29] <shadeslayer> ScottK: can I upload kdevelop to -proposed?
[04:29] <shadeslayer> I'll be working on it right now
[04:30] <ScottK> yes.  with all the sru paperwork
[04:30] <shadeslayer> right
[04:50] <apachelogger> <3 sru paperwork
[04:55] <shadeslayer> :P
[04:58] <shadeslayer> hopefully I can get away with just using one meta bug against kdevelop for the entire kdevelop upload ;)
[05:51] <shadeslayer> ScottK: can you approve bug 1067611 for R-Series?
[06:13] <shadeslayer> Could someone test firefox 16 with kde patches from ppa:rohangarg/experimental?
[08:36] <Riddell> only 1 day to go!
[09:09] <Riddell> shadeslayer: firefox 16 working with kde file dialogue here
[09:38] <shadeslayer> \o/
[09:51] <shadeslayer> Riddell: copied over FF16 to the ff-kde ppa
[09:52] <shadeslayer> I guess alot of users are going to be happy :)
[10:17] <shadeslayer> sigh
[10:17] <shadeslayer> I fear I might have screwed up the ff-kde git repo
[10:17] <Riddell> uh oh
[10:18] <shadeslayer> though it's easily fixable
[10:18] <shadeslayer> but I lose all the history and what not
[10:42] <shadeslayer> Riddell: ideally, should be something like this : https://github.com/shadeslayer/firefox-kde
[10:50] <shadeslayer> apachelogger: can I force push everything to the blue-shell repo?
[10:50] <shadeslayer> see this : https://github.com/shadeslayer/firefox-kde
[12:30] <BluesKaj> Hiyas all
[12:49] <ScottK> shadeslayer: I'd rather wait until release to accept an update like kdevelop.
[12:50] <shadeslayer> oh ... okay
[12:50] <ScottK> yofel: Very helpful hint yesterday.  Thank you.  I was able to figure the proper fix from that and we got it into the release.
[12:51] <ScottK> Riddell: I removed the touchpad KCM issue from the draft release notes since it's fixed.
[12:56] <Riddell> lovely, thanks ScottK
[12:58] <yofel> \o/
[13:29] <shadeslayer> sigh, kdevelop still in build queue
[13:30] <ScottK> shadeslayer: Did you get a chance to look at my backtrace?
[13:30] <shadeslayer> I had a quick look, and it makes no sense to me
[13:31] <shadeslayer> maybe something in one of the 11 thread makes it crash, idk ... and I can't even reproduce the crash here
[13:32] <ScottK> You click on page one and it works?
[13:32] <shadeslayer> yeah
[13:32] <yofel> shadeslayer: it'll crash once it runs OOM
[13:32] <yofel> that's what it did here at least
[13:32] <shadeslayer> oh, I have to leave it running?
[13:32] <shadeslayer> so click page one > leave it like that?
[13:32] <yofel> I just didn't have enough memory on my eeePC to install the debug symbols in the tmpfs
[13:32] <yofel> yeah
[13:32] <shadeslayer> ( my system is still responsive after clicking page one )
[13:33] <yofel> my system is responsive too, just plasma not
[13:33] <shadeslayer> ok, lets try it on a guest user
[13:33] <ScottK> shadeslayer: Did it actually switch to page one?
[13:33] <shadeslayer> ScottK: I'm on precise btw
[13:33] <ScottK> Ah, you won't have the problem then.
[13:33] <shadeslayer> why?
[13:33] <ScottK> AFAIK it only happens on quantal.
[13:34] <shadeslayer> right, so the question becomes, what's the difference between KDE packages in Quantal/Precise
[13:34] <yofel> could be something from qt 4.8.3 looking at the trace
[13:34] <yofel> KDE nothing, but different Qt
[13:34] <ScottK> Qt is the most likely suspect.
[13:35] <shadeslayer> hm, how about backporting Qt to precise to check if we can reproduce on precise?
[13:35]  * shadeslayer is willing to test
[13:37] <ScottK> Certainly not an official backport.
[13:37] <ScottK> That would be a good way to narrow it down though.
[13:38] <shadeslayer> aye
[13:38] <shadeslayer> I'll just upload to ninjas and see what it does
[14:39] <Kalidarn> shadeslayer: vpn thing is still working fine 100% a.okay
[14:40] <shadeslayer> Kalidarn: there's a user in #kubuntu who is complaining about pptp vpns, can you check if you can help?
[14:40] <Kalidarn> hmm we never used pptp vpns
[14:40] <Kalidarn> only cisco openconnect and openvpn
[14:40] <Kalidarn> pptp is best avoided, it's not secure
[14:44] <Kalidarn> https://en.wikipedia.org/wiki/Point-to-Point_Tunneling_Protocol#Security
[14:45] <ScottK> Sometimes you don't have a choice.  Can you go help them?
[14:47] <Kalidarn> yeah well, he didn't say how it's not working other than "its not working" :)
[14:52] <kubotu> ::workspace-bugs:: [1061073] Desktop effects are slow and desktop corruption using mesa 9 @ https://bugs.launchpad.net/bugs/1061073 (by Stefan Freyr)
[15:54] <kubotu> ::workspace-bugs:: [1061073] Desktop effects are slow and desktop corruption using mesa 9 @ https://bugs.launchpad.net/bugs/1061073 (by Stefan Freyr)
[15:58] <Riddell> apachelogger: you say you've seen that bug 1061073 ?
[16:00] <Riddell> ug and mgraesslin has just posted to kubuntu-devel about it
[16:05] <ScottK> Riddell: He already blogged about it a few days ago.
[16:05] <ScottK> It's probably a good idea to mention in the release notes.
[16:13] <Riddell> yeah
[16:35] <ScottK> Riddell: (from #ubuntu-x) <Sarvatt> ScottK, stefan``: was kde-workspace upgrading from 4.9 to 4.9.2 in the same timeframe ruled out? we've had mesa 9.0 snapshots going in for a few months and didn't have any reports of problems also, perhaps testing some of those to locate where the regression introduced might be helpful if it's really recent http://paste.ubuntu.com/1285353/
[16:35] <ScottK> This seems like a reasonable approach.
[16:36] <ScottK> Is there someone who's got an affected system that could test the various downgrades and see if they can narrow it down.
[16:39] <Riddell> mm good idea
[16:46] <ScottK> stefan`` was someone on #ubuntu-x who had the problem.
[16:47] <ScottK> It'd be good to keep an eye out for him here.
[16:47]  * ScottK is AFK for awhile.
[16:55] <ScottK> Whoever accidentally published the release announcement to kubuntu.org, please don't do it again.
[16:55] <ScottK> I've fixed it.
[16:55] <Riddell> wibble, sorry
[16:58] <ScottK> Now really AFK.
[16:59] <kubotu> ::workspace-bugs:: [1061073] Desktop effects are slow and desktop corruption using mesa 9 @ https://bugs.launchpad.net/bugs/1061073 (by Stefan Freyr)
[17:00]  * Riddell publishes http://blogs.kde.org/2012/10/17/kubuntu-not-released-yet
[17:13] <Peace-> mmm
[17:13] <Peace-> i suggest to read here https://plus.google.com/u/0/115606635748721265446/posts/JNWMBauCK9Y
[17:14] <Peace-> seems that kubuntu is seeen like a bad distro
[17:16] <yofel> Peace-: well, sadly this isn't the first time this happens, and repeated regressions do get on people's nerves
[17:17] <Peace-> for me kubuntu is fine and after i have created my stuff my settings there is no problems
[17:17] <Peace-> but i have seen so much bad comments even from devs
[17:18] <Peace-> that it seems strange
[17:19] <tsimpson> if you notice, people complain about Ubuntu rather than Kubuntu ;)
[17:19] <Peace-> xD
[17:19] <Peace-> aseigo said buntu stuff
[17:20] <tsimpson> ok, all *buntu's then, not just Kubuntu
[17:21] <Riddell> !testers
[17:21] <Riddell> images ^^
[17:21]  * yofel hopes those are finally final
[17:22] <yofel> will help in a bit, first I'll play with my raspi a bit, arrived today :P
[17:22] <Peace-> yofel: ah i am still waiting
[17:22] <Peace-> fro rpi
[17:27] <shadeslayer> :D
[17:43]  * ScottK can do some i386 desktop stuff in a bit.
[18:53] <Riddell> proofreaders needed for https://www-admin.kubuntu.org/news/kubuntu-12.10
[18:53] <Riddell> those that can see it
[19:12] <soee> yohoho can't read it
[19:13] <shadeslayer> Riddell: http://i.imgur.com/7MQwV.png
[19:14] <Riddell> shadeslayer: cor, how's you do that?
[19:15] <shadeslayer> python and dbus notifications
[19:15] <shadeslayer> I was annoyed at the work I had to do to keep a track of builds
[19:16] <shadeslayer> upload -> refresh -> check if build started -> refresn -> check if build completed
[19:17] <shadeslayer> Riddell: rough implementation : http://paste.kde.org/572642/
[19:17] <shadeslayer> can't actually test it because LP's upload processor went down
[19:49] <ScottK> You can do ISO testing.
[19:57] <shadeslayer> moi? Nah, I'm modifying it to use pynotify so you can open build logs from the notification
[19:58]  * yofel does the amd64 tests
[20:01] <ScottK> Thanks yofel.
[20:11] <soee> wow guys i must say homerun looks promosing
[20:15] <ScottK> shadeslayer: We kind of need you to do the amd64+mac testing.
[20:17] <shadeslayer> ScottK: haven't we gone over this? It won't matter if it works on my machine because it's not targetted for my machine
[20:17] <shadeslayer> it's targetted for older macs which had some sort of weird boot issue
[20:18] <ScottK> Oh.  Forgot.
[20:28] <StFS> Hi. I just saw this message https://lists.ubuntu.com/archives/kubuntu-devel/2012-October/006449.html and I have an affected system and I'm trying to pin down when this bug got introduced
[20:28] <StFS> ScottK: I believe you're the author of that message :-)
[20:29] <ScottK> StFS: I am.
[20:29] <ScottK> Glad to see you.
[20:29] <StFS> https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1061073 here is the bug I reported on launchpad
[20:30] <ScottK> StFS: Can you try older mesa versions and see if they are any better?  http://paste.ubuntu.com/1285353/
[20:31] <StFS> ScottK: well I've been using 8.0.4 and that's been fine... I'm now trying to track down older versions of 9.0 and seeing if things are better there
[20:31] <StFS> ScottK: and that's what I'm doing as we speak :)
[20:31] <ScottK> StFS: Perfect.
[20:36] <StFS> ScottK: is it ok if I start with 20120903 (https://launchpad.net/ubuntu/+source/mesa/9.0~git20120903.e1673d20.is.git20120821.c1114c61-0ubuntu1/+build/3770160)... if the problem is there there's not much use in trying out any of the newer ones (20120917 and 20121004)?
[20:36] <ScottK> StFS: Yes.  That's true.
[20:42] <StFS> ScottK: ok I'm using 9.0-git20120903 now and it sucks :(. Major artifacts and the desktop effects are very slow.
[20:43] <ScottK> StFS: OK.  Thanks.  Please say so in the bug if you haven't.
[20:43] <ScottK> StFS: You might join #ubuntu-x as well.
[20:44] <StFS> ok thanks
[20:46] <StFS> do you know if this is an issue in ubuntu (gnome) as well?
[20:48] <ScottK> Unity's using GLES now, so it's apparently not an issue for them.  Dunno about Gnome Shell.
[20:50] <StFS> ok
[20:52] <StFS> ok... so forgive me for asking a dumb question (I really don't know much about all this stuff)... but in searching for some info I saw that there is something called kwin_gles. I just tried running "kwin_gles --replace" and that's much better...
[20:53] <StFS> so the question is basically why kwin_gles is not the default?
[20:53] <ScottK> I think because upstream didn't make it default yet.
[20:54] <nixternal> omg, i followed the press release and now the world just blew up :p
[20:54] <ScottK> nixternal: ?
[20:54] <nixternal> ok, i just did an upgrade following the docs from 12.04 to 12.10 and it worked flawlessly
[20:55] <nixternal> what is the benefit of lightdm over kdm?
[20:55] <ScottK> Guest account and maintained, IIRC.
[20:55] <ScottK> Riddell would know.
[20:56] <nixternal> yeah, noticed that. glad you brought that up, found a hidden account that shouldn't be listed but it is. have to remove that account anyways
[20:56] <ScottK> There's also some password change focus grab bugs missing from lightdm, which is nice.
[20:56] <nixternal> easy way to switch back to kdm? i am not a fan of users being listed on the log in screen
[20:57] <maco> shouldn't that be configurable?
[20:57] <yofel> lightdm has a simple login screen too
[20:57] <yofel> see settings
[20:57] <ScottK> sudo apt-get install kdm && sudo apt-get remove light-dm
[20:57] <nixternal> w00t, just select "classic" in the settings and badda bing badda boom
[20:57] <ScottK> Riddell: plars may be able to do some amd64+mac testing, so there's hope for those images.
[20:57] <nixternal> thanks yofel
[21:03] <Riddell> nixternal: how did you upgrade
[21:05] <Riddell> oh I see, need to change from LTS upgrade notification
[21:07] <nixternal> Riddell: I followed the instructions in your unintentional release post
[21:08] <genii-around> nixternal: Could you do a favour and check system settings... network and connectivity... sharing   and see if it groans about kcm_kio missing?
[21:08] <genii-around> ( this happened to me on 12.04->12.10 )
[21:09] <nixternal> genii-around: no groaning for me
[21:09] <nixternal> genii-around: I don't have any smb shares anywhere on my network either
[21:12] <genii-around> OK, just wondered if it was an isolated incident.
[21:13] <nixternal> now I just need to figure out how to stop lightdm from showing the last logged in user and I will be happy happy
[21:17] <genii-around> I think greeter-hide-users = True  just hides all the users
[21:22] <genii-around> nixternal: I just tested, it doesn't hide the users but doesn't let you see who was the last to login. The user on far left is default no matter which one last successfully signed on.
[21:24] <yofel> amd64 tests done
[21:24] <nixternal> nope, didn't hide the user :)
[21:25] <ScottK> Who's doing armhf?
[21:26] <shadeslayer> I could potentially do a armhf upgrade on my tablet
[21:26] <shadeslayer> but that's about it
[21:26] <Riddell> shadeslayer: oh? what tablet is that?
[21:26] <shadeslayer> TF101
[21:26] <Riddell> I can do armhf after this upgrade
[21:26] <shadeslayer> has precise armhf + homerun on my tablet
[21:26] <shadeslayer> okay cool, I really don't want to disturb the setup on that tablet before UDS :P
[21:28] <ScottK> Riddell: Great.
[21:28] <ScottK> I found amd64+mac testers on #uubntu-testing, so I think we have everything covered (I'm doing i386 right now)
[21:29] <Riddell> good coordination there
[21:31] <shadeslayer> I wonder what kind of hardware those folks have
[21:31] <yofel> someone should at the very least try to get some telepathy screenshots onto the feature-tour page, still has old kopete images
[21:31]  * yofel sadly won't have time
[21:35]  * ScottK is AFK for awhile.
[21:40] <bolo> hey just read http://blogs.kde.org/2012/10/17/kubuntu-not-released-yet.
[21:40] <bolo> bugs that i found so far:
[21:41] <bolo> calligra icons seem to be outdated
[21:41] <bolo> libreoffice applications dont work with the icon task plasmoid
[21:42] <bolo> i have some strange white fragments on the screen. they apear some times but this migth be related to my  really new hardware (intel HD 4000)
[21:43] <bolo> i have a launchpad account but i cant figure out how/were to report these bugs...
[21:44] <Riddell> thanks for testing bolo
[21:44] <Riddell> are you using todays images?
[21:44] <bolo> yesterdays
[21:44] <bolo> updated with apt
[21:45] <Riddell> this sheets icon? http://upload.wikimedia.org/wikipedia/commons/thumb/b/b9/Calligra_Sheets_icon.svg/128px-Calligra_Sheets_icon.svg.png
[21:45] <bolo> it looks kde3 like
[21:46] <Riddell> http://cdn.alternativeto.net/i/1013aa83-60d6-df11-8b73-0200d897d049_20790.png ?
[21:47] <bolo> yes the second one is the one i have
[21:47] <bolo> i guess it should look like the first one
[21:48] <Riddell> curious, but I would expect it to be an upstream issue
[21:49] <Riddell> we seem to have a bunch of issues with intel suddently appeared e.g. bug 308439
[21:49] <Riddell> hmm
[21:49] <Riddell> oh kde bug 308439
[21:50] <Riddell> in what way does libreoffice not work?
[21:50] <Riddell> with icon taskbar
[21:50] <bolo> open writer
[21:51] <bolo> go to icon task bar -> pin it
[21:51] <bolo> close writer
[21:51] <bolo> try to launch it form the task bar again
[21:51] <bolo> you will get an "Open with" diaolog
[21:51] <bolo> i  expected it to just open like all the other things
[21:52] <bolo> upstream issiue ?
[21:55] <Riddell> probably, we don't make any changes to it
[21:56] <Riddell> hi alaa
[21:56] <alaa> hello
[21:57] <bolo> so i report bug  "libreoffice" and bug "calligra icons" on bko ?
[22:00] <Riddell> bolo: that's my current thinking, I'm unable to test as I'm in the middle of upgrades and other things
[22:07] <Riddell> hi linuxtech
[22:08] <linuxtech> Hi, I just read the announcement about 12.10, and the retraction...  I usually upgrade a machine or half dozen prior to the release date...
[22:08] <maco> Riddell: did you read your calendar wrong or something?
[22:09] <alaa> ok,so when's the awesome kubuntu 12.10 will be released ?
[22:09] <maco> the release date isnt til tomorrow
[22:10] <maco> and as usual the line is "at some point while it is $release_date in at least one time zone on the planet Terra in the system Sol"
[22:11] <maco> so there's about 33 more hours during which it could be released
[22:11] <shadeslayer> how odd that we don't have a release name for R yet
[22:11] <Riddell> maco: no, I just didn't untick the Published box, sigh
[22:12] <tsimpson> there is #ubuntu-release-party if you want to join in the mass hysteria
[22:12] <genii-around> Heh. It's been quiet in there for about 4 hours
[22:12] <yofel> shadeslayer: I kinda wonder what they'll upload the toolchain against...
[22:12] <linuxtech> One of the reasons I like to upgrade prior to the official release is the repository servers are very slow and unreliable after a release, and that can go on for a few days to a week or more.
[22:13] <bolo> i found another one
[22:14] <bolo> the networkmanager applet displays vpn options. but they dont work unless you install say networkmanger-vpnc
[22:14] <bolo> there is no visual feedback
[22:14] <bolo> it just does nothing when you klick on the vpn button
[22:15] <shadeslayer> hm, I guess we should ship nm-vpnc by default then>
[22:15] <shadeslayer> s/>/?/
[22:15] <kubotu> shadeslayer meant: "hm, I guess we should ship nm-vpnc by default then?"
[22:15] <shadeslayer> or patch nm-kde to ask the user to install it
[22:17] <linuxtech> http://www.kubuntu.org/news/1210-quantal-quetzal-beta-2-out does not show anything about what or where we might report the results of upgrading or reinstall.  I know Canonical has put a lot of effort into building tests, but where do we report the results?
[22:18] <shadeslayer> linuxtech: http://iso.qa.ubuntu.com/
[22:18] <shadeslayer> ->sleep()
[22:19] <ScottK> linuxtech: Generally bugs against KDE packages that are in the upstream code should be reported on bugs.kde.org.  Packaging issues and things on other packages should be reported in launchpad.
[22:21] <ScottK> Riddell: Were yo uplanning on doing the active test case?  Forgot to ask about that.
[22:21] <linuxtech> OK Thanks.  I keep expecting Canonical to release a separate testing package that would help people report results...
[22:21] <Riddell> ScottK: yeah can do
[22:21] <ScottK> Great.  Closing in on it.
[22:23] <ScottK> yofel: Can you do the amd64 upgrade test?
[22:23] <yofel> hm, yeah, should be fast, I'll do it
[22:23] <ScottK> Thanks.
[22:23]  * ScottK is doing i386
[22:24] <Riddell> I'm just completeing amd64 upgrade
[22:28] <ScottK> yofel: ^^^ nevermind
[22:28] <yofel> ah good
[22:33] <ScottK> apachelogger: We've had https://launchpad.net/ubuntu/+source/phonon-backend-gstreamer/4:4.7.0really4.6.2-0ubuntu0.1 in -proposed for over a month.  Can you motivate some bug verification so we can get it released?
[22:40] <bolo> how shoud we proceed with the nm-vpnc thing ?
[22:40] <bolo> is there anything i can do ?
[22:40] <Riddell> bolo: add to http://notes.kde.org/kubuntu-uds
[22:44] <bolo> done
[22:45] <bolo> i had a look at the archlinux packagaes of sheets. they ship the same "old" icons. will report it as an upstream bug now
[22:48] <valorie> yay, the touchpad upgrade came up in a regular
[22:48] <valorie> apt-upgrade
[22:50] <ScottK> Yeah, I got it pushed into the final release.
[22:50] <valorie> \o/
[22:51] <valorie> now to fix my lil netbook before the mentor summit
[22:54] <Riddell> valorie: what problem did you have?
[22:55] <valorie> botched upgrade -- now it won't boot
[22:55] <valorie> it's on the KDE loading screen with the dots forever
[22:56] <valorie> I've dl'd the daily last night and will burn a USB if I can't fix it with the help of #ubuntu+1 today
[22:57] <valorie> upgrading this laptop went perfectly
[22:57] <Riddell> wibble
[23:03] <Riddell> JontheEchidna: how to force the notifier to check for a new distro release?
[23:04] <Riddell> other than stopping and starting the kded module
[23:04] <JontheEchidna> Riddell: start the Muon Update Manager. It does a manual check each time it starts up
[23:05] <JontheEchidna> will look like this: http://i.imgur.com/Elzk8.png
[23:06] <JontheEchidna> with desktop effects: http://i.imgur.com/3s443.png
[23:08] <JontheEchidna> better, a screenshot with desktop effects with an up-to-date system :P http://i.imgur.com/iklF6.png
[23:09] <Riddell> just the screeenshot I needed
[23:09] <Riddell> how's this? https://help.ubuntu.com/community/QuantalUpgrades/Kubuntu
[23:10] <JontheEchidna> looks good to me
[23:10] <Riddell> thanks
[23:17] <Riddell> yay arm works
[23:42] <valorie> cool, after autoclean and then clean, the install -f seems to be working on the netbook
[23:53] <ScottK> Riddell: We're 100% on tests now.


[00:40] <Unit1931> Hello TheErk!
[00:41] <Unit1931> Finch chashed again :/
[03:00] <dmcglone> Hiya all
[03:01] <Unit1931> Hey dmcglone!
[03:01] <Cheri703> hi
[03:01] <dmcglone> How's everything here?
[03:01] <Cheri703> fine afaik
[03:02] <dmcglone> I got my DVD rom working
[03:02] <Cheri703> yay
[03:02] <dmcglone> I got the splitter
[03:02] <dmcglone> also fixed my desktop effects and figured out that xrandr
[03:03] <Cheri703> cool
[03:03] <Cheri703> productive weekend
[03:03] <dmcglone> somewhat. the xrandr is shaky at best :-/
[03:04] <Cheri703> hmm...mine is generally fine
[03:05] <Cheri703> heh, husband just texted me that our littlest dog was wagging her tail in her sleep...she's curled up by him in the office, and he didn't want to wake her up
[03:06] <dmcglone> for the desktop effects, they got locked up somehow so I had to remove the kwinrc file in /.kde/share/config and log out and back in and everything worked fine
[03:07] <dmcglone> I had to completely change my xrandr and it's only 1 line now
[03:08] <Cheri703> interesting
[15:27] <thafreak> Hey Ohio!
[15:27] <thafreak> Guess who spent a bunch of money and bought a new virtualization toy...
[15:28] <thafreak> 6 core phenom with 8 gb of ram...
[15:28] <thafreak> mmmmm...virtual
[15:38] <deejoe> mmmm AMD
[15:38]  * deejoe is back in the AMD camp
[15:38] <deejoe> with me, it's the much more modest Athlon II
[15:47] <thafreak> i have some of those too
[15:47] <thafreak> my old vm host has one of the first x2s that came out
[15:48] <thafreak> i wanted something with more than 2 this time around...went for the highest # of cores...and the cheapest model of that available :)
[15:48] <thafreak> they might not be the fastest cores, but there's 6 of them :)
[15:49] <thafreak> Oh, and ram seems to be dirt cheap again...8gb of ram was like $90
[15:49] <deejoe> at one point, 3 of us were talking about Xen vs KVM, and the KVM advocate was saying that eventually hardware virt-capable chips would supplant those that don't do it.
[15:49] <deejoe> but seeing as how Intel is being stingy about VT, using it as a differentiator even in their non-Atom line, well . . . screw 'em
[15:50] <thafreak> yes, that seems to be the direction things are going
[15:50] <deejoe> AMD sells a few without hardware VT, but more at the low end with it
[15:50] <thafreak> yes! i bought 2 diff intel based machines, assuming they'd have VT and they don't...I'm still sore about that
[15:51] <thafreak> I just assumed all the new intels had it, just like all the newer amd's did at the time
[15:52] <thafreak> still kind of sucks that the workstation at work doesn't have vt, but I also have a 4 node virt cluster, with way more resources than I could ever need...
[15:52] <thafreak> so it doesn't matter so much anymore on my desktop
[15:53] <thafreak> I do wish my personal laptop had it though...that still pisses me off
[16:18] <deejoe> the other issue, which hasn't resolved, is that the other Xen proponent said he gets the impression that when it comes to security, both the KVM folks and the QEMU folks sort of point at each other and say "that's his job"
[16:18] <deejoe> I haven't seen that well substantiated, but I haven't seen it well addressed, either.
[16:24] <thafreak> odd...since xen also uses qemu heavily...
[16:24] <thafreak> I'd say xen and kvm both use qemu about equally....they both use it for their device model stuff
[16:25] <thafreak> so if qemu is responsible for security, then it should also affect xen I would think...
[16:26] <deejoe> well, if one is running hvm xen, at least
[16:26]  * deejoe talks slightly posteriorly
[16:26] <thafreak> oh yes
[16:26] <thafreak> that's right....it is just for hvm stuff...
[16:27] <thafreak> eh, I think hypervisor security is something that no one (except security experts) is taking too seriously right now
[16:28] <thafreak> and I'm sure that whatever happens, xen or kvm security is probably going to be much better than M$ hyper-v :)
[16:30] <thafreak> so deejoe, you seem up on some of this stuff...would you say (remove your anti-intel sentiment temporarily), that the new i3 or the older celeron core2 based cpu's are more "green"?
[16:31] <thafreak> I'm ruling out semprons, since they're single core...and I'm not sure a single core wimpy cpu would be good enough at software raid5
[16:31] <thafreak> maybe I'm wrong though...
[16:36] <thafreak> I just remembered freenas has an irc channel...maybe I'll get lucky and someone in there will answer...
[16:36] <thafreak> I just hope freenas community members aren't as mean as freebsd people
[18:30] <thafreak> deejoe: you might find this interesting re: the xen v kvm security discussion: http://marc.info/?l=openbsd-misc&w=2&r=1&s=obsd+as+domU&q=b
[18:31] <thafreak> some one asked the openbsd people about running it as a guest on xen, which started a huge discussion
[18:31] <thafreak> there were links to studies done on hypervisor security...
[18:36] <thafreak> geez, I thought the freebsd people bit the heads off of people...these openbsd people are worse...and they obviously hate virtualizaiton
[19:06] <Cheri703> http://thedailywh.at/2011/02/21/short-film-of-the-day/
[19:54] <canthus13> Cheri703: How's the ice there?
[19:55] <Cheri703> was sleet, now snow...pretty slick
[19:55] <canthus13> We've got massive outages everywhere... and more coming tonight. :(
[19:57] <Cheri703> ew, no good
[19:57] <Cheri703> I hope our power doesn't go out, we'll go insane
[20:22] <deejoe> haha, thafreak, is this your first encounter with the OpenBSD folks?
[21:03] <thafreak> well...not really my first...but the most in depth...
[21:04] <thafreak> I actually had a bsd fanboy as a student...
[21:04] <thafreak> the class was unix systems administration
[21:04] <thafreak> and I only talked about linux
[21:40] <deejoe> well, there's "BSD" and there there are the individual branches
[21:40] <deejoe> so your student was a NetBSD person, thafreak?
[21:41] <thafreak> oh I know...this kid was a blanket bsd is better than linux kinda guy
[21:41] <deejoe> I've personally known both NetBSD folk and FreeBSD folk, but never anyone totally into OpenBSD
[21:41] <Unit1931> Doesn't one of them *BSDs have some sort of back-door? (I could be way off on this...)
[21:42] <thafreak> I can't remember fully, but I think he was open and free kind of guy...can't remember which one he advocated more...
[21:42] <thafreak> haha, that was openbsd
[21:42] <thafreak> and no, no backdoor...
[21:42] <deejoe> I still hang out online with some guys who are NetBSD/MacOS/Linux (roughly in that order) folks
[21:42] <thafreak> atleast the openbsd people swear there isn't, and that they did a code audit
[21:43] <deejoe> oh, right
[21:43] <deejoe> the stuff that supposedly was put in there at the behest of the FBI
[21:45]  * Unit1931 never used *BSD so doesn't know...
[21:46] <thafreak> I've installed most of the major ones a couple of times...but then I'm like, ok now what
[21:46] <thafreak> I can never remember wher eto find how to actually install anything on them
[21:47] <thafreak> that, and until now, none of them had decent dynamic disk management (I had gotten used to lvm very early on)
[21:47] <thafreak> of course NOW freebsd has zfs, which they always hold over our heads...
[21:48] <thafreak> none of them still have virtualization though...and based on that mailing list thread I posted, doesn't sound like openbsd ever will...
[21:48] <Cheri703> you guys need to watch this video: http://thedailywh.at/2011/02/21/short-film-of-the-day/
[21:48] <Cheri703> it's hilarious
[21:48] <thafreak> watched already Cheri703 :)
[21:48] <Unit1931> ha, I just opened the cd drive to the laptop I'm working on and found twilight...
[21:48] <Cheri703> k, just saying
[21:48] <Cheri703> it's reminiscent of the badger song


[01:19] <white> asac: i was wondering about CVE-2008-4066 for icedove/iceape. Do we need something like https://bugzilla.mozilla.org/attachment.cgi?id=356697 backported? Just wondering, because i couldn't find the original bugnumber (448166) for CVE-2008-4066 (second part of MFSA 2008-43) in the series file
[09:05] <asac> white: https://bugzilla.mozilla.org/attachment.cgi?id=356697
[09:05] <asac> which bug number is that?
[09:06] <asac> the patch looks familiar
[09:24] <asac> white: ok found the bug number in your line ;)
[09:25] <asac> white: yes, thats why stransky has asked for approval1.8.0.next.... e.g. it will be in next patchset unless we hit regressions
[09:26] <asac> white: also mozilla bug 316859 (regression) and the original escape patch (so three for this one in total)
[09:28] <judu> hi
[09:44] <iaindalton> fta: your Ubuntu 8.10 PPA's firefox-3.1 requires libasound2 1.0.18 but Ubuntu 8.10 only has 1.0.17; is this intentional?  Should users of your PPA install 1.0.18 manually?
[10:04] <asac> iain|away: you sure you are using intrepid lines for PPA?
[10:05] <asac> if so, then fta probably added libasound2 to his archive ... which makes it hard to not pull it in
[12:06] <fta2> iain|away, asac_:  i didn't do anything special with libasound2, you may be using the wrong apt line
[12:11] <asac_> yeah .... i assume so too
[12:16] <ubuntizate> hi, can someone see me (hear me)?
[12:16] <ubuntizate> there is someone there?
[12:25] <asac_> sigh
[12:25] <asac_> those folks that just quit
[12:25] <asac_> i answered again for nothing in query
[12:34] <asac_> oh PPA's are now signed ;)
[12:36] <fta2> yep, i µblogged about that yesterday
[12:37] <asac_> hmm ... probably too much traffic in my gwibber backlog ;) ... i didnt see that particular entry of yours
[12:40] <fta2> i noticed because the lp guys used me as an example to explain the feature to users. so yesterday, my xchat was blinking like a Christmas tree
[12:41] <fta2> asac_, http://identi.ca/fta
[12:48] <asac_> nice ;)
[13:01] <asac_> sigh sound is gone again
[13:03] <asac_> hmm ... now everything is busted ... typing this from console now
[13:03] <asac_> radeon ... missing symbol :/
[13:04]  * asac_ runs update;upgrade in hope
[13:04] <asac_> pulse 0.9.14 coming
[13:04] <asac_> yay
[13:05] <asac_> could this be what i want?
[13:05] <asac_> i doubt this will cure radeon driver though
[13:09] <asac_> hah ... X is back ;)
[13:57] <hyperair> hi. i'm having issues trying to get a package to link with xulrunner-1.9-dev. it links fine with libxul-dev, but with xulrunner-1.9-dev (linking using flags from mozilla-gtkmozembed-embedding), ld throws a hissy fit about undefined references and whatnot. what should i do to get it to link?
[13:57] <asac_> hyperair: yes.
[13:57] <asac_> hyperair: if its standalone app use the standalone glue
[13:58] <asac_> if its xpcom compnent or plugin use the dependent glue
[13:58] <hyperair> asac_: yes i'm using the standalone glue. -lxpcom_glue or something
[13:58] <hyperair> it uses gtkmozembed stuff
[13:58] <asac_> standalone glue == libxul-embedding(-unstable)
[13:58] <hyperair> and all the gtk_moz_embed_* functions are undefined
[13:58] <asac_> dependent glue == libxul(-unstable)
[13:58] <hyperair> asac_: tried with that, doesn't work eitehr
[13:58] <hyperair> libxul-unstable won't link without -R
[13:59] <hyperair> libxul-embedding-unstable won't link at all
[13:59] <asac_> hyperair: use standalone glue ... you also need some code magic
[13:59] <hyperair> asac_: what kind?
[13:59] <asac_> https://developer.mozilla.org/en/XPCOM_Glue
[14:00] <asac_> let me check
[14:00] <asac_> hyperair: https://wiki.ubuntu.com/XulrunnerGecko
[14:00] <asac_> its a bit outdated but should give you the basics
[14:00] <asac_> hyperair: and gives example patches on how various other apps had to be fixed
[14:01] <asac_> look at the yelp example for instance
[14:01] <asac_> if you are using unstable headers use 1.9.0.* as max version (not 1.9.*)
[14:02] <hyperair> yeah i'm using the unstable headers
[14:02] <hyperair> i mean the package requires headers from unstable/
[14:02] <asac_> thats what i ment yes.
[14:02] <asac_> 1.9.0.* is your maxversion then
[14:03] <asac_> e.g. for GREVersionRange
[14:03] <asac_> (or if yoiu link against 1.9.1 use 1.9.1b1 and 1.9.1.* as bounds
[14:03] <hyperair> i see
[14:04] <asac_> important is the glue initialization code as well as +#include <gtkmozembed_glue.cpp>
[14:04] <asac_> the rest is more or less the same
[14:04] <hyperair> where does gtkmozembed_glue.cpp come from?
[14:04] <hyperair> it's also in /usr/include?
[14:04] <asac_> yes
[14:05] <hyperair> i see
[14:05] <asac_> thats also in unstable i think .... as all gtkmozembed is unstable ;)
[14:05] <hyperair> right
[14:05] <hyperair> okay..
[14:05] <hyperair> i'll give it a go
[14:05] <asac_> enjoy
[14:06] <hyperair> meh. i've spent over 24 hours working on this package. the last thing i'd do is enjoy, lol
[14:06] <asac_> heh ... success is in reach ;)
[14:06] <asac_> and finally you found where to ask :-P
[14:06] <asac_> thats a win
[14:06] <hyperair> i sure hope so
[14:06] <hyperair> heh yeah
[14:07] <hyperair> some guys at #ubuntu-motu guided me
[14:07] <hyperair> i found some blog posts by you, so if all else failed, i was going to start emailing and/or pinging you on IRC =p
[14:07] <asac_> i know ... its just that you left so i couldnt answer there
[14:07] <hyperair> ah i did?
[14:08] <asac_> you left -motu channel ... yes :)
[14:08] <hyperair> hmm when was that
[14:08] <asac_> hyperair: not sure ... some time between you asking and me opening my screen this morning ;)
[14:08] <asac_> could be 1 or 6 hours :)
[14:08] <hyperair> i was having some connectivity issues. everytime i enter a certain lecture, my wireless goes haywire. almost as if somebody's aireplaying me off the net
[14:08] <hyperair> must be during that time
[14:09] <asac_> sure... no problem. i didnt complain ;)
[14:09] <hyperair> i figured i was throwing up a lot of spurious disconnect/reconnect/nick collision messages, so i quit
[14:09] <hyperair> =p
[14:09] <asac_> heh. ok
[14:09] <asac_> i dont see QUITS/JOINS
[14:13] <hyperair> hmm
[14:13] <hyperair> must be when i went to sleep then
[14:13] <hyperair> but that's over 12 hours ago
[14:13] <hyperair> maybe not
[14:14] <hyperair> or maybe i was shifting location
[14:14] <hyperair> anyway, what's the difference between xpcomglue and xpcomglue_s?
[14:24] <asac_> hyperair: the xpcomglue includes the standalone pieces
[14:25] <hyperair> asac_: what standalone pieces?
[14:26] <asac_> hyperair: http://mxr.mozilla.org/mozilla-central/source/xpcom/glue/standalone/
[14:28] <hyperair> what does gtkmozembed startup code look like minus the glue?
[14:28] <hyperair> i can't seem to figure out where to put the XPCOMGlue startup stuff
[14:29] <asac_> hyperair: do that before you do anything else with xpcom
[14:30] <asac_> dont understand your question i guess
[14:30] <asac_> hyperair: depends on how its done
[14:30] <asac_> look for gtk_moz_embed_push_startup ();
[14:30] <hyperair> i can't find it
[14:30] <asac_> or gtk_moz_embed_set_comp_path (MOZILLA_HOME);
[14:30] <hyperair> which is strange
[14:30] <hyperair> also not there
[14:30] <asac_> gtk_moz_embed_set_pat
[14:31] <asac_> hyperair: maybe your app uses stuff like XRE_* ?
[14:31] <asac_> XRE_InitEmbedding or something like that
[14:32] <asac_> but that isnt good ... if you use gtk_moz_embed symbols you really should push/pop startup stuff ;)
[14:32] <asac_> err
[14:32] <hyperair> @_@
[14:33] <asac_> found it?
[14:33] <hyperair> okay, a list of functions starting with gtk_moz_embed which are used... can_go_back, can_go_forward, get_js_status, get_link_message, get_location, go_back, go_forawrd, load_url, new, reload, set_chrome_mask, stop_load
[14:34] <hyperair> all prefixed with gtk_moz_embed_
[14:34] <hyperair> are any of them relevant?
[14:34] <asac_> hyperair: and XRE_ ?
[14:34] <hyperair> none
[14:34] <asac_> NS_Ini ?
[14:35] <asac_> (as a substring)
[14:35] <hyperair> NS_InitXPCOM2 (getter_AddRefs (sm), directory, nsnull);
[14:35] <hyperair> would that be it?
[14:35] <hyperair> no wait
[14:35] <hyperair> shit
[14:35] <hyperair> that's in gecko.m4
[14:36] <hyperair> how do gnome-panel applets get started?
[14:36] <hyperair> i mean this looks like an ELF executable
[14:36] <asac_> hyperair: gnome-panel applets get started by gnome-panel ;)
[14:37] <hyperair> but i don't see a main() anywhere
[14:37] <hyperair> uh gee, i think i know that much. more like what functions are there?
[14:37] <asac_> its a bonobo activation thing i guess
[14:37] <hyperair> =p
[14:37] <hyperair> hmm
[14:37] <asac_> hyperair: i think the NS_InitXPCOM thing is a good point to start
[14:38] <asac_> and see in which function thats called
[14:38] <hyperair> asac_: it's test code inside m4/gecko.m4
[14:39] <hyperair> hmm it seems everything begins from init_libs
[14:39] <hyperair> void init_libs (int argc, char *argv[])
[14:40] <hyperair> i guess i'll just toss the xpcom init stuff there and hope it works
[14:41] <asac_> hyperair: so you try to fix the testcode now?
[14:41] <asac_> hyperair: look at epiphany or yelp gecko.m4
[14:41] <hyperair> eh?
[14:41] <hyperair> test code?
[14:41] <asac_> that might be a good start
[14:41] <hyperair> no the test code doesn't really do much does it
[14:41] <asac_> 5:38 < hyperair> asac_: it's test code inside m4/gecko.m4
[14:41] <hyperair> i mean it doesn't fail
[14:41] <asac_> hmm
[14:41] <asac_> probably doesnt run anthing then
[14:42] <asac_> (pure luck) ;)
[14:42] <hyperair> so if it clears ./configure, i don;'t really have to bother right =p
[14:42] <hyperair> heh
[14:42] <hyperair> well
[14:42] <hyperair> i patched a few things
[14:42] <hyperair> it was complaining about needing gtk2
[14:42] <hyperair> because some default toolkit macro thing was set to cairo-gtk2
[14:42] <asac_> hyperair: well. thts just installing a -dev package ;)
[14:42] <hyperair> so i replaced strcmp with strstr
[14:42] <asac_> ah
[14:42] <asac_> dumb
[14:42] <hyperair> yep
[14:43] <asac_> hyperair: i would suggest to take a look at latest ephy or yelp gecko.m4
[14:43] <asac_> maybe you can even just copy that over
[14:43] <asac_> might need a few adaptions in main configure.in i guess though ... but well
[14:43] <hyperair> i'm packaging this thing, so i'd rather not end up with a humongous patch
[14:43] <hyperair> =p
[14:44] <asac_> hyperair: patch properly, and send upstream
[14:44] <hyperair> hmm
[14:44] <asac_> i mean sending them a "more" modern gecko.m4 shouldnt be that bad ;)
[14:44] <hyperair> heh yeah i guess
[14:44] <asac_> i saw many gecko.m4 and they are all a mess ;)
[14:44] <hyperair> there hasn't been a release in years
[14:44] <hyperair> i wonder if i should even bother continuing to package this =\
[14:44] <asac_> yeah. that means that the gecko.m4 probably comes from 2000
[14:44] <asac_> ;)
[14:44] <asac_> or before
[14:45] <hyperair> hmm
[14:45] <hyperair> 2006
[14:45] <hyperair> probably
[14:45] <asac_> how do you know;)?
[14:45] <hyperair> http://www.kaskaras.net/vazaar/index.php <-- it says 2007
[14:45] <hyperair> no wait
[14:45] <hyperair> 2006
[14:45] <hyperair> =p
[14:45] <asac_> gecko.m4 gets copied around
[14:45] <asac_> nobody knows where it originates form i think ;)
[14:46] <asac_> maybe it was once in the mozilla tree ;)
[14:46] <hyperair> heh
[14:46] <hyperair> seriously?
[14:46] <hyperair> why don't they ship it?
[14:46] <hyperair> then aclocal can just add it
[14:46] <asac_> nowadays there is pkg-config ;)
[14:46] <hyperair> gecko.m4 still uses PKG_CHECK_MODULES
[14:47] <asac_> yes. only reason why it exists is to provide backward compatibility i think
[14:47] <hyperair> so it seems to be something built on top of pkg-config
[14:47] <hyperair> ah damn
[14:47] <hyperair> so i should just convince upstream to toss out his gecko.m4?
[14:47] <hyperair> =p
[14:47] <asac_> hyperair: i think evolution was : gecko.m4 -> manually; then later someone added stuff using pkg-config ... and so on
[14:47] <asac_> and folks copied that around on the net
[14:47] <hyperair> evolution uses xulrunner?
[14:48] <hyperair> i wasn't aware
[14:48] <asac_> no ... evolution like "how things became like they are at present" ;)
[14:48] <asac_> darwin ;)
[14:48] <hyperair> oh
[14:48] <hyperair> heh
[14:48] <hyperair> then it should be put into aclocal-archive or something
[14:49] <asac_> yeah
[14:49] <hyperair> i mean if it's so common and being copied around
[14:49] <asac_> whatever
[14:49] <asac_> its definitly a pain that its floating around
[14:49] <hyperair> yeah
[14:49] <hyperair> definitely
[14:49] <hyperair> but what's more frustrating is why mozilla can't just use proper SONAMEs damnit
[14:49] <hyperair> that would make linking so much easier
[14:49] <hyperair> rather than using the stupid glue
[14:49] <asac_> hyperair: previously nobody really used the glue ;)
[14:50] <asac_> which caused the main issue
[14:50] <hyperair> feels like an extremely cheap hack gone wrong
[14:50] <asac_> now we enforce it. which is better ;)
[14:50] <asac_> but painful
[14:50] <hyperair> miserable
[14:50] <asac_> (like -rpath is not working anymore)
[14:50] <hyperair> there are still apps which link on libxul-dev
[14:50] <asac_> its more cross-platform
[14:50] <hyperair> particularly all the java gecko stuff
[14:50] <asac_> so i agree to some degree with them ;)
[14:51] <hyperair> i don't see gtk and gtkmm folks messing around with glues
[14:51] <hyperair> i mean i don't know how they pull it off on windows, but at least they use proper SONAMEs on POSIX systems
[14:53] <asac_> no clue. i think windows solution is to ship your own copy or do some registry rumbling ;)
[14:54] <hyperair> fugly shit
[14:54] <hyperair> X_X
[14:54] <asac_> one thing that one has to accept is that xulrunner is not designed to be a lib, but a runtime ;)
[14:54] <asac_> + and sdk
[14:54] <asac_> if one looks from that perspective things become saner imo
[14:55] <asac_> the fact that there is gtkmozembed is a different story
[14:55] <asac_> and its degree of messyness is understood ... which is why there is work on a new, stable abi for embedding
[14:55] <hyperair> oh there is?
[14:55] <hyperair> awesome
[14:55] <asac_> http://hg.mozilla.org/incubator/embedding/
[14:56] <asac_> hyperair: thats supposed to be shipped on top of xulrunner providing the stability required to solve all the issues in the world ;)
[14:56] <hyperair> mm cool
[14:56] <asac_> probably will take some time
[14:57] <asac_> but definitly result of years of complains combined with webkit mania
[14:58] <asac_> they even use libtool ;)
[14:59] <asac_> so hopefully gtkmozembed will die soonish ;)
[15:02] <hyperair> then a lot of programs will have to switch
[15:02] <hyperair> and those that are abandoned... will have to be dropped out i suppose
[15:05] <asac_> depends. if anyone is interested it will be ported i guess
[15:05] <asac_> most apps shouldnt be that hard to port imo
[15:28] <hyperair> hmm finished patching. let's see if it builds
[15:30] <asac_> hehe
[15:30] <asac_> dont give up ;)
[15:30] <asac_> you are really close (i have the feeling)
[15:32] <hyperair> hmm
[15:32] <hyperair> okay, i'm having a whole series of compilation issues
[15:32] <hyperair> mostly from gtkmozembed_glue.cpp
[15:32] <hyperair> am i supposed to #include it or just compile it together?
[15:33] <hyperair> asac_: ^
[15:33] <asac_> hyperair: just include it
[15:34] <hyperair> asac_: only in one file or in multiple files?
[15:34] <hyperair> i added it on top of all instances of #include <gtkmozembed.h>
[15:35] <asac_> hyperair: thats ok
[15:36] <asac_> hyperair: whats the problem?
[15:36] <hyperair> In file included from blah blah blah /usr/include/xulrunner-bla/unstable/nscore.h:117:1: Warning: NS_HIDDEN redefined
[15:36] <hyperair> wait those are warnings
[15:37] <hyperair> error expected = , ; asm or __attribute__ before nsISupports
[15:38] <hyperair> implicit declaration of GRE_GetGREPathwhatever.
[15:38] <hyperair> hmmmmmmm
[15:38] <asac_> hyperair: missing an include i guess
[15:38] <hyperair> yeah
[15:43] <hyperair> asac_: are there any needed includes before including gtkmozembed_glue.cpp?
[15:46] <asac_> no.
[15:46] <asac> include nsXPCOMGlue.h
[15:47] <asac> but thats included through glue.cpp implicitly iirc
[15:51] <hyperair> aaaaaah i think i know what's wrong now
[15:51] <hyperair> this is a C file
[15:51] <asac> yeah ;)
[15:51] <hyperair> not a C++ file
[15:51] <asac> thats a good pit-fall ;)
[15:51] <hyperair> meh
[15:51] <asac> hyperair: the idea is to rename it
[15:51] <hyperair> so can i still #include it?
[15:52] <hyperair> uh rename what?
[15:52] <hyperair> i mean i can't use C++ code inside a C file right
[15:52] <asac> the c file to cpp ;)
[15:52]  * hyperair gapes
[15:52] <hyperair> you can't be serious
[15:52] <asac> hyperair: no. but you can use C++ for that individual file usually
[15:53] <hyperair> renaming a file in a patch.... makes the patch twice the size of the original patch
[15:53] <hyperair> of the original file*
[15:53] <asac> you can also add a tiny .cpp file that only does the bootup
[15:53] <hyperair> hmm
[15:53] <hyperair> good idea
[15:53] <asac> e.g. with function startup_standalone_glue
[15:53] <asac> or something
[15:53] <hyperair> what about the other .c files?
[15:53] <asac> hyperair: you only need the _glue.cpp once
[15:53] <asac> and only once
[15:54] <hyperair> in only one of the files?
[15:54] <asac> yes
[15:57] <hyperair> i'll have to put extern "C" right?
[16:01] <asac> yeah
[16:01] <asac> #ifdef __cplusplus
[16:01] <asac> extern "C" {
[16:01] <asac> #endif /* __cplusplus */
[16:02] <asac> #ifdef __cplusplus
[16:02] <asac> }
[16:02] <asac> #endif /* __cplusplus */
[16:04] <asturubuntu> Hi, I need help
[16:05] <asturubuntu> I'm a member of Ubuntu Asturian Translators, and I need help about Firefox
[16:09] <asac> asturubuntu: are you the one whose email i answered a minute ago?
[16:09] <asac> Marcos Alvarez ...?
[16:10] <asturubuntu> no.... but I know Marcos Alvarez.
[16:10] <asturubuntu> he's a member of Ubuntu Asturian Translators too.
[16:10] <asac> asturubuntu: ah. i updated the bug and marked it as pet-bug (if its about the same issue)
[16:10] <asac> bug 309312
[16:11] <asac> so will get fixed soon i guess
[16:11] <asturubuntu> That's me https://launchpad.net/~malditoastur
[16:11] <asturubuntu> and this is Marcos https://launchpad.net/~marcos.alvarez.costales
[16:12] <asac> asturubuntu: did you test your translations yet?
[16:12] <asac> https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[16:13] <asturubuntu> thanks for the link
[16:13] <asturubuntu> yes.
[16:14] <asac> asturubuntu: you used it already?
[16:14] <asturubuntu> We have tested it
[16:14] <asac> with those instructions? nice
[16:14] <asturubuntu> yes.
[16:15] <asturubuntu> Wait a moment (I need to think in english, arf, arf.... I want to say many things but you are more quickly than me... :-$)
[16:16] <asturubuntu> Actually, we have Firefox in Asturian language. To do that, we have to place some files into /usr/lib/firefox-3.0.5/chrome
[16:16] <asac> asturubuntu: go ahead ... write down what you want to ask and so on ;)
[16:16] <asac> i have to make a coffee anyway ;)
[16:16] <asac> i will answer your questions if you number them when back ;)
[16:17] <asturubuntu> ok
[16:17] <asturubuntu> arf, arf... arf.. :P
[16:18] <asturubuntu> long time ago, we did the translations in Launchpad. (Firefox and Xulrunner templates)
[16:19] <asturubuntu> you can see it here: https://translations.launchpad.net/ubuntu/hardy/+lang/ast
[16:20] <asturubuntu> When Intrepid was released, we thought that we can use Firefox in our language. But it was no possible.
[16:22] <asturubuntu> Then, Marcos Alvarez, tried doing https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation , we have get a   .jar! files.
[16:25] <asturubuntu> You can find it here: http://code.google.com/p/softasturubuntutranslations/  If you go to this site, and download the compressed file named      intrepid_tornes_ast_Firefox_3.0.x_v.0.2.zip  , you can see the files that we must put into /usr/lib/firefox-3.0.5/chrome  and  /usr/lib/xulrunner-<IP_ADDRESS>/chrome  to get Firefox in Asturian language.
[16:26] <asturubuntu> We are happy, but we have to do this routine everytime that Firefox updates
[16:26] <asac> asturubuntu: right
[16:27] <asturubuntu> The question is:
[16:27] <asac> you also have to run the second script ... which is a .xpi
[16:27] <asac> that can be installed by all users then
[16:27] <asac> asturubuntu: see point 6. of the instructions
[16:27] <asac> that produces a .xpi
[16:29] <asturubuntu> I don't know how to do that. (I need to talk with Marcos)... wait a moment
[16:31] <asac> no problem. i have a meeting now ... include my nick if your question and i will glance over to answer
[16:33] <marcos_ast> hi
[16:33] <asturubuntu> I'm talking with marcos right know (he's in his job)
[16:33] <marcos_ast> Hi asturubuntu
[16:33] <marcos_ast> Hi asac
[16:34] <asturubuntu> and now is here! :D
[16:34] <asturubuntu> hi marcos!
[16:34] <marcos_ast> I writed asac 1/2 hour ago
[16:34] <marcos_ast> :P
[16:34] <asturubuntu> I don't understand very well what asac is telling me...
[16:34] <marcos_ast> what's?
[16:35] <asturubuntu> about the 6th point in https://wiki.ubuntu.com/MozillaTeam/Testing_your_translation
[16:35] <marcos_ast> i will go to red
[16:35] <marcos_ast> read
[16:36] <asac> marcos_ast: asturubuntu explained to me that you cop ythe jar! files to chrome/ ... with step 6 you should be able to produce proper .xpi's out of them
[16:36] <asac> which would allow you to ship stuff from websites or anywhere
[16:37] <marcos_ast> well, 2 persons work in this, I and Mikel
[16:37] <marcos_ast> I learn create the xpi from US language
[16:37] <marcos_ast> Do you need the step 6, asac?
[16:38] <marcos_ast> do you like that I check it?
[16:38] <marcos_ast> (Now i'm working, but in 4 hours, I can try it)
[16:39] <hyperair> asac: IT BUILT OH MY GOD IT BUILT
[16:39]  * hyperair dances around the room
[16:40] <hyperair> oh fsck it doesn't run
[16:40] <asac> hehe
[16:40] <asac> hyperair: now check that it doesnt crash
[16:40]  * hyperair deflates
[16:40] <hyperair> it crashes
[16:41] <hyperair> T_T what could be wrong
[16:41] <asac> marcos_ast: step 6 is important as it does  everything automatically for you
[16:41] <asac> i dont need it to be tested
[16:41] <asac> just wanted to point out that its easy for you to distribute the .xpi to asturians until its in officially
[16:41] <marcos_ast> ok
[16:41] <marcos_ast> ;)
[16:42] <marcos_ast> then you're working in the update
[16:42] <marcos_ast> I can see later
[16:42] <marcos_ast> do you need something? :)
[16:42] <marcos_ast> for it?
[16:42] <marcos_ast> https://bugs.launchpad.net/bugs/309312
[16:56] <marcos_ast> ?
[16:59] <marcos_ast> asac
[16:59] <marcos_ast> we had a problem with the xpi in the past
[16:59] <asac> hyperair: how does it crash?
[16:59] <marcos_ast> because it's a bug in po2xpi
[16:59] <marcos_ast> that not create fine locale/ast-ES/global/netError.dtd
[16:59] <marcos_ast> but us xpi is fine
[17:00] <asac> it doesnt?
[17:00] <asac> marcos_ast: i think it does that
[17:00] <asac> all other translations have that too afaik
[17:00] <hyperair> asac: it's a little hard to debug because there's no main() function
[17:00] <hyperair> don't ask me how it even got compiled into an ELF
[17:01] <hyperair> asac: i'm trying to write a small program that loads the said function through dlopen
[17:01] <hyperair> but it's not working very well
[17:01] <marcos_ast> asac: I will check in the night
[17:01] <marcos_ast> ;)
[17:01] <marcos_ast> are you here?
[17:01] <marcos_ast> will you here?
[17:01] <marcos_ast> :P
[17:01] <marcos_ast> will you be here?
[17:02] <asac> yes
[17:02] <marcos_ast> ;) ok
[17:03] <asac> marcos_ast: i might not be here
[17:03] <asac> but i will read and answer if you are here
[17:04] <asac> if you go offline in between just ping me when you are back so i remember to send the answer
[17:06] <marcos_ast> ok ;)
[17:20] <white> asac: ok thanks, i'll add a note that it comes into the next patchset
[17:21] <asac> sure
[17:53] <white> asac: i guess we'll need the fix in the next icedove as well? :)
[18:07] <white> asac: what about CVE-2008-5023 aka MFSA 2008-57? bugnumber 424733, attachement: https://bugzilla.mozilla.org/attachment.cgi?id=343670
[18:13] <white> asac: also I believe CVE-2008-5510 aka MFSA 2008-67, bugnumber 228856, attachement: https://bugzilla.mozilla.org/attachment.cgi?id=345028 needs to go into the next patchround, right?
[18:19] <white> asac: and can you confirm that https://bugzilla.mozilla.org/attachment.cgi?id=256470 is the complete patch for bugnumber 367428?
[18:24] <hyperair> asac: ping
[18:25] <hyperair> http://pastebin.com/f5c27793e <-- for some reason, the segfault happens right at the end of the function, after gtk_moz_embed_set_path (xpcomLocation);
[18:25] <white> asac: i am also unsure about CVE-2008-5019 aka MFSA 2008-53 regarding xulrunner
[18:25] <white> asac: we are approaching the end :)
[18:27] <white> asac: do we need a fix for CVE-2008-5504 aka MFSA 2008-62, bugnumber 453526 for xulrunner?
[18:30] <white> asac: i'll put this in an email, might be easier
[18:36] <white> asac: mail sent :)
[18:40] <[reed]> white: what distro are you representing? Debian?
[18:41] <hyperair> asac: okay, it seems i can't call gtk_moz_embed_set_path at all without segfaulting
[18:43] <white> [reed]: debian, yes
[18:44] <[reed]> k
[18:44] <white> [reed]: in this case debian stable (etch)
[18:45] <[reed]> cool
[19:25] <hyperair> asac: solved the issue. it builds and runs fine now =D
[19:28] <hyperair> asac: thanks for the help, and could you revu this for me please?  http://revu.ubuntuwire.com/details.py?package=vazaar :D
[19:50]  * Nafallo haz a question
[19:51] <Nafallo> in the menu it says "Firefox Web Browser", but "Mozilla Thunderbird Mail/News".
[19:51] <Nafallo> inconsistent...
[19:51] <Nafallo> asac, fta: ^^
[21:42] <marcos_ast> hi


[07:01] <LocutusOfBorg> coreycb, hello, I syncd python-exchangelib in Ubuntu, I hope its ok for you
[07:01] <LocutusOfBorg> some changes in delta are now dropped, e.g. the removal of backports.zoneinfo in setup.py
[07:02] <LocutusOfBorg> as well as the enforcing of a specific version of lxml python3-lxml (>= 4.6.4)
[07:02] <LocutusOfBorg> it fails now with newer tzdata
[12:04] <ahasenack> morning
[12:18] <coreycb> LocutusOfBorg: looks good to me, thank you
[19:01] <rbasak> !dmb-ping
[19:02] <teward> *waves*