[01:15] <StevenK> wgrant: O hai, Mr. OCR. https://code.launchpad.net/~stevenk/launchpad/builder-description-mandatory/+merge/106729
[01:25] <wgrant> StevenK: Does code rely on the description being set?
[01:26] <wgrant> StevenK: The description shouldn't really exist at all; I'd prefer to fix the database to make it nullable.
[01:27] <StevenK> wgrant: DB patches are making me very cranky at the moment.
[01:27] <StevenK> wgrant: But if you think a DROP CONSTRAINT is the best way forward, I can do that.
[01:28] <wgrant> StevenK: Check what uses Builder.description
[01:28] <wgrant> I'm not sure infinity or lamont really want to keep coming up with awesome descriptions for builders.
[01:28] <StevenK> steven@undermined:~/launchpad/lp-branches/devel% bzr grep -i Builder.description | wc -l
[01:28] <StevenK> 0
[01:29] <wgrant> It's never going to be used like that.
[01:29] <wgrant> That'd only be if we were querying on it.
[01:29] <StevenK> <- Literal troll
[01:30] <bigjools> are there many bridges to hide under in western Sydney?
[01:30] <wgrant> He lives next to a river.
[01:30] <wgrant> So he should have one nearby.
[01:30] <wgrant> I'm not sure about goats, though
[01:30] <StevenK> There is one just outside, in fact.
[01:30] <wgrant> Bogans might have to do.
[01:30]  * StevenK kicks wgrant into Coburg.
[01:31] <wgrant> We don't talk about Coburg.
[01:31] <StevenK> I don't think Builder.description is actually used by anything at all.
[01:32] <wgrant> I think it's in the UI
[01:32] <bigjools> it should be nullable
[01:32] <wgrant> Most definitely.
[01:32] <wgrant> It's just a question of how easy it is
[01:32] <wallyworld_> wgrant: it appears the legacy access mirroring trigger for bugsubscription creates an artifact grant even if the bug is already visible via a policy grant
[01:32] <wgrant> I suspect the answer is "trivial"
[01:32] <cjwatson> RFC by Soyuz people: https://bugs.launchpad.net/launchpad/+bug/1002589
[01:32] <_mup_> Bug #1002589: Deploy new Ubuntu archive signing key <Launchpad itself:New> < https://launchpad.net/bugs/1002589 >
[01:32] <wgrant> wallyworld_: That's correct and very deliberate.
[01:32] <wallyworld_> why? :-(
[01:33] <wgrant> cjwatson: :( why didn't we do that before precise
[01:33]  * bigjools looks
[01:33] <cjwatson> Because we sucked at getting the necessary people together.
[01:33] <cjwatson> We finally managed it at UDS after lots of false starts.
[01:33] <StevenK> cjwatson: Why is my MP linked in that bug?
[01:33] <cjwatson> wuh
[01:33] <cjwatson> paste damage, will edit, sorry
[01:34] <bigjools> heh
[01:34] <wgrant> wallyworld_: Because the rules around when an APG should prevent creation of an AAG etc. weren't defined when they were written.
[01:34] <StevenK> I hate to say it, but maybe a new column on distroseries
[01:34] <cjwatson> better
[01:34] <wgrant> wallyworld_: And they would make it more complicated.
[01:35] <cjwatson> StevenK: troublesome with dogfood though?
[01:35] <bigjools> cjwatson: all the signing is done in ubuntu-specific shell scripts
[01:35] <wgrant> cjwatson: We can change the DB on DF
[01:35] <cjwatson> bigjools: I know, but it still needs to work on both prod and df
[01:35] <wgrant> wallyworld_: Is this problematic?
[01:35] <wgrant> wallyworld_: The triggers will be turned off before we use APGs
[01:35] <cjwatson> wgrant: on every restore?
[01:35] <wgrant> cjwatson: Yes
[01:35] <StevenK> I didn't think DF had the archive signing key?
[01:35] <bigjools> cjwatson: this is a great time to get the scripts out of the tree then
[01:35] <wgrant> cjwatson: They only happen every 6 months
[01:35] <cjwatson> Is there an automatic way to do that?
[01:35] <bigjools> StevenK: it doesn't
[01:36] <StevenK> bigjools: Good.
[01:36] <cjwatson> wgrant: Which is just long enough for people to forget manual procedures
[01:36] <wallyworld_> wgrant: so now i have a job which remove subscriptions for bugs which become invisible when info type changes. and my test was failing since the aag was providing visibility
[01:36] <wallyworld_> so i will have to disable triggers in my test
[01:36] <wgrant> cjwatson: People will remember them when the signing fails after they forget :)
[01:36] <cjwatson> bigjools: Well, uh, sure, but we still need to solve the problem :-)
[01:36] <bigjools> I am strongly of the opinion that there should be no LP changes here
[01:36] <wgrant> wallyworld_: Ah, that's awkward.
[01:36] <wallyworld_> wgrant: the aag was created by the trigger, not me
[01:37] <bigjools> cjwatson: can move the ubuntu run-parts stuff out of the LP tree and hard code what you need in your own scripts?
[01:37] <wgrant> cjwatson: The idea is that cronscripts/publishing/distro-parts/ubuntu shouldn't be part of the LP tree
[01:37] <cjwatson> It is kind of bizarre that these Ubuntu-specific scripts were created without any provision for Ubuntu-specific editing outside LP, I'll grant you
[01:37] <bigjools> huh?
[01:37] <wgrant> cjwatson: The Ubuntu primary archive is signed by those scripts that are meant to be managed by !LP, not the native signing stuff.
[01:37] <bigjools> there is provision
[01:37] <cjwatson> Uh, not right now
[01:38] <cjwatson> Except by us landing LP changes
[01:38] <wgrant> You tell us you want to edit them.
[01:38] <wallyworld_> wgrant:  i was creating an apg on info type 1 and then changing bug to info type 2 and expecting it would be invisible, but i had done a subscribe and that created the aag which kept the bug visible
[01:38] <wgrant> We change the config to point at your copy on cocoplum.
[01:38] <bigjools> it's always been waiting for you guys to move them out of tree
[01:38] <wgrant> Done
[01:38] <bigjools> we have done all we can
[01:38] <cjwatson> If you're waiting for us, you need to tell us :-)
[01:38] <cjwatson> So if it's config-able, fine, I can deal with that (maybe tomorrow)
[01:39] <wgrant> wallyworld_: Right, you either need to not subscribe, or disable the trigger if this is a key part of your test.
[01:39] <wgrant> cjwatson: wgrant@lplucid:~/launchpad/lp-production-configs/trunk$ bzr grep distro-parts
[01:39] <wgrant> ftpmaster-publish/launchpad-lazr.conf:run_parts_location: cronscripts/publishing/distro-parts
[01:39] <wgrant> cjwatson: We just need to change that to point at a location you can write to
[01:39] <wallyworld_> wgrant: but i need to subscribe because the whole poiint of the test is to see that the unsubscribe happens :=)
[01:39] <wallyworld_> so will disable triggers
[01:39] <wgrant> cjwatson: Then we can delete these horrors from our otherwise perfect, flawless, and high-quality tree :)
[01:39] <cjwatson> OK (and we'll need to set things up so that that's an ubuntu-archive owned branch that ops can pull, rather than direct editing on cocoplum, of course)
[01:40] <wgrant> Right :)
[01:40] <StevenK> *cough* cdimage
[01:40] <wgrant> wallyworld_: Ah, right.
[01:40] <wgrant> wallyworld_: Indeed
[01:40] <cjwatson> StevenK: ?
[01:41] <StevenK> cjwatson: Just thinking of cdimage-private, but that's special in it's own right, and not really relevant to this situation now that I think about it
[01:42] <StevenK> wgrant: I can't see description on https://launchpad.net/builders/palmer
[01:42] <cjwatson> Also (while it's not really relevant to this channel anyway) slangasek managed to get hold of sabdfl and get agreement that we don't need the private branch for its former reason any more, so that is cleanupable at some point
[01:42] <StevenK> wgrant: Or /builders for that reason
[01:42] <wgrant> StevenK: Maybe you can drop the column and nobody will notice.
[01:42] <cjwatson> bigjools,wgrant: OK, thanks, I know what to do then; I'd like to keep the bug open until we have stuff moved over to our control, and probably then reassign it to some relevant component owned by us
[01:43] <wgrant> cjwatson: sure.
[01:43] <bigjools> cjwatson: perfect
[01:43] <StevenK> wgrant: Two DB patches, I guess. DROP CONSTRAINT ; drop the model code; DROP COLUMN
[01:43] <wgrant> StevenK: DROP NOT NULL, but yes.
[01:43] <bigjools> cjwatson: out of interest, why are you guys wanting to use a new key?
[01:43] <StevenK> bigjools: 1024D versus 4096E
[01:43] <StevenK> 4096R
[01:44] <bigjools> fairy muff
[01:45] <cjwatson> Also that key was generated eight years ago
[01:45] <cjwatson> Also https://bugs.launchpad.net/launchpad/+bug/804252 unfixable until we change keys
[01:45] <_mup_> Bug #804252: Please support InRelease files <Launchpad itself:Triaged by cjwatson> < https://launchpad.net/bugs/804252 >
[01:46] <bigjools> cool
[01:46] <cjwatson> I think we should probably be cycling keys roughly once per LTS cycle
[01:46] <bigjools> seems eminently sensible
[01:47] <bigjools> isn't it kinda late there Colin? :)
[01:47] <StevenK> wgrant: :-( I was going to delete the branch/MP
[01:48] <cjwatson> bigjools: Yes
[01:48] <wgrant> StevenK: That works too
[01:48] <cjwatson> Haven't you learned that I have odd sleeping habits yet? :-)
[01:48] <bigjools> cjwatson: I have noticed lately, yes!  EBABY?
[01:48] <cjwatson> Sometimes that, sometimes EINSOMNIA
[01:49] <StevenK> Yeah, Soyuz keeps me awake at night too
[01:49] <bigjools> I get to say EBABIES soon...  /o\
[01:49] <StevenK> :-P
[01:57] <wallyworld_> bigjools: hahahahahahahahaha
[02:02] <StevenK> bigjools: It's next month?
[02:03] <bigjools> end of next month
[02:03] <bigjools> cometh the apocalypse
[02:03] <StevenK> Haha
[02:03] <StevenK> I was about to ask if you're looking forward to it ...
[02:03] <bigjools> I am
[02:03] <bigjools> despite the stress I know is coming :)
[02:04] <StevenK> But Uncle Ian will be a big help, won't he?
[02:05] <bigjools> he *sure* will :D
[02:30] <wgrant> lifeless: http://people.canonical.com/~wgrant/launchpad/soyuz-arch.png is roughly what I've envisaged for a few years. The Soyuz bit is largely non-LP-specific, can be used by LS/OEM/everyone/etc. And Launchpad the gigantic monolithic application, while it can display information using API calls, becomes largely unaware of the details of archives and packages -- they're all done through the separate (probably Launchpad-branded) package ...
[02:30] <wgrant> ... service frontend.
[02:45] <lifeless> so other than 'web frontend' there, that all makes a lot of sense to me
[02:45] <lifeless> if you want to talk more, I'm off my prior call, and have had foodish
[02:51] <wgrant> lifeless: What doesn't make sense about that?
[02:54] <lifeless> why would LP talk to a web frontend to the package management service?
[02:54] <lifeless> why wouldn't it talk to the service itself?
[02:55] <wgrant> Um, yes, that.
[02:55] <wgrant> Never mind my arrows.
[02:55] <lifeless> wgrant: I'd expect users to still come through the LP frontend facade too, per what I was saying before
[02:55] <lifeless> But I'd expect that to be very thin - just universal
[02:56] <lifeless> There are about a billion ways to construct something functional
[02:56] <lifeless> its hard to say what works best today
[02:56] <lifeless> I'm not sure how to turn gut feelings in this space into cheap experiments
[02:57] <wgrant> That interface would need to be really minimal for things to work well
[03:00] <lifeless> I'm not sure why you say that
[03:00] <lifeless> Are you worried about duplication in functionality?
[03:00] <lifeless> Or development friction?
[03:02] <wgrant> Development friction mostly.
[03:04] <lifeless> So, I think there would be some friction, but conversely, I think having all the presentation and UI away from the service will make changes to the service rarer, and keep its API focused on functional changes.
[03:04] <lifeless> So a bit of swings and roundabouts; I'd expect most changes that don't need schema evolution to be presentation only.
[03:05] <lifeless> one way to think of this is that you're splitting out one piece at a time
[03:05] <lifeless> and UI is a separate piece
[03:05] <lifeless> it can always be split out itself later.
[03:06] <wgrant> The presentation and UI is separate from the service in that diagram, and indeed would probably be the last bit to go.
[03:06] <lifeless> so, one of the things I think we may disagree on is whether it *should* go
[03:07] <lifeless> I don't think we know enough yet to know whether it should or shouldn't. I am arging that UI and presentation should split off from the data storing services (including lp:launchpad).
[03:07] <lifeless> But I'm also arguing that all the UI should stay together.
[03:08] <lifeless> I think it would be a nice environment to have a bunch of API only services (with no admin UI or anything), and a single UI+presentation layer
[03:08] <lifeless> stateless UI+Presentation
[03:09] <wgrant> For some bits, sure. I don't think it's particularly valuable to have Soyuz as one of those bits.
[03:09] <lifeless> What makes it special?
[03:11] <lifeless> also, in unrelated news. \o/. My belkin blocks multicast between LAN and Wifi AFAICT. Wiiiin. Not.
[03:11] <wgrant> Oh, that's very handy of it
[03:11] <lifeless> (Q: why does avahi not work in my network: A: Belkin)
[03:11] <wgrant> This is why we don't use crappy home routers :)
[03:17] <bigjools> Linksys FTW
[03:17] <lifeless> Yeah, I had one, but it don't do N.
[03:19] <bigjools> N schmen
[03:20] <bigjools> I don't see the attraction of it, I rarely need that kind of speed on mobile devices and when I do I plug in
[03:21] <bigjools> which is like once a year
[03:21] <lifeless> my ethernet hub is hard to get at
[03:21] <bigjools> when we get broadband speeds that regularly exceed G then I'll get N :)
[03:29] <wgrant> I think my WAP is from like 2003
[03:29] <wgrant> a/b/g
[03:29] <wgrant> Works fine
[03:29] <lifeless> wgrant: I don't want unnecessary friction in dev, definitely don't want.
[03:29] <lifeless> wgrant: what I'm worried about is adding friction by partitioning things we should be integrating.
[03:29] <wgrant> lifeless: Sure, that is a very real concern.
[03:30] <lifeless> wgrant: I view services as a great way to stop square-peg round hole *and* to stop thousand-implementations-of-same-thing syndromes
[03:30] <wgrant> But it is my feeling that there isn't a huge amount of beneficial integration that this will make awkward.
[03:31] <lifeless> keeping the UI and presentation together is a relatively cheap way to mitigate the risk, because it will help folk think about the user experience specifically, when they are working on any UI or presentation issue.
[03:31] <StevenK> bigjools: I just bought a Linksys WAP, it's been really good.
[03:31] <wgrant> WAPs are easy to get right
[03:32] <wgrant> Cheap routers aren't.
[03:33] <lifeless> Leenuchs
[03:34] <wgrant> Yeah
[03:34] <wgrant> I hope Marvell will release another useful SoC soon.
[03:34] <wgrant> ARMv5 Kirkwood is getting a bit old.
[03:39]  * wgrant testfixes
[03:59] <wgrant> Bah
[04:00] <wgrant> I'm still 10 deletions away from being LOC-debt free.
[04:00] <wgrant> (although I have lots of credit once DB patches are rolled into the main schema dump)
[04:30] <StevenK> wgrant: I'm at +142 or so, but I should hit -2000 once I can delete show_information_type_in_ui
[04:31] <wgrant> Yeah
[04:31] <StevenK> stub: Thanks for the db review
[04:34] <StevenK> wgrant: Hm, just thinking about it, I should drop into negative from dropping builder.description too
[04:35] <wgrant> StevenK: The two sets of DB patch boilerplate will probably prevent that
[04:35] <bigjools> StevenK: yeah I have the blue one that everyone has
[04:35] <wgrant> WRT54GL?
[04:37] <StevenK> I bought a E3200
[04:37] <StevenK> It's a router, but I'm running it in bridge mode
[04:37] <StevenK> wgrant: Oh, all +16 lines? :-)
[04:39] <bigjools> wgrant: y6es
[04:39] <StevenK> wgrant: I've grabbed a lock on LPS, I'll change your FDT to tonight
[04:39] <lifeless> wgrant: You have mail; hopefully I haven't misrepesented you :)
[04:39] <bigjools> though I am not using it any more since the modem has wifi which successfully covers the house
[04:40] <bigjools> and while it's tempting to blanket the neighbourhood in my wifi signals, I won't
[04:40] <StevenK> It's Queensland, like there are any other signals around.
[04:40] <wgrant> StevenK: Ah, thanks
[04:41] <bigjools> StevenK: I could say the same about Boganville where you live
[04:41] <StevenK> bigjools: Pft, I moved out of Blacktown.
[04:42] <wgrant> lifeless: I don't see mail.
[04:43] <wgrant> Hopefully it's not going via forster, or I'll never see it.
[04:43] <lifeless> that or I messed up
[04:43] <lifeless> argh
[04:43] <lifeless> will -> robbie.
[04:43] <lifeless> FAIL
[04:44] <wgrant> Heh
[04:45] <wgrant> That's more like me.
[04:46] <StevenK> 4287 AttributeError: 'NoneType' object has no attribute 'email'
[04:46] <StevenK>     Bug: https://launchpad.net/bugs/580461
[04:46] <_mup_> Bug #580461: Login with the email once associated to a merge account OOPS <lp-foundations> <oops> <openid> <qa-ok> <Canonical SSO provider:Invalid> <Launchpad itself:Fix Released by stub> < https://launchpad.net/bugs/580461 >
[04:46] <StevenK> Hnady
[04:46] <StevenK> *Handy
[04:47] <wgrant> That might be from the user I suspended
[04:47] <wgrant> Looking
[04:47] <wgrant> Yeah
[04:47] <wgrant> It is
[04:47] <wgrant> lifeless: So codehosting doesn't handle it, but the auth API crashes...
[04:47] <wgrant> 4285 * 20s == around a day
[04:47] <wgrant> So it fits
[04:47] <lifeless> win :>
[04:47] <lifeless> and \y/ for complex internal models
[04:55] <StevenK> wgrant: +18/-37 for the death of builder.description. I was hoping there was more.
[04:56] <wgrant> lifeless: The email starts a little incoherent, but gets better.
[04:56] <wgrant> I think you overstate the complexity in running a separate service, though :)
[04:57] <StevenK> steven@undermined:~/launchpad/lp-branches/drop-builder-description% bzr di | tail -n 7 | head -n 3
[04:57] <StevenK> -    ...     title="The Prosciuto Builder", description="Uhmmm", owner=cprov,
[04:57] <StevenK> -    ...     virtualized=False)
[04:57] <StevenK> +    ...     title="The Prosciuto Builder", owner=cprov, virtualized=False)
[04:57] <StevenK> wgrant: ^ Oh look, there's all the proof you need that the column is utterly bong.
[04:59] <wgrant> Oh
[04:59] <wgrant> I didn't think it would actually have tests
[04:59] <wgrant> That explains the diff.
[05:10]  * StevenK destroys the use of a_builder
[05:11] <StevenK> +27/-56 and the doctest sucks less
[05:45] <StevenK> wgrant: https://bugs.launchpad.net/launchpad/+bug/973001 WTF?
[05:45] <_mup_> Bug #973001: NotImplementedError BugTarget <security proxied lp.registry.model.distributionsourcepackage.DistributionSourcePackage instance at 0x12ef41d0> is not supported by . on +expirable-bugs page <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/973001 >
[05:51] <wgrant> StevenK: Seems pretty self-explanatory to me.
[05:55] <StevenK> Hmmmm. Sure, but how the frack do you fix it
[06:08] <wgrant> Make it work or deregister the view.
[06:08] <wgrant> Making it work should be pretty trivial.
[06:08] <wgrant> I'd expect at most two lines of code.
[06:08] <wgrant> StevenK: ^^
[06:08] <StevenK> wgrant: deregister the view is hard, given it's registered against IBugTarget
[06:09] <wgrant> Alternatively delete the page
[06:09] <wgrant> Replace it with a bug search
[06:10] <wgrant> That's probably besty
[06:13] <StevenK> wgrant: So just redirect?
[06:15] <wgrant> The only difficulty is that the page currently has a block of text at the top
[06:56] <jelmer> g'morning
[06:57] <spm> o/ jelmer
[07:00] <jam> morning jelmer, mgz, vila, czajkowski
[07:00] <vila> morning all
[07:01] <czajkowski> morning
[07:13] <lifeless> jelmer: hi; subunit ?
[07:23] <jelmer> lifeless: hi
[07:23] <jelmer> lifeless: sorry, haven't had time to work on it yet
[07:24] <czajkowski> hmm trying to mark a bug duplicate of another one have the bug open but it keeps saying invalid
[07:24] <czajkowski> :/
[07:25] <jelmer> lifeless: my spare time is limited at the moment; if you or somebody else wants to take over that's okay, I don't want this to block on me.
[07:26] <czajkowski> nm engaged noggin
[07:40] <lifeless> jelmer: if it helps, you can count it as work, as gary's squad is impacted in their work by it
[07:43] <jelmer> czajkowski: :)
[07:43] <jelmer> lifeless: that does help, thanks
[07:48] <lifeless> czajkowski: how is bug 996537 a dupe of bug 68997 ?
[07:48] <_mup_> Bug #996537: Apport-Collect post many times and spams many times <apport-bug> <i386> <precise> <Launchpad itself:Confirmed> <apport (Ubuntu):Invalid> < https://launchpad.net/bugs/996537 >
[07:48] <_mup_> Bug #68997: kwalletmanager icon not in system tray, unstartable from menu <kdeutils (Ubuntu):Fix Released> < https://launchpad.net/bugs/68997 >
[07:49] <lifeless> czajkowski: I'm guessing you dropped a digit ..
[07:54] <adeuring> good morning
[07:57] <czajkowski> lifeless: just running into the tower bbiab
[07:57] <lifeless> czajkowski: don't hurt yourself :)
[08:21] <czajkowski> lifeless: I didn't cant say the same about the two cyclists outside and a caby
[08:21] <lifeless> czajkowski: ?!
[08:21] <czajkowski> I didnt hurt myself, there was a cycle crash outside millbank on the way in
[08:23] <lifeless> ah
[08:53] <StevenK> wgrant: Heh, and I would have expected you to revert.
[08:59] <wgrant> StevenK: The fix was trivial and restricted to the one test, so there was no reason to.
[08:59] <wgrant> I don't revert pointlessly :)
[09:00] <jamestunnicliffe> Hi, I have a buildbot fail (https://lpbuildbot.canonical.com/builders/lucid_lp/builds/2077) but I don't have permission to view the error. Can someone paste it somewhere for me?
[09:01] <wgrant> jamestunnicliffe: There was a trivial bug in a test, which I landed a fix for.
[09:02] <wgrant> -        item = self.MockWorkItem(False)
[09:02] <wgrant> +        item = self.MockWorkItem(False, False)
[09:02] <wgrant> Should be through buildbot in about 90 minutes
[09:02] <jamestunnicliffe> wgrant: Ah, cool. Thanks.
[09:06] <czajkowski> gmb: top of the morning to you
[09:07] <gmb> Morning czajkowski :)
[11:40] <cjwatson> How long should I expect it to take to mirror branches onto http://bazaar.launchpad.net?
[11:40] <czajkowski> jelmer: ^^
[11:40] <mgz> it should be instant, but it's lagging.
[11:40] <cjwatson> I've got one that I pushed some minutes ago that's available on bzr+ssh but not http yet.  Wondering if this is normal and I should just be more patient, or if it's a problem.
[11:40] <cjwatson> Right.  Anything to do with the replication lag?
[11:40] <jelmer> cjwatson, czajkowski: they should start pretty much instantly
[11:41] <cjwatson> It's lp:~ubuntu-archive/ubuntu-archive-publishing/trunk if that matters.
[11:41] <jelmer> https://code.launchpad.net/+code-imports/+machines
[11:41] <cjwatson> Oh, I didn't realise that went through the code import machinery.
[11:41] <jelmer> cjwatson: ah, that's just the scanning you're waiting for
[11:42] <jelmer> cjwatson: so it's indeed unrelated; there is no mirrorring involved for hosted branches
[11:42] <mgz> last count db replication was three hours behind
[11:42] <mgz> and a branch I pushed at 9:40 is still not visible over http
[11:46]  * cjwatson upgrades dogfood for some QA
[12:40] <cjwatson> OK, I've caused /srv/launchpad.net/publisher-parts/ubuntu/ to exist on both cocoplum and mawson.  Can somebody change run_parts_location to /srv/launchpad.net/publisher-parts in ftpmaster-publish/launchpad-lazr.conf and dogfood-publish/launchpad-lazr.conf?
[12:40] <cjwatson> I chose the path to match what's used in derived-distro-publish/launchpad-lazr.conf.
[12:43] <cjwatson> (Though, hmm, my import seems a bit buggy.  Fixing up by hand.)
[12:48] <wgrant> cjwatson: Did you bzr split it?
[12:48] <cjwatson> No, I used fastexport/import so I wouldn't have to carry LP's entire history around
[12:49] <wgrant> Ah
[12:49] <cjwatson> But it seemed to get confused and miss a few revisions at the end.  I recommitted them by hand.
[13:01] <jamestunnicliffe> Hi, so I have got two changes that have landed on qastaging. While they are both functionally correct, there is a bug when they run together such that something correct, but slightly unexpected happens.
[13:01] <jamestunnicliffe> The easiest thing to do would be land the changes and then submit a new bug fix (it is trivial)
[13:01] <jamestunnicliffe> The alternative is back out both changes and create 1 change for both.
[13:01] <jamestunnicliffe> Opinions?
[13:02] <wgrant> Does it prevent them from being released to production?
[13:02] <jamestunnicliffe> wgrant: I don't think so. https://qastaging.launchpad.net/~linaro-infrastructure/+upcomingwork shows the page that changed.
[13:03] <wgrant> Then it doesn't matter -- do whatever is easiest.
[13:03] <wgrant> All that matters is that everyone else is not blocked :)
[13:03] <jamestunnicliffe> wgrant: Cool. Will tag the changes as OK then get a new fix in ASAP.
[13:04] <wgrant> Great.
[14:27] <czajkowski> oh great fire alarm on
[14:48] <rick_h_> sinzui: great blog post!
[14:48]  * rick_h_ does a happy dance with the idea of all that cruft removed/cleaned up
[14:49] <sinzui> thank you rick_h_, the only developer to have added a sensible browser guard to the code base
[14:50] <sinzui> rick_h_, I am really glad it is over. I packed away the sd card with the vm image. I now have full use of my computer. I can read mail and hack
[14:51] <rick_h_> hah, yea. I was dreading that the job was heading my way and I'd have to reinstall the windows VM. Last time I had to create a usb install disk from the cd etc ugh!
[14:51] <rick_h_> my goal in life is that the next laptop I get will support esata booting, and I'll just toss the drive it comes with into an external sata enclosure for IE testing
[14:54] <sinzui> I really wish winetricks had created a true IE8 or IE9 browser. That was painless to install, but cookies and https rules are broken.
[14:54] <rick_h_> yuck, but yea guess I can see the https part at least. So much backend stuff to make that work
[14:55] <sinzui> The whole security model was broken. You could not log into Ubuntu SSO and state with cookies was out of the question.
[15:13] <rick_h_> gmb: just want to check if you're peeking at either of the rewviews to avoid duping?
[15:14] <gmb> rick_h_: I peeked at wallyworld's, saw the line count, thought better of it, and I don't have enough domain knowledge to safely review cjwatson's.
[15:14] <rick_h_> ok
[15:21] <nigelb> sinzui: Great glob post.
[15:21] <nigelb> err
[15:21] <nigelb> *blog post
[15:22] <mgz> glob is a much better word.
[15:22] <sinzui> glob is correct
[15:22] <nigelb> glob is also a person I talk to :P
[15:22] <nigelb> (on another network)
[15:22] <gmb> nigelb: Never fear; this is Launchpad. Speling is optional.
[15:23] <nigelb> gmb: Heh :)
[15:28] <allenap> Anyone fancy doing a review for postgresfixture? https://code.launchpad.net/~allenap/postgresfixture/run-with-command/+merge/106830
[15:29] <rick_h_> allenap: on the list. Getting backed up atm
[15:29] <allenap> rick_h_: Cool, thanks.
[15:31] <gmb> allenap, rick_h_ I'll take it and holler if I've any domain-specific questions.
[15:31] <allenap> gmb: Thank you :)
[15:32] <gmb> allenap: Although there should be a check on Merge Proposals: assert commit_text != description. ;)
[15:32] <allenap> gmb: Sorry, not a very good description I know. It's a fairly simple change though, but I'll add more if you want?
[15:33] <gmb> allenap: No, it's fine. I'll ask questions as I go if necessary :)
[15:35] <jamestunnicliffe> gmb / rick_h_: Very quick review request (5 lines) if you want a not very involved one to tick off: https://code.launchpad.net/~dooferlad/launchpad/postponed-is-done-wi-auto-open-fix/+merge/106836
[15:35] <gmb> jamestunnicliffe: I'll take a look when I've finished with allenap's.
[15:35] <jamestunnicliffe> gmb: Thanks.
[15:37] <allenap> gmb: Ah, to try it out: make && bin/python -m postgresfixture --help
[15:37] <gmb> allenap: Ta.
[15:42] <gmb> allenap: Scarily, it makes perfect sense to me. r=me.
[15:43] <allenap> gmb: \o/ thanks
[15:43] <gmb> jamestunnicliffe: Are you offsetting your +6 lines against danilos's megabranch (we should track this somewhere)?
[15:44] <danilos> gmb, it's all tracked already :)
[15:44] <gmb> Ah, cool.
[15:44] <gmb> Where?
[15:44] <danilos> gmb, https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AvOsYPy8e7yUdGkyRmx2WGFwT3NnSjdHVW04Q1pvSmc
[15:45] <gmb> danilos: Ah, great. Now, what we really need is to have that tracked in dev.launchpad.net - or at least linked to therefrom.
[15:46] <danilos> gmb, I thought I added it to https://dev.launchpad.net/Projects/WorkItems/, but I guess not
[15:48] <danilos> gmb, it's there now
[15:48] <gmb> Thanks.
[15:54] <gmb> jamestunnicliffe: r=me
[16:13] <jamestunnicliffe> gmb: I don't have merge privs, so that is another job for you :-|
[16:14] <rick_h_> thanks for the catch up gmb
[16:14] <rick_h_> jamestunnicliffe: which branch is this? I'll submit to ec2 if needed
[16:15] <jamestunnicliffe> rick_h_: lp:~dooferlad/launchpad/postponed-is-done-wi-auto-open-fix
[16:15] <rick_h_> jamestunnicliffe: ok, pulling down to submit
[16:15] <jamestunnicliffe> rick_h_: Thanks!
[16:16] <sinzui> abentley, ping
[16:16] <rick_h_> jamestunnicliffe: can you set a commit msg in there please?
[16:17] <jamestunnicliffe> rick_h_: The descriptive merge message was at rev 15283. Am I missing something?
[16:19] <rick_h_> jamestunnicliffe: in your MP there's a field for setting a commit message which gets used when things are merged together
[16:19] <sinzui> jamestunnicliffe,  visit https://code.launchpad.net/~dooferlad/launchpad/postponed-is-done-wi-auto-open-fix/+merge/106836
[16:19] <gmb> rick_h_: Thanks for taking care of that merge.
[16:20] <rick_h_> gmb: np
[16:20] <jamestunnicliffe> rick_h_, sinzui: Got it.
[16:20] <gmb> Why did I put that hyphen in there?
[16:20] <rick_h_> jamestunnicliffe: ty much
[16:23] <jamestunnicliffe> rick_h_: Is this supposed to include [r=??]
[16:23] <rick_h_> jamestunnicliffe: no. It's just the commit message about the change that will show in the bzr log of trunk
[16:23] <jamestunnicliffe> rick_h_: OK
[16:23] <rick_h_> and should be more of what changed vs the bug report
[16:24] <rick_h_> So something like "auto expand work items list considers postponed as incomplete work"
[16:24] <jamestunnicliffe> rick_h_: Done.
[16:25] <rick_h_> awesome
[16:28] <lifeless> cjwatson: the post-restore fixup code is in losa scripts, AFAIK
[16:33] <rick_h_> jcsackett sinzui either of you avail for sanity check of https://code.launchpad.net/~cjwatson/launchpad/archive-build-score-api/+merge/106804
[16:33] <rick_h_> it seems ok, but mentions some security sanity checking and I start to get nervous
[16:34]  * sinzui looks
[16:35] <rick_h_> jamestunnicliffe: so your branch is off to the land of ec2. Should get an email in 6hrs-ish if things failed at all/passed
[16:35] <jamestunnicliffe> rick_h_: thanks
[16:37] <cjwatson> lifeless: anything that's mortal-visible?
[16:40] <czajkowski> sinzui: great blog post
[16:42] <sinzui> rick_h_, the branch is good.
[16:42] <rick_h_> sinzui: ok, thanks for the confirmation
[16:42] <sinzui> I am going to comment about another bug that I think Collin to tell us if it is fixed, if if he knows how to fix it
[16:44] <rick_h_> sounds like a plan to me
[16:51] <cjwatson> done
[16:58] <cjwatson> sinzui: think I'm OK to go ahead and land?  I don't think I can do better at that description myself (I'm fine at explaining to people who know the field, less so to people who don't)
[16:59] <cjwatson> and it basically looks like wgrant sorted it out a while back but didn't see that bug
[16:59] <sinzui> cjwatson, I agreed. thank you
[17:00] <lifeless> cjwatson: possibly; nag someone in -ops perhaps
[17:16] <abentley> sinzui: pong
[17:17] <sinzui> hi abentley. I just sent an email to the launchpad-developers list asking if celery is ready in production. maybe you want to reply to it since I had a few questions
[17:23] <abentley> sinzui: I don't see it yet, but I'll reply when I do.
[17:23] <sinzui> abentley, thank you. I curse our slow mailman
[22:14] <sinzui> wallyworld_, lib/lp/bugs/tests/test_doc.py
[22:58] <sinzui> wallyworld_, wgrant, StevenK: this is one of my favorite bugs https://bugs.launchpad.net/launchpad/+bug/568768
[22:58] <_mup_> Bug #568768: Bug UI Inconsistancy <confusing-ui> <javascript> <lp-bugs> <ui> <Launchpad itself:Triaged> < https://launchpad.net/bugs/568768 >
[23:59] <rick_h_> sinzui: that's a good one


[20:22] <ens> hi folks. i'm looking to see if there's an available copy of a 24.10 lubuntu iso i can use to test with
[20:22] <ens> i'm looking to see if i can avail of it using wayland compositor by default
[20:23] <wxl> nope
[20:23] <wxl> way too early in the cycle, even for ISOs of any kind
[20:23] <wxl> to boot, no development has been done that would provide a wayland session in lubuntu
[20:23] <wxl> there's been some experimentation, but nothing that would show up on an ISO
[20:39] <ens> ah that's a pity
[20:39] <ens> thanks for the info anyway. much appreciated
[20:39] <wxl> ens: fwiw we're going to be very busy this cycle
[20:39] <wxl> we have to get qt6 in
[20:39] <wxl> then lxqt2
[20:40] <wxl> and then we can start working on wayland


[01:58] <shirish> Ubulette: you up m8?
[01:59] <shirish> anybody else who uses Ubulette's repository ?
[02:00] <cheguevara> me
[02:01] <shirish> cheguevara: good, I've not been able to run firefox 3 after yesterday's update
[02:01] <cheguevara> hardy?
[02:01] <shirish> cheguevara: I just got the xulrunner upgraded, did you get other stuff too?
[02:01] <shirish> yup, I'm on Hardy
[02:02] <cheguevara> don't remember which updates i did
[02:02] <cheguevara> but i am fully up to date atm
[02:02] <cheguevara> ff3 works fine
[02:03] <shirish> ok cool, lemme try updating again, perhaps something I missed, if not will ping in a while
[02:04] <cheguevara> kk let me go to the shop bb in 15
[02:04] <shirish> ok cool
[02:17] <cheguevara> back
[05:09] <CaptainMorgan> anyone know how to put thunderbird's newsgroups always at the bottom? every time I add a new email account, it places it after the newsgroups area..
[05:09] <CaptainMorgan> this is the sidebar I'm referring to...
[10:18] <asac_the_2nd> [reed]: whats the difference of mozilla-central and cvs-trunk-import on hg.mozilla.org ?
[10:23] <armin76> asac_the_2nd: :)
[10:24] <armin76> asac_the_2nd: the nv thing stuff, which happened on ati as well, only happens if you aren't using EXA accelmethod
[10:25] <asac_the_2nd> armin76: right ... well i thought that only XAA is somewhat broken atm, but might be totally true that its the other way around
[10:25] <asac_the_2nd> ah :) ... now reading correctly you are saying just that :-P
[10:25] <asac_the_2nd> "aren't using EXA "
[10:25] <armin76> yeah, i didn't remember XAA, sorry :P
[10:26] <armin76> so say it in the bug, or something, please :P
[10:27] <asac_the_2nd> which bug :)
[10:27] <asac_the_2nd> sorry ... this spring week wiped out my brain
[10:27] <asac_the_2nd> as usual :)
[10:29] <armin76> the ubuntu one :P
[10:29] <armin76> bug 182038
[10:29] <ubotu> Launchpad bug 182038 in xserver-xorg-video-nv "Black rectangle instead of image in FF3 [Hardy]" [Undecided,Confirmed] https://launchpad.net/bugs/182038
[10:42] <asac_the_2nd> thanks ... done
[10:42] <armin76> np
[11:46] <Ubulette> hi
[11:47] <armin76> yo
[11:47] <Ubulette> asac_the_2nd, bug 185178
[11:47] <ubotu> Launchpad bug 185178 in libpng "Please sponsor libpng 1.2.24" [Undecided,New] https://launchpad.net/bugs/185178
[11:47] <Ubulette> still waiting for a sponsor
[12:11] <Ubulette> hmm, we should patch nss so nss-config also return softokn
[12:12] <Ubulette> http://mxr.mozilla.org/seamonkey/source/configure.in#3922
[12:13] <Ubulette> native nss lists them all, not system nss
[12:17] <asac_the_2nd> Ubulette: i will see who might be a good sponsor, but i think dholbach is already looking for someone
[12:17] <Ubulette> http://people.ubuntu.com/~dholbach/sponsoring/
[12:17] <asac_the_2nd> yeah ... vorlon is probably the best indeed
[12:18] <Ubulette> i've posted it 3 days ago
[12:26] <asac_the_2nd> Ubulette: did you contact debian maintainer?
[12:26] <Ubulette> hm, no
[12:27] <armin76> there's no debian maintainer?
[12:29] <asac_the_2nd> Ubulette:  that was my suggestion a few days ago. We need to check back with them as well (unless vorlon still remembers all the details as of why joss dropped the package and why it wasn't upgraded for so long et al).
[12:31] <armin76> gee, the HP C3600 is so slow...
[12:32] <asac_the_2nd> Ubulette<EMAIL_ADDRESS>... ask him, why the sponsoring process takes so long and bring up suggestions with him if you have ideas how it can be improved.
[12:32] <asac_the_2nd> so long - for me 3 days isn't long at all
[13:04] <Ubulette> it's always the same song. i don't mind waiting if i know why i have to wait
[13:29] <Ubulette> http://ventnorsblog.blogspot.com/2008/01/gio-gee-i-dunno.html
[13:41] <asac_the_2nd> Ubulette: for things that go to main its usually the same reason: high load of the ones that can actually review it ... especially if the review needs investigation
[13:43] <asac_the_2nd> Ubulette: thats why we have this assignment process dholbach does ... if you are assigned the process is started and it will happen asap
[13:44] <asac_the_2nd> so maybe consider that assignment as an initial feedback
[13:45] <Ubulette> some packages have been assigned for about 2 months
[13:48] <asac_the_2nd> i agree that there is room for improvement. sometimes its really the fault of the assignee, but otoh that page doesn't really reflect if there are open issues that the submitter didn't tackle yet ... nor does it show things that are already uploaded to hardy and to gutsy-proposed (like the nm-applet patch)
[13:48] <asac_the_2nd> but you can be happy ... steve is a working machine
[13:51] <asac_the_2nd> he worked 24/7 in debian to get releases out for years
[14:10] <Ubulette> http://blog.pavlov.net/2008/01/24/apng/
[14:12] <asac_the_2nd> good ... lets really hope that opera and other browsers will follow and support apng ... i think the png upstream said something like: "there are better solutions on the horizon than apng, and since its not support by anything except firefox trunk they don't see a reason why to start supporting this"
[14:14] <cheguevara> great...
[14:17] <Ubulette> it's been on the horizon for years, yet there's nothing
[14:17] <Ubulette> mng is dead
[14:19] <asac_the_2nd> Ubulette: ok i talked abit with daniel that the sponsoring page should try harder to not give sponsorees a false impression about the time it can take until a patch receives a review/sponsorship ... so bugs that wait for a new patch of things that are already uploaded should just not  be listed there for such a long time ... hopefully this will give contributors more confidence that once you are on that list that your patch
[14:22] <Ubulette> truncated ?
[14:58] <asac_the_2nd> Ubulette: sorry we had a meeting ... what do you mean by truncated?
[14:58] <Ubulette> your last line ended with "that your patc"
[15:35] <asac_the_2nd> Ubulette: ... are on that list that your patch will be dealt with a more or less reasonably timely fashion.
[15:36] <Ubulette> ok
[15:46] <asac_the_2nd> Ubulette: not idea if you care, but: http://paste.ubuntu.com/3873/
[15:47] <asac_the_2nd> (maybe it was just a temporary thing though)
[15:47] <Ubulette> sofaraway.com, i'm .org
[15:48] <Ubulette> asac_the_2nd, ^^
[15:49] <Ubulette> could you bounce me those emails ?
[15:49] <asac_the_2nd> oh strange ... then either jorge or blizzard messed it up in the beginning
[15:49] <asac_the_2nd> hmm ... can i bounce in gmail? no access to my real mail reader? otherwise i can bounce them tomorrow
[15:50] <Ubulette> or forward
[15:50] <asac_the_2nd> k
[15:52] <jcastro> asac_the_2nd: what did I mess up?
[15:52] <asac_the_2nd> Ubulettes email ... he has sofaraway.org
[15:53] <asac_the_2nd> not .com ..
[15:53] <asac_the_2nd> jcastro: ^^
[15:53] <asac_the_2nd> jcastro: btw, did you find time to ask mono dev my questions?
[15:54] <jcastro> no, I haven't gotten your questions
[15:54] <jcastro> ah, I told him .org but it seems when he wrote back he put .com
[15:55] <jcastro> Ubulette: I can forward you the thread right now if you want
[15:56] <Ubulette> yes please (bounce if you can)
[15:56] <jcastro> Ubulette: asac just told me he sent it
[15:57] <jcastro> Ubulette: sorry it's weird, we're sitting next to each other and ircing and talking about the same conversation
[15:57] <Ubulette> jcastro, i've got 1 forward but the whole thread would be nice
[15:58] <jcastro> ok, doing so now
[16:00] <asac_the_2nd> Ubulette: i tried to forward everything ... which do you have now?
[16:02] <asac_the_2nd> sorry ...  i am not really used to this gmail interface ... its somewhat a bit annoying, but i guess thats just me
[16:02] <Ubulette> asac_the_2nd, just got what seems to be the last email from you
[16:03] <asac_the_2nd> Ubulette: yes ... you should have 4 mails
[16:03] <asac_the_2nd> at least i see those now forwarded here
[16:03] <asac_the_2nd> 1st. a forward of blizzards initial mail by jorge to my gmail account
[16:03] <Ubulette> jcastro, i've got one email from you too but it contains the thread. thanks.
[16:04] <asac_the_2nd> ok
[16:04] <Ubulette> you should use mutt ;)
[16:04] <asac_the_2nd> me?
[16:04] <asac_the_2nd> really funny
[16:05] <asac_the_2nd> putting salt in open wounds ... receiving no emails the whole is not what i like ... really ;)
[16:05] <asac_the_2nd> s/whole/whole week/
[16:06] <Ubulette> i meant, mutt with imap for your gmail
[16:06] <Ubulette> easy to tag threads and bounce them in no time
[16:07] <asac_the_2nd> oh ... yeah ... probably a good idea. next time!
[16:08] <asac_the_2nd> yeah ... now i know better and will probably reconsider my priorities next time.
[16:23] <Ubulette> hmm. i've moved nss and nspr to strict symbols checking. it seems nspr lpia has some symbols i386 and amd64 don't have
[16:23] <Ubulette> http://launchpadlibrarian.net/11565599/buildlog_ubuntu-hardy-lpia.nspr_4.7.0~cvs20080123t2100-0ubuntu1~fta1_FAILEDTOBUILD.txt.gz
[16:30] <Ubulette> oh, i see, lpia is not supported by debian
[16:34] <asac_the_2nd> Ubulette: lpia should just behave like i386
[16:35] <Ubulette> i know but dpkg-gensymbols doesn't read libnspr4-0d.symbols.i386 on lpia so it needs libnspr4-0d.symbols.lpia
[16:36] <asac_the_2nd> right
[16:48] <asac_the_2nd> Ubulette: wanna try to mail mh? and figure out if there is ground for injecting your nspr/nss  things into debian?
[16:48] <asac_the_2nd> maybe just tell him that you would like to help out with those packages and would like to use quilt, upgrade to latest branch et al.
[16:48] <asac_the_2nd> dunno if naming ubuntu is particular helpful in this case
[16:50]  * armin76 injects asac_the_2nd
[16:50] <asac_the_2nd> armin76: wherein?
[16:51] <asac_the_2nd> indeed ... one can really drag window-taskbar entries around in hardy gnome
[16:51] <asac_the_2nd> not that bad
[16:51] <armin76> into opera :P
[16:54] <Ubulette> libsoftokn3 is a mess in debian. there's a fake /usr/lib/libsoftokn3.so.0d, the real is /usr/lib/nss/libsoftokn3.so yet moz configure wants -lsoftokn3 to work.
[16:59] <asac_the_2nd> and it doesn't?
[16:59] <asac_the_2nd> (work)
[16:59] <asac_the_2nd> Ubulette: ?
[16:59] <Ubulette> gcc-4.2 -shared -Wl,-soname -Wl,libssldap60.so     -o libssldap60.so ./clientinit.o ./ldapsinit.o ./errormap.o  -L/src/bzr/build-area/seamonkey-2.0-2.0~a1~cvs20080123t1257+nobinonly/dist/lib -lldap60 -lprldap60 -L/usr/lib -lssl3 -lsmime3 -lnss3 -lnssutil3 -lsoftokn3 -lssl3 -lnss3 -lsoftokn3  -L/usr/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl -lplc4 -lplds4 -lnspr4
[16:59] <Ubulette> /usr/bin/ld: cannot find -lsoftokn3
[16:59] <Ubulette> that's seamonkey 2
[17:00] <asac_the_2nd> is the link to the .so installed by -dev package?
[17:00] <Ubulette> i just added the .so link to the fake lib but that's kind of weird
[17:00] <Ubulette> why is this lib in /usr/lib/nss in the 1st place ?
[17:00] <asac_the_2nd> like /usr/lib/libso*.so -> /usr/lib/libso*.so.0d -> /usr/lib/nss/lib...
[17:01] <Ubulette> no, mike added a fake (empty) /usr/lib/libso*.so.0d
[17:01] <asac_the_2nd> Ubulette: empty?
[17:01] <asac_the_2nd> are you using the real package or are you trying to build newer sources with the current packaging?
[17:02] <asac_the_2nd> $ ls -l /usr/lib/libsoftokn3.so.0d
[17:02] <asac_the_2nd> -rw-r--r-- 1 root root<PHONE_NUMBER>-10-15 19:41 /usr/lib/libsoftokn3.so.0d
[17:02] <asac_the_2nd> thats not empty for me
[17:02] <Ubulette> which nss is that ?
[17:02] <asac_the_2nd> 7$ ls -l /usr/lib/libsoftokn3.so
[17:02] <Ubulette> nspr
[17:02] <asac_the_2nd> lrwxrwxrwx 1 root root 17 2007-11-09 15:40 /usr/lib/libsoftokn3.so -> libsoftokn3.so.0d
[17:02] <asac_the_2nd> thats what i would expect
[17:02] <asac_the_2nd> its the one in hardy
[17:03] <asac_the_2nd> oh wait a sec
[17:04] <Ubulette>         gcc -x c -shared -Wl,-soname,libsoftokn3.so.0d -o debian/libnss3-0d/usr/lib/libsoftokn3.so.0d - < /dev/null
[17:04] <asac_the_2nd> ii  libnss3-0d                      3.12.0~cvs20071012t0909-0ubuntu Network Security Service libraries
[17:04] <asac_the_2nd> ii  libnss3-1d                      3.12.0~1.9b2+nobinonly-0ubuntu1 Network Security Service libraries
[17:04] <Ubulette> this one is not from me for sure
[17:04] <asac_the_2nd> ok let me downgrade this
[17:04] <asac_the_2nd> ah now i see ... its the ~cvs issue
[17:11] <asac_the_2nd> Ubulette: http://paste.ubuntu.com/3880/
[17:11] <asac_the_2nd> looks reasonable to me
[17:11] <Ubulette> libnss yes, try libsoftokn3
[17:14] <asac_the_2nd> yes that looks different ... but the one in /usr/lib/ exists for backward compatibility in libnss3-0d ... while the one in /usr/lib/nss/ is the new upstream one and i guess that it just went there by now
[17:14] <Ubulette> then we need to patch configure in trunk
[17:15] <Ubulette> [Fri 13:12] <Ubulette> http://mxr.mozilla.org/seamonkey/source/configure.in#3922
[17:15] <Ubulette> [Fri 13:12] <Ubulette> native nss lists them all, not system nss
[17:15] <asac_the_2nd> which line is the issue?
[17:15] <asac_the_2nd> let me scroll back
[17:16] <Ubulette> [Fri 13:12] <Ubulette> hmm, we should patch nss so nss-config also return softokn
[17:17] <Ubulette> so i've patched nss-config but it still fails because of the missing .so symlink. i've patched that too but that's just weird
[17:17] <asac_the_2nd> why nss-config?
[17:17] <Ubulette> either softokn is in usr/lib and period, or it's in usr/lib/nss then we need to patch configure
[17:18] <Ubulette> i'm not even sure softokn is dynamicaly loeaded
[17:18] <Ubulette> loaded
[17:18] <asac_the_2nd> why does xul build?
[17:19] <Ubulette> libssldap60.so is not part of xul, just sm
[17:19] <Ubulette> and some other moz projects
[17:20] <asac_the_2nd> ah ok so its ldap that causes this?
[17:20] <Ubulette> well, ldap uses the NSS_* variables from configure, coming from nss-config
[17:20] <asac_the_2nd> let me get the nss tarball
[17:21] <asac_the_2nd> damn wifi here
[17:22] <asac_the_2nd> ok ... let me check these things out through this bad pipe
[17:25] <Ubulette> you're still in london or are you back home ?
[18:41] <asac_the_2nd> sorry ... machine crashed ... and i couldn't get it up easily
[18:41] <asac_the_2nd> now the final partry started and we do drinking beer ... will look tomorrow when getting home for this nss thing
[18:52] <Ubulette> enjoy
[18:58] <asac_the_2nd> back for a while
[18:58] <asac_the_2nd> i am too drunk already :)
[19:04] <asac_the_2nd> ok spinning mozilla trunk from a few days a go now with --with-system-{nspr,nss} ... lets see what happens.
[19:05]  * asac_the_2nd going back to drink session
[19:05] <asac_the_2nd> build --enable-application=suite
[19:22] <Ubulette> asac_the_2nd, just build https://code.edge.launchpad.net/~mozillateam/seamonkey/seamonkey-2.0.dev
[19:31] <asac_the_2nd> well ...  i have just this one chance :) ... wireless sucks here ... CPU sucks ;) ... so lets see ... just checked that it really builds with MOZ_LDAP_XPCOM
[19:32] <asac_the_2nd> my system really never came back for a whole week :( ... wonder what happened. hopefully just a power outage and not a fire that burned down my house :/
[19:33] <asac_the_2nd> raji: managed to test nm 0.7?
[19:34] <raji> asac_the_2nd, I couldnt get it compiled, as I didnot find dependency libraries for lpia
[19:34] <asac_the_2nd> raji all is in the ppa
[19:35] <asac_the_2nd> you need to rebuild wpasupplicant and libnl-pre8 ... just apt-get source them and build, instlal
[19:35] <asac_the_2nd> the rest should be available in gutsy
[19:36] <asac_the_2nd> if you are using hardy you can just use the binaries in that ppa
[19:36] <raji> asac_the_2nd: I had problem with libnl, ok I tried .deb.
[19:36] <asac_the_2nd> raji: if you are on gutsy, you need to build those two
[19:36] <asac_the_2nd> damn its really emacs that makes my system choke :/
[19:37] <raji> asac_the_2nd: ok, make sense. will try that
[19:37] <asac_the_2nd> cool
[19:42] <asac_the_2nd> raji: oh ... i think wpasupplicant has #if 0'ed the adhoc code ... mmmmm
[19:44] <asac_the_2nd> raji: maybe try 0.6 nm + 0.5.x wpasupplicant with this hack: https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/112009/comments/12
[19:44] <ubotu> Launchpad bug 112009 in network-manager "NetworkManager does not set channel when creating ad-hoc network" [Undecided,In progress]
[19:45] <asac_the_2nd> raji<EMAIL_ADDRESS>[19:47] <asac_the_2nd> if you want to try nm 0.7 + wpa 0.6 ... look in mlme.c ...
[19:48] <asac_the_2nd> http://paste.ubuntu.com/3893/ ... that and other places ... appears like they felt adhoc code in supplicant was too broken to enable it
[19:48] <asac_the_2nd> maybe you can fix it
[19:49] <asac_the_2nd> raji: here is an example how to test wpasupplicant + adhoc manually
[19:49] <asac_the_2nd> http://readlist.com/lists/shmoo.com/hostap/0/4076.html
[19:50] <asac_the_2nd> they say that madwifi didn't work, but wext worked ... so if that doesn't work anymore i bet its really the #if 0'es in wpaupplicant cod
[20:13] <asac_the_2nd> Ubulette: you figured out where the -lsoftokn thing gets injected?
[20:13] <asac_the_2nd> i mean ... he nss-config installed doesn't dump it
[20:40] <Ubulette> asac_the_2nd, http://mxr.mozilla.org/seamonkey/source/directory/c-sdk/ldap/clients/tools/Makefile.client#134
[20:51] <asac_the_2nd> yeah ... already removed that ... anyway ... most likely too drunk :)
[20:51] <asac_the_2nd> packing my things now
[20:53] <asac_the_2nd> bye


[04:18] <ScottL> micahg, sorry, didn't work on packaging today, but i did manage to review some of the xubuntu packages
[04:19] <ScottL> micahg, i have a better understanding now of which packages carry what, before i was thinking about the source package (i.e. the pixmaps)
[04:20] <micahg> cool
[04:20] <ScottL> micahg, i do not foresee anything preventing me from making the changes tomorrow (unless i can't find my pixmap source from the previous packages)
[04:21] <micahg> sure, whenever you're ready
[04:22] <ScottL> i'm worried about getting many, many things done, so i would like to get it done as soon as possible :)
[06:26] <Len-1204> ScottL: I have started looking at the panel(s)
[06:26] <Len-1204> comments can be found at mailing list
[15:12] <len> All:
[15:12] <len> I have figured that we were missing an application that does for video what gcdmaster does for audio
[15:13] <len> One of the people on the list has suggested DVDstyler. From the web page it seems to fill the bill.
[15:14] <len> We have a video editor, but not something for making nice "profesional looking" video DVDs.
[15:15] <len> Yes it is GPL and on a LP repo.
[15:15] <len> Gotta go...
[15:47] <holstein> len: http://www.dvdstyler.org/en/ reads great
[21:33] <len> da/coast
[21:34] <len> holstein: Ja, I thought so too. I would like to at least download it into 12.04 alpha and make sure it runs.
[21:36] <len> I guess I should get some DVDs so I can try it out...
[21:44] <holstein> yeah, i was testing/opening it in debian
 how do you like it?
[21:45] <holstein> len: it looks fine
[21:45] <holstein> i didnt get to do anything enough to realy comment though
[21:45] <len> Should we bug Scott to include it?
[21:46] <holstein> its past feature freeze though
[21:46] <holstein> we can ask
[21:46] <len> Do we know if it has x86/amd64 ?
[21:46] <len> We can call video workflow broken ;-)
[21:46] <holstein> len: i thought i read it had both
[21:47] <len> Then it is a bug fix
[21:48] <len> There are still a bunch of apps that are supposed to be in yet, that are not, whats one more?
[21:50] <holstein> :)
[21:51] <len> I'm DL it now it pulls in DVDisaster?
[22:07] <len> holstein: it does look pretty good. Certainly enough for someone who does videos of weddings for example.
[22:08] <len> As any graphic can be used as a background, the fonts etc are endless anyway.
[22:09] <len> The menus can be as deep as needed. What I don't see is a way of putting chapters in.
[22:10] <len> That is have a menu that selects this 10min. or the next. But I have not really looked close.
[22:15] <len> Actually there is a place to set chapter start time, default is 10 min. and it is possible to set up menus with chapters.
[22:16] <len> ScottL: can we add DVDStyler to our video workflow? It seems to fill a void in the video workflow.


[07:18] <djX3N> hello everyone from lubuntu wily on the raspberry pi 2 :)
[07:19] <ianorlin> wow it had been more than 2 weeks since my last bug report my family life sure has been a mess
[07:21] <djX3N> shh i'm making a screenshot ianorlin :)
[07:22] <djX3N> jk, though, seriously. i kind of know the feeling, though it's a bit different on the fatherhood side of things.
[07:24] <djX3N> back again on the pi.
[07:25] <djX3N> watching a video about how lubuntu 15.10 is broken, ironically. https://www.youtube.com/watch?v=nraL-6GErbk
[07:25] <djX3N> he's complaining pulseaudio needs to be installed. and here i am happily running hdmi audio with no problems.
[07:26] <djX3N> the crazy thing is that the usb wifi dongle worked right out of the box, too. bizarre.
[07:27] <ianorlin> I don't want hdmi and turn it off in uefi and view that as a motherboard feature
[07:27] <djX3N> i thought you had an hdmi display?
[07:27] <ianorlin> yes but I am connected over dvi
[07:27] <ianorlin> and no integreated speakers
[07:27] <djX3N> why don't you like hdmi?
[07:28] <djX3N> tsimonq2: you're probably asleep but hi, from the pi.
[07:29] <ianorlin> I do it is just my speakers would plug into headphone speaker jack
[07:29] <ianorlin> which would just plug into the back of my monitor
[07:29] <djX3N> hdmi audio no workie or just an alsa pita (many non-standard things are)
[07:29] <ianorlin> alsa-pita
[07:30] <djX3N> OH your speakers only input is a mini-jack or whatever they call them
[07:30] <djX3N> i'm honestly shocked this works without doing anything else
[07:30] <ianorlin> yes
[07:30] <djX3N> either flexiondotorg worked some major magic, or something else is going on.
[07:31] <djX3N> omg there's no freaking pulse on here either
[07:32] <djX3N> only output on the BCM2835 card is a PCM. curious
[07:34] <ianorlin> https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter-settings/+bug/1512963
[07:36] <djX3N> oh wow that's fun
[07:36] <djX3N> was that your discovery? :)
[07:36] <ianorlin> yep
[07:36] <djX3N> good job, man!
[07:38] <ianorlin> I told people not to reproduce on a production machine
[07:39] <djX3N> heheheheh
[07:40] <djX3N> wxl: shorten this https://img.bi/#/Wq7O5rW!TPaSocZVgZ_AG6wurxPYmAd6B8hxHqD15D6ArTVl
[07:40] <djX3N> note to self, don't mind me
[07:41] <djX3N> but check out the search for the 42nd fibonacci at the botom right
[07:42] <djX3N> anywho i'm hitting the hay
[07:42]  * ianorlin understands
[07:42] <djX3N> get some sleep, buddy
[12:41] <tsimonq2> wxl = djX3N?
[14:53] <flexiondotorg> http://summit.ubuntu.com/uos-1511/meeting/22575/ubuntu-pi-flavour-maker/
[14:53] <flexiondotorg> Happening in a few mins ^^^^^^^^^
[15:22] <phillw> missed the start, I'll download it once completed
[20:06] <phillw> flexiondotorg: just watched the recording, excellent session. Thanks for the explanations !


 I have no idea 😂 (re @ItzSwirlz: Are those like aliens or some other KDE creatures from another universe?)
 can you run povray benchmark, on m1 chip an then inside qemu vm (ubuntu) ? I'd be be eager to see the differences (re @ItzSwirlz: )
 Because its a different CPU qemu may emulate differently (re @MrkiMike: can you run povray benchmark, on m1 chip an then inside qemu vm (ubuntu) ? I'd be be eager to see the differences)
 I suppose that’s the point but I guess I can try?


[22:23] <johnc4510-laptop> new issue of the UWN is out: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue123


[07:30]  * enyc meows
[08:23] <FireSnake> hi. now that lp #1891680 is fixed, what else is preventing bionic to focal do-release-upgrade?
[12:28] <LocutusOfBorg> rbalint, I don't see hedgewars on your fpc rebuilds ppa... :)
[12:28] <LocutusOfBorg> reverse-depends -r groovy  -b fp-compiler shows lots more stuff
[12:46] <ginggs> LocutusOfBorg: maybe he was waiting for lazarus to build first
[15:01] -queuebot:#ubuntu-release- Unapproved: mutter (focal-proposed/main) [3.36.4-0ubuntu<IP_ADDRESS> => 3.36.6-1ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra)
[15:23] -queuebot:#ubuntu-release- Unapproved: mutter (focal-proposed/main) [3.36.4-0ubuntu<IP_ADDRESS> => 3.36.6-1ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra)
[15:56] -queuebot:#ubuntu-release- Unapproved: gnome-shell (focal-proposed/main) [3.36.4-1ubuntu1~20.04.2 => 3.36.6-1ubuntu<IP_ADDRESS>] (desktop-extra, mozilla, ubuntu-desktop)
[21:28] <vorlon> how did python-pynvml installability regress on ppc64el in groovy?  Who removed / forced what?
[21:58] <ginggs> vorlon: nvidia-graphics-drivers-* dropped arm64 and ppc64el recently, maybe that helps


[01:03] <ppd> BenC: It gives me the same eject error with the new kernel :(
[01:06] <BenC> what's the eject error?
[01:07] <ppd> Can't eject. Last error: Invalid argument.
[01:07] <BenC> invalid argument, that's not the bug error
[01:08] <BenC> it does EIO, Input/Output Error
[01:08] <BenC> does eject -s work for you?
[01:08] <ppd> wait
[01:09] <ppd> yes
[01:09] <ppd> from the console as root it works
[01:09] <BenC> then you did something wrong with the patch to scsi-ioctl.c
[01:09] <BenC> recheck it, and make sure the ioctl fro CDROMEJECT  matches, and that the functions are properly copied
[01:10] <ppd> I am using the archck patchset. Could that influence the result?
[01:12] <ppd> http://pastebin.com/489438
[01:12] <ppd> this compiled fine
[01:25] <ppd> :(
[01:29] <ppd> BenC: If you could have a look at it I'd be helped very much
[01:39] <BenC> ppd: looks ok to me, not sure why it isn't working
[01:40] <ppd> probably a newer eject version is needed?!
[01:42] <BenC> no, shouldn't be
[01:42] <BenC> are you sure you are using the built kernel?
[01:42] <BenC> eject -s should be the same as eject -r with that patch, IOW, if eject -s works, then normal eject should aswell
[01:43] <ppd> hm. I'll try eject from the console
[01:44] <ppd> max@max:/usr/src/linux-2.6.14$ eject /dev/sda1
[01:44] <ppd> eject: Kann nicht auswerfen! Letzter Fehler: Das Argument ist ungltig
[01:45] <ppd> umount was ok
[01:45] <ppd> probably I really started the wrong kernel... can't be....
[02:17] <ppd> BenC: sorry for annoying you again. But this time I'm absolutely sure I run the patched kernel and it doesn't work
[02:17] <ppd> BenC: I have done a strace eject /dev/sda1 but this didn't help me
[02:24] <ogra> ogra@aleph:~$ mount |grep mapper
[02:24] <ogra> /dev/mapper/vg0-lvol0 on / type ext3 (rw,errors=remount-ro)
[02:24] <ogra> /dev/mapper/vg1-lvol1 on /var type ext3 (rw)
[02:24] <ogra> BenC, mjg59, thanks a lot !!
[02:24] <ogra> i owe you a drink or something ...
[02:26] <BenC> what for? :)
[02:26] <ogra> pointing me to the right places :)
[02:26] <ogra> the via patch seems to run fine ...
[06:43] <infinity> Oh look, a new ABI.
[06:44] <infinity> BenC: I need to give LRM some TLC... Any reservations about holding off on the LRM/-meta uploads until tomorrow, when I can make it all happy?
[06:44] <infinity> (I can do -meta when LRM is done)
[06:44] <fabbione> morning guys
[06:45] <fabbione> oh oh oh
[06:50] <infinity> ?
[06:50] <fabbione> .15 final in the archive :)
[06:50] <infinity> Indeed.
[09:11] <Panda2>
[09:12] <Panda2>   ?
[09:12] <infinity> Panda2: This is an English channel.
[09:13] <Panda2> sorry, i'm dont know
[09:14] <Panda2> Adam Conrad this cool nick
[09:14] <Panda2> talk to me Adam Conrad
[09:16] <Panda2> people?????????
[10:47] <CataEnry> hi all
[12:27] <pappan> BenC: hi
[01:28] <pappan> any 1 here
[01:28] <pappan> from kernel devel team
[01:45] <CataEnry> hi all
[02:05] <ppd> hi
[02:14] <ppd> is it possible the several fixes need to be backported in order to fix that eject bug?
[02:36] <BenC> no
[02:37] <ppd> BenC: then either I patched the file badly or this fix ust won't work with 2.6.14!?
[02:38] <BenC> Your error is not the same as what is in the bug report, but I have no idea why you are getting the error
[02:38] <BenC> No sure how eject -s could work for you, but normal eject with the patch doesn't
[02:39] <ppd> eject -s works with root rights
[02:39] <BenC> do this
[02:39] <BenC> strace -o eject.out eject
[02:39] <BenC> and pastebin th eject.out
[02:39] <ppd> two seconds :)
[02:42] <ppd> http://pastebin.com/490104
[02:43] <ppd> :)
[02:45] <BenC> ah, ok, the CDROMEJECT ioctl is getting EIO
[02:46] <BenC> I didn't realize that eject tries every method if they keep failing
[02:46] <BenC> ls -l /dev/sda1
[02:46] <BenC> let me see that
[02:47] <ppd> brw-r-----  1 root plugdev 8, 1 2006-01-04 14:46 /dev/sda1
[02:47] <BenC> ok, so updated eject wont help (sg_io needs write perms)
[02:47] <BenC> from now on when testing the fix, do "eject -r", since that only does the CDROMEJECT ioctl that we are testing
[02:48] <BenC> what type of device is this you are ejecting?
[02:48] <ppd> an usb plugged harddisk
[02:49] <ppd> eject -r gives inpout/output error
[02:49] <BenC> and why exactly do you want to eject a harddisk?
[02:49] <ppd> i don't want. gnome does...
[02:50] <BenC> and gnome is complaining because it fails?
[02:51] <ppd> gnome pops up an error message telling me "Eject. ... Invalid argument"
[02:51] <BenC> can you do "sudo strace -o eject.out eject -s"?
[02:51] <ppd> sure
[02:51] <BenC> I think the issue here is that this device cannot be ejected
[02:53] <ppd> http://pastebin.com/490110
[02:55] <BenC> does that make the device inaccessible afterwards?
[02:56] <ppd> if I plug it in again?
[02:56] <BenC> no, right after eject
[02:57] <BenC> can you remount it after ejecting it with eject -s?
[02:58] <ppd> max@max:~$ sudo mount /dev/sda1 test/
[02:58] <ppd> max@max:~$
[02:58] <ppd> no problem
[03:00] <BenC> then it's not really ejecting
[03:01] <ppd> I think so. a harddisk can't be eject, or?
[03:06] <BenC> well some usb devices can be, like ipods
[03:06] <BenC> it basically puts the device offline
[03:06] <ppd> my usb stick doesn't give an error when umounting/ejecting with gnome
[03:07] <BenC> but eject -r still should not be returning EIO, since eject -s is not either
[03:07] <BenC> can you try eject -r on the device?
[03:07] <ppd> as user?
[03:07] <BenC> yeah
[03:07] <ppd> with strace?
[03:09] <ppd> http://pastebin.com/490132
[03:09] <ppd> here's the strace output
[03:18] <ppd> i/o error
[03:19] <BenC> ah, I see why eject -s isn't returning an error
[03:19] <BenC> it actually is getting an error, just that eject is ignoring it
[03:19] <ppd> that would be an option too :)
[03:21] <BenC> does "sudo eject -s" take your USB device offline (can't remount it)?
[03:24] <ppd> max@max:~$ sudo mount /dev/sdb1 test
[03:24] <ppd> max@max:~$ cd test && ls
[03:24] <ppd> lost+found  nvidia_patched  user
[03:24] <ppd> max@max:~/test$
[03:24] <ppd> stays online
[03:26] <BenC> ok, then this is a different bug altogether, in that gnome should do something better
[03:27] <BenC> I wonder if gnome calls eject, or calls it's own internal ioctl's
[03:27] <ppd> hm, probably I can find something in libnautilus source
[03:28] <ppd> or can iI strace nautilus eject ?
[03:28] <BenC> you can try, but this is getting out of my expertise
[03:29] <ppd> ok. thank you very much. So there's nothing I can do?
[03:37] <zul> heylo
[03:39] <ppd> BenC: a new version of eject wouldn't help? or hacking eject so that it ignores that error?
[03:47] <ppd> scsi eject works as root
[03:48] <BenC> it doesn't work, it just ignores the error
[03:48] <ppd> so who causes the error?
[03:48] <BenC> eject -s is the same as eject -r functionally in the kernel, after patching scsi_ioctl.c
[03:48] <BenC> it's just that eject ignores the error from sg_io
[03:48] <BenC> the device causes the error
[03:49] <BenC> it's scsi eject that is ignoring things
[03:49] <BenC> in the eject program that is
[03:49] <BenC> if it checked hdr->status, it would see the error
[03:50] <ppd> ok. so the error is neither in the kernel nor in eject?
[03:50] <ppd> It's just that you shouldn't call eject for a usb disk?
[07:06] <CataEnry> bye all
[10:40] <fabbione> BenC: ping?
[11:20] <BenC> fabbione: pong