[03:27] <pitti> Good morning
[03:32] <jbicha> pitti: good morning
[03:32] <jbicha> where should I report http://paste.ubuntu.com/1017372/
[03:33] <pitti> hey jbicha, how are you?
[03:33] <micahg> jbicha: which release is that?
[03:33] <pitti> jbicha: well, that's by and large known; against packagekit, presumably
[03:34] <pitti> jbicha: we need to stop packagekit from forcing the aptcc backend
[03:34] <pitti> the apt backend is compatible with ubuntu-drivers-common, but not aptcc
[03:34] <pitti> jbicha: alternatively, it's not currently being used yet, so if you don't need it to configure drivers just go ahead
[03:34] <jbicha> micahg: that's current quantal; the "uninstalling ubuntu-desktop" part doesn't happen in precise
[03:34] <pitti> if you want to test gnome-packagekit
[03:35] <micahg> jbicha: the alternative on python-aptdaemon.pkcompat seems to have been dropped
[03:37] <pitti> the thing that changed is that ubuntu-drivers-common has a Conflicts: packagekit-backend-aptcc
[03:37] <pitti> oh, or that
[03:37] <pitti> gnome-pacakgekit should actually just work with python-aptdaemon.pkcompat
[03:37] <micahg> pitti: you did the merge :)
[03:37] <pitti> so that could be fixed, too
[03:38] <pitti> micahg: of g-packagekit? we have always be in sync, AFAICS
[03:38] <micahg> oh, hrm
[03:38] <micahg> for some reason I thought it was part of packagekit itself
[03:39] <micahg> jbicha: so, talk to ximion and I'm sure he can fix it (unless he dropped it for some reason)
[03:39] <micahg> pitti: sorry :), your merge was fine :)
[03:40] <jbicha> I opened bug 1007249 if anyone wants to follow up :)
[03:40] <ubot2`> Launchpad bug 1007249 in packagekit "Trying to install packagekit on quantal uninstalls ubuntu-desktop" [Undecided,New] https://launchpad.net/bugs/1007249
[03:41]  * micahg guesses it is pitti's fault after all then :)
[03:42] <micahg> nope, not pitti's fault, new conflict as he said though
[03:43] <micahg> err..not new, just not as bad
[03:43] <pitti> jbicha: I commented on the bug
[03:45] <micahg> jbicha: and that's not necessarily your bug in the pastebin per se, the alternative on python-aptdaemon.pkcompat was dropped in 3.4.0-3
[04:57] <pitti> glatzor: good morning!
[04:58] <pitti> glatzor: soon the pkcompat branch will be more complete than packagekit's apt backend itself :-)
[04:59] <pitti> glatzor: would you have some time today to review https://code.launchpad.net/~pitti/aptdaemon/pkcompat-enhancements/+merge/108201 ?
[06:02] <didrocks> good morning
[06:25] <didrocks> ogra_: good morning, how are you?
[06:29] <glatzor> morning pitti. great work!
[06:30] <pitti> bonjour didrocks
[06:30] <glatzor> pitti, I will have a closer look at it later since I am away for some time now. see you
[06:30] <pitti> hey glatzor; thanks!
[06:30] <didrocks> guten morgen pitti!
[06:31] <pitti> glatzor: I already added the RepoEnable() method, mvo reviewed that yesterday
[08:16] <Laney> morning
[08:21] <seb128> hey
[08:25] <pitti> seb128: bonjour! how's live over there in the desktop team?
[08:28] <seb128> pitti, guten tag! desktop is good and it's nice to still have you around here ;-) how is life in qa?
[08:29] <seb128> pitti, team change at 5am, do you ever sleep?!
[08:29] <pitti> seb128: I spent a good part of the morning doing emails, setting up MLs and their relatively sohphisticated G+ setup, etc.
[08:29] <pitti> seb128: my wife tricked me again; I usually stay in bed for another 10 minutes or so after she leaves
[08:29] <pitti> but usually that's around 5:30
[08:29] <pitti> today she left a bit earlier
[08:30] <pitti> I think she was taking the bus instead of the bicycle, as it was raining
[08:30] <seb128> ah, ok
[08:30] <seb128> we avoided the rain so far here
[08:30] <seb128> but it's quite windy and cloudy today
[08:31] <didrocks> salut seb128, ça va?
[08:31] <seb128> didrocks, lut, ca va, c'est vendredi ! et toi ?
[08:31] <didrocks> seb128: ça va bien, c'est vendredi oui ;)
[08:31] <didrocks> (still very sunny here)
[08:33] <seb128> didrocks, the forecast say you got to be lucky tomorrow as well but it's going to rain on sunday
[08:34] <seb128> didrocks, 21°C rainy on sunday for Lyon
[08:34] <didrocks> seb128: well, my week-end will be at an ubuntu booth anyway in a dark room :)
[08:34] <seb128> ok, well maybe that will make it easier :p
[08:34] <didrocks> heh, in some way, yeah ;)
[08:41] <Laney> urg, aisleriot got synced
[08:41] <Laney> can we drop it? :-)
[08:52] <pitti> seb128: bug 1007149 -- funny: https://plus.google.com/107564545827215425270/posts/HRmUnCwDRb7
[08:52] <ubot2`> Launchpad bug 1007149 in gvfs "Changing mount point from /media to /run/username/media broke encrypted devices" [Undecided,New] https://launchpad.net/bugs/1007149
[08:52] <pitti> seb128: test cases have actually found a bug :)
[08:53] <pitti> will look at that
[09:14] <Sweetshark> g'morning.
[09:15] <seb128> hey Sweetshark
[09:15] <seb128> pitti, thanks
[09:37] <Sweetshark> seb128: heya
[09:37] <Sweetshark> seb128: will you drop me a note when you upload 3.5.4-0ubuntu1? I would tag that in the packaging repo then.
[09:38] <seb128> Sweetshark: yeah, I think that's going to be a bit tricky, the new SRU teams is being a pain
[09:38] <seb128> they rejected my glib stable update
[09:39] <seb128> they seem to not want to take on upstream bug fix versions if those are not acked by the TB with an exception rule
[09:39] <seb128> so I need to continue that discussion with slangasek today
[09:40] <seb128> sweetshark: you might want to apply for an exception for libreoffice
[09:41] <Sweetshark> seb128: should we wait a bit and then send the guys with pitchforks and torches to them? the guys who loose their document because of https://bugs.freedesktop.org/show_bug.cgi?id=46687 or https://bugs.freedesktop.org/show_bug.cgi?id=50173
[09:41] <ubot2`> Freedesktop bug 46687 in UI "'Find' toolbar causes writer,calc,impress, not responding" [Critical,Resolved: fixed]
[09:42] <Sweetshark> seb128: bureauratic crap.
[09:42] <seb128> Sweetshark: they are taking a line where they think we should backport fixes for specific issues like those you pointed
[09:42] <Sweetshark> *sigh*
[09:43] <pitti> hm, I didn't read about that
[09:43] <pitti> the new policy announcement just said "add test cases and regression potential to all bugs"
[09:44] <Sweetshark> seb128: they can call back when LibreOffice has a team as big as others handling >10Mio. LOC. ... like for example the kernel team.
[09:45] <pitti> well, the practical conclusion to "we don't accept a new microrelease" is "we just don't upload them", not "we cherrypick 50 patches"
[09:45] <seb128> pitti, I had an hour discussion with Clint and Steve about that after they reject my glib stable update
[09:45] <BigWhale> Good Morning.
[09:46] <seb128> pitti, slangasek basically argues that the https://wiki.ubuntu.com/StableReleaseUpdates states "If all of the changes are appropriate for an SRU"
[09:47] <seb128> pitti, so that we should prove that every single commit fixes a bug worth SRUing
[09:47] <seb128> which is often not the case, you have low importance fixes in the middle of point releases
[09:48] <seb128> well I'm really unhappy about it, they told me to go to the TB to get an exception for glib stable updates because that's something the SRU team doesn't have the power to grant but the TB has
[09:48] <seb128> discussion to be continued...
[09:48] <Laney> hrm
[09:48] <Laney> we should rather fix the SRU process /in general/ for micro releases
[09:48] <seb128> right
[09:49] <seb128> I refuse to go to the TB for glib, that's just pushing the problem on the next source
[09:49] <Laney> propose a more general topic, I'll be happy to turn up
[09:49] <seb128> Laney, thanks
[09:51] <seb128>  
[09:51] <seb128> on other news, duflu keeps rocking ;-)
[09:51] <seb128> https://code.launchpad.net/~vanvugt/compiz/XDamageReport/+merge/108307
[09:51] <seb128> 2x frame rate
[09:51] <seb128> 50-75% reduction in CPU
[09:51] <seb128> 99% reduction in X event traffic
[09:51] <seb128> on intel
[09:56] <Laney> args
[09:57] <Laney> does bzr bd keep old working directories?
[09:57] <Laney> it thought the command failed, so discarded what i was working on
[09:57] <pitti> shoudl still be in ../build-area/ ?
[09:57] <Laney> ah, yes
[09:58] <Laney> I didn't know what it was using (searched /tmp)
[12:37] <didrocks> ogra_: hey, not sure that you saw my ping this morning :)
[12:41] <ogra_> didrocks, no, i missed it, sorry, whats up ?
[12:43] <didrocks> ogra_: I pushed the same compiz with the new boost on quantal
[12:43] <didrocks> ogra_: but gcc4.7 plays (as it played with unity) and so FTBFS on armel
[12:43] <ogra_> feel free to ignore armel, how about armhf ?
[12:43] <didrocks> ogra_: should be minor stuff to fix, but I would appreciate someone with an arm box to fix those issues
[12:44] <didrocks> ogra_: same, armhf failed as well
[12:44] <ogra_> k
[12:44] <ogra_> we should talk to alf_  then
[12:44] <didrocks> ogra_: it's in the patch, there are the usage of some calls that gcc4.7 doesn't like
[12:44] <didrocks> https://launchpadlibrarian.net/106519945/buildlog_ubuntu-quantal-armel.compiz_1%3A0.9.7.8-0ubuntu2_FAILEDTOBUILD.txt.gz
[12:44] <didrocks> alf_: ^
[12:44]  * ogra_ is pretty busy getting images to build before thu, i dont have many spare HW cycles for building atm
[12:44] <didrocks> it should be an hour of work at most
[12:45] <didrocks> but the time to fix one thing, upload to a ppa, get to the next crash…
[12:45] <didrocks> well crash/build failure
[12:45] <didrocks> (got just 5 in unity, some googling was enough to fix the warnings)
[12:45] <didrocks> let's see when alf_ is around :)
[12:46] <didrocks> alf_: for the first build failure, you just need to add "virtual" to the destructor of your virtual class
[12:46] <ogra_> yeah, might be tricky to catch anyone from linaro this week, they are all in HK
[12:47] <ogra_> (linaro connect week)
[12:48] <ogra_> didrocks, note that we dont have an GLES drivers for any of the quantal kernels yet, so we can not even test the binaries
[12:48] <ogra_> (even if they would build)
[12:49] <didrocks> ogra_: yeah, but the code really didn't change (even no backport at all), it's just a rebuild and gcc4.7 is more picky :)
[12:50] <ogra_> yeah, but we wont get any use of having the code built atm, couldnt  we temporary drop Werror on arm builds to just overcome the build failure ?
[12:51] <ogra_> (the only thing i'm concerned about wrt compiz atm is installability of depening packages (i.e. image builds))
[12:52] <ogra_> nobody will be able to use it until the vendors get us updated GLES drivers ... which i doubt will happen before A1 (even unlikely to happen before A2 i guess)
[12:58] <didrocks> ogra_: sure, we can do that
[13:00] <seb128> didrocks, speaking about a1, you and sam own 8 or the 9 a1 workitems remaining for the team (compiz keybindings stuff), what do you think about moving those to a2?
[13:02] <didrocks> seb128: I prefer to do that when we are on the target (as most of them are more "working on them and getting them ready" than "land them")
[13:02] <didrocks> if you don't mind :)
[13:03] <seb128> didrocks, ok, some of them like "drop the g-s-d patch" will clearly not happen for a1, but we can move them next week if you prefer to wait
[13:03] <didrocks> ogra_: if I give you a branch, do you have some armhf machine to start a build there?
[13:03] <didrocks> seb128: I'll triage later today those who realistically won't do it, ok?
[13:03] <seb128> didrocks, thanks
[13:03] <ogra_> hmm
[13:03] <didrocks> yw :)
[13:03] <seb128> didrocks, I'm just trying to not be pointed out at the release meeting because our a1 chart is way behind trend ;-)
[13:04] <ogra_> didrocks, that will prevent me from image testing on that arch then, but give it to me and i'll try to shove it in somewhere
[13:04] <didrocks> ogra_: thanks :)
[13:05] <didrocks> ogra_: lp:~didrocks/compiz/build-armhf-build
[13:05] <didrocks> seb128: hehe, got it :)
[13:05] <didrocks> seb128: just tell that some are "getting them ready" not "land them"
[13:06] <seb128> didrocks, ok, thanks
[13:06] <didrocks> hum, there is no link in the ui to get the "per user/per milestone"
[13:07] <didrocks> it's one or the other, but no link to the page I want (which is, merging both)
[13:08] <seb128> didrocks, yeah, I don't know of a combined page either
[13:09] <seb128> didrocks, I was just looking at http://status.ubuntu.com/ubuntu-quantal/canonical-desktop-team-quantal-alpha-1
[13:09] <didrocks> seb128: I'm sure there is one
[13:09] <didrocks> just no link
[13:09] <seb128> right
[13:09] <seb128> which means you need to guess the name
[13:09] <seb128> not very handy
[13:09] <didrocks> indeed :)
[13:10] <didrocks> ok, using the team one
[13:13] <didrocks> seb128: with those changes, you should stay alive from the release meeting :)
[13:13] <seb128> didrocks, wououh \o/ ;-)
[13:13] <seb128> thanks!
[13:13]  * didrocks takes care about seb128's health ;)
[13:15] <ogra_> you make kate look like a monster !
[13:15] <ogra_> she's *not* eating devs :)
[13:16] <seb128> yet? :p
[13:16]  * seb128 hides
[13:16] <ogra_> well, for breakfast and lunch at least :)
[13:19] <seb128> cyphermox, hey
[13:24] <seb128> pitti, what's the way to re-enable apport sending of bugs to launchpad?
[13:25] <seb128> pitti, it used to be editing /etc/default/apport before whoopsie time
[13:25] <seb128> pitti, i.e https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1002506/comments/5
[13:25] <ubot2`> Launchpad bug 1002506 in nautilus "nautilus: ERROR:nautilus-places-sidebar.c:1885:open_selected_bookmark: assertion failed: (sidebar->go_to_after_mount_slot == NULL)" [Low,New]
[13:26] <seb128> cyphermox, could you have a look to bug #1007221, is the statement "need to empty hostname to use dhcp provided hostnames" true?
[13:26] <ubot2`> Launchpad bug 1007221 in lightdm "Removing /etc/hostname results in failed first login attempt" [Undecided,New] https://launchpad.net/bugs/1007221
[13:32] <pitti> seb128: comment out the problem_types line in /etc/apport/crashdb.conf
[13:32] <seb128> kenvandine, ^ try that as well
[13:33] <kenvandine> ok
[13:34] <kenvandine> woot, thanks
[13:34] <seb128> kenvandine, let me know if that works for you
[13:34] <kenvandine> it did
[13:34] <seb128> great
[13:35] <seb128> pitti, did you get feature request to have an ubuntu-bug flag to force submitting a bug to launchpad?
[13:35] <seb128> pitti, I would prefer having a command I can give to users to run to report their issues rather than asking them to go edit conffiles
[13:35] <pitti> seb128: I didn't; you can just edit the file, or if it's per-package, have a package hook which ships a db without that option
[13:36] <pitti> seb128: I'm afraid we don't have a simple one for that right now
[13:36] <seb128> pitti, it's not by package, but we have an increasing number of users who report bad quality bugs because they can't submit them through apport anymore
[13:36] <seb128> or rather they think they can, same as kenvandine, they just get a .upload
[13:37] <seb128> can->can't
[13:37] <seb128> pitti, does it seem a valid request for you? i.e should I file a bug against apport for a simple command to do what ubuntu-bug used to do?
[13:38] <pitti> seb128: ev wanted to make it a lot simpler/possible to create an LP bug from an error.u.c. report; that might be better?
[13:39] <pitti> seb128: such a simple option could only be a hack; it's certainly possible, but it would clutter the code
[13:40] <seb128> pitti, once we get there it will be better yes, meanwhile we are getting segfault bugs filed by hand with stacktrace ... let's move to #ubuntu-devel
[13:42] <kenvandine> dpm, http://ubuntuone.com/7Ux1nDUF430KsRggg5L9Oa
[13:42] <ogra_> didrocks, oh, btw, when does the desktop team finally get ARM HW so you guys can do build tests yourself ?
[13:42] <kenvandine> dpm,  as an example for the tutorial i added gwibber posting to the pastebinit gedit plugin :)
[13:42] <didrocks> ogra_: not a question to ask to me :) I dont' have any ETA
[13:42] <ogra_> ( rickspencer3 and pgraner promised that would happen "soon" at UDS)
[13:45] <Laney> ogra_: maybe we could get a nonvirt/arm enabled ppa?
[13:46] <ogra_> Laney, well, all employees have full access to one (i manage the team thats responsible for access to that)
[13:46] <Laney> to a ppa?
[13:46] <Laney> which one?
[13:46] <ogra_> just needs a ping to me :)
[13:46] <ogra_> canonical-arm-dev
[13:46] <Laney> good to know
[13:47] <Laney> do you know what happened to scheat btw?
[13:47] <ogra_> nope
[13:48] <Laney> k, guess that is an IS question rather
[13:48] <ogra_> yeah, or web-ops, not sure who is responsible for it now
[13:48]  * Laney doesn't understand the distinction
[13:49] <ogra_> me neither, but there is one (i.e. buildd issues are now web-ops issues)
[13:51] <dpm> kenvandine, oh wow, that's awesome! So has the fix to make the widget work already been SRU'd?
[13:51] <kenvandine> not yet
[13:51] <kenvandine> i'll do that on monday
[13:51] <kenvandine> and write up the tutorial over the weekend
[13:58] <rickspencer3> ogra_, so, I think the hardware is on the way to London as we speak, we ordered *a lot* of Panda boards
[13:58] <ogra_> yay
[13:59] <rickspencer3> we'll hand them out, with strings attached, basically, you've got to use the Panda board to run or test Ubuntu in some way
[13:59] <ogra_> rickspencer3, thats great, since doing test builds for others blocks my HW for other planned work
[13:59] <rickspencer3> I'm planning on trying to turn one into my primary desktop when I get back the US in August
[13:59] <ogra_> haha, thats brave
[13:59] <rickspencer3> ogra_, don't say that!
[14:00] <rickspencer3> I don't use mono or java, so I should be ok ;)
[14:00] <ogra_> i would suggest waiting for working quantal images though, you dont want to run a desktop off the SD
[14:00] <ogra_> (and quantal will switch to USB root by default with the new live imagesw)
[14:00] <rickspencer3> ogra_, well, I think it would be more useful to run Quantal, and this won't be until August
[14:01] <ogra_> ah, yeah, then we should be good
[14:01] <ogra_> s/then/by then/
[14:01] <rickspencer3> and with daily quality, it should be usable very day ;)
[14:01] <ogra_> for 3D we have to wait for the vendors to give us drivers for the used kernel version etc
[14:02] <ogra_> that usually only happens a week before release or so in case of TI at least
[14:02] <ogra_> and all others are a matter of luck anyway wrt 3D
[14:02]  * ogra_ thinks dropping unity-2d was the worst idea ever in the light of arm
[14:03] <didrocks> data/general-hooks/automatix.py -> automatix still exists or is it just the same name? :)
[14:03] <ogra_> eeek !
[14:03] <didrocks> (see the apport upload)
[14:04] <ogra_> heh, ask pitti then :)
[14:04] <didrocks> ah, it's a crash report blocker if automatix is on the system :)
[14:04] <ogra_> i think automatix was discontinued long ago
[14:04] <didrocks> ultamatix, snif, good old days :)
[14:05] <didrocks> http://en.wikipedia.org/wiki/Automatix_(software)
[14:05] <JanC> and Ubuntu Ultimate Edition!
[14:09] <ogra_> hah, ultramatix.com gets you to a wordpress setup page :)
[14:09] <ogra_> (linked from wikipedia)
[14:10] <ogra_> so i bet even that is dead
[14:11] <dobey> kenvandine: should bug #1007421 not be against overlay-scrollbar or whatever instead?
[14:11] <ubot2`> Launchpad bug 1007421 in ubuntuone-control-panel "ubuntuone-control-panel-qt has no scrollbars on quantal" [Undecided,New] https://launchpad.net/bugs/1007421
[14:12] <kenvandine> dobey, not sure
[14:12] <kenvandine> was just thinking about that
[14:12] <kenvandine> i was thinking about writing a quick pyqt app with scrolling to reproduce it
[14:12] <dobey> kenvandine: does scrolling work in skype or mumble?
[14:12] <kenvandine> to see if u1 is doing something weird or not
[14:13] <kenvandine> dunno, i don't have either :)
[14:13]  * kenvandine tries
[14:13] <dobey> well install some qt app with scrollbars and see if it has scrollbars :)
[14:13] <dobey> the crash is deep in C++, so probably not pyqt specific
[14:14] <kenvandine> yeah, just easy to write a simple test
[14:14] <kenvandine> but i can try skype
[14:14] <dobey> or qtcreator
[14:14] <kenvandine> unless you have other suggestions for qt apps to try?
[14:14] <ralsina> kenvandine: whenever you need a test qt app: http://code.google.com/p/devicenzo/source/browse/trunk/devicenzo.py
[14:14] <dobey> or that
[14:15] <kenvandine> great
[14:15] <ralsina> http://devicenzo.googlecode.com/svn/trunk/devicenzo.py for the .py directly
[14:16] <kenvandine> that segfaults
[14:17] <kenvandine> oh... now it doesn't
[14:17]  * kenvandine scratches head
[14:17] <dobey> kenvandine: yay memory issues
[14:17] <kenvandine> i crashes it i run python myself
[14:18] <kenvandine> no scrollbars though
[14:18]  * kenvandine adds overlay-scrollbars to this bug
[14:19] <kenvandine> humm
[14:19] <kenvandine> i do get scrollbars in qtcreator though
[14:20] <dobey> huh
[14:20] <dobey> the overlay ones, or the qt ones?
[14:20] <seb128> jbicha, hey
[14:20] <kenvandine> qt ones
[14:20] <seb128> pitti, did you have any opinion on whetever we still need,want a dvd image, or was that discussed at UDS?
[14:27] <dobey> kenvandine: weird. maybe qtcreator is disabling glib main loop integration?
[14:30] <dobey> kenvandine: do you get scrollbars if you do "QT_NO_GLIB=1 ubuntuone-control-panel-qt" instead?
[14:32] <kenvandine> dobey, no... but i also get no list of folders :)
[14:33] <kenvandine> so it wouldn't be big enough to scroll :)
[14:33] <kenvandine> no devices either
[14:34] <dobey> kenvandine: ok, try devicenzo then.
[14:35] <dobey> you can load an arbitrary long web page so you have to scroll, in it at least :)
[14:42] <kenvandine> dobey, no scrollbar either
[14:43] <jbicha> seb128: happy Friday!
[14:44] <jbicha> I'm not able to duplicate popey's bug 1007438
[14:44] <ubot2`> Launchpad bug 1007438 in totem "hud appears as totem 'presses' alt to inhibit screensaver" [High,New] https://launchpad.net/bugs/1007438
[14:44] <seb128> jbicha, hey, happy friday, how are you?
[14:44] <popey> jbicha: playing a video full screen
[14:44] <popey> ?
[14:45] <dobey> kenvandine: hrmm, weird
[14:46] <dobey> kenvandine: do you have virtualbox-qt installed?
[14:46] <seb128> jbicha, you dropped that change when you merged
[14:46] <seb128>   * debian/control.in:
[14:46] <seb128>     - don't Build-Depends on libxtst-dev so the codepath generating fake key
[14:46] <seb128>       events is disabled, those events lead to weird behaviours with
[14:46] <seb128>       some applications or the unity hud
[14:47] <jbicha> popey: yeah I tried that too and waited 30 seconds...and nothing popped up
[14:47] <popey> jbicha: on latest quantal?
[14:48] <jbicha> popey: yes, totem on unity 3D on quantal
[14:48] <jbicha> seb128: supposedly the bug was fixed in totem already https://bugzilla.gnome.org/669110 it looks like we should drop the libxtst-dev build-depends anyway as it's not needed now
[14:48] <popey> jbicha: how odd. I have a bunch of held back packages, but nothing seemingly related
[14:49] <jbicha> popey: reboot? ;)
[14:49] <popey> jbicha: I'll restart and try again lat...
[14:49] <popey> :D
[14:49] <seb128> jbicha, btw what do you think about dropping the debian patch to not use clutter in totem?
[14:50] <seb128> jbicha, "supposedly the bug was fixed in totem already" ... those commits are in master only, not gnome-3-4 serie
[14:50] <jbicha> seb128: it's disabled already "Disable d/p/02_revert_clutter.patch for now, doesn't apply against 3.4.0."
[14:51] <seb128> jbicha, ok, good
[14:52] <jbicha> seb128: oh, tricky
[14:53] <jbicha> I guess dropping libxtst-dev should be good enough & we'll probably get totem 3.5 soonish anyway
[15:02] <Sweetshark> libreoffice-3.6.0~alpha1 finished building in 1h52min!
[15:02] <Sweetshark> awesome.
[15:03] <mlankhorst> Glad I'm not sweetshark any more :)
[15:03] <Sweetshark> mlankhorst: huh?
[15:03] <mlankhorst> from swapping nametags around at uds
[15:04] <Sweetshark> mlankhorst: *hrhr*
[15:44] <kenvandine> Sweetshark, about bug 754562
[15:44] <ubot2`> Launchpad bug 754562 in lo-menubar "soffice.bin crashed with SIGSEGV in g_hash_table_lookup() (Libreoffice with lo-menubar crash from page preview)" [Undecided,In progress] https://launchpad.net/bugs/754562
[15:44] <kenvandine> that should have been fixed in the release aruiz rolled a couple weeks ago right?
[15:45] <kenvandine> which is a pretty big diff from what was shipped in precise
[15:53] <vsingh165> Anyone here experienced with nautilus?  I'm trying to implement the ability to recursively change ownership of enclosed files in a folder into the nautilus file properties window, as detailed bug #822993
[15:53] <ubot2`> Launchpad bug 822993 in nautilus "Applying Permissions to enclosed files in Nautilus' Folder Properties window doesn't work" [Low,Triaged] https://launchpad.net/bugs/822993
[15:53] <seb128> vsingh165, you might want to ask on irc.gnome.org #nautilus or #gnome-hackers
[15:54] <Sweetshark> kenvandine: I assume so, but I havent looked at the diff tbh or verified that yet.
[15:54] <Laney> what are all these untracked packges in versions?
[15:55] <seb128> Laney, "untracked"?
[15:55] <kenvandine> Sweetshark, if so, could you try to backport just enough to fix that bug for precise?
[15:55] <Laney> seb128: http://people.canonical.com/~platform/desktop/versions.html
[15:55] <seb128> oh, that's new
[15:55] <vsingh165> seb128:  I know what the issue is with the bug (I had emailed you earlier about it).  Basically, there's no functionality in the button to check the ownership of the current dir, so therefore, there's no way to recursively apply ownership.
[15:55] <Laney> there are quite a few grey columns now that i've not seen before
[15:55] <Laney> rows
[15:56] <seb128> Laney, http://bazaar.launchpad.net/~ubuntu-desktop/+junk/versions/revision/435
[15:56] <seb128> Laney, I guess
[15:56] <seb128> Laney, they are the packages the desktop team is not "interested" in
[15:56] <Sweetshark> kenvandine: jikes. im kinda out of timeslots ;)
[15:56] <seb128> Laney, http://bazaar.launchpad.net/~ubuntu-desktop/+junk/versions/revision/438 as well
[15:57] <Laney> maybe i never noticed them before
[15:57] <seb128> Laney, http://bazaar.launchpad.net/~ubuntu-desktop/+junk/versions/revision/474
[15:57] <seb128> Laney, that's pretty recent changes from robert_ancell, the untracked commit is from today
[15:57] <Laney> i bet it comes from the germinate stuff indeed
[15:58] <Laney> should we just hide the untracked ones?
[15:58] <seb128> well, we always unsed germinate to hide stuff not on the CD
[15:58] <seb128> i.e the "+" next to "package"
[15:59] <jbicha> cyphermox: the evolution-rss developer is still releasing tarballs, they're just hidden http://gnome.eu.org/evolution-rss-0.3.91.tar.xz
[15:59] <seb128> Laney, I will send an email to robert_ancell to ask if he could do a status update on the mailing list about his changes
[15:59] <cyphermox> jbicha: I looked there precisely and never saw it
[16:00] <Laney> ok, sounds good
[16:00] <jbicha> cyphermox: I sent him an email though because it's not very nice :(
[16:00] <seb128> cyphermox, hey, did you see my ping earlier?
[16:00] <cyphermox> yup; updated the bug
[16:01] <seb128> cyphermox, thanks
[16:01] <cyphermox> it's true, we explicitly don't change the hostname
[16:01] <cyphermox> because it used to be done and it breaks things, nevermind how evil it is in the first place anyway
[16:02] <seb128> cyphermox, right, I was wondering if that was a valid usecase,bug to edit it this way or if they just got what they ask for with the hack they are doing
[16:02] <cyphermox> pretty much the end
[16:02] <cyphermox> but if they installed on the same network the username in the installer would default to what DHCP provides
[16:02] <cyphermox> so in effect, it would "just work"
[16:03] <cyphermox> changing the hostname in /etc/hostname without changing /etc/hosts is totally wrong though
[16:05] <Laney> dobey: yo, just tried a test build of libu1 to try and fix the ftbfs but it went through ok
[16:05] <Laney> maybe you can give back
[16:22] <dobey> Laney: in quantal?
[16:22] <Laney> yes
[16:22] <Laney> unless of course my sbuild is funky
[16:23] <dobey> well, the ftbfs was because webkit or curl was broken i think, so that might be fixed now
[16:23] <Laney> indeed it could be something external
[16:23] <Laney> and seems to be that way
[16:25] <Laney> you've got another trivial mp for the client too.
[16:38]  * didrocks waves good evening :)
[17:41] <cyphermox> Laney: dobey: that giveback thing was about ubuntuone-client-gnome right?
[17:42] <cyphermox> Laney: local build doesn't fail on includes other than glib/glib.h; but actual build in archive does?
[17:44] <dobey> cyphermox: no
[17:45] <dobey> cyphermox: it was about libubuntuone (which i clicked the retry build on and it succeeded)
[17:45] <cyphermox> ok
[17:45] <dobey> cyphermox: ubuntuone-client-gnome needs patching
[17:45] <cyphermox> how so?
[17:45] <cyphermox> is it in your todo?
[17:45] <dobey> because new glib added some new #error in the headers
[17:45] <cyphermox> I'd like to get it off the NBS list
[17:45] <cyphermox> if it's just that I can take care of it
[17:45] <dobey> cyphermox: yeah. feel free to ignore it. laney just submitted a branch to fix it
[17:46] <cyphermox> alright
[17:46] <dobey> but his fix breaks it in a different way, so need him to fix that
[17:47] <dobey> cyphermox: and i'll be doing a new release of u1 stuff on monday, for quantal
[17:47] <cyphermox> alright
[17:49] <dobey> Laney: can you change your vote to Abstain, away from "Resubmit" on your proposal? you don't need to vote on your own proposals :)
[21:21]  * Sweetshark digs through fedora vendor patches and pokes devs to upstream them. fun!
[21:23] <dobey> what are you talking about? only ubuntu doesn't send patches upstream!
[21:23] <dobey> :)
[21:47] <Sweetshark> ahhh, thats the right way to start off a friendship, dear quantal: bug 1007616.
[21:47] <ubot2`> Launchpad bug 1007616 in gcc-defaults "gcc internal compiler error in force_move_args_size_note, at combine-stack-adj.c:419" [Undecided,New] https://launchpad.net/bugs/1007616
[21:50] <Sweetshark> nothing like a good old suicidal gcc to start off a relationship with the new series ....
[21:51] <chrisccoulson> Sweetshark, i'm glad i'm not the only person who hits compiler issues ;)
[22:11] <Sweetshark> chrisccoulson: proposing a oneline testsuite for gcc: "for pkg in libreoffice firefox; do apt-get build-dep $pkg; apt-get source $pkg; pushd $pkg*; dpkg-buildpackage -uc -us; popd; done"
[22:20] <micahg> that would only work if libreoffice and firefox were perfect code :)
[22:20] <Sweetshark> micahg: they are!
[22:21] <micahg> Sweetshark: as far is firefox is concerned we can't even rely on the test suite at this point due to (I'm told) issues with our toolchain
[22:21] <micahg> *Firefox test suite
[22:23] <Sweetshark> micahg: at least an internal compiler error is never right, even if you would have given gcc uncompiled perl as input (i would sympathize with suicidal moods then, but still ...)
[22:23] <micahg> heh, true
[23:13] <Laney> dobey: I don't know how votes work :(((((((((((((((((((
[23:13] <Laney> I thought it meant "I am resubmitting this"