 I'mma go vomit.
[07:10] <rww> @mark #ubuntu-ops PerfM ahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahaha
[07:11] <valorie> rww, old friend?
[07:11] <rww> valorie: hilarious long-term problem user
[07:11] <valorie> at least there is a sense of humor
[07:11] <elky> perfm is hilarious... providing you don't care about the content of your channel
[07:11] <rww> ^
[07:17] <elfy> morning peeps - perfm currently being really clever in #ubuntu-quality , he was in #ubuntuforums doing similar, but he's not now
[07:17] <elfy> thanks
[07:17] <elky> yeah they were complaining here a bit ago about not being able to give equal treatment to all ubuntu channels due to some unfortunate bans.
[07:17] <Flannel> Only people with ops there are Pici, heno, balloons.
[07:18] <Flannel> (and the IRCC)
[07:18] <Tm_T> rww, elky, congratulations on getting congratulations from perFM, that's an achievement
[07:18] <rww> oh look, an IRCC
[07:18] <Tm_T> where?!
[07:18]  * Tm_T looks around frantically from their hide
[07:20] <elfy> well, thanks for the great work you all do - I shall wander off into the blue again now
[07:20] <elfy> glad to know it was a general thing with them - I spent 5 minutes trying to chase them around the forum ban system :)
[08:32] <ikonia> popey: https://help.ubuntu.com/community/UbuntuLens
[08:33] <ikonia> popey: more work to do in it around formatting and using the correct tags in the right places, but thats a started to get the informaiton there and available for a tidy up, eg: I need to use the <Link> tags rather than headings
[08:33] <popey> hmm
[08:33] <popey> I'd call it Ubuntu Dash.
[08:33] <ikonia> ok, thats easy to chagne
[08:33] <ikonia> change
[08:33] <ikonia> are all Lens now "dash" ?
[08:33] <popey> no
[08:34] <popey> dash is the home one
[08:34] <ikonia> (r what I used to think of as Lens)
[08:34] <ikonia> or
[08:34] <ikonia> ok,
[08:34] <popey> dash == home lens, there are other lenses (plural) which were/are fed by scopes (data sources)
[08:34] <popey> however the name "lens" has gone away in unity8 and it's just scopes now
[08:34] <popey> but I can add a bit about that
[08:34] <ikonia> ok, that sounds useful
[08:35] <ikonia> I'll do some tidying and better formatting at the weekend, I just wanted to get the actual data into th e wiki to start
[08:35] <popey> kk
[08:35] <popey> thanks
[09:23] <DJones> @mark #ubuntu Sanurai Joining, "Fuck you" and quitting
[09:24] <k1l_> made a forward to here, since its not the first time he does a "fuck you" quit after he did not get what he wanted
[09:28] <DJones> Wonder if they're anywhere near resolving their -it ban
[09:28] <k1l_> i dont think so
[11:42] <bazhang> sanurai in #x
[11:45] <Unit193> Not anymore, he was evading a ban.
[11:45] <bazhang> ah thanks
[11:46] <Sanurai> hei
[11:46] <DJones> !equivalents
[11:46] <DJones> Presumably that doesn't need a reference to bestbot anymore
[11:47] <DJones>  A comprehensive list of of Windows-equivalent applications in Linux can be found at
[11:47] <DJones>                 http://www.linuxrsp.ru/win-lin-soft/table-eng.html and https://wiki.ubuntu.com/WhatWindowsUsersWant - Try
[11:47] <DJones>                 also joining #ubuntu-bots and asking BestBot
[11:47] <DJones> Grr
[11:47] <bazhang> heh
[11:47] <Sanurai> intuitive?
[11:48] <Sanurai> ma
[11:48] <bazhang> Sanurai, did you get your #ubuntu-it ban resolved yet
[11:49] <bazhang> quit ugh
[11:50] <DJones> !equivalents is <reply> A comprehensive list of of Windows-equivalent applications in Linux can be found at http://www.linuxrsp.ru/win-lin-soft/table-eng.html and https://wiki.ubuntu.com/WhatWindowsUsersWant
[16:07] <bazhang> !equivalents
[16:08] <bazhang> !no equivalents is  A comprehensive list of of Windows-equivalent applications in Linux can be found at http://www.linuxrsp.ru/win-lin-soft/table-eng.html and https://wiki.ubuntu.com/WhatWindowsUsersWant
[16:08] <bazhang> !equivalents
[16:08] <Pici> *<reply>
[16:08] <bazhang> arrgggghhh
[16:09] <bazhang> !no equivalents is <reply>  A comprehensive list of of Windows-equivalent applications in Linux can be found at http://www.linuxrsp.ru/win-lin-soft/table-eng.html and https://wiki.ubuntu.com/WhatWindowsUsersWant
[16:10] <bazhang> @random fail HURD
[16:11] <chu> lol bazhang :p
[16:11] <bazhang> :|
[16:12] <chu> https://www.debian.org/ports/hurd/ <3


[08:11] <posingaspopular> hey all. I'm editing wiki.ubuntu.com/MOTU/Events/PackagingJams and the formatting is wrnog
[08:11] <posingaspopular> is there anynoe who can help?
[10:00] <mdke> posingaspopular: I'll have a look
[10:01] <posingaspopular> thanks mdke, i have to go to bed, but if you want to msg me, pm or I have logging enabed.
[10:03] <mdke> posingaspopular: it's done
[12:17] <tko_> hi
[12:17] <tko_> hi


[14:43] <alan_g[m]> Saviq: see anything obvious? https://github.com/MirServer/ubuntu-frame/issues/143
[14:47] <Saviq> Was just there, yeah likely missing nvidia-drm.modeset=1 from their kernel cmdline
[15:07] <karmavil[m]> Any chances the failure I'm facing running the LoginConsoleServices.happy_path_succeeds is caused because I'm not logged in?
[15:07] <karmavil[m]> It sounds pretty obvious when it's pit in words and take my head out of threads and documentation
[15:08] <karmavil[m]> * running the test  LoginConsoleServices.happy_path_succeeds is
[15:08] <karmavil[m]> * Any chances the failure I'm facing running the test  LoginConsoleServices.happy_path_succeeds is caused because I'm not logged in?
[15:08] <karmavil[m]> It sounds pretty obvious when it's put in words and take my head out of threads and documentation
[15:15] <karmavil[m]> 😮💨 noup.. well it worth the shot
[15:20] <karmavil[m]> Alright. I was missing a python package. DBusMock. This must be a gtest thing
[15:22] <karmavil[m]> No. It seems to be related to gnome
[15:26] <Saviq> karmavil if you follow [our CI steps](https://github.com/MirServer/mir/blob/8186492b4445902d02855266e3a8afcaa0337f47/spread/build/ubuntu/task.yaml#L15-L96), that should get you a working setup - it runs on multiple systems every time we push something
[15:28] <karmavil[m]> Very nice. Thanks 😊
[15:29] <karmavil[m]> Solved. Thank you
[15:35] <karmavil[m]> I can't find that ppa in launchap. Is in the new site already?
[15:36] <Saviq> https://launchpad.net/~mir-team they're all here under "Personal package archives"
[15:36] <karmavil[m]> Perfect
 "Was just there, yeah likely..." <- TIL: this is not needed with newer Nvidia drivers (at least 515 on jammy)
[16:22] <alan_g[m]> Nice! (I think)
[17:16] <Saviq> Today:
[17:16] <Saviq> - got Nvidia tests to be skipped as needed
[17:16] <Saviq> - built a test matrix so I know what gaps still exist between old and new setup
[17:16] <Saviq> - got checkbox-mir transferred so auto-connections work better
[17:16] <Saviq> 👋


[01:47] <wallyworld_> rick_h: i've discovered a fatal flaw in our changes to how we instantiate the YUI instances
[01:49] <rick_h> wallyworld_: ruh roh /me hides
[01:50] <wallyworld_> rick_h: the change from using a single YUI instance LPS to creating a new YUI instanc eeach time we do a YUI().use(...)
[01:50] <wallyworld_> there's code which puts stuff in a well known global namespace
[01:51] <wallyworld_> and now each YUI().use(...) is sandboxed
[01:51] <rick_h> wallyworld_: right, which code is this? I've been working on moving that code out
[01:51] <wallyworld_> so different bits of YUI code cannot see this shared info anymore
[01:52] <wallyworld_> there's 2 places - one i'm developing now (and is broken after merging trunk), and also the butask deletion code which is on prod
[01:52] <rick_h> wallyworld_: right, that shared stuff needs to become a YUI module and then each use() that needs it has to require it
[01:52] <wallyworld_> so the current bug task deletion setup is in form-picker-macros.pt
[01:53] <wallyworld_> it attaches a function to a 'lp.app.picker.connect' namespace
[01:53] <rick_h> gah, yea that's my task after all this, getting JS out of the .pt files
[01:53] <rick_h> wallyworld_: ok, so can that code be moved to lp.app.picker YUI module?
[01:53] <wallyworld_> the issue here is that we have all this js in pt files and we need a global namespace to be able to glue stuff together
[01:54] <wallyworld_> no, because it's bespoke code
[01:54] <wallyworld_> the picker is generic infrastructure
[01:54] <rick_h> wallyworld_: so that's why I've got the huge glob of JS code in the layout macro file
[01:54] <rick_h> since that makes it global
[01:54] <rick_h> hmmm, but I see, it gets attached to the YUI module ugh
[01:55] <rick_h> it's just so wrong...
[01:55] <wallyworld_> hmmm. but here, the code is paramaterised according to the config of the field the picker pertains to
[01:55] <wallyworld_> and that config is available in form-picker-macros
[01:55] <wallyworld_> and nowhere else easily accessible
[01:55] <rick_h> sec, let me pull up the code so I can see what it is
[01:55] <wallyworld_> rick_h: wanna mumble briefly?
[01:56] <rick_h> wallyworld_: yea, give me a sec to dock and reset the laptop
[01:56] <wallyworld_> ok. sorry to intrude after EOD
[01:56] <rick_h> all good, I was just merging/psuhing out convoy changes to trunk anyway
[01:57] <wallyworld_> rick_h: meet you in Yellow 1-1?
[01:58] <rick_h> k
[02:16] <rick_h> http://paste.mitechie.com/show/521/
[02:26] <lifeless> wallyworld_: hi
[02:27] <wallyworld_> lifeless: g'day
[02:27] <lifeless> wallyworld_: I've just replied to your MP about branches; I'm letting you know in case my reply doesn't make sense.
[02:27] <wallyworld_> ok. let me have a look
[02:28] <lifeless> general pattern of EAFP vs LBYL
[02:28] <wallyworld_> your suggestion makes sense.
[02:29] <lifeless> cool
[02:29] <lifeless> thanks for looking
[02:29] <wallyworld_> i was trying to do it in the picker though so that they could simply pick someone else if they misclicked
[02:29] <wgrant> And this is on +register-merge, right?
[02:29] <wallyworld_> yes
[02:30] <wallyworld_> the same pattern as we use for bug tasking assigning
[02:30] <lifeless> wallyworld_: this would still look like being in the picker, wouldn't it? They click on 'OK', it comes back and says 'nooo'
[02:30] <wallyworld_> ie if a use is not a contributer
[02:30] <lifeless> wallyworld_: then they can click to really do it, or click on someone else.
[02:30] <wallyworld_> there is no ok in the picker, just the link of the person
[02:31] <lifeless>  bah yes
[02:31] <wallyworld_> and they use the picker as part of filling out the form
[02:31] <wallyworld_> ie it's just one field
[02:31] <lifeless> well, there are two places you need to do this
[02:31] <lifeless> +register-merge and also when you request an additional review.
[02:31] <wallyworld_> yes
[02:32] <lifeless> oh interesting corner case for you
[02:32] <lifeless> what if someone in the default review team does not have access to one of the involved branches.
[02:32] <lifeless> e.g. they never click on the picker.
[02:32] <wallyworld_> so the thinking was not not have them submit the mp with a reviewer who could not see stuff if we could catch it beforehand
[02:32] <wallyworld_> hmmm.
[02:33] <wallyworld_> that default reviewer would be auto subscribed atm
[02:33] <lifeless> orly?
[02:33] <wallyworld_> not sure if that's the best thing
[02:33] <wgrant> I doubt it.
[02:33] <wgrant> We cannot have autosubscription.
[02:33] <lifeless> wallyworld_: or do you mean with your code changes?
[02:33] <wallyworld_> no, i mean in my branch
[02:33] <lifeless> ah
[02:33] <wallyworld_> so i think we need a check on form submission as well
[02:34] <wallyworld_> as when using the picker
[02:34] <wallyworld_> so we catch the issue early if we can
[02:34] <wallyworld_> but there's a safety net also
[02:34] <lifeless> so, I would expect the default review team to get the subscription (which is near enough to equivalent), but I do think this needs to be vetted, not automatic.
[02:34] <wallyworld_> ok, so if there are any visibility issues when the form is submitted, we return and let them confirm
[02:35] <wallyworld_> as per your suggestion in the mp
[02:36] <wallyworld_> so we attempt to alert them when using the picker, but also catch things at the back end if required
[02:37]  * wallyworld_ has to go to airport to pick up someone, back soonish
[02:37] <wallyworld_> lifeless: thanks for the input, much appreciated as always
[02:40] <lifeless> de nada
[02:49] <rick_h> StevenK: so heads up, convoy stuff is landed in their trunk.
[02:49] <rick_h> StevenK: let me know if you need anything else then to look at setting up our packages with the directory traversal/etc
[03:22] <StevenK> rick_h: Right, let me look at updating our packages.
[04:10] <wallyworld_> wgrant: if i put an exported api  method on IBranchSet, how to a call it from js, using an instance of Y.lp.client.Launchpad()? Using get(...)?
[04:12] <wallyworld_> in python it seems to be done as lp.branches.getByUniqueName(...) etc
[04:14] <wgrant> wallyworld_: The URL is /branches
[04:14] <wgrant> However you were calling something on the person URL, use /branches instead.
[04:17]  * StevenK grumbles at his test convoy recipe
[04:18] <StevenK> "nest-part packaging lp:~launchpad/convoy/packaging debian" doesn't seem to work :-(
[04:19] <wgrant> StevenK: Oh?
[04:20] <wgrant> Also, packaging-only branches are vile.
[04:20] <StevenK> bzr: ERROR: Merge-into failed because Source tree does not contain debian.
[04:20] <wgrant> Don't do it.
[04:22] <StevenK> No?
[04:22] <wgrant> merge
[04:22] <StevenK> :-(
[04:24] <wallyworld_> wgrant: yes, i was using a named_get() and thought i needed a context object
[04:26] <wgrant> wallyworld_: You should just be able to use a URL. Otherwise construct an object from the URL first.
[04:31] <StevenK> wgrant: I guess you want a one branch recipe
[04:37] <wgrant> StevenK: No.
[04:38] <wgrant> StevenK: Have a branch of trunk, with packaging added.
[04:38] <wgrant> Create a recipe based on trunk with that merged.
[05:11] <lifeless> wow
[05:11] <lifeless> 'The membership status of Allison Randal (allison) in the team Launchpad
[05:11] <lifeless> Stakeholders (private-canonical-launchpad-stakeholders) was changed by
[05:11] <lifeless> the user himself from Approved to Deactivated.'
[05:11] <wgrant> Yep
[05:11] <wgrant> Longstanding bug about that.
[05:11] <lifeless> anyone else see the glaring issue there?
[05:12] <lifeless> wgrant: whats the bug # ?
[05:12] <lifeless> ah 114753
[05:12] <lifeless> hmm, https://bugs.launchpad.net/launchpad?field.searchtext=himself does not find it
[05:13] <lifeless> I suspect our FTI logic didn't include description at that point, or something
[05:18] <StevenK> lifeless: Ugh
[05:20] <StevenK> 77 references to himself in our code -- most of them in doctests.
[05:20] <StevenK> And referencing sampledata to boot
[06:03] <lifeless> win
[06:04] <lifeless> are you going to JFDI this wart?
[06:46] <StevenK> lifeless: https://code.launchpad.net/~stevenk/launchpad/user-himself/+merge/90376
[06:47] <benonsoftware> Hello
[06:47] <benonsoftware> I am wondering how do I update my local install of Launchpad?
[06:53] <nigelb> rocketfuel-get will work.
[07:00] <benonsoftware> So just run that in the repo folder and it should work?
[07:13] <nigelb> Well, how did oyu setup the first time?
[07:13] <nigelb> If you did rf-setup the first up, rf-get should "Just Work"
[07:14] <benonsoftware> nigelb: Ok, thanks very much
[08:04] <wgrant> stub: We've been running with targetnamecache search disabled for about a year.
[08:05] <wgrant> And I have a branch to remove the only other use of it.
[08:09] <stub> cool
[08:25] <adeuring> good morning
[09:00] <mrevell> Morning
[09:30] <benonsoftware> What does Firefighting mean?
[09:33] <lifeless> bigjools: donw
[09:33] <bigjools> lifeless: !  thank you
[12:33] <StevenK> rick_h: Feel free to merge my approved convoy MP into trunk
[12:34] <rick_h> StevenK: was there another one? I merged in your tests_require fix last night
[12:35] <rick_h> ah, the copyright stuff
[12:35] <rick_h> StevenK: sure thing, will do
[12:35] <rick_h> wallyworld_: you still around?
[12:39] <rick_h> StevenK: ok, merged and pushed. Thanks for that!
[13:21] <wallyworld_> rick_h: hello
[13:22] <rick_h> wallyworld_: hey, just a heads up that I commented on your MP
[13:23] <rick_h> small notes on just conventions, nothing big
[13:23] <wallyworld_> just saw, thanks. i used what i cargo culted from elsewhere for the wait
[13:24] <rick_h> yea, definitely
[13:24] <wallyworld_> i didn't want to use a simulate - i was black box testing the method which was supposed to raise the event
[13:24] <wallyworld_> so all i needed to do in the test was subscribe to it and see that it was called with the right arguments
[13:26] <rick_h> right, cool
[13:26] <wallyworld_> i'll look at using wait/resume, although there should still be a timeout for dafety so the test doesn't hang
[13:26] <rick_h> it won't
[13:27] <rick_h> so what happens is that the test hits and errors that "wait called without resume" and it fails
[13:27] <wallyworld_> ok, will look into it
[13:28] <wallyworld_> the validation work is a little more problematic - there's no notion ahead of time how many validators there are and what the chaining order should be
[13:29] <wallyworld_> with attaching the callbacks to the namespace, it was easy
[13:29] <wallyworld_> so i'll give it some more thought
[13:29] <rick_h> k
[13:30] <rick_h> well glad at least some of it was easy :)
[13:31] <wallyworld_> async events are good but they make some things a lot harder, especially collaboration between loosely coupled components
[13:31] <wallyworld_> where you need ordering or other behaviours
[13:31] <wallyworld_> how goes the convoy deployment stuff?
[13:31] <rick_h> yea, you have to control the flow and document the expected chain so you can figure out what's up when it fails
[13:32] <rick_h> wallyworld_: honestly not sure atm. Convoy is done and merged and in trunk and StevenK was putting together an updated package
[13:32] <wallyworld_> and controlling the flow is hard when an arbitary component needs to participate
[13:33] <wallyworld_> i really want a way to register validation callbacks - that's a common pattern for this type of thing
[13:33] <rick_h> wallyworld_: well, it depends. In some ways it's easy to bring in an arbitrary bit just by listening for the same event, but yea, it's harder for that guy to then effect what tohers do
[13:33] <wallyworld_> and the global namespace was a convenient point to register them on
[13:33] <rick_h> wallyworld_: right
[13:34] <wallyworld_> and i want them to fire one after the other, and if one fails, the others don't fire
[13:34] <rick_h> where's this code at? I'll see if I can look at it and see an easy way to attack it
[13:35] <wallyworld_> there is none yet - it's all done by registering the callbacks and looping over them
[13:35] <wallyworld_> no event based implementation i mean
[13:35] <rick_h> gotcha
[13:36] <wallyworld_> i'll have a think about it over the w/e
[13:36] <rick_h> cool
[13:36] <rick_h> sorry, bit cloud headed this morning due to cold meds so having fun following
[13:36] <wallyworld_> i'm off to bed, talk later
[13:36] <rick_h> enjoy
[13:36] <wallyworld_> will do, very tired tonight
[14:03] <deryck> Morning, all.
[15:00] <deryck> If anyone needs tips on staying motivated while working from home, I'm happy to oblige.
[15:01] <rick_h> deryck: I feel like i need to grow my hair out so I can get styling tips
[15:02] <deryck> I'm not sure I could do that anymore, even if grew it out again. ;)
[15:06] <sinzui> You get use gel to put your hair into tips, but stay away from open flames
[15:07] <benji> hmm, fetching any code.launchpad.net URL never finishes for me
[16:09] <abentley> deryck: I'm assuming bug comments and code review comments are unicode.  Let me know if that's wrong.
[16:18] <deryck> abentley, that's right.
[16:34] <flacoste> bigjools: about question https://answers.launchpad.net/launchpad/+question/182545, i'm going to contact non-virtualised ppas owner, that's Archive where purpose = 2 and required_virtualized = False, right?
[16:35] <bigjools> flacoste: yup
[16:35] <flacoste> thx
[16:49] <sinzui> adeuring, bac: do either of you have time to review https://code.launchpad.net/~sinzui/launchpad/mailing-list-name-field/+merge/90479
[16:49] <bac> sinzui: i do
[16:50] <sinzui> thank you
[16:52] <bac> sinzui: when you had the pre-implementation call with yourself did you act it out with puppets?  any disagreements?
[16:54] <sinzui> I quite. I wrote one thing 9 hours ago in a somnambulitic state. After 4 hours of sleep, I realised that +review on users was also broken so I told my previous self to fix the base view instead of creating a whole new view to support teams
[17:08] <bac> sinzui: i'm confused by TeamAdminisiterViewTestCase -- the team doesn't (appear) to have a PPA or mailing list, so why is the field not there?
[17:09] <sinzui> bac: the ppa/mailing lists tests are from the mixin
[17:10] <sinzui> The tests I wrote verify the fields show to ~admin or ~registry
[17:11] <bac> sinzui: gotcha
[17:11] <bac> sinzui: based on that it looks good.  i'll finish up shortly.
[17:11] <sinzui> bac: these are the tests I converted to the mixin: http://pastebin.ubuntu.com/819036/
[17:12] <sinzui> diffs often no show what was really done
[17:38] <rick_h> allenap: benji can either of you check and make sure this is the changes you decided as the *right* way at the end of yesterday? https://code.launchpad.net/~rharding/wadllib/fix_tests_922599/+merge/90492
[17:39] <rick_h> allenap: benji and then while I'm getting you guys should we remove buildout from this since it doesn't work in py3?
[17:39] <rick_h> james_w: ^^ as well
[17:40] <benji> why is code.launchpad.net not working for me?  when I look at the source of the page it looks like it's all there; I wonder if there's some JS request that's hanging
[17:40] <rick_h> benji: if there is should be able to see it in the dev tools
[17:40] <SpamapS> OOPS-24aa7bfe6e5dbf33996f05a9614d7d02
[17:40] <rick_h> benji: screenshot of the waterfall from the dev tools?
[17:41] <benji> rick_h: yeah, that's what I was thinking of
[17:41] <SpamapS> I believe this is a known bug...
[17:41] <SpamapS> is anybody working on it? (regression where searching for New/Undecided bugs with ubuntu-server as the bug administrator times out
[17:43] <rick_h> SpamapS: I don't think I've seen this one recently. adeuring this isn't any of the timeout stuff you were poking at right?
[17:43] <james_w> rick_h, I don't think I would change the test. There's a test just below for a stream input, and changing it means that string inputs aren't tested
[17:43]  * adeuring is looking...
[17:44] <SpamapS> Its been over a month where ubuntu-server can't triage bugs.. :-/
[17:44] <rick_h> james_w: ok, let me change that back then and see if that didn't help the tests pass for me
[17:44] <SpamapS> I had a chat w/ lifeless in here about it.. he did some query plans and showed where it would take 7 minutes or something like that
[17:45] <adeuring> no, that's nothing I touched. It's probably not easy to fix, I'm afraid
[17:47] <SpamapS> I think we'll have to write a report to be able to triage then.. and just query each package that we supervise individually. :-/
[17:50] <adeuring> SpamapS: yes, that could help. ANd actually, the slowest query is just a COUNT(*) for bugtasks related to ubuntu -- but the count is limited to bugs the user can see. Removing this filter should not do any harm
[17:51] <SpamapS> adeuring: I'm being told this only happens because I'm in too many teams and so the number of bugs I can see is too high.
[17:52] <adeuring> SpamapS: maybe -- but the Ubuntu bug searches tend to time out too often anyway.
[17:53] <jml> gary_poster: I'm (finally!) watching Rich Hickey's talk on simple vs easy. The graph on development speed looks painfully, painfully familiar.
[17:53] <SpamapS> Could this bug bug 901122 ?
[17:53] <_mup_> Bug #901122: New bug listings need to preload more attributes <bug-columns> <regression> <timeout> <Launchpad itself:In Progress by deryck> < https://launchpad.net/bugs/901122 >
[17:54] <gary_poster> jml :-)
[17:54] <gary_poster> glad you are watching; hope you enjoy.
[17:55] <adeuring> SpamapS: no, that's another issue that might crrep in once the cause for the timeout you are seeing is fixed ;)
[17:55] <jml> gary_poster: yeah, I am enjoying it so far.
[17:55] <gary_poster> great
[17:55] <jml> gary_poster: it's good having such deep thinking clearly expressed
[17:56] <jml> reminds me of the opening SICP lectures in some ways.
[17:56] <sinzui> jcsackett, Maybe you need to fix a trivial bug that really irks you
[17:59] <gary_poster> jml, clear expression of deep thinking: yes.  Hickey has impressed me with that repeatedly.  he gave another talk advocating hammock-driven development, which I think is related. :-)  I haven't taken time for SICP lectures; probably should.
[18:03] <jml> gary_poster: the sicp book is a little blurred with the lecture in my mind. Am pretty sure it has most of the same stuff and can be consumed about 5x faster
[18:04] <gary_poster> heh, cool
[18:04] <gary_poster> will give it a whirl
[18:26] <rick_h> james_w: ok, updated though line 55 seems like a giant line of hack https://code.launchpad.net/~rharding/wadllib/fix_tests_922599/+merge/90492
[18:27] <james_w> rick_h, it does seem to solve the problem though :-)
[18:28] <rick_h> james_w: yea, exactly, ok. I'm going to put this up for review and try to get the powers to review it. I *think* this is the only blocker for the release
[18:28] <rick_h> the other items, fixing the buildout (or removing it) can come later
[18:28] <james_w> yeah
[18:34] <rick_h> cjwatson: allenap benji any of you guys check out https://code.launchpad.net/~rharding/wadllib/fix_tests_922599/+merge/90492 please?
[18:34] <rick_h> and let me know what should be done from here on the buildout side?
[18:34] <abentley> deryck: should BugComments and CodeReviewComments have separate config values for the maximum length before a "Read More..." link?
[18:35] <deryck> abentley, I would tend toward saying no, that we should converge.  But if it's too hard to converge -- i.e. on form really needs longer snippets -- I'm fine to have two different configs.
[18:36] <benji> rick_h: it looks good to me; want an approval?
[18:36] <abentley> deryck: happy to converge.
[18:36] <rick_h> benji: please
[18:37] <deryck> abentley, awesome.
[18:38] <benji> rick_h: done with one small suggestion
[18:39] <rick_h> benji: awesome, ty
[18:39] <benji> my pleasure
[18:49] <jml> gary_poster: I don't think I understand what he's saying about using data for information, rather than objects.
[18:54] <gary_poster> jml, it's been awhile since I've seen it now, but he, and Clojure, have an opinion that standard object oriented design has gone off the deep end.  We should have simple data structures that represent our "objects" and not code that has both data and behavior.  Clojure then has a simple data-y concept of type that can be applied to a data structure,  and generic functions and another simpler and faster dispatch syst
[18:54] <gary_poster> em.
[18:55] <gary_poster> I suspect that's the background for (and/or current best practical example of) what you mentioned but could be wrong.
[18:57] <jml> gary_poster: hmm. interesting. I can begin to see what he's saying but don't grok it the same way as his other points. I wish I knew more about Clojure.
[18:57] <jml> (not enough to actually *learn* more right now, you understand)
[18:57] <gary_poster> lol, I understand
[18:57] <rick_h> anyone know how to tell gpg which key to use to sign a file?
[18:58] <gary_poster> rick_h, that sounds suspiciously like the first line to a joke.
[18:59] <jml> rick_h: look into the --local-user and/or --default-key options
[19:00] <rick_h> gary_poster: heh, looks like I have to change the --default-key
[19:00] <rick_h> jml: yea, that seems to work thanks
[19:00] <rick_h> this whole split private/work life is a mess sometimes heh
[19:02] <deryck> rick_h, you mean you try to split work and private life? ;)  you're bordering on lifeless levels of online time. :)
[19:03] <rick_h> heh
[19:03] <rick_h> deryck: have to make up for being a bit dense :)
[19:03] <rick_h> like where is this magic launchpadlib/bin/py
[19:04] <rick_h> bah, that's a buildout reference I bet
[19:05] <deryck> yeah, buildout create bin/py.  for most projects.  I don't know how launchpadlib is setup.
[19:05] <rick_h> right, the bin/py threw me off hunting. I'm on the right track again I think
[19:07] <rick_h> ok, maybe not. So the docs say I'm looking for: launchpadlib/contrib/upload_release_tarball.py
[19:08] <rick_h> but my launchpadlib library has no contrib, seperate package?
[19:19] <rick_h> deryck: do you know if anyone can upload the pypi package or do I need to get a special user credientials? pypi says the author is: LAZR Developers
[19:20] <deryck> rick_h, I don't know.  My guess would be we have a login for LAZR dev.
[19:20] <deryck> gary_poster, do you know ^^ ?
[19:20] <rick_h> james_w: so I *think* I've got the 1.3.0 release all set on the LP side, just not in pypi yet
[19:21] <rick_h> james_w: let me know if there's any issues and I can check it out
[19:21] <james_w> rick_h, excellent, thanks
[19:21] <rick_h> james_w: sorry for the delay on all that :)
[19:21] <james_w> no problem, thanks for catching the bug and promptly fixing it
[19:27] <gary_poster> deryck, rick_h, you'll need creds for pypi.  looking at pypi.
[19:27] <rick_h> gary_poster: ty
[19:29] <gary_poster> rick_h, is your pypi id rick_h?
[19:31] <rick_h> gary_poster: no, actually not sure beena while
[19:32] <gary_poster> rick_h, tell me what it is and I can give you permissions
[19:32] <rick_h> gary_poster: sure thing, getting reminder sent one sec
[19:32] <gary_poster> cool
[19:32] <rick_h> gary_poster: mitechie
[19:32] <gary_poster> rick_h, cool.  mitechie has owner permissions
[19:32] <rick_h> ty much
[19:33] <gary_poster> welcome
[19:34] <rick_h> gah, py3 damn you!
[19:38] <rick_h> gary_poster: I'll wait a bit to see if something needs time to update, but getting Server response (403): You are not allowed to store 'wadllib' package information
[19:38] <gary_poster> rick_h, sounds like you need wadllib too! :-) I only did launchpadlib.
[19:38] <gary_poster> rick_h, there is no big switch :-/
[19:39] <gary_poster> rick_h, doing wadllib now
[19:39] <rick_h> ah! sorry yea.
[19:42] <gary_poster> rick_h, pypi is not a speed demon.  You are now added for wadllib.  any others?
[19:42] <rick_h> gary_poster: ty much, that worked
[19:42] <rick_h> gary_poster: not atm, wadllib was all I needed for now
[19:42] <rick_h> james_w: so not sure if you need pypi, but should be up there soon as well
[19:43] <gary_poster> cool welcome. rick_h I'm a one-stop-shop for a lot of our pypi privs; feel free to ask for more. ;-)
[19:43] <james_w> thanks rick_h, we're fine with LP
[19:43] <abentley> bac: Could you please review https://code.launchpad.net/~abentley/launchpad/attachment-timeout/+merge/90514 ?
[19:44] <bac> abentley: sure.
[19:44] <abentley> bac: thanks.
[19:45] <bac> abentley: you know it seems we have this conversation about this time every friday!  :)  you're very consistent.
[19:45] <abentley> bac: :-)
[20:24] <abentley> rick_h: When you file bugs on Launchpad projects such as wadllib, please also triage them.
[20:26] <bac> abentley: why did you decide to put the "Download" link at the top of the message instead of below?  i'm not asserting one is preferable but i was surprised to see it there.
[20:27] <abentley> bac: I thought that if you want to download the comment, you probably don't want to read it in the Launchpad UI.
[20:29] <bac> abentley: but you'll read the snippet before deciding, perhaps.
[20:32] <abentley> bac: The snippet is 3200 characters long.
[20:36] <bac> abentley: is the condition at line 557 correct?  shouldn't it be too_long_to_render?
[20:39] <abentley> bac: No, the conditional is what was intended.  It seems like downloading is a reasonable option to present for long comments, even if they're not so long that they cannot be rendered.
[20:39]  * bac looks again
[20:48] <abentley> bac: Thanks!
[21:14] <sinzui> bac: do you have time to review a follow up to my previous branch: https://code.launchpad.net/~sinzui/launchpad/administer-team/+merge/90530
[21:14] <bac__> sinzui: in a bit.  i need to reboot.  and i may disappear due to flaky internet
[21:15] <sinzui> understood


[07:57] <darkxst> we (Ubuntu GNOME) would like to opt-in for alpha1, what needs to be done for this to happen?
[08:39] <tjaalton> any archive admin; pleae accept the uploads of mesa*, xserver-xorg-video-intel* to fix bug #1175533
[08:39] <ubot2> Launchpad bug 1175533 in linux (Ubuntu Quantal) "[HSW] intel VGA driver i915 doesn't support new haswell graphics [8086:0a2e] " [Critical,In progress] https://launchpad.net/bugs/1175533
[08:39] <tjaalton> the kernle & libdrm bits are there already
[08:39] <tjaalton> *kernel
[09:26] <cjwatson> I've temporarily sync-blacklisted the packagekit transition by request of jbicha (23:42 UTC above)
[09:38] <cjwatson> Now, time to debug why force-autopkgtest isn't working
[09:40] <infinity> cjwatson: Oh, if you're going to make the linux stuff get all forcey, let me upload d-i.
[09:42] <infinity> cjwatson: Uploaded.  When you get the whole mess to migrate, don't forget to change the seeds.
[09:42] <cjwatson> infinity: I tried forcing the autopkgtest bit of it at the weekend, but it didn't take for some reason
[09:42]  * cjwatson nods
[09:43] <infinity> cjwatson: And now that d-i/linux migration is way less predictable due to autopkgtest delays, I think it's time for my next upload to implement that hack I was going to do to make the seeds not need ABI knowledge.
[09:43] <infinity> I'll do that after I've slept.
[09:44] <cjwatson> Ah, there, I think it was just a hint permission bug
[09:57] <cjwatson> jibel: Can you make out from your end why http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html still shows "autopkgtest for linux <IP_ADDRESS>.8: RUNNING" in a few places?
[09:59] <infinity> cjwatson: It got stuck due to linux's autopkgtest having a broken Depends:
[09:59] <infinity> cjwatson: I think Andy's fixing that in the next upload, but it won't get unstuck on the current version unless jibel works some magic.
[10:01] <cjwatson> infinity: Right, but shouldn't that have ended up as FAIL or something?
[10:01] <infinity> cjwatson: Possibly, yeah.
[10:01]  * cjwatson commits a bit more logging
[10:01] <cjwatson> And forcing linux-signed/3.9.0-7.15
[10:02] <cjwatson> ScottK: Curious about the kde4libs block; wouldn't proposed-migration's standard "wait until everything has built" have been enough there?
[10:03] <cjwatson> Not that it's a huge problem if you're keeping an eye on it, I was just curious
[10:11] <didrocks> infinity: hem, I don't even dare to ask more, but do you think you will have time for the unity SRU in raring? :)
[10:13] <infinity> didrocks: Yeahp, can you bug me in ~6h? :)
[10:13] <didrocks> infinity: will do :)
[10:25] <jibel> cjwatson, correct, it should be marked as FAIL even if it timed out or in that case what adt-run considers an invalid 'Depends' field. I'll check what happened
[10:26] <Laney> Lots of other tests seem to be stuck at RUNNING too
[10:27] <Laney> e.g. the ones triggered by glib2.0
[10:27] <cjwatson> Yeah, it'd be helpful to know which end of the channel this bug is at
[10:28]  * Laney nods
[10:46] <ScottK> cjwatson:  No.  I put it there so that it wouldn't migrate until the rest of the release was built (kde4libs could, in theory migrate as soon as it's built on all archs since it doesn't cause the older KDE packages to become uninstallable.
[10:46] <ScottK> Not that it matters much since armhf is broken.
[11:31] <ScottK> cjwatson: I did a lot of New processing for KDE package splits over the weekend (not quite done, but close).  Would you please re-run the packageset script.
[11:34] <cjwatson> Yikes, it's been a while since I ran that.  It seems to want to put unity* into the Kubuntu packageset, which seems slightly odd
[11:37] <ogra_> it's all about unification :)
[11:40] <cjwatson> I think it's all about a seed bug.  Let me see ...
[12:12] <doko> cjwatson, is the libreoffice autopkgtest failure still blocking migrations?
[12:16] <cjwatson> doko: I was waiting for jibel to tell me if there was a problem at the Jenkins end before looking into that kind of thing
[12:17] <cjwatson> (Because as far as proposed-migration is concerned the libreoffice test is still "RUNNING")
[12:18] <Laney> I did poke Sweetshark about that failing this morning
[12:22] <jibel> cjwatson, I found that the job that consumes test requests had been disabled, probably for a maintenance of the server last Saturday, and not re-enabled. I ran the script manually and that triggered tests for http://paste.ubuntu.com/5795363/
[12:22] <jibel> I'm waiting for the admin to show up before re-enabling that cron job
[12:22] <cjwatson> jibel: Ah, that looks relevant, thanks
[12:22] <cjwatson> Hm, I should make force-autopkgtest operate on the tested package rather than on the triggering package
[12:22] <jibel> as I don't know why it has been disabled in the first place
[12:25] <cjwatson> (force-autopkgtest> done)
[12:37] <cjwatson> ScottK: OK, fixed up seeds at least somewhat, and refreshed the packageset
[14:25] <mlankhorst> can someone delete xorg-server in raring NEW? it will cause a regression in its current state
[15:28] <Riddell> I think I'll force kde4libs into -release, it's currently blocked on arm but I don't see that getting fixed in time for alpha 1
[15:28] <Riddell> also calligra and qtwebkit are the same
[15:29] <cjwatson> Riddell: Will that render things above it uninstallable?
[15:30] <smartboyhw> Riddell, and rekonq?:P
[15:30] <Riddell> cjwatson: on arm but we can live without that for alpha 1
[15:30] <cjwatson> smartboyhw: rekonq is collateral damage rather than failing in its own right
[15:31] <cjwatson> Riddell: Hm, that will unfortunately make proposed-migration much more tolerant of mistakes
[15:31] <cjwatson> There's a BIG stack behind kde4libs
[15:33] <cjwatson> You're free to if you want but it's very unfortunate.
[15:34] <cjwatson> Re auto-sync and possibly re-enabling it tomorrow morning; I assume we're just using a migration block for alpha 1, rather than disabling auto-sync and freezing harder?
[15:35] <cjwatson> (unfortunate> as in, if it were me, I would prefer to hold kde4libs out of the saucy release pocket until it's been fixed on ARM)
[16:24] <Laney> Is proposed-migration right to say that pango1.0's autopkgtest is still running? Looks like it completed a few hours ago.
[16:24] <Laney> Also, shouldn't it be blocking on the failed LO test?
[16:24] <Laney> it/glib2.0 & co
[18:40] <seb128> infinity, did you get pinged again about the raring unity SRU? ;-)
[18:41] <seb128> slangasek, ^ if you feel like doing some SRU work? (would be really good to unblock those fixes after > 1 month)
[18:41] <infinity> seb128: Just now, by you. :)
[18:42] <infinity> seb128: I'll get to it all today (I'll start on it now).
[18:42] <slangasek> ok
[18:42] <seb128> infinity, you are saying that for 1.5 weeks :p
[18:42] <infinity> That's not true. :P
[18:42] <seb128> don't make me grab my IRC logs ;-)
[18:43] <seb128> infinity, thanks for looking at it today ;-)
[18:43] <infinity> Last week was a mess, though.  I'll admit to that.
[18:43] <slangasek> hey, the package has only been in the queue for 5 days, not 1.5 weeks ;)
[18:43] <slangasek> infinity: a lot of treading water last week? ;p
[18:43] <seb128> slangasek, right, because infinity looked at it a week ago and rejected the previous ones, because the original sources from the ppa expired
[18:43] <infinity> slangasek: Hospital scares at the beginning of the week and then, yes, lots of floating away.
[18:44] <infinity> slangasek: I'm fine, but friends and family aren't so lucky, and I've been running around helping.
[18:44] <seb128> :-(
[18:44] <seb128> infinity, hope things get better for your friends/family!
[18:45] <infinity> seb128: Well, no one lost more than stuff.  Stuff's replaceable, though pricey.  Just lots of cleanup and cost evaluations and rebuilding and such.
[19:05] <balloons> is kate the release manager for alpha1?
[19:06] <infinity> There is no release manager, so no?
[19:10] <balloons> infinity, ahh.. well I'm asking who is setting up the milestone on the tracker and managing builds
[19:10] <infinity> balloons: stgraber, most likely.
[19:10] <balloons> is stephane doing it all? ATM there is no milestone
[19:10] <balloons> trying not to ping him on his holiday :-)
[19:10] <infinity> balloons: It's a public holiday in Quebec, I assume he intends to get to it tomorrow.
[19:11] <infinity> balloons: It all needs some love from him specifically anyway, since he's trialling the "flavours get to request rebuilds via the UI" bits.
[19:11] <stgraber> balloons: I'll be managing builds, will also take care of the tracker, though I only plan to do that once the first flavour says they're ready and want to get a1 builds
[19:12] <balloons> stgraber, I think lubuntu is chomping at the bits to get some builds (at least the testing side is, heh). Just wanted to confirm who was going to manage it so I could direct them properly
[19:12] <balloons> ty stgraber and infinity
[20:05] <Riddell> cjwatson: I'm trying to force kde4libs into -release but it seems to need something more than the single force line, do you know what?
[20:07] <Riddell> will it need every kde app forced?
[20:08] <cjwatson> Making the uninstallable count worse needs force-hint rather than force ...
[20:08] <cjwatson> (possibly as well as)
[20:08] <cjwatson> I'm still very concerned that this will destabilise proposed-migration in general, but hey
[20:08] <cjwatson> 630 uninst, grief
[20:09] <cjwatson> I hope you know what you're doing
[20:28] <phillw> bdmurray: do you have 5 mins for a quick PM before the bugs section of ubuntu-clasroom start?
[21:53] <ScottK>  cjwatson: thanks for the packageset refresh.
[21:57] <ScottK> cjwatson: re forcing kde4libs - it's the victim of a gcc issue. there's not much between forcing it and skip Alpha 1.
[22:01] <infinity> ScottK: Or do A1 with what's in the release pocket.  Or build kubuntu A1 against proposed.
[22:04] <cjwatson> Riddell,ScottK: Just to confirm, are you OK with re-enabling auto-sync tomorrow morning as discussed on ubuntu-release, and relying on a migration block for your alpha needs?
[22:06] <ScottK> what's in the release pocket isn't much different than raring
[22:07] <Riddell> cjwatson: yep
[22:07] <ScottK> cjwatson: I'm in favor of it.
[22:11] <cjwatson> OK, thanks
[22:12] <cjwatson> Will you folks either put the block in place before tomorrow morning (my time), then, or else drop me a mail with the correct block line(s)?
[22:12] <Laney> ScottK: Maybe you could build it with gcc-4.7?
[22:12] <Laney> (on armhf)
[22:15] <infinity> Laney: That certainly would be a valid option.
[22:18] <ScottK> good idea
[22:18] <infinity> I do share Colin's concern about raising the uninstallables count so high that britney becomes much less effective for a while.
[22:20] <Laney> Can you educate me as to the problem there? I don't think I understand how britney works in that regard.
[22:22] <infinity> Well, britney's job is to make sure nothing gets worse after a migration.
[22:22] <infinity> If things are already hideously broken, then you can introduce new breakage as long as you fix the same number of other breakages at the same time.
[22:22] <infinity> Which isn't an ideal situation.
[22:22] <infinity> Ideally, you want the release pocket to be in a "not broken" state, rather than an "as broken as before" state.
[22:23] <infinity> But if you force something that causes hundreds of uninstallables, you have to be pretty careful to unwind the whole mess again, rather than spending the next month trading one break for another.
[22:23] <Laney> So it gives you room to trade off breakage. I thought it just didn't allow you to break new things.
[22:24] <Riddell> Laney: calligra is built with gcc 4.7 (cos you made it so) and it seems to have the same ICE
[22:24] <infinity> Technically, it doesn't allow you to break new things, but when the case is that "everything that depends on Qt" is broken, that's a lot of wiggle room. :P
[22:25] <infinity> s/Qt/kde4libs/
[22:25] <Laney> Riddell: Actually I fat fingered that calligra change when I did it but we got away with it at the time
[22:25] <Riddell> infinity: it seems to be either this or not do alpha 1 and I'd like to do an alpha
[22:25] <Riddell> Laney: how do you mean?
[22:25] <Laney> I set one of the wrong environment variables
[22:26] <Riddell> export CXX=g++-4.7
[22:26] <Riddell> that one?
[22:26] <infinity> That only matters if the build calls CC at any point.
[22:26] <infinity> Riddell: No, the one above, which should have been CC, not CPP.
[22:26] <Laney> I think I set CPP instead of CC
[22:26] <Laney> yeah.
[22:27] <infinity> Anyhow, I don't see an ICE on calligra...
[22:27] <infinity> /build/buildd/calligra-2.6.92/krita/image/kis_filter_weights_applicator.h:305:26: error: conversion from 'double' to 'const KisFixedPoint' is ambiguous
[22:27] <infinity> Just a straight up error.
[22:28] <infinity> Guessing a qreal-ish porting issue?
[22:29] <Riddell> hum, I'm sure I remember seeing an ICE before
[22:29] <infinity> Hrm, doesn't take kde4libs too long to fail on a Panda.  I'll test it with gcc-4.7 here.
[22:30] <infinity> Erm, wait.  Did people retry kde4libs?
[22:30] <infinity> "The bug is not reproducible, so it is likely a hardware or OS problem."
  Alright.
[22:32] <infinity> I'll try it with 4.7 here.
[22:35] <ScottK> I even put the armhf buildds on manual briefly to make sure I retried it on each type of builder.  Failed on them all.
[22:35] <infinity> Every time I test build on my Panda, I kick myself for not having spent the previous weekend reinstalling my mx6...
[22:35] <infinity> ScottK: Each type?  There's only two, and they're basically the same.
[22:37] <infinity> ScottK: Anyhow, if this test build passes here, I'll upload ASAP.
[22:37] <ScottK> couldn't tell if it was two or three based on how they're listed.  in any case,  I hit a variety to be sure.
[22:37] <infinity> But as for calligra, it's a straight up porting issue, not a GCC thing.
[22:37] <ScottK> thanks
[22:37] <infinity> (And this is another unfortunate problem with hinting away arch problems, people tend to start seeing the same problem everywhere and getting hint happy)
[22:38] <infinity> The old "if all you have is a hammer" adage.


[15:02] <thafreak> Morning Ohio
[15:06] <canthus13> Yep. it's morning.
[15:22] <dzho> quite
[15:23] <paultag> mm, yes.
[15:39] <canthus13> Well, unless you're in europe.
[17:14] <jrgifford> morning paultag.
[17:14] <jrgifford> or afternoon now
[17:47] <paultag> jrgifford: afternoon
[18:51] <thafreak> So...anyone got any hot job leads?
[20:03] <canthus13> Nope. I'd like some, though.


[00:00] <knome> toooo slooooow
[00:15] <bluesabre> :D
[00:15] <bluesabre> the slowness never stops
[00:15] <knome> true
[00:17] <slickymaster> knome, bluesabre, added my comments to the pad
[00:20] <bluesabre> slickymaster: cool, going through and commenting more where appropriate
[00:20] <slickymaster> oki doke bluesabre
[00:21] <knome> new revision pushed
[00:21] <slickymaster> give me a sec knome
[00:21] <slickymaster> to have a smoke
[00:21] <knome> hahah
[00:21] <knome> bluesabre, you should get it too, i think i just proved you wrong
[00:22] <knome> re: "Not really sure if anything can be improved here."
[00:23] <bluesabre> knome: :D cloning
[00:24] <knome> it's ever so slight change, but i think it improves the slide a lot
[00:25]  * slickymaster opt for a pear instead of smoking
[00:26] <slickymaster> WAY MUCH BETTER knome
[00:26] <knome> haha
[00:27] <slickymaster> as far as I'm concerned the second one is done :)
[00:27] <bluesabre> so. many. revisions.
[00:27] <knome> maybe some slight tweaks, but yeah
[00:28] <slickymaster> did you see my comments in the pad, knome?
[00:28] <knome> not yet
[00:28] <slickymaster> in particular the one reagrding the Xubuntu >Desktop slide
[00:29] <knome> hmh, not sure
[00:30] <slickymaster> too many animation?
[00:31] <knome> that might be too busy, and i'm not sure if the user actually needs to see the panel zoomed
[00:33] <slickymaster> I do see your point knome, but as it is that slide is too much of a wall of text
[00:33] <knome> then do something else with it
[00:37] <bluesabre> knome: ahhhh, that's so fancy with the animations
[00:37] <knome> bluesabre, isn't it
[00:37]  * bluesabre approves
[00:37] <knome> the thing i'll do after i've landed all these animations
[00:37] <knome> is look through the slideshow
[00:37] <knome> and remove half
[00:37] <knome> ;P
[00:37] <bluesabre> :D
[00:37] <slickymaster> I'd lose those two paragraphs in the 'Xubuntu Desktop' knome
[00:38] <knome> then it's a very empty slide
[00:39] <slickymaster> I'd prefer to see there a screenshot of a desktop than some more text
[00:41] <knome> pushed a new revision
[00:41] <knome> is the animation for the contribute slide too cheesy?
[00:41] <slickymaster> lol rolling a cigarette
[00:41] <knome> hah
[00:42] <knome> there goes the "pear instead of a cig" one
[00:42] <slickymaster> already ate the pear that's why
[00:42] <knome> well yeah..
[00:42] <bluesabre> knome: yes, that's too cheesy
[00:42]  * bluesabre is reminded of early powerpoint presentations
[00:42] <knome> yeah
[00:42] <knome> :D
[00:43] <bluesabre> er
[00:43] <bluesabre> OpenDocument presentations
[00:43] <knome> haha
[00:43] <knome> no, you DID mean powerpoint presentations
[00:43] <knome> in 1990's
[00:43] <bluesabre> :D
[00:43] <knome> :|
[00:44] <knome> that slide needs a bit of something though
[00:47] <knome> hey jjfrv8 :)
[00:47] <jjfrv8> hi, knome
[00:47] <bluesabre> knome: maybe blueprinty something or other
[00:47] <slickymaster> hey jjfrv8,
[00:47] <knome> meh
[00:47]  * bluesabre shrugs
[00:47] <jjfrv8> hey, slicky
[00:47] <knome> slickymaster, i tried the contribute slide with the contributor docs link, but it became too full
[00:47] <knome> especially as we need to make sure translations fit too
[00:48] <bluesabre> knome: we could use shortlinks... does ubuntu have a url shortener?
[00:48] <slickymaster> I don't like this version of that slide knome
[00:49] <knome> bluesabre, of course i hid the url itself in a link text :P
[00:49] <bluesabre> oh right
[00:49] <bluesabre> :D
[00:49] <bluesabre> have you considered just showing links and dropping all other text :D
[00:49] <knome> yes
[00:49] <knome> i have...
[00:49] <bluesabre> ah
[00:49] <slickymaster> bluesabre -> https://apps.ubuntu.com/cat/applications/precise/libwww-shorten-perl/
[00:50] <knome> slickymaster, i think he meant ubuntu.com url
[00:50] <knome> and yeah, there is one actually, but it's a bit hidden..
[00:50] <slickymaster> oh
[00:50] <knome> well it's actually ubottu.com and also not so secret that one wouldn't be on our topic :P
[00:50] <slickymaster> knome, you have to rollback the contribute slide to the previous version
[00:50] <knome> i did that already
[00:50] <slickymaster> great
[00:51] <slickymaster> so are there any other options to place the contributor docs links?
[00:53] <Unit193> knome: And all over factoids.
[00:53]  * bluesabre is not so observant it seems
[00:53] <Unit193> I put it there. >_>
[00:53] <bluesabre> :D
[00:55] <knome> slickymaster, i don't think so (at least not another slide)
[00:55] <knome> slickymaster, that said, we should make it's more visible on the website than it's now
[00:55] <knome> (there is practically no link there from any "landing" page...)
[00:55] <slickymaster> yeaps, another slide isn't a good option
[00:55]  * knome goes edit the website meanwhile
[01:17] <knome> last revision for today
[01:17] <knome> there's this and that cleanup
[01:17] <knome> and all slides should have the likely final layouts now, without the extra artwork/effects
[01:17]  * slickymaster checks it before going to bed
[01:18] <knome> bluesabre, i agree with the customization slide, but what could it be? if it's not something specific, then it's boring general blabber
[01:19] <knome> bluesabre, though we can tweak the slide nicely, eg. change the background color to pink while on that slide
[01:19] <bluesabre> knome: I'm not sure
[01:20] <knome> think about it :)
[01:20] <knome> i'll do that too while ehmm.. sleeping
[01:21] <slickymaster> I'm just fighting the Xubuntu Desktop slide
[01:21] <slickymaster> other than that, I like the overall outcome of the installer
[01:22] <slickymaster> anyway, bed time for me. Early morning in a few hours
[01:22] <slickymaster> mañana all
[01:22] <knome> sleep tight
[01:32] <knome> nighty! -->
[07:05] <flocculant> lots of words
[07:09]  * flocculant looks at the pictures instead
[09:58] <knome> flocculant, isn't that what very young and very old people tend to do anyway?
[09:58]  * knome hides
[12:10] <bluesabre> morning all
[12:10] <knome> hello bluesabre
[12:11] <bluesabre> hey knome
[12:11] <bluesabre> http://contest.xubuntu.org/ looks nice
[12:11] <knome> :)
[12:11] <knome> should put it into some kind of test, then announce the competition
[12:12] <bluesabre> definitely
[12:27] <flocculant> like really soon ...
[12:28] <knome> flocculant, yeah, i'm writing the mail
[12:28] <flocculant> knome: hah
[12:28] <flocculant> oh
[12:28] <flocculant> hah to not actually needing to read words not the mail :p
[12:28] <knome> ;)
[12:32] <bluesabre> flocculant: https://i.imgur.com/89PcVt0.jpg
[12:32] <flocculant> bluesabre: ha ha
[12:32] <bluesabre> :d
[12:32] <bluesabre> :D
[12:33] <flocculant> bluesabre: see what happened is I saw slickymaster ... knome ... ad infinitum
[12:33] <bluesabre> gotcha
[12:33] <flocculant> and thought - mmm - check the last lines :p
[12:34] <flocculant> saw slide thought that bzr pull was more than enough words :D
[12:34] <knome> yup
[12:34] <flocculant> bluesabre: g-s > software sources now points to software sources/updates thingy
[12:34] <bluesabre> yay!
[12:35] <bluesabre> we might have something usable this week
[12:35] <flocculant> so I think that unless the thing completely implodes on Ubuntu then no reason to not go there
[12:35] <flocculant> bluesabre: usable now
[12:36] <bluesabre> flocculant: do you think we should go ahead and swap over for people to start using it a bit?
[12:37] <flocculant> well if we don't want to carry on using usc or go backwards to synaptic - then I think we should lose usc and add this as soon as practical :)
[12:37] <bluesabre> flocculant: then it will be in tomorrow's image (unless there is no internet tonight)
[12:38] <flocculant> bluesabre: do you know of the top of your head how usc dealt with dependencies on a removal of something?
[12:38] <bluesabre> I'm going to load up today's image tonight and look for greybird bugs and missing icons to poke ochosi
[12:38] <bluesabre> flocculant: I think it just does the same as apt-get remove
[12:38] <bluesabre> not sure though
[12:38] <bluesabre> could test that tonight
[12:39] <flocculant> bluesabre: I'll look once I'm home then - be quicker
[12:39] <flocculant> just want to know if it's the same as g-s mostly
[12:39] <bluesabre> dpkg -l > old.txt
[12:39] <bluesabre> install package
[12:39] <bluesabre> dpkg -l > new.txt
[12:40] <bluesabre> remove package
[12:40] <bluesabre> dpkg -l > newer.txt
[12:40] <bluesabre> and diff away
[12:40] <bluesabre> :D
[12:40] <flocculant> well I was just going to use usc then see if apt-get autoremove says anything :p
[12:40] <bluesabre> that works
[12:40] <bluesabre> easier too
[12:40] <flocculant> :)
[12:40] <bluesabre> darn
[12:40] <flocculant> ha ha ha
[12:40] <bluesabre> :D
[12:41] <bluesabre> time to get ready for work, bbl
[12:41] <flocculant> have a day :)
[12:51] <flocculant> bluesabre: did it now - looks like usc just leaves behind the configs - gs leaves behind dependencies
[12:51] <knome> hahah
[12:52] <flocculant> I'll check in a clean install though - just in case I did something - if it's right I guess we should do some sort of 'article'
[12:52] <flocculant> knome: ^^
[12:52] <knome> mhm
[12:53] <flocculant> seems -desktop is getting all happy about breeze being default in ubuntu while we're wanting to stop that :D
[12:53] <knome> heh
[12:53] <flocculant> anyway - time to wander again - bbl
[12:54] <flocculant> knome: just very very quickly - perhaps a link in that mail re wallpaper might help :)
[12:54] <knome> flocculant, if you read it, you'd noticed i asked people to be in touch with me
[12:55] <knome> i don't want everybody and the world to poke their titty-pictures in the site
[12:55] <knome> ...yet
[13:00] <knome> flocculant, pull the slideshow
[13:00] <knome> flocculant, and check the desktop slide especially
[13:01] <knome> flocculant, the celebration of customization bluesabre talked about could now go there, potentially to replace the paragraphs at the bottom
[13:01] <knome> ...you'll figure out why
[13:03] <knome> i'm also thinking that now we might be able to drop the boxes near the panel
[13:32]  * knome goes set up the contest testsite
[13:35] <knome> question to people: do we want to show the submissions during the contest, or do we just show the winners once we are done?
[13:39] <knome> Akxwi-dave, remind me to ask you one more question once i've sent you the mail with instructions
[13:41] <lbssousa> Could you make Whisker Menu show it's icon label by default (and make it translatable) in Xubuntu default panel layout? My schools' teachers complain that its icon is too small.
[13:47] <Akxwi-dave> knome, will do...
[13:49] <Akxwi-dave> knome, personally i would show the finalists
[13:50] <Akxwi-dave> before cossing winners
[13:50] <knome> yeah
[13:50] <knome> i'll have to write a small amount of code then
[13:50] <knome> i haven't thought too much of that, yet...
[13:51] <Akxwi-dave> is the team choosing the winners or the public?
[13:51] <knome> the team or a subportion of the team
[13:51] <knome> at least that's how it went the last time
[13:52] <Akxwi-dave> in that case at least you dont have to write a voting system.. :-)
[13:52] <knome> i did already
[13:52] <knome> ;)
[13:52] <Akxwi-dave> should have guessed..  I usually cheat and use a pre written mod for phpnuke or e107
[13:53] <knome> heh :)
[13:53] <knome> since the plugin adds the submission to the wordpress media gallery, it's easy enough to push some metadata for the submissions - and easy enough to write a simple UI for that
[14:00] <knome> Akxwi-dave, sent mail, and will send the extra questions in a minute
[14:07] <knome> and those are done too
[14:07] <knome> Akxwi-dave, and if you are wondering, the instructions are kind of vague for a reason - we want the site to be so usable that we don't need to write long instructions
[14:07] <Akxwi-dave> cheers amte
[14:08] <knome> np
[14:10] <Akxwi-dave> right bbl.. gotta drive to another office..
[14:10] <knome> hf
[14:10] <Akxwi-dave> ;-)
[14:10] <knome> ...if possible
[14:50] <dkessel> knome: may I help with a test submission?
[17:40] <flocculant> knome: if by check desktop especially - you mean the colour changing - very nice - but not something I particularly like myself
[17:42] <flocculant> not sure what you mean by "the celebration of customization bluesabre talked about"
[17:46] <flocculant> re voting on wallpapers - given that we are a community flavour - perhaps we should let the community vote for "a number" and then "team" narrow that down
[17:47] <flocculant> don't see why not - when other flavours do let community join in
[18:35] <knome> flocculant, everything's possible...
[18:35] <knome> flocculant, and re: customization i mean mentioning something about the plethora of options available in xubuntu
[18:35] <knome> but, bbl
[19:02] <pleia2> knome: should I look at the slideshow in the installer today, or is there a newer version in lp?
[19:05] <pleia2> flocculant: any issues right now with using unetbootin vs. usb-creator-gtk with the daily isos? or should I just dd to a usb stick?
[19:06] <pleia2> (assuming I'm making it on a 15.10 system)
[19:12] <knome> pleia2, nothing is landed in the installer yet, there's a branch in launchpad though
[19:13] <knome> pleia2, https://code.launchpad.net/~xubuntu-doc/ubiquity-slideshow-ubuntu/xubuntu-1604
[19:13] <knome> pleia2, if you want to look at that...
[19:13] <pleia2> knome: ty
[19:13] <knome> pleia2, basically just pull the branch, and run "./test-slideshow.sh xubuntu" in the branch root
[19:14] <pleia2> thanks
[19:15] <knome> hope the slideshow brings you surprises and joy
[19:16] <pleia2> :)
[19:22] <flocculant> pleia2: afaik the fixed ubuntu tool is fixed in xenial/unetbootin > no idea, stopped using that cycles ag- currently I use disks because can't be bothered to dd - so I would say dd it :)
[19:23] <pleia2> flocculant: hah, wfm
[19:23] <flocculant> :)
[19:24] <flocculant> when thebuntu tool is current everywhere - it works - they lost persistence which was causing the problem
[19:24]  * pleia2 nods
[19:24] <flocculant> "    - Use an equivalent of dd to make an exact copy of the image to the device" "    - This also breaks persistence."
[19:25] <flocculant> december 2015
[19:25] <knome> "heh"
[19:26] <knome> so the only way to create a bootable USB device that you can later reuse with persistence is actually *install* the system on that device?
[19:27] <flocculant> guess so
[19:27] <flocculant> bbl
[19:27] <knome> that's so expected that it's even genious.
[19:29] <pleia2> heh
[19:30] <pleia2> I don't know how to use disks, turns out
[19:31] <knome> pleia2 not a DJ
[19:31] <pleia2> har
[19:52] <pleia2> imma try "restore disk image"
[19:53] <akxwi-dave> evening all
[19:54] <akxwi-dave> knome, first test uploads completed..  everything seems ok,
[19:54] <pleia2> hey akxwi-dave
[19:55] <akxwi-dave> Hello pleia2 How are you today
[19:55] <pleia2> good good
[20:06] <knome> akxwi-dave, good to hear everything has gone smooth so far :)
[20:08] <Nairwolf> hi, flocculant, you told me it's not necessary anymore to test upgrade ?
[20:08] <Nairwolf> it doesn't work from 14.04 to 16.04 right ?
[20:08] <knome> Nairwolf, for now, not, because the upgrade isn't working.
[20:08] <flocculant> pleia2: yea restore is the one
[20:08] <flocculant> knome: ty
[20:08] <pleia2> flocculant: that's pretty handy :) testing once I find a place to put my laptop
[20:09] <knome> pleia2, didn't you learn to carry things on your head in africa?
[20:09] <knome> that's an essential skill!
[20:09] <flocculant> pleia2: it does the whole - gparted can't see it cos it's all odd - but afaik dd does the same
[20:10] <flocculant> Nairwolf: as knome said
[20:10] <knome> cos..by? bill? is it you?
[20:10] <Nairwolf> ok, thanks
[20:10] <flocculant> knome: ...
[20:10] <knome> ta-ra!
[20:10] <Nairwolf> so tonight what I can do ?
[20:10] <pleia2> knome: haha, no, those people are seriously talented
[20:11] <flocculant> Nairwolf: dailies are ALWAYS there :)
[20:11] <knome> pleia2, totally!
[20:11] <Nairwolf> okay !
[20:11] <knome> pleia2, it would be great for the neck/back to be able to carry things like that
[20:33] <flocculant> knome: back to the slideshow for a short time - not sure the bottom of the desktop slide would do justice to customisation - perhaps a couple of brief pointers and a slide for each ?
[20:33] <flocculant> don't know how many we're aiming for
[20:34]  * knome shrugs
[20:35]  * flocculant *shrugs* as well and wanders off
[20:35] <knome> :)
[20:35] <flocculant> I'll not bother commenting on it if *shrug* is your response
[20:36] <knome> what i mean is that i don't know, i'm just playing around with things
[20:36] <knome> i don't even have an idea of the type of text we'd want to use
[20:39] <knome> ...so the shrug isn't "i don't care", it's "i don't know, i'll think about it"
[20:39] <knome> ("and poke slickymaster with it")
[20:44] <Nairwolf> there is still this bug, and it seems to be really old. I don't think it will be treated untill the release
[20:44] <Nairwolf> https://bugs.launchpad.net/ubuntu/+source/partman-basicfilesystems/+bug/990744
[20:48] <Nairwolf> knome: how I am supposed to help you with the wallpaper contest ?
[21:04] <knome> Nairwolf, please reply to the thread on the mailing list and i'll get back to you via email
[21:13] <Nairwolf> ok, I will do that
[22:19] <flocculant> knome: re slideshow - I think I would be safe in saying you can probably Software for the package manager now :)
[22:19] <knome> mhm
[22:19] <knome> i wonder which icon we are using for it...
[22:20] <flocculant> do we use different from the normal app one?
[22:20] <knome> no
[22:20] <knome> but i don't know which icon the app uses :)
[22:21] <flocculant> oic
[22:21] <flocculant> sadly looks like a shopping bag ...
[22:21] <knome> ;)
[22:38] <slickymaster> poke me ?!
[22:39] <flocculant> poke poke poke
[22:39] <slickymaster> will you be the poker, flocculant?
[22:39] <flocculant> nope
[22:39] <Unit193> /kick slickymaster POKE
[22:40] <flocculant> I'llbe the wooden spoon for stirring with
[22:42]  * knome stirs slickymaster's face with the wooden spoon
[22:42] <knome> wait.
[22:43] <slickymaster> so much violence going on
[22:43] <knome> violence? i was stirring *very* gently
[22:43]  * slickymaster doesn't even doubt it
[22:49] <Nairwolf> I couldn't install the daily today...
[22:59] <Nairwolf> see you, good night
[23:27] <slickymaster> yeah, just checked krytarik, they weren't updated
[23:28] <slickymaster> something might have gone wrong when I run the script
[23:28] <slickymaster> or I might have't run it at all, and was convinced I did, when I push
[23:28] <slickymaster> who knows
[23:29] <slickymaster> ?!
[23:29] <slickymaster> krytarik, were you planning on working on de.pot tonight?
[23:29] <knome> nobody knows about you...
[23:30] <slickymaster> nobody knows the troubles I've seen...
[23:30] <krytarik> slickymaster: Nope, just pointing out.
[23:31] <slickymaster> ok
[23:31] <slickymaster> I'll do it later then
[23:58] <bluesabre> evening alllll


[00:44] <edve98> is there a "correct" way to make terminal commands easier to distinguish in plain text? Like putting it in single quotes or putting a $ before the command?
[00:44] <wxl> edve98: markdown format is `commands`
[00:45] <edve98> should I use that in plain text too?
[00:45] <wxl> i often do
[00:45] <edve98> ok, thanks once again! :P
[00:45] <knome> in plain text it might be more distinguishable if you put the commands on their own lines
[02:10] <destinthegreat> Hello I'm installing Gnome for the Google Code-in, how specific does the installation process have to be?
[02:11] <destinthegreat> Do I need screenshots for everything including everystep of virtualbox
[03:53] <Basar_Qari> HELP
[03:55] <Basar_Qari> II am participating in Google Code in 2015 and participated in one of the tasks in Ubuntu and Submitted for review but it has been 20 hours since I have submitted but no reply or comment or anything has came.The mentor is Tim Lunn Inoki.Please provide me the exact details
[03:56] <Basar_Qari> Yesterday also I talked to one of your members but he told me that he must be sleeping,so nevertheless I waited as I know they have different time zones but after a huge amount of time still he is not reply ing
[03:56] <Basar_Qari> PLEASE #HELP
[03:57] <Basar_Qari> Help
[03:59] <Basar_Qari> you r not replying sir/madam!!!!!!
[04:01] <Basar_Qari> https://codein.withgoogle.com/tasks/5296689447436288/
[04:01] <Basar_Qari> eagerly waiting
[04:07] <Basar_Qari_> is anyone online
[04:08] <Basar_Qari_> can I discuss my problem
[04:08] <Basar_Qari_> help
[04:53] <tsimonq2> woah geez who didn
[04:53] <tsimonq2> ...nvm
[04:53] <tsimonq2> just commenting on the above
[07:08] <Basar_Qari> Hi I have participated in GCI 2015 and did one task and submit it for review but the mentor us not reviewing it,it has been 22+ hours since I submitted.I know they have different time zone but this one is in red boots.Please Help,Tim LUNN INOKI IS MENTOR
[07:09] <Basar_Qari> HELP
[07:09] <xcub> Just do another task while waiting for this one to be reviewed
[07:11] <jose> Basar_Qari: please be patient. people here are volunteer contributors (as most open source contributors are) and we have real lives.
[07:11] <jose> and specially around the holidays, they have families to take care of, things to do - open source is not the only thing we have to worry about
[07:12] <Basar_Qari> But it has taken a long while
[07:27] <Basar> thanks Jose,Now the Tim Lunn contacted me and told me to wait as he is on holiday and will not be available but the problem us that time left is only 1-2 day
[07:27] <Basar> what should I do
[07:28] <Basar> Can u assign another mentor or extend it for the sake that Tim Lunn is on holidays and I don't want to disturb him and Inoki is too
[07:30] <jose> you know 2 days is A LOT of time, right?
[15:10] <MatthewAllen> happy new year everyone
[15:15] <subins2000> happy new year
[15:16] <Guest77525> I want to join as mentor in GCI2015
[15:16] <Guest77525> Please assign me as a mentor
[15:18] <Guest77525> Please /Help
[15:20] <Guest77525> Can u please help me out,I am waiting
[15:24] <Guest77525> Jose:needed help
[15:24] <Guest77525> balloons:Please assign me as a mentor for GCI2015
[15:48] <balloons> Happy New Year indeed
[15:54] <mcintireevan> Happy new year!
[15:55] <mcintireevan> balloons: Quick question, I'm triaging bugs for the terminal app, and there are some that refer to bugs in unit tests that don't exist anymore due to the rewrite. Should I set their status to invalid?
[15:56] <mcintireevan> Or incomplete?
[15:59] <mcintireevan> https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1256850 is one such bug, for reference
[16:06] <balloons> mcintireevan, perfect example of something no longer valid imho
[16:10] <mcintireevan> So set to invalid and leave a comment saying why?
[16:21] <balloons> mcintireevan, yep, that's what I would do
[16:22] <mcintireevan> Awesome, thanks :)
[19:00] <smajevicirfan> Happy New Year everyone


[00:14] <chrisccoulson> mclasen - i don't have to do that for every call though do i? eg, if i make some gtk calls in a callback triggered from some gtk event, i will already have the gdk lock won't i?
[00:14] <mclasen> right
[00:14] <chrisccoulson> in this case though, the gtk calls are coming from a callback registered with g_timeout_add
[00:14] <chrisccoulson> so it's not protected already
[00:14] <mclasen> the threads docs in gdk spells it out
[00:15] <mclasen> idles, timeouts and the like are outside the lock
[00:15] <mclasen> signals are inside
[00:15] <chrisccoulson> mclasen, so, the sanest way would probably be for me to drop the g_timeout_add, and use gdk_threads_add_timeout?
[00:15] <mclasen> thats one way to do it
[00:15] <chrisccoulson> that's probably the way that requires the minimum effort from me right now :)
[00:16] <chrisccoulson> mclasen - thanks anyway
[05:42] <Sarvatt> anyone have a repeatable way to trigger one of these "_XAllocID: Assertion `ret != inval_id' failed" assertions that are happening?
[16:20] <asac> anyone running karmic?
[16:36] <czajkowski> lordie some update broke stuff on  lucid, I've no buttons now!
[20:47] <asac> 21:47 < asac> any apps using online/offline from NM besides empathy and epiphany?
[20:47] <asac> pidgin i guess too ;)
[20:48] <asac> does gwibber use such a feature?
[20:48] <asac> hmm kenvandine not here ;)
[21:19] <desrt> geesh guys
[21:19] <desrt> enough package updates?!
[21:20]  * desrt files a complaint with the appropriate authority
[21:20] <desrt> didrocks: hey?
[21:22] <mclasen> asac: weather applet, clock applet, evo
[21:23] <desrt> didrocks: just a poke to make sure that the valac update doesn't get dropped because of the (now past) beta freeze
[21:31] <asac> mclasen: thanks
[21:49] <jcastro> asac: last I checked gwibber did use nm
[21:50] <jcastro> asac: I'll find out for sure
[21:54] <jcastro> asac: ryan says "sort of", I guess ken disabled it because it wasn't working right
[22:19] <asac> heh. ok
[22:57]  * hyperair wonders whether it's considered a bug if entering too many characters into gnome-screensaver's password prompt can drive the system to oom