[07:15] <Kilos> morning all
[07:15] <pavlushka> Morning Kilos
[07:36] <sicelo> \o
[07:39] <Kilos> QA  coffee on
[07:39]  * QA puts the kettle on
[07:40] <pavlushka> QA: coffee please
[07:40] <QA> pavlushka: Yessir
[07:43] <QA> Coffee's ready for Kilos and pavlushka!
[07:43] <Kilos> QA  ty
[07:43] <QA> Only a pleasure Kilos
[07:56] <pavlushka> QA ty
[07:56] <QA> Only a pleasure pavlushka
[07:56] <pavlushka> Kilos: the heat is on?
[07:56] <Kilos> what heat pavlushka  ?
[07:57] <pavlushka> Kilos: temperature?
[07:57] <Kilos> we have overcast weather today with light showers now and agan
[07:57] <Kilos> i think about 25
[07:57] <pavlushka> Kilos: that seems cool
[07:58] <Kilos> yes great day for farmers
[07:58] <Kilos> they planting soya beans today
[07:59] <pavlushka> Kilos: in our area it would have been a great day for farmers and poets as well :)
[07:59] <Kilos> lol
[07:59] <Kilos> yeah not sweating so much
[18:36] <Squirm> Hello
[18:37] <pavlushka> Squirm: hello


[23:29] <crdlb> my ephy with webkit has that feature now (though it's a bit buggy and incomplete)
[23:29] <DaemonFC> B-)
[23:29] <crdlb> the vast majority of ephy problems are gecko's fault
[23:30] <crdlb> which is why they're abandoning it
[23:30] <DaemonFC> I would not doubt it
[23:30] <DaemonFC> well, gimme the Webkit version with Adblock and yeah :)
[23:30] <DaemonFC> but that's been forever in the making
[23:45] <DaemonFC> 2.6.29 final is out
[23:46] <mase_work> nice
[23:47] <Votan> ello guys, got a Question, Eevryitme I boot my Netbook with 9.04 A6 I get the message that it couldnt load the Package Source List and that I have to run it manually. Now it does work withotu a problem, but how the heck do I disable that message on boot ?
[23:49] <mifritscher> hi
[23:49] <mifritscher> will 9.04 include 2.6.29 and the intel xorg driver 2.7.x ?
[23:50] <IntuitiveNipple> mifritscher: no, 9.04 is 2.6.28
[23:51] <mifritscher> btw, I've found an interesteing dependency
[23:51] <mifritscher> I've a x61 with a 965 and 4 GB Ram, running the 32 bit version of 9.04
[23:51] <mhjacks> What would cause a VNC session to not be able to access org.gnome.SessionManager?
[23:52] <mifritscher> the UXA accleration works only with the -generic flavour of the kernel, the EXA only with the -server flavour^^
[23:52] <crdlb> mhjacks: an empty vnc session or one of an existing gnome desktop?
[23:53] <mifritscher> btw, the uxa-driver needs much cpu-power if idle (+causing a lot of interrupt rescheduling)
[23:54] <mase_work> mifritscher: yeh i have noticed that too. i guess they will hammer out the bugs later.
[23:55] <mase_work> i am hoping it won't be so slow when its released. i have quite significant performance issues with it and 2d operations
[23:55]  * mifritscher wonder about killing bugs with a hammer :-)
[23:55] <mifritscher> sorry, I couldn't stop me ;-)
[23:56] <IntuitiveNipple> UXA uses GEM, -server uses PAE, the PC has 4GB... that might explain part of it :)
[23:56] <mifritscher> yes
[23:56] <mhjacks> crdlb: One started from within an existing X session
[23:56] <mifritscher> but the interesting thing is: why does exa require PAE?^^
[23:57] <mifritscher> I would expect that it would crash on PAE-kernels...
[23:57] <crdlb> mhjacks: using vino?
[23:57] <mhjacks> When I try to start from rc.local it hangs at that point...no, using tightvnc
[23:57] <IntuitiveNipple> sorry, typed my acronyms wrong way around :)
[23:57] <mhjacks> Same results with vnc4server
[23:57] <crdlb> mhjacks: then now is it an existing session?
[23:57] <mhjacks> Different messages, same symptom
[23:57] <mhjacks> It would be a new session
[23:58] <mhjacks> What I'm trying to do is start a VNC session in addition to the GDM session
[23:58] <crdlb> if you create a "blank" vnc display, then there will be no session manager
[23:59] <crdlb> nor a dbus session bus if you don't start it, for that matter
[23:59] <mhjacks> I've got gnome-session in my xstartup that vnc calls
[23:59] <IntuitiveNipple> -generic will only be able to address 3GB of RAM. However, that will likely prevent the video adaptor's PCI IO/MEM range (256MB?) being mapped below 4GB due to the current IO/MEM strategy. With -server there's PAE so addressing can go above 4GB boundary (which is possibly where the video adaptor has mapped the BAR)
[23:59] <mhjacks> It used to work in Intrepid


[06:21] <philipballew> Kilos, If you need, when you are away with no power I can do English greetings and point people to your site.
[06:22] <Kilos> wonderful philipballew  ty for that
[06:22] <philipballew> philipballew, yeah dude. Happy to help out where I cann.
[06:22] <philipballew> *can
[06:24] <Kilos> i just need to find guys as well that can greet in all the languages as well. like i think rejerson69  doesnt understan english or french
[06:24] <Kilos> maybe need to add something to the site for swahili
[06:29] <Kilos> great to have you on board philipballew  ty so much
[06:30] <philipballew> Kilos, how many languages should we support? and I think that the intro/greeting should be in several languages also.
[06:30] <philipballew> also maybe setting up tags for people to do like
[06:30] <philipballew> !english
[06:30] <philipballew> or something like that
[06:30]  * philipballew is just throwing ideas out
[06:33] <Kilos> yeah i can work  up maybe something in the topic bar as well for different languages
[06:34] <philipballew> Kilos, what languages do you think should be official?
[06:35] <Kilos> i think the guys that have linked up with us so far can do them. there are a couple on the west upper coast like ethiopia tha have joined but have very little free time to chat here much
[06:35] <Kilos> english, french and swahili so far
[06:36] <philipballew> Egypt has a nice community as well iirc
[06:36]  * philipballew only speaks English and Spanish
[06:36] <Kilos> oh we have a guy here from egypt
[06:38]  * pieter2627 would like to point to http://en.wikipedia.org/wiki/Languages_of_Africa
[06:38] <Kilos> here are those that have joined us https://wiki.ubuntu.com/AfricanTeams
[06:39] <philipballew> thats a lot pieter2627
[06:40] <philipballew> Kilos, I think a big social media push is also necessary here.
[06:40] <Kilos> we are looking in facebook as well but thats not my cup of tea
[06:40] <philipballew> Kilos, I think that you running something similar to Ubucon LA is not a bad idea?
[06:40] <philipballew> Kilos, I do twitter
[06:40] <Kilos> soon we will hit twitter too
[06:41] <philipballew> if you need help with twitter I can assist
[06:41] <philipballew> but eventually running an Ubucon would be ideal
[06:41] <Kilos> just advertise the site and this channel i think
[06:41] <philipballew> yes. That is what we need first.
[06:41] <philipballew> then branch out
[06:42] <Kilos> ill see who can do FB for us and inetpro  will do G+
[06:43] <Kilos> philipballew  pieter2627  is one of our za member that helped with the site content
[06:43] <philipballew> pieter2627, it looks cool!
[06:44] <Kilos> and inetpro  has his fingers in everywhere
[06:45] <pieter2627> oh yeah sorry for bad manners. Hi philipballew and ty
[06:45] <Kilos> should have been an ubuntu member years ago imo
[06:45] <philipballew> being an Ubuntu member is cool
[06:45] <Kilos> yeah
[06:46] <Kilos> haha i even got an email from mark saying i forgot to give the link
[06:46] <Kilos> im old and forgetful so hopefully im forgiven
[06:55] <Kilos> see like these peeps philipballew  https://launchpad.net/~ubuntu-cd
[06:56] <Kilos> i had no email replies from them until i had my greeting translated to french, then we got replies
[07:07] <Kilos> stickyboy  where are you now
[08:39] <Kilos> hi there elacheche
[08:40] <Kilos> read this mornings logs
[08:40] <elacheche> Hi Kilos :) You missed a new visitor last night :) Check the logs if you like :)
[08:40] <Kilos> did you greet
[08:41] <Kilos> when im sleeping you guys must do the invites and welcomes please
[08:41] <elacheche> Kilos, check the logs and you tell me :) ;)
[08:42] <Kilos> lol i can never find logs
[08:42] <Kilos> link please!
[08:42] <Kilos> let me try again
[08:43] <elacheche> here you go http://irclogs.ubuntu.com/2015/04/22/%23ubuntu-africa.html#t21:37
[08:43] <Kilos> ty
[08:45] <Kilos> oh yeah i know melodie, i invited her to check out this channel and ubuntu-za
[08:48] <elacheche> Kilos, him! ;)
[08:48] <Kilos> sshe
[08:49] <Kilos> she works vewry hard for the linux cause
[08:49] <Kilos> very
[08:50] <elacheche> oups, didn't notice she's a girl tell now.. x)
[08:50] <Kilos> haha
[08:50] <Kilos> mature woman
[08:51] <elacheche> "mature" That's I know :) she uses FOSS for a while x)
[08:51] <Kilos> she is even training mali peeps to do admin for linux in schools i think
[08:51] <elacheche> awesome
[08:52] <Kilos> i need to find someone to translate my greeting message into swahili as well i think
[08:53] <Kilos> i have it in french and english only
[08:56] <elacheche> Kilos, you're south africain, you should be talking swahli :p
[08:57] <Kilos> nono we have zulu and xhosa here
[08:57] <Kilos> and sotho
[08:58] <Kilos> and i only know bits
[09:00] <elacheche> :)
[09:03] <Kilos> see like rejerson69  might not understand us
[09:04] <Kilos> i can say dumela and sawubona but not much more
[09:26] <elacheche> :)
[09:26] <Kilos> lol
[19:43] <melodie> hi
[19:52] <stickyboy> Kilos: Meeting with Linux people in Addis on Saturday,
[19:52] <stickyboy> elacheche: Swahili is Kenya / Tanzania. :P
[20:22] <melodie> good night
[20:27] <ubuntiste-msakni> thanks for the information stickyboy :)
[20:48] <ubuntiste-msakni> http://www.webupd8.org/2015/04/ubuntu-desktop-to-eventually-switch-to.html
[20:53] <ubuntiste-msakni> stickyboy, you're sleeping? :p
[21:08] <stickyboy> ubuntiste-msakni: Nah, not sleeping. Should be.  But ugh.
[21:19] <ubuntiste-msakni> I know that feeling.. :/
[21:20] <ubuntiste-msakni> I hate working on XML
[21:21] <stickyboy> ubuntiste-msakni: I'm not parsing it or anything hehe.


[09:44] <fossfreedom_> jbicha: we've inherited much of Ubuntu GNOME seeds - one question - in the live seed we both now have lots of fcitx packages.  Why is fcitx needed on the live ISO?
[10:17] <jbicha> fossfreedom_: ricotz pointed out that libmutter-dev should be renamed to libmutter-0-dev so could you change that in your debian/control?
[10:18] <fossfreedom_> jbicha: currently at work - so no access to do stuff other than this webclient
[10:19] <jbicha> ok, no problem, I'll make the change and you can update your github later
[10:19] <fossfreedom_> tx
[10:38] <jbicha> fcitx is just to help people using Asian languages; Ubuntu GNOME inherited it from Ubuntu (Unity) except I tweaked it to not install the Qt stuff
[10:39] <jbicha> Ubuntu GNOME may end up shipping Qt libs in the future so I might drop that tweak to exclude fcitx qt support
[10:39] <jbicha> I don't know how useful it is since I've not gotten any feedback on it
[10:40] <fossfreedom_> ah - ok.  makes sense. we'll obviously have QT stuff moving forward with budgie-desktop v11 - so will look at this area again somewhere in the 17.10 cycle.
[10:58] <jbicha> you just have to drop the ! from fcitx-frontend-all in the 'live' file in your metapackage
[17:52] <jbicha> gjs' autopkgtest fails so gnome-shell is stuck in -proposed until that's sorted
[17:53] <jbicha> it looks like Canonical is declaring Feature Freeze now which feels kinda early to me—there's a lot of hours left today here!—but I'm glad we got it into proposed at least on time


[08:16] <wgrant> Perhaps it is time to bite the bullet and have a generic artifact cross-reference table without strong foreign keys.
[08:23] <wgrant> Referential integrity doesn't really buy us much for BugBranch, SpecificationBranch, SpecificationBug
[08:23] <jtv> wgrant: I wrote a weakly-linked table once...  TranslatableTemplate or something.  Probably gone now, but it was really useful at the time.
[08:23] <jtv> Sometimes with relational databases, painful as it may be, you just have to admit that it's... relational.
[08:24] <jtv> And hi.  :)
[08:29] <wgrant> jtv: Hi!
[08:29] <wgrant> There's SuggestivePOTemplate, but I don't recall TranslatableTemplate.
[08:30] <jtv> (Ahem.  Obviously I didn't write a weakly-linked table "once" — I mean I had one in Launchpad once.))
[08:31] <wgrant> Heh
[08:31] <jtv> Dammit, internets, you can deliver my messages within the hour, can't you?
[08:44] <jtv> wgrant: yes, that's the one!
[08:45] <jtv> It eliminated a subquery of a few dozen ms that was repeated in many queries per translation page, but maintaining referential integrity would have defeated the purpose.
[08:47] <jtv> (Actually I've had this long-standing suspicion that those big PO template headers that were only used in one place were unnecessarily slowing down the POTemplate table, but that's another story)
[08:47] <wgrant> Yeah, we had that problem with SourcePackageRelease.copyright
[08:47] <wgrant> I hacked it to only load when that specific field is requested on the the one page that uses it, saving megabytes of database transfers on hot pages.
[08:49] <jtv> Not to mention decoding...
[08:50] <jtv> I used to want a Django lazy-loading field type for this.  But then I got greedier: if we could remove these long strings from the tables altogether, it would increase data density.
[08:50] <jtv> Could matter to lots and lots of joins.
[08:50] <wgrant> Indeed, though I suspect most of these would be TOASTed so not affect density much.
[08:51] <jtv> (Even when you're using an index, postgres still needs to look at the actual table to check tuple liveness.)
[08:51] <jtv> True, if they're out in separate storage, that'll help.
[08:52] <jtv> I don't know how the TOASTing works in terms of table representation; POTemplate is so hot for joins that even just dropping a 4-byte field may help.
[08:53] <wgrant> cjwatson: Do you think https://bugs.launchpad.net/launchpad/+bug/1170301 is still a problem? Now that everything actually gets closed by copies, Launchpad-Bugs-Fixed may not actually be used in any normal case any more.
[08:53] <mup> Bug #1170301: It would be nice to have bugs-autoclosing working for intermediate revisions non accepted to the archive but included in a new upload <bugs> <packages> <soyuz-core> <soyuz-upload> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1170301>
[08:54] <wgrant> jtv: Large values are stored as references to tuples in a separate TOAST relation in a separate file on disk.
[08:54] <wgrant> This doesn't help LP as much as it could, as we almost always get all fields.
[08:54] <wgrant> But it does mean we're not inflating large dead rows just to check whether they're dead.
[08:58] <cjwatson> wgrant: Seb filed that bug six months after we switched to proposed-migration and everything being closed by copies ...
[08:58] <cjwatson> So not sure I'm convinced by that argument
[08:59] <wgrant> Hm, indeed.
[08:59] <wgrant> Perhaps the ancestry calculation is just dodgy.
[08:59] <cjwatson> Yeah, I've had my suspicions about that before
[09:00] <jtv> wgrant: I just looked it up...  the default TOAST threshold seems to be 2KB, and I suspect most PO headers would hit the "sour spot" just below that.
[09:00] <jtv> In which case, massive potential for moving them out-of-line.  :)
[09:03] <jtv> Set only on import, read only on export.
[09:12] <cjwatson> wgrant: Thanks for reviewing https://code.launchpad.net/~cjwatson/launchpad/livefsbuild-version/+merge/271193, but did you notice that it relies on https://code.launchpad.net/~cjwatson/launchpad/db-livefsbuild-version/+merge/271171 ?
[09:43] <wgrant> cjwatson: I reviewed that one, but I guess my request on livefsbuild-version only made it through because closing db-livefsbuild-version got me down to four tabs...
[09:43] <wgrant> fixing
[09:54] <wgrant> cjwatson: Any thoughts on the cross-artifact link table proliferation?
[10:03] <cjwatson> wgrant: Limited to only two non-null reference columns?  That would make it easier to decide what to do on deletion (e.g. no bug/specification/branch all linked together and then you have to decide what to do if the branch is deleted)
[10:04] <cjwatson> db-livefsbuild-version> thanks
[10:05] <wgrant> cjwatson: Or ditch the dozens-of-columns approach and not bother with FKs.
[10:05] <cjwatson> what would the table contain then?
[10:05] <wgrant> Just store a type and an ID for each end.
[10:06] <cjwatson> hm, yeah, I guess there's no reason to believe that would have perf problems
[10:06] <cjwatson> seems reasonable ...
[10:06] <wgrant> None whatsoever.
[10:06] <cjwatson> better density too
[10:07] <wgrant> I guess it'd also have a JSON metadata column too, where we'd store eg. the git repo hint.
[10:08] <cjwatson> in that case it would be a commit sha-1 rather than an id
[10:09] <cjwatson> no obvious id for the link-to-commit case (unless you use the repo hint as the id, but that complicates what to do on deletion)
[10:11] <wgrant> (plus this makes the way toward splitting clearer)
[10:11] <wgrant> Right.
[10:11] <wgrant> Some kind of identifier
[10:12] <wgrant> Not a specifically integral ID.
[10:13] <wgrant> Just needs to be some bijective mapping.
[10:15] <cjwatson> maybe having an id column at least available would be quicker for searching in the cases where we have one
[10:15] <cjwatson> id integer, identifier json, check (null_count(id, identifier) == 1) or some such
[10:16] <wgrant> Maybe.
[10:17] <wgrant> A string is only slightly longer, and conversion isn't too verbose or slow.
[10:17] <wgrant> I considered using URLs, but that raises issues with staging that I can't be bothered working out this week.
[10:20] <wgrant> (this could then be generalised to other services, which could even maybe register callbacks to describe the status of the referenced external artifact to be displayed on the internal artifact's LP page)
[10:21] <wgrant> But using simple internal identifiers is a good first step.
[10:21] <cjwatson> Yeah, ids could have service names attached for splitting
[10:22] <cjwatson> I like this plan
[10:22] <wgrant> That was easier than I expected.
[10:22] <cjwatson> Are there any cases where inhibiting deletion is more than an inconvenience?
[10:23] <wgrant> Not in the tables I'm considering right now.
[10:23] <wgrant> I think that this solution should be restricted to those where it shouldn't be inhibited.
[10:23] <cjwatson> Deleting active MPs, but presumably you aren't looking at that
[10:23] <cjwatson> Yeah
[10:23] <wgrant> Right, no.
[10:23] <wgrant> Recipes are a murky case.
[10:23] <cjwatson> Especially if you're thinking of it being a cross-service thing
[10:24] <wgrant> There's a good argument that recipes should be text, and use cross-references for backlinks from branches.
[10:24] <wgrant> Due to the fact they can be created by anyone and block deletion of any referenced branch.
[10:24] <wgrant> But certainly not an immediate target :)
[10:24] <cjwatson> Right, I think the path for recipes is to make it possible to detach branches from them after which they become unbuildable but still exist.
[10:25] <cjwatson> If I get a few solid days to make progress on git recipes then that might be a sensible thing to attempt as part of it.
[10:25] <wgrant> Indeed.
[10:26] <cjwatson> <cjwatson@niejwein ~/src/canonical/git-build-recipe/git-build-recipe (master)>$ git diff --cached --shortstat
[10:26] <cjwatson>  10 files changed, 4050 insertions(+)
[10:26] <cjwatson> one of these days
[10:27] <wgrant> Impressive.
[10:29] <cjwatson> I had an otherwise unused train trip
[20:27] <blr> morning
[21:50] <rpadovani> cjwatson, hey :-) I'm a bit confused about the relation between template files and python files. I'm trying to fix #185328, so I understood that +publishinghistory of a package is in soyuz, I found distributionsourcepackage-publishinghistory.pt, and the table I'm lookin for is generated by
[21:50] <rpadovani> <tal:block repeat="publishing publications/currentBatch"
[21:50] <rpadovani>                     replace="structure publishing/@@+listing-summary">
[21:50] <mup> Bug #185328: Publishing history has only distribution series codenames, not version numbers <lp-soyuz> <trivial> <ui> <Launchpad itself:Triaged> <https://launchpad.net/bugs/185328>
[21:50] <rpadovani> I tried to grep a bit these things, but I really don't understand where I'm supposed to look
[21:54] <rpadovani> early in the file there is tal:define="publications view/batchnav, so I suppose I have to find this view
[21:54] <rpadovani> but what is it?
[23:24] <cjwatson> rpadovani: I'm not sure what I think about that bug in general, would probably take some playing around.  But as to your specific question, template files are evaluated according to http://pythonic.zoomquiet.io/data/20050615194557/index.html; in general the "context" is model code (i.e. corresponding roughly to a database object) and the "view" is browser code (i.e. the part of the presentation layer that isn't just HTML templating).  ...
[23:24] <cjwatson> ... To find which view is associated with a given template, look for the template in lib/lp/*/browser/configure.zcml - in this case it's in soyuz, and it turns out that the same template may be applied to either lp.soyuz.browser.distributionsourcepackagerelease.DistributionSourcePackageReleasePublishingHistoryView or lp.registry.browser.distributionsourcepackage.DistributionSourcePackagePublishingHistoryView
[23:26] <cjwatson> rpadovani: the +listing-summary page is also defined in lib/lp/soyuz/browser/configure.zcml, and in this case it's going to be for a SourcePackagePublishingHistory, so that will end up in sourcepackagepublishinghistory-listing-summary.pt
[23:26] <cjwatson> rpadovani: and then that goes off into @@publishinghistory-macros and you get to repeat the process again :)


[21:11] <drubin> Hi is any one awake/alive
[21:12] <drubin> ;-p
[21:12] <Jozo> no
[21:14] <drubin> ;-p
[21:14] <drubin> Is the new version openjdk supposed to work with GUI apps on lucid?
[21:15] <nthykier> drubin: Yes, (assuming if you have the non-headless package)
[21:15] <drubin> I know this is more about packaging then support.. but when standard apt-get install netbeans starts blank white screen
[21:15] <drubin> nthykier: double checks that
[21:16] <nthykier> Also, you may have another java than openjdk installed (e.g. gcj) providing your alternatives (/usr/bin/java)
[21:16] <drubin> pretty sure I don't have another version of java
[21:19] <drubin> OpenJDK Runtime Environment (IcedTea6 1.8) (6b18-1.8-0ubuntu1)
[21:19] <nthykier> Sounds about right
[21:19] <drubin> I have both headless and normal installed ;/
[21:20] <nthykier> The headless is a subset of the "normal" one
[21:20] <nthykier> so that makes sense
[21:20] <drubin> nthykier: Ok so that isn't the issue then.
[21:23] <drubin> I guess this serves me right for thinking I should take a development version to a conference. ;-p and only do testing the day before
[21:58] <drubin> For any one that cares it seemed to be the fact that netbeans wouldn't run using the DM xmonad, seems to work with gnome
[22:31] <facefaceface> Setting up libsvn-javahl (1.4.6dfsg1-2ubuntu1.1) ...
[22:31] <facefaceface> so I'm guessing I want subclipse 1.2.x
[22:32] <facefaceface> question is... do I need to tell Java (when used for Eclipse) where to find the library
[22:32] <facefaceface> ?
[22:32] <facefaceface> hello
[22:33] <nthykier> hey again
[22:33] <facefaceface> should I restart eclipse after loading this lib?
[22:33] <facefaceface> (I'm in the wrong channel again aren't I)
[22:34] <nthykier> erh, hard to tell now that you went back to eclipse... :P anyhow...
[22:35] <nthykier> We have had some reporting problems with javahl and success with svnkit
[22:35] <nthykier> though I am not sure if they installed svnkit via Ubuntu's repository or via eclipse itself... I am guessing the latter
[22:36] <facefaceface> lemmy see...
[22:36] <facefaceface> its another plugin right?
[22:36] <nthykier> yes
[22:36] <facefaceface> not in my repo
[22:36] <facefaceface> does it need javahl?
[22:36] <nthykier> regardless, when installing new stuff for eclipse you need to restart eclipse to make it work
[22:37] <facefaceface> ty
[22:37] <nthykier> no - it should not need javahl
[22:37] <nthykier> in fact that is probably why it works
[22:37] <nthykier> you probably have to add another update site for it
[22:37] <facefaceface> OK, I'll look...
[22:37] <facefaceface> btw, is this error expected:
[22:38] <nthykier> errors are in generally not expected; :P
[22:38] <facefaceface> Network connection problems encountered during search.
[22:38] <facefaceface>   Unable to access "http://update.eclipse.org/updates/3.2".
[22:38] <facefaceface>     Unable to access site: "http://update.eclipse.org/updates/3.2" [Server returned HTTP response code: "403 Forbidden" for URL: http://update.eclipse.org/updates/3.2.]
[22:38] <facefaceface>     Unable to access site: "http://update.eclipse.org/updates/3.2" [Server returned HTTP response code: "403 Forbidden" for URL: http://update.eclipse.org/updates/3.2.]
[22:38] <facefaceface> oops
[22:38] <facefaceface> sorry Network connection problems encountered during search.
[22:38] <facefaceface>   Unable to access "http://update.eclipse.org/updates/3.2".
[22:38] <facefaceface>     Unable to access site: "http://update.eclipse.org/updates/3.2" [Server returned HTTP response code: "403 Forbidden" for URL: http://update.eclipse.org/updates/3.2.]
[22:38] <facefaceface>     Unable to access site: "http://update.eclipse.org/updates/3.2" [Server returned HTTP response code: "403 Forbidden" for URL: http://update.eclipse.org/updates/3.2.]
[22:38] <facefaceface> DOH
[22:38] <facefaceface> I was trying to type 'sorry about that'
[22:38] <nthykier> you want to remove that site if you are using eclipse 3.5
[22:39] <facefaceface> ended up pasting again!
[22:39] <facefaceface> this version of ubuntu comes with 3.2.2
[22:39] <facefaceface> Build id: M20070212-1330 (Ubuntu version: 3.2.2-5ubuntu2)
[22:39] <nthykier> Holy... then you are on 8.10 or older?
[22:40] <facefaceface> forgot how to find out on ubuntu...
[22:41] <facefaceface> system -> about -> Thank you for your interest in Ubuntu 8.04 - the Hardy Heron - released in April 2008.
[22:42] <facefaceface> well... its stable ;-)
[22:43] <nthykier> That eclipse is probably 3 years old... maybe 4
[22:44] <nthykier> I am not sure they still provide plugins for it; but you are looking for the SVNKit connector for eclipse 3.2
[22:45] <facefaceface> I'm going to see if I can get svnclipse to work... just because I'm a total beginner
[22:45] <facefaceface> somhow I want to see my path of enquiry through :-)
[22:46] <nthykier> There are or were two svn plugins for eclipse... subversive and subeclipse (as I recall)
[22:46] <nthykier> I do not know which one I used; but with that you had to install a connector after installing it
[22:46] <facefaceface> oh... are plugins different from connectors?
[22:47] <nthykier> erh, as I understand it, they are a plugin
[22:47] <nthykier> they are used by the sub$something plugin to complete the SVN requests
[22:48] <facefaceface> IC


[00:02] <xnox> i don't feel comfortable taking meta-sifive patches; i'd rather take our kernel's dtb into uboot.
[00:03] <xnox> we must load matching dtb from kernel going forward.
[00:30] <vorlon> xnox: livecd-rootfs still pulls u-boot-rpi into the classic images
[00:53] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (groovy-proposed) [3.8.5-1ubuntu0.1]
[00:58] -queuebot:#ubuntu-release- Unapproved: accepted rabbitmq-server [source] (focal-proposed) [3.8.2-0ubuntu1.2]
[01:01] <xnox> waveform:  for next release we can drop pullin gin u-boot-rpi right? or do we still need for upgrades?
[01:07] -queuebot:#ubuntu-release- Unapproved: accepted mkosi [source] (groovy-proposed) [5-1ubuntu<IP_ADDRESS>]
[01:12] -queuebot:#ubuntu-release- Unapproved: accepted mkosi [source] (focal-proposed) [5-1ubuntu<IP_ADDRESS>]
[02:20] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (focal-proposed) [1.9.1-1ubuntu0.4]
[02:25] -queuebot:#ubuntu-release- Unapproved: accepted thermald [source] (groovy-proposed) [2.3-4ubuntu1]
[02:37] -queuebot:#ubuntu-release- Unapproved: u-boot-menu (hirsute-proposed/main) [4.0.2ubuntu4 => 4.0.2ubuntu5] (core)
[02:37] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu7 => 2021.01+dfsg-3ubuntu8] (core)
[02:38] <xnox> vorlon:  bdmurray: i'm failing to reconcile dtb in kernel & u-boot, as they both have different drivers that expect different dtb.
[02:39] <xnox> thus going back to u-boot-menu ubuntu3 which generates fdtdir option in extlinux.conf thus making u-boot load matching kernel's dtb for every kernel it loads.
[02:39] <xnox> and u-boot upload that makes fdtdir option be skipped on qemu-riscv64_smode target, and instead just carry on using dtd that is already loaded in ram.
[02:39] <xnox> uploaded both of those things into https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4532/+packages too
[02:40] <xnox> will build unleashed & unmatched images out of there. which should work correctly on unleashed, unmatched, and qemu.
[02:40] <xnox> i tested qemu with local build of the two already.
[03:01] -queuebot:#ubuntu-release- Unapproved: accepted libwacom [source] (focal-proposed) [1.3-2ubuntu2]
[03:41] -queuebot:#ubuntu-release- Unapproved: openjdk-16 (hirsute-proposed/universe) [16+36-3 => 16.0.1+9-1] (i386-whitelist)
[03:42] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-16 [source] (hirsute-proposed) [16.0.1+9-1]
[04:12] -queuebot:#ubuntu-release- Unapproved: gcc-snapshot (hirsute-proposed/universe) [1:20210420-1ubuntu1 => 1:20210421-1ubuntu1] (i386-whitelist)
[04:12] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [source] (hirsute-proposed) [1:20210421-1ubuntu1]
[05:19] -queuebot:#ubuntu-release- Unapproved: nautilus (hirsute-proposed/main) [1:3.38.2-1ubuntu1 => 1:3.38.2-1ubuntu2] (ubuntu-desktop)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (hirsute-proposed/multiverse) [6.1.18-1 => 6.1.20-1] (no packageset) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox (hirsute-proposed/multiverse) [6.1.18-dfsg-5 => 6.1.20-dfsg-1] (kernel-dkms, ubuntu-cloud) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (hirsute-proposed/multiverse) [6.1.18-1 => 6.1.20-1] (no packageset) (sync)
[06:56] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (hirsute-proposed) [6.1.20-1]
[06:56] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [sync] (hirsute-proposed) [6.1.20-1]
[07:02] <LocutusOfBorg> vorlon, can virtualbox-hwe go away now that xserver-xorg-dev-hwe-18.04 is not a real thing anymore?
[07:02] <LocutusOfBorg> I can provide the -hwe packages into the main virtualbox package so upgrades are ensured
[07:02] <LocutusOfBorg> I was not aware xorg-hwe was disappeared
[07:15] <tjaalton> xserver-xorg-dev-hwe-18.04?
[07:16] <tjaalton> it's still provided by the xorg-lts-transitionals package, or what do you mean?
[08:08] <LocutusOfBorg> tjaalton, but do we still have two different hwe stacks on each Ubuntu release?
[08:09] <LocutusOfBorg> I mean, I had introduced virtualbox-hwe because some people were using newer xorg on their system
[08:09] <LocutusOfBorg> is this still the case?
[08:10] <tjaalton> LocutusOfBorg: not for focal, at least not yet
[08:10] <LocutusOfBorg> so now virtualbox-hwe is the same as virtualbox, wrt provided binaries and compatibility with stacks
[08:10] <LocutusOfBorg> and once you upgrade xorg on focal, a no-change rebuild will "fix it"
[08:10] <LocutusOfBorg> right?
[08:10] <tjaalton> sounds about right
[08:11] <tjaalton> even if there is a new major release upstream within the next year, I'm not sure it's worth a backport
[08:11] <tjaalton> but we'll see
[08:19] <LocutusOfBorg> will it be called maybe xserver-xorg-dev-hwe-20.04?
[08:19] <LocutusOfBorg> so in that case vbox will need a little change in control file
[08:19] <tjaalton> probably, follows the same naming as before
[08:19] <LocutusOfBorg> I was hoping to see an -hwe versionless package
[08:19] <LocutusOfBorg> my vbox-hwe doesn't have such numbers...
[08:20] <LocutusOfBorg> but nothing important :)
[08:26] <seb128> do we accept 0 days SRUs already at this point?
[08:26] <seb128> I would like the nautilus in the queue to be one please
[08:27] <tjaalton> LocutusOfBorg: that would break upgrades, the point is that the 'old-lts stack' users would get upgraded to the next-lts GA stack, and not be kept on hwe forever
[08:29] <Laney> seb128: not yet but noted
[08:29] <seb128> Laney, thanks
[08:37] -queuebot:#ubuntu-release- Packageset: Removed eglexternalplatform from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Removed python-atomicwrites from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Removed wcwidth from i386-whitelist in hirsute
[08:37] -queuebot:#ubuntu-release- Packageset: Added libz-mingw-w64 to i386-whitelist in hirsute
[08:47] -queuebot:#ubuntu-release- Unapproved: u-boot-menu (hirsute-proposed/main) [4.0.2ubuntu4 => 4.0.2ubuntu5] (core) (sync)
[08:47] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu7 => 2021.01+dfsg-3ubuntu8] (core) (sync)
[08:48] -queuebot:#ubuntu-release- Unapproved: rejected u-boot-menu [source] (hirsute-proposed) [4.0.2ubuntu5]
[08:48] -queuebot:#ubuntu-release- Unapproved: rejected u-boot [source] (hirsute-proposed) [2021.01+dfsg-3ubuntu8]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted u-boot-menu [sync] (hirsute-proposed) [4.0.2ubuntu5]
[08:48] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [sync] (hirsute-proposed) [2021.01+dfsg-3ubuntu8]
[08:56] <LocutusOfBorg> it would be nice to accept virtualbox and virtualbox-hwe please
[08:57] <LocutusOfBorg> they contains some really needed fixes...
[09:02] -queuebot:#ubuntu-release- Unapproved: openjdk-lts (hirsute-proposed/main) [11.0.11+9-0ubuntu1 => 11.0.11+9-0ubuntu2] (core, i386-whitelist)
[09:12] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-lts [source] (hirsute-proposed) [11.0.11+9-0ubuntu2]
[09:20] <sil2100> xnox: hey, ok, so I got impatient waiting for the u-boot stuff getting published and just ran livefs builds using the bileto PPA
[09:20] <sil2100> (since the image builds take 2 hours, so the earlier they start building the better)
[09:21] <sil2100> Sorry!
[09:43] <xnox> cool
[09:44] <xnox> sil2100:  we will have to rebuild those again anyway, but works for me.
[09:45] -queuebot:#ubuntu-release- Unapproved: ceph (focal-proposed/main) [15.2.8-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (desktop-core, ubuntu-server)
[09:45] <sil2100> Yeah, once we migrate this to release, which is fine
[09:45] <sil2100> It's so slooow
[09:46] -queuebot:#ubuntu-release- Unapproved: ceph (groovy-proposed/main) [15.2.8-0ubuntu<IP_ADDRESS> => 15.2.11-0ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[09:48] <waveform> xnox, sorry - just noticed your ping above - on the next release I am indeed hoping to drop u-boot-rpi from inclusion in the images but for that I'll need to migrate any existing config still using it (which involves certain ... complexities)
[09:49] <jamespage> hi release team - I have a new point release for Ceph to address a security issue - however given the exceptionally long time taken to build ceph on some architectures I'm proposing this fast follows hirsute release rather than holding anything up
[09:49] <jamespage> https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1925322
[09:49] <ubot3> Launchpad bug 1925322 in ceph (Ubuntu Hirsute) "[SRU] ceph 16.2.1" [Undecided, New]
[09:51] <jamespage> and please could someone reject the ceph 15.2.10 uploads from the focal and groovy UNAPPROVED queues - superceeded by the 15.2.11 ones which include the fixes for this CVE
[09:52] <waveform> xnox, but you are correct that for hirsute it's theoretically still needed for upgraders from original focal installs (assuming people haven't manually switched away)
[09:53] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (focal-proposed) [15.2.10-0ubuntu<IP_ADDRESS>]
[09:53] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (groovy-proposed) [15.2.10-0ubuntu<IP_ADDRESS>]
[09:53] <doko> jamespage: ^^^
[10:03] <xnox> waveform:  removing it from new images; will keep it installed for those who already had it. It's just we must continue building it and testing that it still works. Or like upgrade them to pibootctl somehow.
[10:44] -queuebot:#ubuntu-release- Unapproved: openjdk-8 (hirsute-proposed/universe) [8u282-b08-0ubuntu1 => 8u292-b10-0ubuntu1] (i386-whitelist)
[10:45] -queuebot:#ubuntu-release- Unapproved: accepted openjdk-8 [source] (hirsute-proposed) [8u292-b10-0ubuntu1]
[10:56] <xnox> sil2100: i don't think the builds for u-boot are correct.
[10:57] <xnox> sil2100:  instead of building in a given archive, i thought we need to build with EXTRA_PPAS=ci-train-ppa-server/....
[10:57] <xnox> sil2100:  cause it's simply livefs host that is using the ppa, not the image......
[10:57] <xnox> https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/hirsute/cpc/+build/271929
[10:58] <xnox> i can take last daily images, and simply upgrade u-boot-menu inside them.
[10:58] <xnox> repack, upload to people.canonical.com and try to deploy in the lab.
[11:00] <Laney> right, you need extra_ppas metadata for the things to be used inside the build rather than just the build tools themselves
[11:00] <Laney> https://bazaar.launchpad.net/~ubuntu-cdimage/ubuntu-cdimage/mainline/view/head:/lib/cdimage/livefs.py#L231
[11:22] <sil2100_> eh, great
[11:23] <sil2100_> xnox: so normally I'd add extra_ppas, but last time I tried that it didn't work an the builds were failing as there was some bug with support of the extra_ppas metadata
[11:24] <sil2100_> Ok then, I'll simply kick a set of -proposed images in that case
[11:24] <xnox> fun fun fun
[11:24] <sil2100_> WOuld be nice to know if extra_ppas is working now or not
[11:25] <xnox> it does work now.
[11:26] <xnox> but i also want to add a new option "extra_ppas":"from-host" => aka copy all the sources from the host
[11:26] <sil2100> You sure sure? If yes, then maybe re-starting those with extra_ppas instead? Or maybe you don't care about pulling other packages from -proposed?
[11:26] <xnox> sil2100:  cause i.e. these days livefs build injects the archive and all of its deps.
[11:26] <xnox> sil2100:  proposed sounds better.
[11:26] <xnox> ppa will be gone, and image will become toast.
[11:27] <sil2100> We'll still have to rebuild for release as we can't publish -proposed based images - we need to remember about that
[11:27] <sil2100> Ok, running those two subarches
[11:31]  * ogra hands xnox some nutella ... just in case ...
[11:43] <sil2100> Anyway, sorry about that, this will delay everything now because of me having wrong assumptions - again
[11:48] <sil2100> So angry at myself right now, grr
[11:51] <xnox> sil2100:  it's ok. Also i now have better fixes for u-boot. Actually fix the crash in question properly. Submitted upstream, but pending their upstream mailing list moderation.
[11:51] <xnox> https://github.com/u-boot/u-boot/pull/71/files => but i think that's best for post-hirsute now, cause also need a cherrypick from upstream for another feature for things to work correctly.
[11:51] <ubot3> Pull 71 in u-boot/u-boot "cmd: pxe_utils: sysboot: fix crash if either board or soc are not set." [Open]
[12:11] <sil2100> Ok, confirmed that in hirsute indeed extra_ppas work again, no weird errors anymore, eh, sigh
[12:17] <rbalint> sil2100, xnox could you please add this or something simiar to release notes about LP: #1916485 https://pastebin.ubuntu.com/p/Jm5HfWsFSM/
[12:17] <ubot3> Launchpad bug 1916485 in docker.io (Ubuntu Hirsute) "test -x fails inside shell scripts in containers" [Critical, New] https://launchpad.net/bugs/1916485
[12:19] <sil2100> rbalint: sure
[12:20] <sil2100> I'll add it to known issues
[12:22] <sil2100> Done
[12:23] <sil2100> patviafore: hey! Regarding LP: #1919177 - I think this late in the RC cycle I think adding it to known issues is the right way to go
[12:23] <ubot3> Launchpad bug 1919177 in cloud-init "Azure: issues with accelerated networking on Hirsute" [Undecided, Incomplete] https://launchpad.net/bugs/1919177
[12:23] <sil2100> patviafore: do you have access to the release notes to add info about it?
[12:27] <rbalint> sil2100, thanks!
[12:39] <coreycb> hello release team, by any chance could we get heat-dashboard accepted into hirsute for openstack?
[13:33] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (bionic-proposed) [1:18.04.44]
[13:36] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (bionic-proposed/main) [1:18.04.43 => 1:18.04.44] (core)
[13:41] <patviafore> sil2100: people on CPC do, so I'll get them to add it today
[13:45] <patviafore> sil2100: are there any known respins coming down the pipe (we have cloud images built on 20210420, and are ready to rebuild at any time)
[13:46] <sil2100> patviafore: yes, we will be re-spinning at least the riscv images, pi images and subiquity
[13:54] <patviafore> okay sounds good, just ping me when, and I'll kick off a build shortly after
[13:55] <sil2100> Thanks! Will do o/
[13:58] <bdmurray> sil2100: Could you review ubuntu-release-upgrader for Bionic?
[14:08] <bdmurray> sil2100: its for bug 1922297
[14:08] <ubot3> Bug 1922297 in ubuntu-release-upgrader (Ubuntu Groovy) "20.10 to 21.04: snap does not upgrade channel" [Undecided, Fix Committed] https://launchpad.net/bugs/1922297
[14:17] <sil2100> Will do o/
[14:19] <bdmurray> juliank: With phased updates for Hirsute if you are installing from the ISO and choose to download updates will the phased-update-percentage be respected?
[14:25] -queuebot:#ubuntu-release- Unapproved: libwacom (focal-proposed/main) [1.3-2ubuntu2 => 1.3-2ubuntu3] (desktop-core, i386-whitelist)
[14:27] <juliank> bdmurray: should be, yes
[14:49] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (bionic-proposed/universe) [20201217.02-0ubuntu1~18.04.0 => 20210414.00-0ubuntu1~18.04.0] (no packageset)
[14:49] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (xenial-proposed/universe) [20201217.02-0ubuntu1~16.04.0 => 20210414.00-0ubuntu1~16.04.0] (no packageset)
[14:50] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (focal-proposed/universe) [20201217.02-0ubuntu1~20.04.0 => 20210414.00-0ubuntu1~20.04.0] (no packageset)
[14:50] -queuebot:#ubuntu-release- Unapproved: google-guest-agent (groovy-proposed/main) [20201217.02-0ubuntu1~20.10.0 => 20210414.00-0ubuntu1~20.10.0] (no packageset)
[14:54] <xnox> Laney:  i went with this emoji RISC-V :five:
[14:54] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (bionic-proposed) [1:18.04.44]
[14:54] <xnox> for risc-v, to make it riscv FIVE not riscv VEE
[14:55] <Laney> like sputnik v?
[14:56] <bdmurray> xnox: your release note regarding u-boot-qemu from hirsute is relevant if you are running focal and want to try the risc-v images with qemu on it?
[15:07] <xnox> bdmurray:  yes.
[15:07] <xnox> Laney:  hahahha yes
[15:07] <bdmurray> xnox: should u-boot-qemu be SRU'ed then?
[15:09] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unleashed [Hirsute Final] has been updated (20210421)
[15:09] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unmatched [Hirsute Final] has been updated (20210421)
[15:13] <xnox> bdmurray:  yes, however, i have better version of the patches for u-boot-qemu which are upstreamable & submitted upstream too.
[15:14] <Laney> xnox: you testing these new images?
[15:14] <xnox> bdmurray:  https://code.launchpad.net/~xnox/ubuntu/+source/u-boot/+git/u-boot/+merge/401545
[15:14] <xnox> Laney:  just got off team calls, yes, will do in a second.
[15:14] <Laney> good
[15:38] -queuebot:#ubuntu-release- Unapproved: sosreport (xenial-proposed/main) [3.9.1-1ubuntu<IP_ADDRESS> => 3.9.1-1ubuntu<IP_ADDRESS>] (ubuntu-desktop, ubuntu-server)
[16:16] <xnox> sil2100:  Laney: unleashed & unmatched proposed images work fine on unmatched hw and in qemu
[16:16] <xnox> unleashed image on unleashed not tested yet.
[16:19] <sil2100> \o/
[16:20] <Laney> |O|
[16:20] <waveform> nice :)
[16:21] <Laney> I unblocked that
[16:21] <Laney> we'll have to do respins of those + raspi
[16:21] <Laney> soonnnnnnnnn
[16:51] <xnox> sil2100:  so i think unmatched is good, but unleashed will not be on baremetal.
[16:52] <xnox> sil2100: bdmurray: in the lab it is booting with SOC set to NULL.
[16:52] <xnox> because of all the patches that are unapplied.... which includes the hunk that sets fdtfile.
[16:52] <xnox> which unleashed now needs again.
[16:54] <xnox> leh sigh.
[16:57] <Laney> ...
[16:57] <bdmurray> xnox: so I should stop trying to test it?
[17:09] <sil2100> I KNEW IT THAT THE UNAPPLY WAS SHADY!
[17:10] <sil2100> (still accepted it though)
[17:15] -queuebot:#ubuntu-release- Unapproved: u-boot (hirsute-proposed/main) [2021.01+dfsg-3ubuntu8 => 2021.01+dfsg-3ubuntu9] (core)
[17:19] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [source] (hirsute-proposed) [2021.01+dfsg-3ubuntu9]
[17:52] <ginggs> would someone please review https://code.launchpad.net/~ginggs/britney/+git/hints-ubuntu/+merge/401145 ?
[18:10] <Laney> 👍
[18:37] <ginggs> Laney: thanks!
[18:56] <coreycb> bdmurray: by any chance could we get heat-dashboard accepted into hirsute or should we wait and SRU that?
[19:04] <ginggs> also please review https://code.launchpad.net/~ginggs/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/401565
[19:05] <bdmurray> coreycb: I'll have a look
[19:06] <bdmurray> ginggs: I'm looking at that now
[19:06] <ginggs> bdmurray: thanks!
[19:33] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (groovy-proposed) [20210414.00-0ubuntu1~20.10.0]
[19:40] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (focal-proposed) [20210414.00-0ubuntu1~20.04.0]
[19:41] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (bionic-proposed) [20210414.00-0ubuntu1~18.04.0]
[19:43] -queuebot:#ubuntu-release- Unapproved: accepted google-guest-agent [source] (xenial-proposed) [20210414.00-0ubuntu1~16.04.0]
[20:04] <xnox> why no publisher run?
[20:20] -queuebot:#ubuntu-release- Unapproved: accepted heat-dashboard [source] (hirsute-proposed) [5.0.0-0ubuntu1]
[20:21] -queuebot:#ubuntu-release- Unapproved: accepted recordmydesktop [sync] (hirsute-proposed) [0.4.0-1]
[20:24] <bdmurray> ginggs: I'm rerunning the tests for q2-feature-classifier
[20:27] <cjwatson> xnox: ?
[20:28] <cjwatson> It seems to be running normally
[20:28] <vorlon> xnox: https://launchpad.net/ubuntu/+source/u-boot/+publishinghistory shows u-boot published?
[20:42] <coreycb> bdmurray: thank you
[20:47] <Trevinho> mh, not sure if this may affect other applications TBH, various are using gjs a part the shell, but not sure if it's critical https://bugs.launchpad.net/ubuntu/+source/gjs/+bug/1923267
[20:47] <ubot3> Launchpad bug 1923267 in gjs (Ubuntu) "indicator-multiload app broken after upgrading libglib2.0-0 2.67.5-2 to 2.68.0-1" [High, In Progress]
[20:49] <vorlon> xnox, cjwatson: ah - claims to have been published an hour ago but not visible in the archive frontend afaics
[20:50] <vorlon> and the index hasn't updated yet on anonster
[20:51] <vorlon> oh wait, no, I'm looking at the wrong thing
[20:51] <vorlon> 8 is in release, 9 is in proposed - and yes these are visible from archive.u.c
[20:51] <vorlon> xnox: ^^ so yes the publisher has run
[21:06] <xnox> vorlon:  so i think at 21.04 i did not see that britney is in progress. hence update_excuses was still at like 18:00 timestamp. Now it's at 20:19 timestamp. but still missing armhf build.
[21:07] <vorlon> xnox: ack
[21:07] <xnox> was hoping that u-boot ...9 would have migrated by now.
[21:07] <vorlon> sorry
[22:41] <sil2100> vorlon, bdmurray: I see u-boot is migrating o/
[22:41] <bdmurray> sil2100: vorlon indicated he'd do the respins
[22:42] <sil2100> vorlon: bdmurray mentioned you'll do the respins, right?
[22:42] <sil2100> Okay, so we'll need to respin the pi images (with pi desktop as well I think), riscv images *and* subiquity (since we wanted to pull in the neat versionned subiquity anyway)
[22:43] <bdmurray> xnox: should u-boot-qemu be SRU'ed then?http://archive.ubuntu.com/ubuntu/dists/hirsute-proposed/main/dist-upgrader-all/current/DevelReleaseAnnouncement.html
[22:43] <bdmurray> whoops mouse up
[22:43] <bdmurray> sil2100: after some discussion I'll be uploading a new u-r-u with a big fat warning in DevelReleaseAnnouncement - http://archive.ubuntu.com/ubuntu/dists/hirsute-proposed/main/dist-upgrader-all/current/DevelReleaseAnnouncement.html
[23:05] <vorlon> sil2100: yes I will do respins.  So you do want respins of subiquity images?  I wasn't clear on that
[23:05] <vorlon> sil2100: took me by surprise that there was a skiptest hint already for u-boot or I would've been paying attention sooner, sorry
[23:09] <bdmurray> vorlon: I've uploaded u-r-u
[23:09] <vorlon> ok
[23:09] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (hirsute-proposed/main) [1:21.04.10 => 1:21.04.11] (core)
[23:11] <vorlon> respins running
[23:14] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (hirsute-proposed) [1:21.04.11]
[23:35] <sil2100> bdmurray: ok
[23:36] -queuebot:#ubuntu-release- Unapproved: gjs (hirsute-proposed/main) [1.67.2-2ubuntu1 => 1.67.2-2ubuntu2] (desktop-core, desktop-extra, i386-whitelist, mozilla)
[23:36] <sil2100> vorlon: yeah, we planned doing those earlier


[13:10] <BluesKaj> Hi all
[23:34] <tsimonq2> Kubuntu's daily may break for a day or so. I got annoyed seeing kde4 in an install file for Ubiquity, so I renamed it appropriately and uploaded casper, and ubiquity.
[23:34] <tsimonq2> casper has little rdeps, ubiquity has many, so casper will migrate first, causing a race condition in which the executable for the installer doesn't have the correct flags on it.
[23:35] <tsimonq2> https://launchpad.net/ubuntu/+source/ubiquity/24.04.2
[23:35] <tsimonq2> https://launchpad.net/ubuntu/+source/casper/1.490


[03:47] <Logan> rbasak: is that a thing that's supported now?
[03:47] <Logan> I haven't been doing many merge proposals since UDD died
[03:47] <Logan> because I used to use bzr for everything
[03:48] <Logan> and debdiffs are harder
[05:33] <Logan> ooh usd is damn cool
[05:34] <Logan> rbasak: kinda want to join the team :P
[09:57] <rbasak> Logan: we're in soft ramp up mode at the moment. We need to make a storage efficiency improvement in Launchpad before we can make it general us.
[09:58] <rbasak> Logan: but feel free to use it and ask us to push any imports you need
[09:58] <rbasak> Logan: it's still experimental though. We may tweak and invalidate all previous commit hashes. It's already happened a couple of times so far.