[05:23] <pitti> Good morning
[05:29] <arrrghhh> can i change my username?  or do i have to create a new user...?
[05:31] <arrrghhh> i know i can change the hostname
[05:34] <TheMuso> Hey pitti.  A good night sleep should solve that.
[06:02] <BigWhale> Morning.
[06:02] <pitti> arrrghhh: we don't have a GUI tool for it; if you are comfortable with it, you can hand-edit it in /etc/passwd, /etc/shadow, and rename your /home/oldname to /home/newname
[06:05] <arrrghhh> pitti, i don't mind, i have an ubuntu-server install.  thanks!
[06:11] <arrrghhh> pitti, uhm... which should i edit first?
[06:11] <arrrghhh> i edited /etc/passwd first, i think that i'm in trouble now.
[06:11] <pitti> arrrghhh: doesn't matter; just keep a root shell to do all three steps
[06:12] <arrrghhh> crap.
[06:12] <arrrghhh> i changed /etc/passwd with sudo ...
[06:13] <pitti> arrrghhh: reboot into rescue mode, and finish it up there?
[06:13] <arrrghhh> heh.  i'll try.  this is a vm.
[06:14] <pitti> dobey: I have libgnome-keyring introspection patches now, all sent upstream; do you need this RSN (-> can do an ubuntu upload) or ok to wait for a few days to land this upstream?
[06:17] <arrrghhh> pitti, how do i get to recovery mode?
[06:18] <pitti> arrrghhh: reboot, press shift during boot to get into the grub menu, select "recovery"
[06:18] <pitti> you need to grab the keyboard for this (ctrl+alt in KVM)
[06:23] <didrocks> good morning
[06:24] <arrrghhh> pitti, ok in recovery now.  thanks, will try to finish thi.
[06:24] <arrrghhh> this*
[06:55] <TheMuso> Morning didrocks, hope your travels were uneventful.
[06:55] <didrocks> Hey TheMuso. Yeah, it was perfect! yourself?
[06:55] <TheMuso> didrocks: Uneventful as well thanks, flew in this morning Sydney time.
[06:56] <TheMuso> Still feel very muc awake, but with a brain of mush. Should be back on deck tomorrow after a good sleep tonight.
[06:57] <didrocks> yeah, a good sleep fixes everything most of the time :)
[07:09] <pitti> hey didrocks
[07:12] <didrocks> hey pitti, how was your travel?
[07:12] <pitti> didrocks: fairly quiet; hacked on libgnome-keyring introspection :)
[07:16] <didrocks> heh ;)
[07:17]  * didrocks worked on the nautilus patch, merging the 2 quicklist with a quicklist proxy handler
[07:22] <tjaalton> is there still no a capplet for default apps or font settings?
[07:22] <tjaalton> oh, found the default apps one
[07:23] <didrocks> yeah, in the info capplet :)
[07:23] <didrocks> nothing for the font though
[07:23] <tjaalton> hardly discoverable :)
[07:23] <tjaalton> yeah, ok
[08:52] <seb128> hey
[08:52] <didrocks> salut seb128, bien rentré?
[08:53] <seb128> lut didrocks, nickel oui, et toi ?
[08:53] <pitti> bonjour seb128
[08:53] <didrocks> seb128: très bien :)
[08:53] <seb128> hey pitti, how are you?
[08:53] <pitti> seb128: I'm great, thanks!
[08:53] <pitti> had a rather quiet Sunday, I was really tired
[08:54] <seb128> getting over my ubuflu, I blame it on desrt, starting to be better but I think I had fever for a few days this time
[08:54] <didrocks> blaming you for feeling the ubuflu there :)
[08:56] <seb128> :-(
[09:15] <mvo> didrocks: hi, what package contains the tool that checks if unity is supported on the current machine?
[09:16] <didrocks> mvo: it's in nux (nux-tools)
[09:16] <didrocks> hey ;)
[09:17] <mvo> cool, thanks
[09:17] <didrocks> yw :)
[09:27] <pitti> seb128: for bug 912707, do you know anything which modifies /etc/gnome/defaults.list ?
[09:27] <ubot2`> Launchpad bug 912707 in desktop-file-utils "upgrade manager prompts to resolve conflict in /etc/gnome/defaults.list" [Medium,Triaged] https://launchpad.net/bugs/912707
[09:28] <pitti> seb128: I don't see any maint script on my computer which touches it, but perhaps it's done in some control-center thingy
[09:28] <seb128> pitti, no, nothing should modify it
[09:28] <seb128> that file is meant to be the distributor one
[09:28] <seb128> not the one to edit
[09:28] <seb128> the mimeapps.list is the one softwares, etc edit
[09:29] <tkamppeter> pitti, hi
[09:29] <pitti> seb128: asking for info
[09:29] <pitti> hey tkamppeter, how are you?
[09:29] <seb128> pitti, danke
[09:29] <tkamppeter> pitti, fine.
[09:30] <seb128> pitti, none of the GNOME tools do system edit btw, only user settings changes
[09:30] <pitti> seb128: what I thought; thanks!
[09:31] <seb128> yw!
[09:32] <tkamppeter> pitti, I have committed a change to the CUPS package: I migrated the "usb" backend to libusb 1.0.x as 0.1.x is deprecated and unmaintained (we should do that with all packages to not let it go into the LTS) and also did a fix for USB->Parallel adapter support (bug 910272). Can you upload CUPS to Debian and Precise so that the changes get tested? Thanks.
[09:32] <ubot2`> Launchpad bug 910272 in cups "USB->Parallel adapter produces crappy device URI and CUPS "usb" backend cannot cope with it" [Undecided,Triaged] https://launchpad.net/bugs/910272
[09:33] <tkamppeter> pitti, s/to not let it go into the LTS/to not let the old libusb go into the LTS/
[09:33] <pitti> tkamppeter: nice, thanks! sure, can do
[09:35] <pitti> tkamppeter: hm, do you have uncommitted changes? the changelog mentions changing the build dep to libusb-1.0-dev, but you didn't
[09:40] <nerochiaro> greyback_: good morning. quick question: what do you think about moving the logic related to DashDeclarativeView::updateDashModeDependingOnScreenGeometry and WindowHelperPrivate::updateDashCanResize into DashClient, so that anyone using DashClient can know if the dash can resize at any time from anywhere, instead of duplicating the checks ?
[09:47] <greyback_> nerochiaro: morning! I agree that those two methods are pretty much the same.
[09:48] <nerochiaro> greyback_: ok, i'll move merge them then, as part of the shell stuff
[09:49] <greyback_> nerochiaro: great, thank you
[09:49] <nerochiaro> yw
[09:49] <nerochiaro> greyback_: how was budapest btw ?
[09:50] <tkamppeter> pitti, forgot to overtake that from my PPA package. Done now.
[09:50] <smspillaz> nerochiaro: holy.... that is a loonnng function name
[09:50] <greyback_> nerochiaro: it was good. Always great to talk with people IRL, got good decisions & plans made
[09:51] <greyback_> smspillaz: lol yeah, but it does exactly what the label says :)
[09:51] <nerochiaro> smspillaz: yeah. gotta think of something shorter :)
[09:51] <smspillaz> indeed
[09:52] <nerochiaro> greyback_: and lots of beers drank, i imagine
[09:52] <greyback_> nerochiaro: just a couple ;)
[09:52] <nerochiaro> ;)
[09:56] <nerochiaro> greyback_: when the dash is up the menubar buttons in the panel should be only close and toggle_maximize, right ?
[09:56] <nerochiaro> no minimize for the dash
[09:57] <greyback_> nerochiaro: right, minimize button should be disabled/greyed out. We've not got the visuals right yet
[09:58] <nerochiaro> greyback_: i'll leave what you have for now, but don't do anything on the minimize button if the dash is up. i'll leave it up to you to remove/grey it out, ok ?
[09:58] <greyback_> nerochiaro: ok
[09:59] <greyback_> nerochiaro: you're working in unity-2d-shell branch all the time, yeah?
[10:00] <nerochiaro> greyback_: right now yes. that and feature branches of it where i try to close the gap between it and trunk as quick as possible
[10:00] <nerochiaro> so we can merge as soon as the two are at the same point
[10:01] <greyback_> nerochiaro: ok. I skimmed through it last week, were a few things I didn't understand. Will be asking you stuff later :)
[10:01] <nerochiaro> greyback_: anytime
[10:02] <greyback_> nerochiaro: cheers
[10:04] <pitti> tkamppeter: uploaded
[10:04] <BigWhale> I think I am finished with Gth3 support for Kazam. Yay!
[10:04] <BigWhale> That's Gtk :>
[10:05] <nerochiaro> greyback_: also what I don't understand is what  the dash form factor key in DashSettings is supposed to be used for. As I understood it it should be to set the default form factor, but in the current code in WindowHelper it seems to be used as a means to communicate to the dash the current form factor (on maximize/unmaximize), which seems a bit wrong
[10:05] <nerochiaro> i mean using dconf as IPC basically
[10:06] <nerochiaro> i'd rather keep the dconf key for the default/initial value and use DBUS for telling the dash from the panel to change form factor
[10:06] <greyback_> nerochiaro: yeah I'm wondering the same. I don't see why this was done really
[10:07] <nerochiaro> probably because it was the simplest thing. but i'll go with dbus, if that's ok with you
[10:07] <greyback_> nerochiaro: it is, using dbus is a better idea
[10:07] <nerochiaro> ok
[10:30] <tkamppeter> pitti, thanks.
[10:40] <pitti> vuntz: merci for the patch review! will get back to this ASAP
[10:48] <chrisccoulson_> good morning desktoppers
[10:48] <chrisccoulson_> bit late for me this morning :/
[10:48] <seb128> hey chrisccoulson_!
[10:48] <seb128> how are you?
[10:49] <chrisccoulson_> hi seb128
[10:49] <chrisccoulson_> i'm good thanks, how are you?
[10:49] <seb128> did you manage to go back to boring uk? ;-)
[10:49] <seb128> I'm fine, getting over my ubufly
[10:49] <seb128> ubuflu
[10:49] <chrisccoulson_> yeah, i was pretty glad to get back
[10:49] <seb128> it's better since yesterday
[10:50] <chrisccoulson_> it's amazing that i spend nearly as much time getting home from europe as i do getting home from the US
[10:50] <chrisccoulson_> Sweetshark!
[10:51] <chrisccoulson_> did you wake up in the end?
[10:51] <chrisccoulson_> i got you a wake up call when i checked out ;)
[10:52] <seb128> chrisccoulson, did you do anything fancy on saturday?
[10:53] <chrisccoulson> seb128, we just walked around to do some sightseeing and had lunch in a nice italian restaurant
[10:54] <seb128> chrisccoulson, ok, sounds nice ;-)
[11:53] <tkamppeter> pitti, can you have a look at bug 911371? It is a bug in p11-kit (PolicyKit?) which causes many crashes in the components of CUPS and system-config-printer.
[11:53] <ubot2> Launchpad bug 911371 in p11-kit "applet.py crashed with SIGSEGV in lookup_or_create_bucket()" [High,Confirmed] https://launchpad.net/bugs/911371
[12:03] <pitti> tkamppeter: do you know how to reproduce this by any chance?
[12:04] <tkamppeter> pitti, no, I never encountered the problem by myself.
[12:04] <pitti> there's a new upstream version which we might want to try
[12:06] <tkamppeter> pitti, perhaps this could help. The problem seems to be only in Precise, so fix by new upstream version is no problem.
[12:06] <pitti> there's not a lot of commits
[12:06] <pitti> http://cgit.freedesktop.org/p11-glue/p11-kit/commit/?id=2da833b0ca9539c12745d2f9fef1e7be7c7792dc is the only one interesting
[12:07]  * pitti checks if our version was built with gcc 4.6.1
[12:07] <pitti> hm, it wasn't
[12:10] <pitti> tkamppeter: duping to bug 911436, this has more info
[12:10] <ubot2> Launchpad bug 911436 in p11-kit "https crashed with SIGSEGV in lookup_or_create_bucket()" [High,Triaged] https://launchpad.net/bugs/911436
[12:14] <tkamppeter> pitti, thanks.
[12:15] <tkamppeter> pitti, if I run any utility of CUPS (like "lpstat -r") I get a warning "WARNING: gnome-keyring:: no socket to connect to" before I get the answer of the utility. Can this have to do with this p11-kit bug?
[12:15] <seb128> pitti, one reason for the bug "could" be upgrades
[12:16] <pitti> yes, above bug shows that it happens during upgrades
[12:16] <seb128> pitti, it seems like similar issue were due to nonmulti to multiarch transitions breaking running instances
[12:16] <pitti> tkamppeter: maybe, but it's not that likely
[12:16] <seb128> like the paths change under the running code
[12:17] <pitti> tkamppeter: do you have gnome-keyring-daemon running?
[12:18] <tkamppeter> pitti: till@till-precise:~$ ps auxwww | grep keyring
[12:18] <tkamppeter> till      1548  0.0  0.1 106564  3732 ?        Sl   Jan15   0:00 /usr/bin/gnome-keyring-daemon --daemonize --login
[12:54] <chrisccoulson> urgh: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/3094579
[12:54] <chrisccoulson> good job that maverick will be EOL before these builds are released
[12:54] <chrisccoulson> ../../../dist/include/nsCOMPtr.h:316: internal compiler error: in tree_nrv, at tree-nrv.c:143
[12:54] <chrisccoulson> nice
[12:54] <chrisccoulson> i guess i should just kill these builds on maverick now
[12:55] <chrisccoulson> actually
[12:55] <chrisccoulson> when is maverick EOL?
[12:55] <micahg> Apr 10
[12:56] <chrisccoulson> cool
[12:56]  * chrisccoulson kills maverick nightlies
[12:57] <micahg> chrisccoulson: any idea about https://bugs.launchpad.net/ubuntu/+source/webdeveloper/+bug/904594/comments/10, I was going to break it out into a separate bug later today
[12:57] <ubot2> Launchpad bug 904594 in mozilla-devscripts "Tracking bug for Firefox 9 transition in Lucid/Maverick" [Medium,Fix committed]
[12:59] <chrisccoulson> ask him to ask on askubuntu or the support tracker. i'd bet money that it turns out to actually not be a bug, but he's done something strange with the launcher or in his profiles.ini ;)
[13:00] <micahg> well, I'll try to reproduce when I test, I wouldn't block on the remote open case in any event
[13:03] <ogra_> chrisccoulson, geez !!! what did you do to firefox on arm ???
[13:03] <chrisccoulson> ogra_, i don't do anything to firefox on arm. how come?
[13:04] <ogra_> well, it works !
[13:04] <ogra_> and is fast !
[13:04] <micahg> which release?
[13:04] <ogra_> faster than chromium !
[13:04] <ogra_> recent precise, updated today
[13:04] <micahg> that rocks
[13:04] <chrisccoulson> i haven't changed anything at all ;)
[13:04] <micahg> although Chromium is 2 releases behind stable :)
[13:04] <ogra_> and it doesnt grind my ac100 to a halt if i have 20 tabs open (in 512M)
[13:05] <chrisccoulson> cool!
[13:05] <ogra_> it seriously improved
[13:05] <micahg> actually, armel is 3 stable releases behind
[13:05] <micahg> for chromium that is
[13:05] <ogra_> yeah, i know :(
[13:06] <ogra_> i thoght viku would go on working on it and we could just pull his fixes in ... but it seems he had other important stuff to do after getting it to cross build
[13:08] <micahg> ogra_: well, he fixed it, but it uses the system vpx which we don't use in the archive so we don't have to update libvpx post release, but maybe I can pull it in temporarily use that just to get it to build, but at the moment, even i386 won't build on precise
[13:08] <ogra_> yeah, i heard that
[13:09] <ogra_> well, i switched to FF today because the chromium binary we have doesnt get along well with the nvidia-tegra binary driver we have
[13:09] <ogra_> at some point i always get pixmap artefacts all over the desktop and font corruption
[13:09] <ogra_> seems FF doesnt have that prob ...
[13:10] <ogra_> might be a general webkit vs tegra driver issue though, i need to test other webkit apps
[13:10]  * ogra_ doesnt want to blame chromium before he is sure
[13:11] <chrisccoulson> heh
[13:11] <chrisccoulson> i don't even have chromium installed anymore
[13:12] <ogra_> well, it used to eat much less ram and be faster on arm
[13:12] <chrisccoulson> it eats a lot of ram on my machine ;)
[13:21] <tjaalton> ugh, compiz takes 3,5g
[13:41] <chrisccoulson> pitti - what creates the /var/run and /var/lock symlinks when upgrading from something older than oneiric?
[13:41] <chrisccoulson> i did a natty to oneiric upgrade last night (our home desktop), but those weren't created
[13:41] <chrisccoulson> and pretty much nothing worked afterwards
[13:46] <seb128> chrisccoulson, base-files?
[13:46] <chrisccoulson> seb128, yeah, i just found that out now :)
[13:49] <pitti> chrisccoulson: /var/lib/dpkg/info/initscripts.postinst
[13:49] <pitti> it's supposed to set up a few symlinks/bind mouts
[13:50] <pitti> chrisccoulson: actually no, I think it's /etc/init/mounted-var.conf
[13:51] <chrisccoulson> ah, thanks
[13:52] <chrisccoulson> i wonder why that didn't work then :/
[13:52] <chrisccoulson> i had to boot in recovery mode and create them manually
[13:58] <tjaalton> chrisccoulson: since upgrade to precise my firefox session crashes, worked on oneiric. is there a way to find which of the 150+ tabs is the culprit?-)
[13:59] <chrisccoulson> tjaalton, not really. did you submit the crash with the crash reporter?
[13:59] <tjaalton> chrisccoulson: yeah
[14:00] <chrisccoulson> i don't think there's an easy way to figure out exactly which tab is the problem
[14:01] <seb128> isn't firefox supposed to not auto reload tabs on opening?
[14:02] <tjaalton> seb128: it asks what to do
[14:02] <tjaalton> I could start a new session, but..
[14:03] <seb128> no, I meant I though that it was opening the tabs but not loading their content
[14:03] <seb128> until you select them
[14:03] <tjaalton> ah
[14:03] <dobey> tjaalton: for how long has your profile been intact?
[14:03] <tjaalton> well, yes and no
[14:03] <dobey> (also, 150+ tabs? really?)
[14:04] <tjaalton> seb128: seems like it does load tab contents of the current window though
[14:04] <dobey> seb128: i thought it just loaded them in the background. it always seemed to for me
[14:04] <tjaalton> dobey: maybe 200+, haven't counted :)
[14:04] <seb128> dobey, could be an option
[14:04] <dobey> tjaalton: why do you have so many tabs?
[14:05] <tjaalton> dobey: because I can? :)
[14:05] <dobey> tjaalton: do you stab yourself in the leg, every time you pick up a knife?
[14:06] <tjaalton> hehe
[14:06] <dobey> because you can :)
[14:07] <dobey> anyway, if you have a fairly old firefox profile that's been migrated through several firefox verions, you could have a bad piece of data in it causing the crash
[14:07] <tjaalton> well, I could probably use separate sessions for different stuff (work/personal etc), but that would complicate things
[14:07] <tjaalton> worked fine with 9.0 on oneiric
[14:07] <tjaalton> but anyway
[14:07] <seb128> likely a bug, give the upstream bug report to chrisccoulson, maybe he knows what the issue is ;-)
[14:08] <tjaalton> does it open an upstream bug report that's public=
[14:08] <tjaalton> ?
[14:08] <dobey> tjaalton: or you could use these wonderful features called "bookmarks" and "history" or something
[14:08] <seb128> tjaalton, there is a way to get the report id and to see the stacktrace
[14:09] <seb128> tjaalton, their db is public, they just have the function names in their stacktraces I think
[14:09] <tjaalton> seb128: ok
[14:09] <seb128> well not sure, I know chrisccoulson asked me for report ids in the past to show where the issue was
[14:09] <tjaalton> looks like this profile was created march last year
[14:10] <tjaalton> +in
[14:10] <chrisccoulson> https://wiki.ubuntu.com/MozillaTeam/Bugs#Submitting_Crashes_to_Mozilla ;)
[14:11] <tjaalton> whoa, thanks
[14:12] <tjaalton> huh, I'll try disabling icedtea then
[14:13] <tjaalton> wish there was a javablocker :)
[14:14] <dobey> i wish there was a good java plug-in in ubuntu again
[14:14] <dobey> someone needs to package the oracale java 7 stuff
[14:15] <tjaalton> is it distributable?
[14:15] <pitti> didrocks: see, one unity upload and you are first on http://reports.qa.ubuntu.com/reports/bug-fixing/precise-fixes-report.html again :)
[14:15] <dobey> i don't know
[14:15] <dobey> it's at least as distributable as flash is i guess
[14:16] <dobey> wget http://oracle.com/blah/blah in postinst is fine by me
[14:16] <tjaalton> well, if opejdk is supposed to be the reference these days..
[14:16] <tjaalton> so they share the same bugs :)
[14:17] <dobey> yes, but iced tea is slow and uses too much cpu/ram, and generally not good :-/
[14:20] <didrocks> pitti: yeah, I saw that on saturday. No fun, was too easy :)
[14:20] <seb128> didrocks, stop working on saturdays!
[14:21] <seb128> ;-)
[14:21]  * pitti stops fixing bugs then
[14:21] <didrocks> seb128: well, there was time at the airport, there was this unity quicklist with a non designed dbusmenu quicklist API to have different sources, and there was didrocks who was getting bored :)
[14:21] <didrocks> seemed a good match at the time! ;)
[14:22] <seb128> pitti, heh, I still want to play with you, I'm catching back slowly but I'm getting there :p
[14:22] <pitti> heh, I know the feeling; train rides are an excellent time for getting stuff done
[14:22] <pitti> https://bugs.launchpad.net/~pitti/+assignedbugs still has 10 "fix committed", hehe
[14:22] <tjaalton> chrisccoulson: hey, that did it.. purging icedtea-plugin helped, the upstream report is here just for reference https://crash-stats.mozilla.com/report/index/bp-b02b9e9e-2b48-47a2-aeff-eb1ec2120116
[14:22] <pitti> but I guess by the time I get them in, Didier gets another 50 :)
[14:23] <dobey> pitti: few days for the keyring introspection is fine i guess. i'm not sure why you think i need it though. :)
[14:23] <pitti> dobey: ah, I think I meant ken
[14:24] <didrocks> pitti: I have bugs on my plate (personal ones ;)) I can upload in a few and totally defer every hope you can have! (loud laugh sound) :)
[14:25] <dobey> pitti: also today is a us holiday. :)
[14:26] <pitti> seb128: could you do the meeting stuff tomorrow? I'm off (swap day) to lose two teeth
[14:26] <seb128> pitti, sure
[14:26] <pitti> seb128: merci
[14:26] <seb128> yw, I hope it goes well for you!
[14:27] <pitti> thanks
[14:28] <didrocks> pitti: good luck for tomorrow then!
[14:28]  * pitti hugs didrocks
[14:28]  * didrocks hugs pitti back
[14:32] <tjaalton> dobey: i lost count, but seems there is closer to 290 tabs :)
[14:33] <dobey> tjaalton: you need an organizational consultant. Do you have like 64GB of RAM? you're probably just constantly hitting OOM.
[14:35] <tjaalton> dobey: oh, one window (of 7) was minimized, so it's over 330
[14:35] <tjaalton> once a few projects are ready, I can close "several"
[14:35] <dobey> ∎
[14:36] <tjaalton> the browser takes 2G
[14:36] <tjaalton> GB
[14:37] <tjaalton> the feature behind shift+ctrl+e got me spoiled ;)
[14:55] <Sweetshark_> re
[14:59]  * Sweetshark_ is at a location where he cant access his normal IRC box. So if you pinged me, please do again (or send me a mail).
[15:06] <seb128> chrisccoulson, http://git.gnome.org/browse/gnome-desktop/commit/?id=a81bd53c44a0785373ba9fba543556e3c4e12431
[15:06] <seb128> "gnome_rr_screen_new() now creates a singleton for the specified GdkScreen"
[15:06] <seb128> chrisccoulson, seems similar to the g-s-d fixes you worked on previous cycle ;-)
[15:07] <chrisccoulson> heh
[15:09] <seb128> chrisccoulson, we should probably backport it for precise if we don't update gnome-desktop this cycle
[15:09] <chrisccoulson> seb128, we still have the patch in gsd which does this though, don't we?
[15:10] <seb128> chrisccoulson, right we have
[15:10] <seb128> but it might be better to take the upstream gnome-desktop patch and drop the gsd one?
[15:10] <chrisccoulson> i guess that we could do
[15:11] <seb128> well low priority in any case but it makes one less patch to forward for you :p
[15:43] <pitti> Sweetshark_: hey
[15:43] <pitti> Sweetshark_: I created a bug about libo's newly grown dependencies and assigned it to you, FYI
[15:44] <pitti> Sweetshark_: seems some of the remaining delta was still necessary
[15:44] <Sweetshark_> pitti: bug-id?
[15:45] <pitti> bug 916726
[15:45] <ubot2> Launchpad bug 916726 in libreoffice "Drop extra Java dependencies from 3.5.0~beta2-2ubuntu3" [High,Triaged] https://launchpad.net/bugs/916726
[15:45] <Sweetshark_> pitti: thx
[15:46] <pitti> Sweetshark_: upgrade worked fine :)
[15:46] <pitti> Sweetshark_: I removed the libo-l10n source package, FYI
[15:46] <Sweetshark_> pitti: great!
[15:47] <Sweetshark_> pitti: yes, /me it "git rebase"-ing the changes between ubuntu2 and ubuntu3 to a halfway sensible history ...
[15:47] <Sweetshark_> pitti: after that I will take a look at the remaining debirs to clean up
[15:49] <Sweetshark_> once a bug gets a few more comments, people seem to think it is ok to dump random unrelated complains into them: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/915271/comments/58 :/
[15:49] <ubot2> Launchpad bug 915271 in libreoffice "package libreoffice-core 1:3.4.4-0ubuntu2 failed to install/upgrade: rmdir: failed to remove `usr/lib/libreoffice/basis3.4/program/': Directory not empty" [Critical,Fix released]
[15:50] <pitti> Sweetshark_: easy enough to ignore :)
[15:56] <pitti> tkamppeter: hplip recently started to pull in python-reportlab-accell, python-reportlab, python-renderpm; any chance that these can get removed again?
[15:57] <pitti> tkamppeter: grew by 0.6 MB
[15:58] <pitti> tkamppeter: it also newly pulls in printer-driver-{hpijs,hpcups}, but I figure these are renames?
[16:00] <pitti> need to leave now, see you tomorrow!
[16:00] <pitti> or, rather, on Wednesday; will be off tomorrow
[16:03] <seb128> ok, version is fixed, the "list sponsoring bug" was buggy
[16:27] <chrisccoulson> precise is boring. can i break it please?
[16:27] <chrisccoulson> i don't want to be using a system that works every day
[16:29] <smspillaz> XD
[16:30] <Sweetshark_> chrisccoulson: You shouldnt break precise more then once per 200 binary packages.
[16:30] <seb128> chrisccoulson, run the dx daily ppa?
[16:31] <chrisccoulson> Sweetshark_, heh ;)
[16:31] <chrisccoulson> seb128, oh, is that broken?
[16:32] <chrisccoulson> in any case, anything with "daily" in the title is good
[16:32] <Sweetshark_> .oO(if that would be the case, I would be allowed to break it again with the next upload)
[16:32] <seb128> chrisccoulson, I guess it has an higher chance to be broken than precise ;-)
[16:33] <chrisccoulson> bring it on!
[16:33] <seb128> lol
[16:41] <didrocks> phew, finished the nautilus ql implementation in a clean way :)
[16:43] <seb128> didrocks, congrats ;-)
[16:44] <didrocks> seb128: thanks ;) making a final build, then, installing it there for the rest of the day (probably will upload later or tomorrow)
[16:44] <didrocks> it was "fun" with all this "I remove your bookmarks, all of them"
[16:44] <seb128> didrocks, if you want a second tester push to the vcs, I can do a local build
[16:44] <didrocks> seb128: oh, with pleasure!
[16:44] <seb128> ok, so push and I will build it there
[16:44] <didrocks> bumping the changelog, one minute
[16:46] <didrocks> seb128: pushed
[16:47] <seb128> didrocks, ok, building, I will get something to drink while it's working ;-)
[16:50] <didrocks> seb128: say my code is so bad that you need to booze :-)
[16:50] <seb128> lol
[16:55] <didrocks> seb128: basically, you should check the interaction when you copy big files (you have the copy dialog and 2 additional quicklist entries)
[16:57] <seb128> didrocks, let me try, small comments compared to the bug report summary, you lack a "open a new dialog" as the first entry of the list
[16:57] <seb128> didrocks, the sorting seems weird as well but the bug is not really clear on how stuff should be sorted, I would at least think xdg locations should be in alphabetic order
[16:57] <didrocks> seb128: oh, a static quicklist then, easy enough to add :)
[16:58] <didrocks> seb128: I set the sorting the same than in nautilus, as you can reorder, this makes more sense IMHO
[16:58] <didrocks> oh, at least for the bookmarks, maybe the places aren't sorted the same way
[16:59] <seb128> didrocks, no it's not for the xdg places
[16:59] <seb128> the quicklist is in random order, the nautilus sidepanel is in alphabetic order
[16:59] <seb128> one of the distro patches I added is to sort in locale alphabetic order rather than english order
[16:59] <didrocks> not here "Dossier personnel" is the first in nautilus and "bureau" follows
[17:00] <didrocks> corbeille is the last
[17:00] <seb128> didrocks, I think neither corbeille nor dossier personnel are xdg dirs
[17:01] <seb128> didrocks, the xdg dirs are those in .config/user-dirs.dirs
[17:01] <didrocks> hum, that would be weird to not make everything in alphabetical order in the list, like, you need to know it's a xdg dir or not?
[17:01] <seb128> well anyway it's a detail but bonus point if the order was the same
[17:01] <didrocks> I would rather let it that way or put everything alphabetically
[17:01] <seb128> didrocks, I would do all xdg first in alphabetic order, then all bookmarks as you did
[17:02] <didrocks> hum, I don't really know what is xdg or not at this point, but I can have a look
[17:02] <didrocks> (I take the bookmarks order that nautilus is giving me)
[17:02] <seb128> didrocks, don't bother, it was a small comment, maybe ask design for input on alphabetic or not
[17:02] <seb128> didrocks, the list is missing "desktop" btw, is that wanted?
[17:02] <didrocks> seb128: well, I think it's worth a try
[17:02] <didrocks> seb128: no, doesn't seem to be exposed by the bookmark API, weird
[17:07] <seb128> didrocks, seems to work great otherwise
[17:07] <seb128> i.e adding and removing bookmarks, doing that while copies are happening, stopping copies, etc
[17:07] <didrocks> seb128: nice! So, what I can do easily is order the whole bookmarks alphabetically
[17:07] <didrocks> (as I don't know if it's a xdg one or not)
[17:07] <didrocks> then, we can refine later if we want to separate them
[17:08] <seb128> sounds good
[17:08] <didrocks> and looking at an easy way to add +desktop
[17:08] <didrocks> ok, doing that, just a sec :)
[17:22] <didrocks> seb128: pushed the ordered alphabetically tweak (or bookmarks only, doesn't impact the copy, always after the bookmarks)
[17:22] <didrocks> adding a statc quicklist to both nautilus and nautilus-home.desktop now
[17:22] <seb128> didrocks, thanks
[17:23] <seb128> didrocks, speaking about nautilus-home I was pondering dropping it
[17:30] <didrocks> seb128: so, making the nautilus icon using the home one?
[17:31] <seb128> didrocks, we dropped the home icon, or rather sladen did
[17:31] <seb128> bug #874265
[17:31] <ubot2> Launchpad bug 874265 in ayatana-design "Launcher - remove the embossed 'home' image from the Nautilus Launcher icon " [Medium,Fix committed] https://launchpad.net/bugs/874265
[17:31] <seb128> "Note from User Testing:
[17:31] <seb128> In user testing, participants use 'home' (Nautilus Launcher) to find or
[17:31] <seb128> access everything in their computer.  Many thought that the Dash was the
[17:31] <seb128> equivalent of the start button in Windows whereas 'home' was their
[17:31] <seb128> computer."
[17:31] <seb128>
[17:31] <didrocks> seb128: oh? I still have it though, should have a local copy for when I tried to add it
[17:31] <seb128> didrocks, it was confusing users ;-)
[17:32] <didrocks> hum, it was a design request :-)
[17:32] <seb128> yeah, well user testing showed it was not so good ;-)
[17:32] <didrocks> but ok, we can handle that, we have to transition on upgrade then!
[17:32] <didrocks> maybe we should:
[17:32] <didrocks> - handle the transition in unity
[17:32] <didrocks> - then drop the icon
[17:32] <didrocks> wdyt?
[17:33] <didrocks> (you mean that all the work I just did supporting multiple icons is vanished? :p)
[17:35] <seb128> didrocks, yeah, and maybe add a first "check with design that they are fine with the upstream naming and icon"
[17:35] <didrocks> yep
[17:35] <didrocks> can you add it somewhere, like on the pad?
[17:36] <seb128> didrocks, done, added to the pad
[17:37] <didrocks> seb128: excellent, thanks :) testing the static quicklist there
[17:42] <BigWhale> Can someone explain why last two code blocks here fail: http://pastebin.com/gBks96nb
[17:42] <BigWhale> ?
[17:57] <didrocks> bah thunderbird
[17:57] <didrocks> it unchecked for all my folder "check new emails in that folder"
[17:59] <seb128> didrocks, go to about:config and define "mail.server.server1.check_all_folders_for_new" to true
[18:00] <seb128> didrocks, well assuming that server1 is the one you have all those folders on
[18:00] <seb128> didrocks, chrisccoulson showed me that during the rally, seems to work great ;-)
[18:00] <didrocks> seb128: stupid question but where do you put about:config? :)
[18:01] <seb128> didrocks, edition, preferences, avancé, editeur de configuration
[18:01] <seb128> (the button at the bottom of the tab)
[18:01] <didrocks> seb128: ah excellent! Thanks a bunch!
[18:01] <seb128> didrocks, yw
[18:01] <didrocks> (should definitively be the default…)
[18:07] <didrocks> ok, enough for today!


[03:32] <thumper> I hope I didn't make lazr.enum's too restrictive...
[03:32] <thumper> \o/
[03:37] <mtaylor> thumper: bah
[03:37] <thumper> whazzup?
[03:37] <mtaylor> thumper: you know, hanging out
[03:37] <mtaylor> had a spirited discussion with rockstar on #tarmac today about merge queues
[03:37] <thumper> mtaylor: just feeling bah? or looking at code bah
[03:37] <thumper> there is a #tarmac?
[03:38] <mtaylor> oh - I was saying bah to "I hope I didn't make lazr.enum's too restrictive"
[03:38] <mtaylor> thumper: yup. you should come hang out
[03:38] <thumper> mtaylor: there already
[03:38] <thumper> mtaylor: lazr.enum's are cool (IMO)
[03:38] <thumper> I'm biased though as I wrote it
[03:38] <mtaylor> hehe
[03:38] <thumper> it uses a lot of metaclass magic
[03:39] <thumper> luckily I didn't shoot myself in the foot
[03:39] <thumper> I wanted to add an extra class method
[03:39] <thumper> and it works fine
[03:39] <mtaylor> excellent
[03:39] <mtaylor> metaclass magic is fun
[03:39] <thumper> to avoid my work getting too cumbersome, I'm about to pipeline it
[03:39] <thumper> and land bits as I go
[03:40] <thumper> I'm just missing a handy reviewer, that's all
[03:40] <thumper> mtaylor: what is ETA on starting blueprint hacking?
[03:41] <thumper> mtaylor: I've got a good starting list for you
[03:41] <mtaylor> soon. real soon now
[03:41] <mtaylor> I've got a good starting list for me too!
[03:42] <mtaylor> thumper: I've got a few items I need to clear from my queue
[03:42] <mtaylor> then it's on to lp hacking - although I need to do the CoC abstraction first
[03:42] <thumper> mtaylor: feel free to ping me on any ideas, email or IRC
[03:43] <mtaylor> thumper: but I welcome any blueprint things you need done... I think making "request feedback" actually do something may be first on my list :)
[03:44] <thumper> mtaylor: some refactoring needs to be done internally on the properties to handle the automagical way that started and completed is set
[03:44] <thumper> mtaylor: in order to have meaningful exposure of the attributes through the API
[03:45] <thumper> mtaylor: this then leads to the ability to use ajax to set the various status values
[05:00] <mtaylor> thumper: mmm. status values
[05:00] <mtaylor> thumper: so - did you see the bug I filed about inline code reviews?
[05:06] <mtaylor> thumper: so - did you see the bug I filed about inline code reviews?
[05:06] <mtaylor> ag. netsplit not back here
[06:36] <mtaylor> thumper: so - did you see the bug I filed about inline code reviews?
[06:36] <mtaylor> also - this lies:
[06:36] <mtaylor> https://code.edge.launchpad.net/~mordred/+recipe/trunk-nightlies
[06:41] <lifeless-cn> turns out, there is a firewall in china
[06:41] <lifeless-cn> who'd a thunk it
[06:42] <lifeless-cn> and its boarding time
[06:42] <lifeless-cn> ciao
[06:45] <thumper> mtaylor: yes I did see your bug about inline code reviews
[06:45] <thumper> mtaylor: and I said so last time too :)
[06:46] <mtaylor> thumper: sorry. netsplits
[06:46] <mtaylor> :)
[06:49] <thumper> :(
[06:49] <thumper> FFS
[06:49] <thumper> devel is broke
[06:49]  * thumper EODs
[06:49] <mtaylor> oh. you should let devel break
[06:49] <mtaylor> shouldn't
[06:49] <mtaylor> is what I meant to say
[08:32] <adeuring> good morning
[09:03] <mrevell> Howdy
[13:16] <wgrant> bigjools: I wonder if the publisher should rename PPAs once it's deleted them.
[13:16] <wgrant> That would at least enable users to recreate them, until we have a better way.
[13:16] <wgrant> (rather like with account deactivation)
[13:23] <bigjools> mebbe
[14:17]  * flacoste is back.
[15:59] <jml`> if I wanted to start fiddling around with using sphinx to generate documentation for Launchpad...
[15:59] <jml`> is there somewhere I should start rather than google?
[17:12] <mtaylor> jml`: are you a learn by example or a learn by explanation type of guy?
[17:12] <jml`> mtaylor, both.
[17:12] <mtaylor> jml`: http://sphinx.pocoo.org/ is where all the doco is - feel free to grab lp:swift for an example project generating docs with sphinx
[17:12] <jml`> mtaylor, thanks.
[17:13] <mtaylor> jml`: my pleasure!
[17:13] <jml`> do you know if anyone has already done some work on this for LP?
[17:13] <mtaylor> I do not
[17:13] <mtaylor> but I think it's a Very Good Idea™
[17:15] <mtaylor> I've got a hudson job currently generating and publishing our docs on every push ... seems to be working out really well
[17:16] <mtaylor> of course - and I don't know why I didn't think of this earlier - there should be a launchpad thing similar to translations that will watch a branch, generate docs from sphinx if they have them and publish them to docs.launchpad.net/project or something
[17:16] <mtaylor> :)
[18:35] <mtaylor> rockstar: d00d. when I'm creating a project, it would be so nice if there was a button somewhere which said "I'm hosting this on launchpad and I want to do everything there" instead of having to go through and enable each launchpad feature individually
[18:35] <rockstar> mtaylor, that's a sinzui suggestion.  :)
[18:35] <mtaylor> sinzui: d00d. when I'm creating a project, it would be so nice if there was a button somewhere which said "I'm hosting this on launchpad and I want to do everything there" instead of having to go through and enable each launchpad feature individually
[18:35] <rockstar> mtaylor, I'd like if I could create a project on launchpad by just pushing code to lp:~rockstar/<project-name>/trunk
[18:36] <mtaylor> that would also be cool
[18:37] <sinzui> mtaylor, We have considered that. That is a rare case. Do you know what everything really entails with translations. Do you really want to use blueprints...less than 1% of project do.
[18:38] <mtaylor> sinzui: sure - but perhaps if there was an expert button somewhere ... I keep creating projects because I've made the commitment to use launchpad for everything I do
[18:38] <mtaylor> but it seems I pay the cost for _not_ being a n00b
[18:39] <mtaylor> in that I have to run through 700 steps to set up something when I know from the beginning that I want everything :)
[20:26] <mars> bac, ping
[20:27] <bac> hi mars
[21:17] <rockstar> mars, ping
[21:17] <mars> Hi rockstar
[21:17] <rockstar> mars, why are the code windmill tests looking for http://code.launchpad.dev:8085/+yui3-unittest/lp/code/javascript/tests/test_productseries-setbranch.html ?
[21:17] <rockstar> (It's 404ing on my yui3.1 branch, and I'm trying to figure out why)
[21:17] <mars> rockstar, just a guess: someone added YUI unit tests to the code suite (as has been done for bugs and registry)
[21:17] <mars> there is a file for it in the windmill/ directory
[21:18] <mars> rockstar, lp.code.windmill.tests.test_yuitests
[21:18] <rockstar> mars, yes, I have a traceback here.
[21:18] <mars> First place I would look
[21:20] <rockstar> mars, before I go digging through code, do you have any idea why this would be 404ing?
[21:20] <rockstar> mars, I've only changed frontend code, so I have to idea why this would 404.
[21:20] <mars> rockstar, no idea, sinzui and brad wrote that I believe.  But could I see the traceback?
[21:20] <sinzui> rockstar, do you know that +yui-unittest is a handler only registered for the testrunner?
[21:33] <rockstar> sinzui, yeah, I looked at the diff after I did it (you know, 'cause I use version control) and it seemed kosher.
[21:34] <sinzui> rockstar, and I doubt something that small would have been caught by a reviewer.
[21:34] <rockstar> sinzui, yeah.  This is why tests is awesome.
[21:34] <rockstar> Unfortunately, it's a windmill test that saved me this time, so I need to go eat my socks.
[22:42] <mars> sinzui, thank you for fixing devel - now I can finally land my branch from yesterday!
[23:43] <mars> rockstar, ping
[23:43] <rockstar> mars, hi.
[23:44] <mars> Hi rockstar, just a heads up that I am going to land my lazr-js 1.0 branch: lp:~mars/launchpad/update-lazr-js-to-1.0
[23:44] <mars> Now that devel is fixed
[23:44] <rockstar> mars, does that have yup 3.1.1 in it?
[23:44] <rockstar> s/yup/yui/
[23:45] <mars> rockstar, no.  It bumps the lazr-js version number and fixes the windmill test suite to work with your CSS Overlays
[23:45] <rockstar> mars, hrm.
[23:46] <rockstar> mars, I guess go ahead and do that.
[23:46] <rockstar> mars, I seem to fighting velocity of devel right now landing yui 3.1.1
[23:48] <mars> ok
[23:48] <mars> I just need to verify that devel fixes the busted tests, then I'll lp-land it
[23:49]  * rockstar goes to buy an air conditioning unit instead of baking


[00:06] <racarr_> kgunn: Ok will at least write up some sort of study on it by tomorrow
[00:07] <racarr_> RAOF: Ping?
[00:08] <racarr_>  / anyone else who has thought about client cursor APIss
[00:08] <racarr_> I think it might be time
[00:08] <racarr_> xmir doesnt want the cursor
[00:08] <racarr_> nested unity8 does
[00:08] <racarr_> rather than add another hack to USC XMir should request to turn off the cursor I think
[00:38] <greyback> kgunn: just tried reproducing bug 1289058 now, but I can't even get the signon UI to appear
[01:39] <RAOF> racarr_: Pong.
[01:41] <RAOF> racarr_: I think that both XMir and Unity8 want usc to handle the cursor at some points, and to handle the cursor themselves at other points.
[01:41] <RAOF> (Although U8 will likely want to handle the cursor more often than XMir)
[01:42] <RAOF> racarr_: I've suggested to greyback that U8 just turn off the cursor and handle it themselves, to unblock things.
[02:03] <racarr_> RAOF: MM its not to hard to unblock things...I was just thinking maybe its a nice excuse to add client cursor API
[02:03] <racarr_> and figured if anyone had an opinion on how that should look it would probably be you
[02:04] <RAOF> Ah, if you've got time to do a client cursor API then that'd be aces.
[02:05] <racarr_> I mean its pretty simple right, MirCursor *c = mir_upload_cursor_sync(connection, pixels); mir_surface_set_cursor(surface, pointerid(?), cursor)
[02:05] <racarr_> well we dont hae multiple cursors right now so ignore that lol
[02:05] <racarr_> just surface, cursor
[02:05] <racarr_> and there is not much more to it
[02:05] <racarr_> I think?
[02:06] <RAOF> Roughly?
[02:07] <RAOF> The other option is to only expose symbolic pointer names in the API.
[02:07] <RAOF> Which I think would be better?
[02:09] <duflu> racarr_: Don't forget the hotspot x/y parameters with each image :)
[02:10] <RAOF> Right :)
[02:10] <duflu> https://bugs.launchpad.net/mir/+bug/1206780
[02:10] <duflu> https://bugs.launchpad.net/mir/+bug/1189775
[02:20] <RAOF> racarr_: So, I think the API should probably look something like... mir_cursor_set_cursor(MirSurface* surface, char const* cursor_name); mir_cursor_load_theme(char const* theme_name);
[02:23] <RAOF> racarr_: Hm, or something similar.
[02:27] <RAOF> racarr_: Actually, maybe a first go could be MirCursor c = mir_upload_cursor(connection, buffer_containing_xcursor_data); mir_surface_set_cursor(surface, cursor);
[02:27] <RAOF> racarr_: And copy http://cgit.freedesktop.org/wayland/wayland/tree/cursor/xcursor.c again :)
[03:47] <racarr_> RAOF: duflu: Aha sorry my IRC client hung
[03:48] <racarr_> symbolic names mebbe...Im not sure
[03:48] <racarr_> I feel like some clients will reasonably want to upload custom cursors
[03:48] <racarr_> GIMP, etc
[03:48] <racarr_> im not sure
[03:48] <racarr_> so maybe thats better done at the toolkit level
[03:48] <racarr_> maybe we should support both
[03:48] <racarr_> I dunno
[03:50] <RAOF> racarr_: Yeah.
[03:50] <RAOF> racarr_: Did you get all my comments?
[03:50] <RAOF> Particularly: racarr_: Actually, maybe a first go could be MirCursor c = mir_upload_cursor(connection, buffer_containing_xcursor_data); mir_surface_set_cursor(surface, cursor);
[03:50] <RAOF> ... racarr_: And copy http://cgit.freedesktop.org/wayland/wayland/tree/cursor/xcursor.c again :)
[03:51] <racarr_> RAOF: Yes I did
[03:51] <racarr_> yeah I think that is going to be
[03:51] <racarr_> the first go
[03:52] <RAOF> The next cut being MirCursorTheme t = mir_cursor_theme_from_$X(connection, <filename, symbolic theme name, buffer>); MirCursor c = mir_cursor_from_theme(t, char const* symbolic_name);
[08:28] <alf__> rsalveti: @glmark2, sure, I will prepare a package update branch and contact you for further guidance
[11:37] <kgunn> anpok: so i saw AlbertA's post in the bug...so do we think there's a combination of MP's that will allow mir0.1.6 to get promoted ? (...while we may have to hold back some of our bug fix?)
[11:42] <kgunn> greyback:  based on https://bugs.launchpad.net/mir/+bug/1289058/comments/8
[11:43] <kgunn> sounds like we need a update to the namespace patch seperate from the fix for 1240400.
[11:43] <greyback> kgunn: I'm rebuilding as I type. Sadly the PPA disappeared
[11:43] <kgunn> greyback: actually https://drive.google.com/a/canonical.com/?tab=wo#folders/0B4GvOYxwuvpFdm5DbXNYUzFDdG8
[11:43] <kgunn> i saved it off
[11:43] <greyback> oh yay
[11:44] <kgunn> sorry..i should have mailed that last night..but i was getting weird
[11:47] <kgunn> greyback: i don't want to suck you into this...so if you just want to redo your branch...anpok or i can test
[11:48] <kgunn> we might even get a silo back up soon
[11:48] <kgunn> ooo...maybe soon is optimistic, we're in line behind the qt landing :P
[11:48] <greyback> yeah I noticed that
[12:08] <kgunn> reboot
[12:22] <anpok> kgunn: i tried to reproduce the issue without mir 1.6 this morning .. and could not
[13:09] <kgunn> anpok: thanks...when you tested 0.1.6, what did you test it with in terms of the unity-mir configuration ?? (or usc for that matter?)
[13:10] <kgunn> ...and when you say mir0.1.6 do you mean lp:~mir-team/mir/trunk-0.1.6 ?
[13:10] <kgunn> ...avoiding the confusion that maybe you tested mir-devel tip :)
[13:14] <anpok> no not yet with 0.1.6
[13:36] <anpok> i couldnt imagine that it could relate to mir changes so I thought to reproduce it with my current setup..
[13:36] <anpok> my wifi was flaky ..
[13:37] <anpok> kgunn: do you already have a reduced branch that only resolves the MirSurface colision in unity-mir?
[13:38] <greyback> anpok: almost done
[13:43]  * greyback loves when a C++ error message contains more lines than his scrollback buffer
[13:51] <greyback> anpok: lp:~gerboland/unity-mir/namespace-to-prevent-collision2
[13:57] <kgunn> dandrader: "maybe" is the answer to your ques from the other channel
[13:57] <kgunn> i think greyback's branch ^^ might do the trick
[14:01] <dandrader> kgunn, ok, let me know if I should jump on it
[14:03] <greyback> kgunn: that's not fixing the bug, but it means we could land the few branches needed to unblock mir0.1.6 anyway
[14:05] <kgunn> greyback: @"not fixing bug"...which bug :) ?
[14:05] <kgunn> the osk one ?
[14:06] <greyback> kgunn: https://bugs.launchpad.net/mir/+bug/1289058 yeah
[14:07] <kgunn> greyback: oh i see...trying to reduce the outstanding MP's down to just the lp:~kgunn72/unity-mir/um-mir-0.1.6
[14:07] <kgunn> +1
[14:07] <greyback> kgunn: right. Thought it best to shrink the landing queue to unblock mir
[14:08] <kgunn> dandrader: yeah...so if you would take a look today at 1289058 that'd be great...
[14:09] <kgunn> greyback: quick one...so you've basically now tests AlbertA's post and proved it wrong ?
[14:09] <kgunn> meaning...removing the bug fix for 1240400 didn't help
[14:10] <greyback> kgunn: http://studio.sketchpad.cc/f2Lr8RTY8z is list I'm proposing for landing. I'm just building now to check everything is ok.
[14:12] <kgunn> greyback: +1....i actually had the same list/idea last night....but it got late...and now we gotta wait :)
[14:13] <kgunn> anpok: greyback dandrader...i gotta step out for some banking...bbiab
[14:15]  * greyback also has to step out a bit, back in 10
[14:18] <anpok> greyback: ok
[14:31] <rsalveti> alf__: thanks
[14:41] <anpok> is it really done that way that osk forwards all input of the side or main stage application?
[14:41] <anpok> i mean motion input at the upper half of the surface
[14:42] <anpok> have to go and get some stuff.. will be back later
[14:46] <greyback> anpok: yeah
[14:48] <greyback> it is a full screen surface, to support all the orientations necessary. Therefore its surface has transparent parts, and shell tries to position an InputArea over the opaque bits, so that the OSK surface gets those touch events
[15:56] <AlbertA> greyback: it looks like the namespace changes actually are the culprit
[15:57] <AlbertA> greyback: I used your new branch
[15:57] <anpok_> o_O
[15:57] <AlbertA> greyback: if I just change the name of MirSurface instead, then focus issue is gone
[16:01] <kgunn> dandrader: ^ focus issue = osk issue on 0.1.6
[16:02] <kgunn> AlbertA: so you've done the clean-image-test, verified you're packages installed, and everything ?
[16:03] <AlbertA> kgunn: I'm manually installing (i.e. pushing with adb to /usr/lib)
[16:04] <kgunn> AlbertA: got it...but once you see it, then a dpkg -a to double check (...at least i think its -a)
[16:06] <greyback> anyone have a few minutes to review https://code.launchpad.net/~gerboland/unity-mir/namespace-to-prevent-collision2/+merge/209930 ?
[16:06] <greyback> AlbertA: odd. What have I screwed up...
[16:12] <dandrader> greyback, I can do it
[16:12] <greyback> okay, I'm just rebuilding to see
[16:13] <dandrader> greyback, btw unity-mir is clashing with what mir symbols specifically?
[16:14] <greyback> dandrader: "MirSurface"
[16:30] <dandrader> kgunn, so the mir branch to use for this bug is lp:~mir-team/mir/trunk-0.1.6 , right?
[16:31] <kgunn> dandrader: correct
[16:31] <kgunn> so...wanna join
[16:31] <kgunn> https://plus.google.com/hangouts/_/calendar/a2V2aW4uZ3VubkBjYW5vbmljYWwuY29t.2k4udqa2ovs931siq3b5fprgkc
[16:44] <anpok> dandrader: alf__ AlbertA: hmm had connection issues again..
[16:44] <anpok> Q_DECLARE_METATYPE seems to need some additional love..
[17:04] <dandrader> kgunn, so we have a unity-mir branch that renames MirSurface (instead of putting it in a namespace) and it solves bug 1289058 ?
[17:05] <anpok> dandrader: i think AlbertA does not have published one yet..
[17:05] <greyback> dandrader: that'll work I suppose. Why namespaces breaking it still mystifies me tho
[17:06] <anpok> https://bugreports.qt-project.org/browse/QTBUG-15459
[17:06] <anpok> greyback: ^
[17:06] <greyback> anpok: yep, I knew about that
[17:07] <greyback> but usually a nice loud error message accompanies that
[17:08] <kgunn> greyback: so dandrader says "we just shouldn't go there"
[17:08] <kgunn> :)
[17:09] <kgunn> i'm gonna leave that bug open tho....maybe it should go against Qt ?
[17:11] <greyback> kgunn: the fastest solution is that yes. Looks like a bug I can beat my head against for a day or two, something subtle with Qt/qml and namespaces
[17:11] <AlbertA> greyback: kgunn: I think we found the issue
[17:11] <AlbertA> greyback: kgunn: it is indeed the Q_PROPERTY in inputarea.h
[17:11] <AlbertA> Q_PROPERTY(MirSurface* surface READ surface WRITE setSurface NOTIFY surfaceChanged)
[17:11] <AlbertA> change to
[17:12] <AlbertA> Q_PROPERTY(unitymir::MirSurface* surface READ surface WRITE setSurface NOTIFY surfaceChanged)
[17:12] <greyback> ah feck
[17:13] <greyback> AlbertA: that's if
[17:13] <greyback> it
[17:13] <AlbertA> greyback: we need to do that for all Q_PROPERTY items
[17:13] <AlbertA> greyback: kgunn: yep confirmed on the n4
[17:15] <AlbertA> kgunn: greyback: so what do you want to do?
[17:16] <kgunn> AlbertA: wow...so if that confirms it, sounds like we should just poperly use the Q_PROPERTY
[17:16] <kgunn> ....unless, did dandrader|lunch say there was some other knock-on bug ?
[17:16] <greyback> AlbertA: I'm updating the namespace branches now
[17:17] <greyback> AlbertA: I reapproved your https://code.launchpad.net/~andreas-pokorny/unity-mir/fix-1240400/+merge/207302 since it was not to blame
[17:18] <greyback> anpok ^^
[17:18] <AlbertA> kgunn: well in this particular case
[17:19] <AlbertA> kgunn: there was no qt error
[17:19] <AlbertA> kgunn: because I suppose MirSurface * got resolved to Mir's version
[17:20] <kgunn> AlbertA: greyback anpok dandrader|lunch ...thanks all nice work, and so, the MP list should remain as it is...i'll just assume gerry's update will be on the original
[17:20] <kgunn> https://code.launchpad.net/~gerboland/unity-mir/namespace-to-prevent-collision/+merge/208645
[17:21] <greyback> kgunn: yep
[17:23] <greyback> ok fix pushed
[17:35] <dandrader> kgunn, using fully qualified names in all qt macros might solve all woes indeed. It's just that I've been bitten by such issues before thus I would rather avoid this namespace vigilance if possible
[17:36] <dandrader> AlbertA, kgunn and that includes all signal-slot connections and parameters as well, if I'm not mistaken
[17:39] <AlbertA> dandrader: just for my own curiosity, what sort of issues have you encountered? To they manifest as crashes? weird behavior? something else?
[17:42] <dandrader> AlbertA, a connection between a signal and a slot may fail, for instance (mismatching parameters due to namespace confusion). and that failure, depending on how you do that connection in C++, will fail silently at runtime
[17:42] <dandrader> AlbertA, but it was a while ago, so I don't recall details.
[17:52] <greyback> dandrader: well C++11 does give us nicer compile time signal/slot connections, which can help - it does parameter matching if I'm not mistaken
[17:52] <dandrader> greyback, yes
[17:53] <greyback> adding more symbols to the global namespace will inevitably cause collisions. namespaces necessary evil. They're tricksy with Qt annoyingly
[17:58] <anpok> hmm ok now the nexus 4 shows a black screen with a grey sign, red letters: Download Mode Do not unplug the device until the process is complete..
[17:58] <kdub> eh, its lying
[17:59] <kdub> probably just a wrong key combo when it was booting
[18:01] <anpok> k restarting
[18:10]  * greyback eow, but will be back online in a few
[18:52] <anpok> swapping the usb cable did the trick..


 Verstaan nie code language nie
[07:40] <Kilos> ah dan is ons in selle boot
[07:40] <mazal> Ek verstaan dan nie eers man pages nie lol
[07:41] <Kilos> lol ek ook nie
[07:41] <Kilos> ek kry hele tyd RTFS
[07:42] <Kilos> maar wat help dik as jy lyn een vergeet as jy lyn 4 lees
[07:43] <ThatGraemeGuy> 'lo 'lo
[07:45] <mazal> Morning ThatGraemeGuy
[07:46] <Kilos> morning danfowler
[07:46] <Kilos> youre a serious lurker hey
[07:47] <Kilos> this is a chat and get involved group
[07:47]  * ThatGraemeGuy talks to himself
[07:47] <Kilos> lol
[07:50] <mazal> ThatGraemeGuy: You been following that slow mo thread of mine ? Shees I really thought I had the problem found last night , but no
[07:50] <ThatGraemeGuy> Yeah, like I said I notice the quarry thing sometimes
[07:51] <ThatGraemeGuy> its much harder to notice now that quarries don't just feed tubes
[07:51] <ThatGraemeGuy> i mean they now have a buffer
[07:51] <mazal> I really don't know what to try anymore. It must be one of the mods causing it , but which one I dunno
[07:54] <mazal> It mostly irritates me when I have to do crafting , where furnaces , alloys and grinders are used. Then I have to wait long for the process to complete.
[07:55] <Kilos> lol
[07:55] <mazal> And the trees taking long to get rubber back etc. Very frustrating problem to have
[07:56] <ThatGraemeGuy> node breakers with tree taps in them + blinky plants
[07:56] <Kilos> plant more
[07:56] <ThatGraemeGuy> never worry about rubber again
[07:56] <mazal> Kilos: Lots of rubber trees kills fps
[07:56] <Kilos> fps?
[07:56] <mazal> In my previous world I had like a forest of them , when I enter there , oh boy , fps down to like 10 to 15
[07:57] <ThatGraemeGuy> i need to rebuild my tree farms sometime
[07:57] <Kilos> you mean speed?
[07:57] <mazal> ThatGraemeGuy: I can't lekke figure out how to use the node breaker yet
[07:57] <mazal> That's something I must still look into
[07:57] <mazal> Kilos: Frames per second ya
[07:58] <ThatGraemeGuy> feel free to take a look at my stuff on VanessaE's survival server
[07:58] <ThatGraemeGuy> i have a ton of breakers
[07:58] <ThatGraemeGuy> pumice, basalt, obsidian, flowers, trees, leaves, wheat, cotton
[07:58] <mazal> So you can put a tool in a breaker ? hmm
[07:58] <ThatGraemeGuy> papyrus
[07:58] <ThatGraemeGuy> yeah with no tool in the slot it behaves like a instant-digging mese pick
[07:59] <mazal> So the breaker keeps breaking or harvesting 1 node in front of it ?
[07:59] <ThatGraemeGuy> but if you put a tool it, it behaves like the tool
[07:59] <ThatGraemeGuy> pretty much yes
[07:59] <ThatGraemeGuy> with rubber trees you must put the tree tap in it, or it will just dig the trunk
[07:59] <mazal> So for example , I put 4 breakers on top of each other in front of rubber tree , each with tap in
[08:00] <mazal> And it will harvest as the tree replenish ?
[08:00] <ThatGraemeGuy> yup
[08:00] <mazal> Now that I must try !!! :)
[08:00] <mazal> And it stores the harvested items inside it , which I assume can output via pipeworks ?
[08:01] <ThatGraemeGuy> you attach a tube to the back of it
[08:01] <mazal> With or without trigger ?
[08:01] <ThatGraemeGuy> uh..... trigger?
[08:01] <mazal> filter with mesecon
[08:02] <mazal> I somme call it triggers
[08:02] <ThatGraemeGuy> I don't follow
[08:02] <ThatGraemeGuy> you trigger the breaker using mesecon signals, if that's what you mean
[08:02] <mazal> Does it output automatically like technic machines , or must you add filter with mesecon and blinky plant like chests ?
[08:03] <mazal> For the tube that goes out I mean
[08:03] <ThatGraemeGuy> oh, no it outputs automatically
[08:03] <ThatGraemeGuy> so if there's no tube it just pops out onto the ground
[08:03] <mazal> Thanx man , defnitely gonna try this
[08:03]  * mazal adds to his trello " build nodebreakers "
[08:05] <mazal> Does the tap also get worn out and must be repaired ?
[08:05] <mazal> The one inside the breaker
[08:05] <ThatGraemeGuy> no
[08:05] <ThatGraemeGuy> not exactly sure why
[08:06] <ThatGraemeGuy> chainsaws do, weirdly enough
[08:06] <ThatGraemeGuy> but it is possible to automate charging of those so its easy to incorporate them
[08:06] <mazal> Maybe cos chainsaw are batteries
[08:07] <ThatGraemeGuy> that's what I want to do when i rebuild my tree farms, right now they use node breakers, but I only get a few leaves at a time that way, with a chainsaw you get all the leaves
[08:07] <ThatGraemeGuy> but at the same time I want to expand my farming with grass, all the veggies, bushes, etc. so I've been a bit lazy with that
[08:08] <ThatGraemeGuy> will probably build a massive multi-storey farming skyscraper :)
[08:08] <ThatGraemeGuy> have so much material its time I built something big
[08:11] <mazal> ThatGraemeGuy: Hoe do you use it on trees , cos trees don't grow again. Or is there a trick to that ?
[08:11] <ThatGraemeGuy> yeah
[08:12] <ThatGraemeGuy> so right now i have 5 or 6 node breakers stacked vertically that remove the trunk, and 4 adjacent that get some leaves
[08:12] <ThatGraemeGuy> the rest of the leaves decay, sometimes dropping saplings
[08:12] <ThatGraemeGuy> trunks and leaves are sorted off to my sorting tube array
[08:13] <ThatGraemeGuy> saplings drop on the ground, and there are vacuum tubes that pick them up and place them into deployers
[08:13] <ThatGraemeGuy> so the whole setup is i have a node detector that is set to look for tree trunk node at the base of the tree
[08:14] <ThatGraemeGuy> so the tree grows, the node breaker sees that there is trunk, it triggers 2 things
[08:14] <ThatGraemeGuy> 1, the node breaker that digs the tree+leaves, and 2, a delayer that in turn triggers the deployer that plants a saplin
[08:14] <ThatGraemeGuy> +g
[08:15] <mazal> Wow , you guys are smart
[08:15] <Kilos> sjoe
[08:17] <ThatGraemeGuy> I guess I shouldn't go into how to automate making lava from hundreds of filled lava cans :-p
[08:17] <ThatGraemeGuy> uh, making obsidian i mean
[08:17] <mazal> Is amazing the stuff you guys know , really
[08:19] <mopkop> Good morning all!
[08:19] <Kilos> hi mopkop
[08:19] <Kilos> dont start gaming
[08:21] <mopkop> Lol, no time for that, I have an assignment to do :'(
[08:21] <mazal> ThatGraemeGuy: I visted the quarry system that you guys have on Vanessa's server yesterday. ( Trying to see what speed it runs ) Couldn't find one , all was finished at that stage , but wow you guys have some nice networks there
[08:21] <ThatGraemeGuy> the multi-level one?
[08:21] <ThatGraemeGuy> elevators every 100 nodes down?
[08:21] <mazal> Yeah there are lots of different levels there , I got lost at one stage lol
[08:22] <mazal> Yeah that one
[08:22] <ThatGraemeGuy> mine are currently at -800
[08:22] <ThatGraemeGuy> via elevator or if you find one of my travelnet boxes you can go directly to where I'm busy
[08:22] <mazal> Wound up in one place with loads of reactors underground
[08:22] <ThatGraemeGuy> yeah that's level -100 in the quarry area probably
[08:23] <mazal> I first went to your -200 , but couldn't find the actual quarry , just lots of cable
[08:23] <ThatGraemeGuy> it goes down to -2600 last i checked
[08:23] <ThatGraemeGuy> yeah there are several people that quarry there
[08:24] <mazal> I came to the network box wuth the multiple ones , and from there all the ones I found was finished at that stage
[08:24] <ThatGraemeGuy> afaik i'm the only one that quarried at -800 so far
[08:24] <ThatGraemeGuy> never saw anyone else there
[08:24] <mazal> I must try visit your -800 one , don't think I was there
[08:25] <mazal> Lemme go see quick , don't shoot , it's just me lol
[08:25] <ThatGraemeGuy> I'm not there :)
[08:26] <Kilos> lol
[08:26] <ThatGraemeGuy> haven't been for a while, the quarries are long finished
[08:27] <mazal> Yeah , am there now , all finished
[08:27] <mazal> Lemme see if I can find someone's who are busy
[08:30] <mazal> Looking at the nodebreaker setups now
[08:30] <ThatGraemeGuy> if not I'll pop online around 12 o'clock and set up a bunch of them
[08:30] <mazal> Hoopie hiers honde nie :P
[08:30] <ThatGraemeGuy> node breakers are broken at the moment from what I can tell, things may not be working as expected
[08:32] <ThatGraemeGuy> haven't been on, but judging from chat in #minetest-technic, they are breaking their own machines in weird ways
[08:32] <mazal> I saw that yesterday , but wasn't paying much attention at that stage
[08:34] <ThatGraemeGuy> fixed, supposedly
[08:35] <ThatGraemeGuy> will check later
[08:35] <mazal> Well some latex did run past me there now down your tubes , so might be working
[08:38] <ThatGraemeGuy> cool
[08:40] <Padroni> morning
[08:40] <mopkop> Good morning Padroni!
[08:40] <Padroni> hey
[08:40] <Padroni> how are you?
[08:42] <mopkop> I have a lot to be thankful for, and you?
[08:43] <Padroni> same
[08:43] <not_found> morning all
[08:43] <not_found> what a morning *yawn*
[08:43]  * not_found needs to get to the big city and get bigger car :'(
[08:44] <not_found> can't even fit baby carriage in picanto
[08:45] <mopkop> Good morning!
[08:45] <Kilos> lol @ neelsie
[08:45] <Kilos> hi Padroni
[08:45] <Padroni> hello boss
[08:45] <Padroni> how you?
[08:45] <Kilos> hi lin  welcome to ubuntu-za
[08:46] <Kilos> um
[08:46] <Padroni> hi lin
[08:46] <lin> Hey guys
[08:46] <Kilos> alive is good hey
[08:47] <Padroni> let's run a portscan on that ip
[08:47] <Padroni> see what comes up...
[08:50] <Kilos> can you actually see my ip as well?
[08:51]  * ThatGraemeGuy hangs a "must be older than 12" sign on the door
[08:51] <Kilos> hahaha
[08:54] <Kilos> oh my he killed himself
[08:54] <Kilos> oh no
[08:54] <Padroni> no I didn't
[08:54] <Padroni> I killed my clone
[08:54] <Kilos> you didnt answer me Padroni
[08:55] <Padroni> yeah?
[08:55] <Padroni> oh - haven't checked.
[08:55] <Padroni> And ThatGraemeGuy - before you get your panties in a knot, I was joking about the port scan, mmmkay?>
[08:55] <Kilos> lol
[08:58] <Padroni> Kilos:  when last did you see jacques?
[08:59] <Kilos> yesterday Padroni
[09:00] <Padroni> ok so he hasn't been on yet today?
[09:00] <Kilos> nope
[09:00] <Padroni> It's gonna be a balmy 41 degrees here today
[09:01] <Padroni> Yesterday the wind was blowing gale-force strength
[09:01] <Padroni> today - nothing
[09:01] <Kilos> you got his full nick there then you can ask maaz seen jacques
[09:01] <Padroni> except the heat
[09:01] <Padroni> ty
[09:02] <Kilos> Maaz  seen jacques_stry
[09:02] <Maaz> Kilos: jacques_stry was last seen 22 hours, 24 minutes and 59 seconds ago in #ubuntu-za on freenode [2015-03-02 02:37:02 PST], and has been offline on freenode since 2015-03-02 05:35:38 PST
[09:11] <Kilos> hi tumbleweed  are you still in za?
[09:11] <tumbleweed> yup
[09:12] <Padroni> hi tumbleweed
[09:12] <Kilos> nice
[09:48] <Kilos> hi TinuvaMac
[09:52] <Kilos> hi andrewlsd
[09:52] <andrewlsd> Hi Kilos
[09:52] <Kilos> can someone explain this please
[09:52] <Kilos> 403 Forbidden [IP: <IP_ADDRESS> 80]
[09:52] <andrewlsd> ... where are you receiving it from?
[09:53] <Kilos> thats from our repos, langjan is battling on the lists
[09:53] <mopkop> I'm getting the same!
[09:53] <andrewlsd> ah, sounds like the mirror is down for maintenance
[09:53] <Kilos> ah
[09:53] <Kilos> ill tell him to change ty
[09:53] <andrewlsd> ubuntu-archive.mirror.liquidtelecom.com.
[09:53] <andrewlsd> btw
[09:54] <andrewlsd> have any of you used aliases for bash in any significant way? I have 'apt-get update' aliased to 'au' ; apt-get upgrade aliased to 'aup' and apt-cache search to 'ac'
[09:55] <andrewlsd> so that when I search for stuff, I just do e.g: ac unity
[09:55] <andrewlsd> and to install it: ai unity
[09:55] <highvoltage> I did that at one point but it didn't have significant benefit
[09:55] <ThatGraemeGuy> I don't use aliases, it's too much bother trying to keep them synced across hundreds of servers
[09:56] <andrewlsd> I have a .bash_aliases file that I use via config management, so that even on servers with yum/zypper I can still just do
[09:56] <andrewlsd> au, aup
[09:56] <andrewlsd> or rather: au && aup
[09:57] <andrewlsd> ... so as not to have to type out loooong commands.
[09:57] <highvoltage> apt update
[09:57] <highvoltage> that's not so much to type :D
[09:57] <Kilos> haha
[09:57] <andrewlsd> ^ correct, until you try it on RHEL.
[09:57] <Kilos> lo highvoltage
[09:57] <highvoltage> well then you're screwed anyway
[09:58] <ThatGraemeGuy> that's what you get for using RHEL
[09:58] <andrewlsd> :-)
[09:58] <highvoltage> andrewlsd: you use apt on rhel?
[09:58] <andrewlsd> I use: ai $package
[09:58] <highvoltage> (I know there was a port a long time ago but haven't come across anyone who used it yet)
[09:59] <andrewlsd> where, ai is an alias to "yum install" on rpm distros, or alias of 'apt-get install' on deb distros
[09:59] <highvoltage> ah
[09:59] <andrewlsd> on a related note, apt-cacher-ng does a great job of caching rpms too.
[10:00] <andrewlsd> (including merging mirror repos)
[10:00] <ThatGraemeGuy> if you're installing packages manually you're already doing it wrong imho
[10:00] <andrewlsd> :-)
[10:00] <andrewlsd> ... was waiting for that.
[10:01] <andrewlsd> ... to make tiny package differentiations on a few servers, puppet/ansible/salt/chef are too much work
[10:01] <andrewlsd> ... but, I agree with that, in principle.
[10:01] <ThatGraemeGuy> not if you're doing it well :-)
[10:02] <highvoltage> depends on how many servers you have
[10:02] <andrewlsd> ThatGraemeGuy, touché
[10:02] <highvoltage> ansible already becomes worth while on >1 server
[10:03] <ThatGraemeGuy> mazal: I'm moving quarries if you want to come check just now
[10:03] <highvoltage> and I find it scary when servers aren't reproducable
[10:03] <TinuvaMac> beginning to get everything into config management is a mammoth task, but once everything is in it...
[10:03] <andrewlsd> ... on large numbers of servers, the run time was too long for us, and ended up on a different CM platform
[10:04] <andrewlsd> ... but Ansible was the one I liked most (probably coz it felt like bash scripting)
[10:05] <andrewlsd> Kilos, I'm not having any issues at the moment with repo
[10:06] <mazal> ThatGraemeGuy: Be there in a sec
[10:06] <andrewlsd> ThatGraemeGuy, moving quarries sounds like heavy work ;-)
[10:07] <ThatGraemeGuy> if you're a scrawny weakling maybe :-p
[10:08]  * andrewlsd goes to find some spinach
[10:08] <Kilos> ty andrewlsd  ill wait to hear back from him
[10:09] <Kilos> lol
[10:10] <Kilos> andrewlsd  maybe Symmetria  was updating the mirror
[10:11] <mopkop> Wow the alias thing is very useful :)
[10:12] <Kilos> mopkop  dont break stuff now
[10:13] <mopkop> I'll try :)
[10:13] <Kilos> lol
[10:14] <andrewlsd> check out Froztbyte's blog, for a clever search from the terminal: #http://blog.froztbyte.net/2011/10/terminal-quicksearch/
[10:15] <jrgns> Is anyone seeing 403 Forbidden responses from za.archive.ubuntu.com ?
[10:15] <andrewlsd> yes
[10:16] <andrewlsd> Kilos also queried that a while ago.
[10:16] <Kilos> ha jrgns
[10:16] <jrgns> hey Kilos
[10:16] <Kilos> try switching to neology
[10:16] <andrewlsd> neology or webafrica
[10:16] <Kilos> i find neology the fastest and most up to date one
[10:17] <andrewlsd> za.archive.ubuntu.com/ubuntu || archive.ubuntu.com/ubuntu || ubuntu.mirror.neology.co.za/ubuntu || ubuntu.mirror.ac.za/ubuntu ||  ftp.leg.uct.ac.za/pub/linux/ubuntu/
[10:17] <Kilos> and most stable
[10:17] <jrgns> Kewl, thanx
[10:17] <jrgns> btw, andrewlsd, are you going to the ansible meetup this week?
[10:17] <andrewlsd> ... I often grab from SUN.ac.za or UCT, since they're Cape...
[10:18] <andrewlsd> jrgns, I didn't know about it.
[10:18]  * andrewlsd goes looking for info
[10:18] <jrgns> let me get you the link
[10:19] <andrewlsd> thanks, jrgns
[10:19] <jrgns> http://www.meetup.com/Ansible-Johannesburg/
[10:19] <jrgns> It's Joburg, though, are you in the Cape?
[10:20] <Kilos> inetpro  check the numbers
[10:20] <Kilos> wooo
[10:20] <andrewlsd> jrgns, yip.
[10:21] <jrgns> that's a pity
[10:22] <andrewlsd> I've got to be off, meetings. In near 40-degree heat. Wish me luck
[10:22] <Kilos> enjoy
[10:22] <Kilos> hehe
[10:23] <mopkop> Good luck!
[10:28] <mopkop> .ping mopkop
[10:32] <Kilos> what happens when you do that
[10:40] <inetpro> ai!
[10:40] <Kilos> ai! /
[10:40] <Kilos> ?
[10:40] <inetpro> can someone please explain to oom Jan that people hosting the mirrors don't get paid to do the mirroring
[10:41] <inetpro> you want to complain then follow the correct channels
[10:42] <Kilos> oh my where did he complain
[10:42] <mazal> Email I think
[10:42] <mazal> Unless I'm lost now
[10:43] <Kilos> shame the poor old man, he has been battling for weeks with a install on a lappy
[10:43] <inetpro> and Kilos please change your posting style when responding to emails on the list
[10:44] <Kilos> back to bottom again?
[10:44] <inetpro> no
[10:44] <Kilos> ai! wat nou
[10:45] <inetpro> if you post at the bottom of an email then please cut out the junk, leave only the relevant parts that you are responding to and then start writing your bits
[10:46] <mopkop> Just trying the commands, yes that was a typo.
[10:46] <inetpro> otherwise just reply at the top like everyone else
[10:47] <inetpro> not that everyone else is right of course
[10:49] <inetpro> Kilos: http://en.wikipedia.org/wiki/Posting_style
[10:55] <Kilos> i remember big wars on our list about posting to the top so set evo to post at the bottom since then
[10:55] <Kilos> but i will change my posting style just for you inetpro
[10:55]  * Kilos waits for a smile
[10:55] <inetpro> Kilos: the way you do it confuses the heck out of me
[10:56] <inetpro> always need to figure out who wrote what
[10:56] <Kilos> oh my pro confused
[10:56] <inetpro> and that is exactly not the reason why you should bottom post
[10:56] <Kilos> i thought thats my domain
[10:58] <inetpro> sorry oom... not much time here
[10:58]  * inetpro jumping around between meetings
[10:58] <Kilos> np
[10:58] <inetpro> while trying to get work done at the same time
[10:58] <Kilos> do9nt jump too high you break a leg on the way down
[10:58] <Kilos> dont
[10:59]  * mazal was also told that replying at top is not allowed
[11:00] <Kilos> there were big wars about it
[11:00] <mazal> Yeah I rember
[11:00] <Kilos> but top posting makes sense
[11:00] <mazal> I was privately mailed and told not to do it again
[11:00] <Kilos> lol
[11:02] <Kilos> well times seem to have changed, ill top post from now on
[11:03] <mopkop> Could it be that Jan Greef is having the same problem as I did yesterday with python?
[11:04] <Kilos> he has a lappy that gives nothing but hassles when trying to install ugbuntu
[11:04] <Kilos> ubuntu
[11:04] <Kilos> maybe the drive is a bit sick
[11:06]  * mazal see there is a new distro
[12:23] <Kilos> hi lin
[12:26] <superfly> Kilos: cut out what is not relevant, then bottom post
[12:27] <Kilos> ok ty superfly
[12:27] <superfly> don't leave reams and reams of nonsense, you're wasting people's time and displacing more electrons than usual
[12:27] <Kilos> lol
[12:27] <Kilos> sorry
[12:46] <lin> I'm back, guys
[12:47] <mazal> Bye everyone , have a nice evening , God bless
[14:27]  * not_found had a small window to work on the wiki today and spent all that time to just log into it >.<
[14:27] <Kilos> ouch
[14:30] <Symmetria> mirrors will be back in a bit soon as canonical repoint the dns
[14:30] <Symmetria> linux being on crack :(
[14:31] <Symmetria> it renamed /dev/md0 to /dev/md127 on a reboot
[14:31] <Symmetria> which broke my fstab
[14:31] <Symmetria> wtf
[14:32] <tumbleweed> Symmetria: add an entry to /etc/mdadm.conf to avoid that next time?
[14:40] <magellanic> or use uuids in fstab
[14:41] <Symmetria> fixed that now :P
[14:41] <Symmetria> still bizarre it does that
[15:06] <Kilos> http://www.omgubuntu.co.uk/2015/02/ubuntu-15-04-beta-downloads-now-live-ubuntu-mate-made-an-official-flavor
[15:08] <magellanic> anyone use mate? it's a legacy gnome2 desktop? any good?
[15:08] <Kilos> i enjoyed it on top of unity
[15:09] <Kilos> bit different from gnome2 though
[15:09] <Kilos> but nice and fast
[15:09] <magellanic> hmm okay
[15:10] <magellanic> interesting that they made it an official flavour
[15:10] <Kilos> its a way to keep peeps that dont like unity
[15:10] <Kilos> clever move i think
[15:12] <magellanic> meh, stick to cinnamon..
[15:15] <Kilos> hehe
[15:56] <Kilos> wb mopkop
[16:07] <mopkop> Thank you Kilos!
[16:07] <Kilos> hehe what did you break today?
[16:08] <mopkop> Car's rear view mirror...
[16:08] <Kilos> oh my, how would one do that?
[16:08] <Kilos> oh an outside one
[16:09] <mopkop> Apparently press stick doesn't work to fix it. No, the inside one. It just fell off :(
[16:09] <Kilos> wow
[16:10] <Kilos> lol you like the old granny that said the tree just jumped in front of me
[16:11] <mopkop> Yea, like that :)
[16:11] <mopkop> I think the heat made the windscreen so hot, the glue melted.
[16:11] <Kilos> oh one of those glued to the windscreen
[16:11] <mopkop> Hello Magespawn!
[16:11] <Kilos> hi magellanic
[16:12] <Kilos> ai!
[16:12] <Kilos> hi magespawn
[16:15] <magespawn> hi Kilos
[16:15] <magespawn> hi mopkop
[17:39] <magespawn> so whats up?
[17:39] <Kilos> in the cape temps
[17:40] <Kilos> here not much new
[17:43] <magespawn> right then
[17:43] <magespawn> indeed
[17:49] <Kilos> im in dog box again
[17:51] <Kilos> my own fault though for being lazy
[17:53] <magespawn> what is wrong now?
[17:54] <Kilos> i didnt clean up all the reply to stuffs in mails
[17:55] <Kilos> i need someone to blame for me being lazy
[17:55]  * Kilos face slaps
[17:55] <Kilos> there prob sorted
[17:56] <magespawn> lol
[17:56] <magespawn>  what reply to stuff? not really following
[17:57] <Kilos> when someone needs help you reply at the bottom but should clean up most of the other stuff above first
[17:57] <magespawn> oh right
[17:57] <Kilos> just keep whats relevant
[17:57] <Kilos> i used to but seem to have forgotten about that
[17:58] <Kilos> hi Tonberry  why you so quiet lately
[17:58] <Kilos> we even moved meetings to tuesdays so it didnt interfere with your beer nights
[17:58] <Kilos> ha
[18:00] <magespawn> i would not worry about it too much
[18:00] <Kilos> na ill remember now and do it right
[18:01] <Kilos> needed reminding thats all
[18:01] <Kilos> too much bzr and nikola corrupting my ram
[18:03] <magespawn> lol
[18:05] <magespawn> do you have a link for the ubuntu membership wiki?
[18:05] <Kilos> let me see
[18:05] <Kilos> which one ?
[18:05] <Kilos> where you apply or see our members
[18:06] <Kilos> where you added you yesterday or so
[18:07] <magespawn> where you apply for ubuntu membership?
[18:07] <Kilos> its on our site i think
[18:08] <Kilos> you dont apply on a wiki i think
[18:08] <Kilos> you go here to #ubuntu-locoteams
[18:09] <Kilos> https://wiki.ubuntu.com/Membership/NewMember
[18:10] <magespawn> ty
[18:10] <Kilos> yw
[18:11] <Kilos> sorry i first had to hunt
[18:11] <Kilos> that wiki is so slow
[18:11] <Kilos> takes ages to open
[18:12] <Kilos> even on my 4g
[18:16] <magespawn> maybe there is something else slowing it down for you, opened fine for me here
[18:17] <Kilos> ive heard lots of peeps complain so maybe it will be good if they fix it anyway
[18:17] <Kilos> they should go the static site route
[18:26] <Kilos>  Kilos: as I understand it, the trouble is that the version of moinmoin being used wasn't really meant to scale to what it is so Canonical has had to do a lot of work to make it work at all in its current form
[18:49] <Kilos> eish sirens screaming
[18:50] <Kilos> another farm attack in this area
[18:55] <magespawn> hectic
[18:57] <magespawn> i think i might have to make myself a new pgp key, i think my old one gor formatted away
[19:00] <magespawn> s/gor/got
[19:00] <magespawn> nice
[19:11] <inetpro> good evening
[19:11] <magespawn> hi inetpro
[19:11] <inetpro> hi magespawn
[19:13] <Kilos> hi inetpro  you in an explaining mood?
[19:13] <inetpro> again?
[19:13] <Kilos> i want to know where the ubuntu.wiki is and if it can be converted to static
[19:14] <Kilos>  <pleia2> some proposals have been to switch to mediawiki and things, but that's a massive job and afaik they don't have the budget
[19:14] <Kilos> are all wikis hosted in one place or what
[19:19] <inetpro> Kilos: no
[19:21] <Kilos> youre fingers tired again?
[19:21] <inetpro> why convert a wiki to static? It would defeat the purpose of a wiki
[19:21] <Kilos> oh
[19:21] <Kilos> well i did ask you to explain
[19:21] <inetpro> Kilos: what is a wiki?
[19:22] <Kilos> you tell me
[19:22] <Kilos> Maaz  define wiki
[19:22] <Maaz> Kilos: I don't know about wiki. Maybe you meant Wike or wifi?
[19:22] <inetpro> ai!
[19:22] <inetpro> http://en.wikipedia.org/wiki/Wiki
[19:23] <inetpro> a wiki invites all users to edit any page or to create new pages within the wiki Web site, using only a plain-vanilla Web browser without any extra add-ons
[19:23] <inetpro> Wiki promotes meaningful topic associations between different pages by making page link creation almost intuitively easy and showing whether an intended target page exists or not
[19:23] <inetpro> A wiki is not a carefully crafted site for casual visitors. Instead, it seeks to involve the visitor in an ongoing process of creation and collaboration that constantly changes the Web site landscape
[19:24] <inetpro> A wiki enables communities to write documents collaboratively, using a simple markup language and a web browser
[19:24] <inetpro> ensovoorts
[19:25] <Kilos> ok
[19:25] <inetpro> Wikis are generally designed with the philosophy of making it easy to correct mistakes, rather than making it difficult to make them
[19:26] <Kilos> and cant that be done on a static wiki?
[19:26] <inetpro> ai!
[19:27] <inetpro> Kilos: how would you allow Joe Public to update a static wiki?
[19:27] <Kilos> thats what im asking
[19:28] <Kilos> i dont understand what the diffs is
[19:28] <Kilos> like can you run a wiki on a static site
[19:28] <Kilos> cant
[19:29] <Kilos> i just see things working but have no idea how they do it
[19:29] <inetpro> Kilos: how do you update a wiki?
[19:29] <Kilos> like our site is a static site but works same as others just faster
[19:29] <Kilos> carefully
[19:29] <inetpro> please RTFS above!
[19:30] <inetpro> 03/03 21:23:27 <inetpro> a wiki invites all users to edit any page or to create new pages within the wiki Web site, using only a plain-vanilla Web browser without any extra add-ons
[19:30] <Kilos> ai!
[19:31] <Kilos> maybe i need pictures drawing for me so i can see things
[19:31] <inetpro> Kilos: History Lesson: According to Cunningham, "I chose wiki-wiki as an alliterative substitute for 'quick' and thereby avoided naming this stuff quick-web."
[19:33] <Kilos> ok next
[19:33] <Kilos> what makes it slow down
[19:34] <Kilos> not the stuff smile does on their wiki
[19:34] <Kilos> like looking for links that dont exist anymore etc etc
[19:35] <inetpro> Kilos: who did you talk to?
[19:35] <superfly> https://www.flickr.com/photos/who_da_fly/16087266773/
[19:36] <inetpro> awesome photo superfly!
[19:36] <Kilos> im talking to you man because you batter and batter till something sticks
[19:36] <magespawn> hectic fires
[19:37] <Kilos> sjoe
[19:38] <inetpro> superfly: it still burning since the weekend?
[19:38] <Kilos> yes they fighting now still
[19:38] <superfly> inetpro: yup
[19:38] <inetpro> wow
[19:39] <Kilos> was on the news just now too
[19:39] <superfly> inetpro: straight off the camera, 8 second exposure.
[19:39] <inetpro> that's hectic
[19:40] <inetpro> 03/03 21:14:24 <Kilos>  <pleia2> some proposals have been to switch to mediawiki and things, but that's a massive job and afaik they don't have the budget
[19:40] <Kilos> they were talking about massive amounts of fynbos destroyed but as far as i know fire is natures way of revving the bush
[19:41] <Kilos> ya but what is mediawiki and why is it better
[19:41] <Kilos> reviving
[19:41] <inetpro> ahh...
[19:42]  * inetpro notices that he raised the issue at #ubuntu-locoteams
[19:42] <Kilos> yes
[19:42] <Kilos> now
[19:42] <Kilos> aqi! i forgot
[19:42] <Kilos> oh ya
[19:43] <Kilos> is their prob similar to our ibid prob? the moinmoin thing needs to be rewritten
[19:43] <inetpro> please don't you go stressing about it now
[19:43] <Kilos> im asking man
[19:44] <inetpro> delete it from your mind
[19:44] <Kilos> no
[19:44] <magespawn> lol
[19:44] <magespawn> sudo inetpro
[19:44] <Kilos> magespawn  help me man
[19:44] <inetpro> it's complicated stuff
[19:45] <Kilos> oh so i understand wrong
[19:45] <Kilos> its not because of old moin moin that cant cope
[19:45] <inetpro> you do not want to be involved in this
[19:46] <inetpro> end of story
[19:46] <Kilos> no but i would like to understand the basics of what it is
[19:46] <magespawn> Kilos one of the things about a wiki is allows people to log in to edit on the fly, so i imagine there is some sort of databas attached to the site controlling usernames and passwrd etc
[19:46] <inetpro> then go RTFS
[19:47] <magespawn> s/datbas/database
[19:47] <Kilos> rtfs talks raw geek
[19:47] <inetpro> there's a huge load of documentation to read
[19:48] <Kilos> nm you in your bully mode again
[19:49] <inetpro> trust me, you do not want to do this
[19:49] <inetpro> ask highvoltage why he even gave up on maintaining our wiki
[19:49] <Kilos> lol i dont want to get invloved or do anything man
[19:49] <inetpro> we actually had our very own wiki
[19:50] <Kilos> i just wanted to understand a little bit more than i do now
[19:50] <inetpro> no
[19:50] <inetpro> don't go there
[19:50] <Kilos> ok
[19:50] <inetpro> just use it
[19:51] <Kilos> ok
[19:51] <magespawn> perhaps this can help http://computer.howstuffworks.com/internet/basics/wiki.htm
[19:51] <Kilos> magespawn  are you applying?
[19:51] <magespawn> that was the idea
[19:51] <inetpro> magespawn: when?
[19:51] <Kilos> pull old strydom with you
[19:51] <magespawn> lol
[19:52] <magespawn> i will need to do my page first, and redo my gpg key, gather some testimonials etc
[19:52] <Kilos> well dont just sit there, do it
[19:53] <Kilos> we have a how to for the gpg thing somewhere
[19:54] <magespawn> no worries Kilos, i think i might have found it
[19:54] <Kilos> bottom of current activities on trello
[19:54] <magespawn> https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[19:55] <Kilos> i think mofkop simplified it
[19:55] <highvoltage> hey :)
[19:56] <highvoltage> magespawn: current website doesn't have a database, people can edit it and submit changes on github
[19:56] <inetpro> superfly: have you had a chance to update the site yet?
[19:56] <superfly> no, sorry
[19:57] <inetpro> highvoltage: sorry for waking you up :-)
[19:58] <highvoltage> I'm way past that point, heading to bed in a min
[19:58] <Kilos> sleep tight
[19:59] <magespawn> highvoltage: i thought it was bzr for the ubuntu-za.org site, are we talking about the same site?
[20:00] <highvoltage> magespawn: oh yes, indeed, bzr and on launchpad (I really need that sleep hehe)
[20:00] <highvoltage> magespawn: same concept, at least
[20:00] <Kilos> lol
[20:03] <magespawn> indeed, that is why iam not doing that application now
[20:03] <Kilos> haha
[20:06] <inetpro> Kilos: in summary
[20:06] <inetpro> maintaining a static site is very easy but the process to update content requires time and effort
[20:06] <inetpro> maintaining a wiki is a mission but the process to update content is a breeze
[20:07] <Kilos> ah ty inetpro
[20:08] <inetpro> Kilos: but you are more than welcome to try it for yourself
[20:08] <Kilos> nono
[20:08] <Kilos> im still trying to work out how to get content on a blank site
[20:09] <inetpro> ai!
[20:09] <Kilos> you are right ai!
[20:10] <Kilos> i can change headings and so on but its to get photos there or whatever they use fot all the stuffs
[20:11] <Kilos> like background wall paper and so on
[20:12] <Kilos> but dont worry now please ill try work it out
[20:12] <Kilos> just need to rtfs all over
[20:13] <inetpro> Kilos: are you talking about Nikola or about a real static site?
[20:14] <Kilos> nikola
[20:14] <inetpro> ok
[20:14] <Kilos> the trial site i made
[20:14] <inetpro> focus on the text as the absolute first thing
[20:15] <inetpro> look and feel can be changed afterwards
[20:15] <Kilos> the text on the not a blog page
[20:15] <Kilos> yo mopkop
[20:15] <inetpro> wb mopkop
[20:16] <mopkop> Thank you!
[20:16] <mopkop> I just started trying this bug-report thingy, testing the new Unity :)
[20:16] <Kilos> lol
[20:16] <inetpro> bug-report thingy?
[20:17] <Kilos> ai!
[20:17] <mopkop> If there is one thing I am good at, it's breaking things. It turns out, there is use for such a talent :)
[20:17] <mopkop> https://unity.ubuntu.com/getinvolved/testing/
[20:17] <Kilos> lol
[20:18] <superfly> inetpro: done
[20:19] <inetpro> mopkop: ^^
[20:19] <inetpro> mopkop: your changes are alive
[20:19] <inetpro> see https://ubuntu-za.org/getting-involved.html
[20:19] <inetpro> thanks superfly!
[20:20] <mopkop> Thank you!
[20:22] <Kilos> well done mopkop
[20:28] <magespawn> i am off, early start tomorrow, good night all
[20:28] <Kilos> night magespawn
[20:29] <mopkop> Good night!
[20:44] <Kilos> night all. sleep tight
[20:44] <mopkop> Night Kilos!
[20:44] <Kilos> i go dream rtfs
[20:44] <Kilos> but not in caps
[20:45] <mopkop> Should I learn Vala? I hear it is very similar to c#?
[21:11] <superfly> :-( the fire has jumped the road and reached the houses
[21:15] <mopkop> Fire? Where? What happened!?
[21:35] <inetpro> superfly: eish!


[01:50] <micahg> if I'm preparing the debdiff for an SRU, can I just do this? http://pastebin.ubuntu.com/531484/
[01:51] <geser> lp bug number missing
[01:51] <micahg> geser: ah, good point
[01:51] <micahg> I haven't actually filed the bug yet...
[01:52] <micahg> geser: but just giving attribution like that is fine?
[01:52] <geser> yes
[01:52] <micahg> ok
[01:57] <geser> micahg: while you are here: can I get your opinion on http://www.bienia.de/tmp/natty.html ? (FTBFS with packagesets)
[01:59] <micahg> geser: that looks very cool
[02:00] <micahg> it even lets you know if a package in your packageset is in another
[06:51] <micahg> hi fabrice_sp, I was going to sponsor bug 671358, but I seem to have an issue getting the zip file from upstream, I see you sponsored it in the past, are there any tricks?
[06:59] <fabrice_sp> Hi micahg
[06:59] <fabrice_sp> let me check
[07:01] <fabrice_sp> IIRC, there is a get-orig-source target in the rules files
[07:01]  * micahg checks, thanks
[07:02] <fabrice_sp> I think that cesare should have upload access for mame: he made all the updates, and knows well when and what to update :-)
[07:03] <fabrice_sp> (re. the u releases)
[07:03] <fabrice_sp> perhaps the watch file should be updated to avoid this versions?
[07:03]  * micahg hasn't checked the watch file yet, just checked the websire
[07:03] <micahg> *website
[07:04] <micahg> it only looks for s versions, so I think it's good
[07:05] <micahg> wow, ok, now I see how this works, I guess I should have checked the Debian dir first
[07:05] <fabrice_sp> :-)
[07:10] <micahg> fabrice_sp: if the get-orig-source rule is broke, I should have that fixed by him, right?
[07:11] <fabrice_sp> or you can fix it yourself. As Cesare is very responsive, you can ask him to fix it
[07:15] <micahg> ok, I asked him, I'll see if I can grab something else to sponsor
[07:35] <euroneet> hi hi
[07:43] <micahg> fabrice_sp: I'm worried about being too critical on a sponsoring request, can you review my comment?
[07:43] <fabrice_sp> micahg, sure! any link?
[07:43] <micahg> fabrice_sp: http://pastebin.ubuntu.com/531602/ for bug 673066
[07:43] <ebroder> micahg: It looks fine to me
[07:43] <ebroder> Oh, never mind
[07:44] <micahg> ebroder: yeah, I took care of that other one :)
[07:45] <fabrice_sp> micahg, not sure about the bzr merge one. The other ones mekae sense
[07:45] <ebroder> Yeah, I was just trying to figure out what I think about that
[07:46] <fabrice_sp> micahg, I usually give feedback to new packaging by files. For example: debian/changelog: 1) please collapse all non uploaded ....
[07:46] <ebroder> I understand what you're saying, although I might say something like, "can you either propose a bzr merge or attach a debdiff of something, since those are the preferred form for patches [maybe add a link to something relevant here]"
[07:46] <micahg> fabrice_sp: well, he has it in a junk branch right now based on just the Debian dir, wouldn't it make sense to base it of the current packaging
[07:47] <ebroder> The junk branch bothered me when I looked at that, too
[07:47] <fabrice_sp> micahg, you're right
[07:47] <fabrice_sp> I usually request a debdiff myself
[07:48] <micahg> I don't mind a bzr merge as long as there's a current branch for it
[07:49] <micahg> fabrice_sp: updated: http://pastebin.ubuntu.com/531604/
[07:50] <fabrice_sp> micahg, sounds good to mee
[07:51] <ebroder> Same for me
[07:51] <micahg> done, should I unsubscribe sponsors while waiting?
[07:52] <ebroder> I think that's fine, with another comment to re-subscribe sponsors when your concerns have been addressed
[07:53] <micahg> oops, one of the comments should have been under anotehr section (build-dep should be under changelog), I'll add a comment
[07:53] <fabrice_sp> I usually unsubscribe sponsors, asking to re-subscribe them when fixed
[07:55] <micahg> thanks guys
[07:55] <fabrice_sp> thank you for working on the sponsorship queue :-)
[07:56] <ebroder> what fabrice said
[07:56]  * micahg was hoping to sponsor something this week, will keep an eye out tomorrow
[07:57]  * fabrice_sp still remembers when the universe sponsor list was more than 100 requests long
[07:58] <micahg> maybe Cesare will get back to me with the mame update
[07:58]  * micahg is thinking of pushing that into Debian if the pkg-multimedia team will take it
[07:58] <micahg> But I need to do a little cleanup work for them before I ask for sponsorship of a new package
[07:59] <fabrice_sp> mame is not really a multimedia app. I'd classify it under games
[07:59] <micahg> oh really, hmmm
[08:00] <micahg> oh right, that's the section it's in
[08:00]  * micahg must have been thinking of something else
[08:02] <micahg> ah, there's already a hijacked ITP for it, debian 424905
[08:02]  * micahg forwards to Cesare
[08:06] <micahg> fabrice_sp: ebroder: have you guys seen the FTBFS page this evening?  geser updated it to include packagesets
[08:06] <micahg> s/evening/morning
[08:06] <fabrice_sp> yep: I'm wondering why eclipse is under mozilla packageset
[08:07] <micahg> fabrice_sp: build-depends on xulrunner
[08:07] <fabrice_sp> oh, ok
[08:07] <fabrice_sp> then why the PS? is not marked?
[08:08] <micahg> fabrice_sp: what do you mean?
[08:08] <fabrice_sp> the PS? column
[08:08] <fabrice_sp> it's arked for all main packages, but in the mozilla package set, non is marked
[08:08] <micahg> fabrice_sp: where?  it's marked in teh universe list
[08:08] <fabrice_sp> not in the mozilla list
[08:08] <ebroder> Tooltip says "belongs also to a (different) packageset?"
[08:08] <fabrice_sp> ohh
[08:09] <micahg> right
[08:09] <ebroder> tooltip on the checkbox is what PS that is
[08:09]  * fabrice_sp is not used to tooltips in web app :-)
[08:09] <ebroder> Although...picking one at random, I'm kind of fascinated that gimp is in ubuntu-server
[08:11] <fabrice_sp> yeah: seems strange
[08:12] <fabrice_sp> so the PS? column in the general view means "is within a package set" and in the other views, it means "within another PS"
[08:12] <micahg> yes
[08:12] <fabrice_sp> got it
[08:13] <micahg> that way MOTUs can focus on the non-packageset parts of universe first
[08:14] <micahg> and packageset uploaders can easily see what they need to take care of
[08:14] <fabrice_sp> good idea, yes
[09:22] <geser> any ideas how to make the meaning of the "PS?" column more clear?
[09:27] <hyperair> what PS? column?
[09:27] <hyperair> oh whoops ignore me
[10:07] <fabrice_sp> geser, I think the meaning is clear in the 'general' list. What bugged me is that the meaning in the packageset list is different, but the label is the same
[10:09] <fabrice_sp> and the tooltip is also the same
[10:11] <micahg> I had a double take originally also, but once you think about it it makes sense
[10:14] <geser> currently both tables use the same template (but it can be changed). Any suggestions for the column label and tooltip for the packageset table to make it more clear from the beginning?
[10:28] <fabrice_sp> it will be hard to find a different short label. For the tooltip, in the general table, I think "Belongs to a packageset" would do the trick
[10:28] <fabrice_sp> and for the packageset table, perhaps "Also belongs to another packageset"
[19:01] <ari-tczew> cjwatson: my compassion. there are a lot of merges for you in main :(


[09:15] <EriC^> hey guys, just reminding you of the bug in ubottu that lets users msg the channel from outside, thanks
[09:15] <EriC^> /msg ubottu !factoid > #ubuntu triggers it
[13:16] <hggdh> oh that one is nice
[18:10] <tgm4883> Someone want to jump over into #ubuntu for a bit?
[18:10] <Pici> tgm4883: whats up?
[18:11] <tgm4883> this destini guy keeps clogging up the channel with chatter, was cursing before, keeps going off about why should he support people for free
[18:11] <tgm4883> is generally just rude
[18:12] <tgm4883> Pici: I mean, let me know if I'm wrong here
[18:14] <Pici> (was reading the scrollback)
[18:14] <tgm4883> Pici: no worries, thanks for looking
[18:22] <popey> @comment 74810 offtopic, profanity, channel disruption
[18:22] <Pici> popey: thanks, was kind of distracted here.
[18:22] <popey> np
[18:23] <popey> i need to pop afk for 20 mins
[18:23] <popey> so will be away from #u if they come back
[18:23] <popey> just fyi


[06:12] <pleia2> yay, jdeslip is volunteering at the booth too \o/
[21:05] <philipballew> I have assigned a static ip to my squeeze server, hand can ssh into it by typing<EMAIL_ADDRESS>however my router does not show it as being connected. What might be a cause of that?
[22:25]  * bkerensa tries to remix Ubuntu California's CD sleeves
[22:33] <pleia2> bkerensa: shouldn't be too hard, just know that most of the layers are locked by default, so in inkscape you'll need to unlock them to change stuff
[22:35] <bkerensa> pleia2: THANKS! :) I dont know Inkscape and was just like uhh I cant remove their logo
[22:35] <bkerensa> :D
[22:35] <pleia2> :)
[22:35] <pleia2> I learned it all myself like 2 days ago
[22:35] <akk> It's been a big week for learning inkscape -- I was doing that to.
[22:35] <akk> +o
[22:48] <bkerensa> I like Gimp
[22:49] <bkerensa> pleia2: Is there a layer window where I can see attributes for layers to unlock this?
[22:49] <pleia2> yeah
[22:49]  * pleia2 opens up inkscape to find it
[22:49] <pleia2> Layer > Layers
[22:50] <pleia2> then just click on the little lock icon to toggle lockness
[22:50] <pleia2> for each of the million layers it has
[22:51] <bkerensa> pleia2: http://i.imgur.com/L5xnF.png  <-- :(
[22:52] <pleia2> you don't want to use the old style sleeves anyway
[22:53] <pleia2> grab lp:~ubuntu-california/+junk/2010branding-sleeves
[22:53] <bkerensa> oh ok :D
[22:53] <pleia2> that has the new ubuntu branding
[23:07] <bkerensa> pleia2: Folding this is going to be epic interesting
[23:07] <bkerensa> is their a manpage?
[23:07] <Darkwing> hehehe
[23:07] <Darkwing> The folding of the sleeves
[23:08] <pleia2> bkerensa: https://wiki.ubuntu.com/CaliforniaTeam/Projects/CDSleeves#Printing_and_Folding_Instructions
[23:09] <pleia2> bkerensa: as mentioned there, if you grabbed lp:~ubuntu-california/+junk/sleeves there are more detailed folding instructions there
[23:09] <pleia2> folding.pdf
[23:10] <bkerensa> k :D
[23:10] <Darkwing> Yay. Quassel-core is back up on the new server
[23:34] <Darkwing> pleia2: you staying at the Hilton for scale again?
[23:35] <pleia2> Darkwing: yep
[23:35] <Darkwing> what day you arriving?
[23:35] <pleia2> thursday evening
[23:35] <Darkwing> OK good. I'll be there Thurs noonish
[23:52] <Darkwing> tonight I'll go through all the swag I have. what t-shirts did you get in the conf pack?
[23:56] <pleia2> we're using the libertopia conference pack
[23:56] <pleia2> I just ordered CDs
[23:57] <pleia2> I have a few 2XL ubuntu california shirts still that I'll bring down
[23:58]  * pleia2 will doublecheck numbers