[03:51] <mwhudson> um
[03:51] <mwhudson> how do i find the build records on a page like https://launchpad.net/ubuntu/+source/ciborium/0.2.12+15.10.20150612-0ubuntu1 from the api?
[03:51] <mwhudson> to be clear about what i want to do
[03:51] <mwhudson> i have a ppa with test builds
[03:51] <mwhudson> for each failing build record in the ppa (i know how to find those)
[03:52] <mwhudson> i want to see if the build in the main archive failed or not
[03:53] <mwhudson> wgrant: halp ^
[03:54] <mwhudson> oh maybe getBuildRecords on distro_series
[03:54] <wgrant> mwhudson: Or lp.archives.getByReference(reference='ubuntu').getBuildRecords
[03:54] <wgrant> But distro_series' method is probably better for filtering to a single series.
[03:55] <mwhudson> yeah, i was confused by what i got back from the archive method
[03:55] <wgrant> Filter by Ubuntu's primary archive and the relevant source_name, then check build.current_source_publication to find the right version.
[03:59] <mwhudson> wgrant: i'm confused
[04:00] <mwhudson> (a common state for users of the lp api)
[04:00] <mwhudson> >>> wily = launchpad.distributions["ubuntu"].getSeries(name_or_version="wily")
[04:00] <mwhudson> >>> [r.buildstate for r in list(wily.getBuildRecords(source_name="ciborium"))]
[04:00] <mwhudson> [u'Failed to build', u'Failed to build', u'Failed to build']
[04:00] <mwhudson> i see 6 builds on the page i linked
[04:23] <wgrant> mwhudson: Ah, a complication in the Soyuz model.
[04:23] <wgrant> mwhudson: The successful builds were actually from a PPA.
[04:24] <wgrant> mwhudson: You might have to use source_package_publishing_history.getBuilds() instead. I think that should work.
[04:25] <mwhudson> wgrant: ok
[04:25] <wgrant> Yeah, SPPH.getBuilds is meant to find all of them.
[04:25] <wgrant> Even copies.
[04:29] <mwhudson> and er
[04:29] <mwhudson> how do i get an spph?
[04:30] <mwhudson> getPublishedSources i guess
[04:30] <wgrant> mwhudson: archive.getPublishedSources
[04:35] <mwhudson> wgrant: http://paste.ubuntu.com/11946739/ yay
[04:36] <mwhudson> i should also make a ppa and test rebuild everything without a new golang-go package
[04:36] <mwhudson> as i'm fairly sure some of these will ftbfs in the archive already
[04:37] <mwhudson> but maybe tomorrow
[08:17] <md_5>  Unhandled exception processing upload: The email address<EMAIL_ADDRESS>is already registered.
[08:18] <md_5> What does this mean?
[08:21] <md_5> nevermind, reuploaded and it's fine
[09:01] <md_5> ╰─$ sudo apt-add-repository ppa:md-5/hexchat-dev
[09:01] <md_5> seems to be adding the wrong repository
[09:01] <md_5> s/repostiroy/key
[09:02] <md_5> gpg: key 02CB4CAD: public key "Launchpad PPA for md_5" imported
[09:22] <wgrant> md_5: What's wrong about that?
[09:35] <md_5> wgrant : WARNING: The following packages cannot be authenticated!
[09:35] <md_5>   hexchat
[09:35] <md_5> Install these packages without verification? [y/N] y
[09:35] <md_5> apt-get isn't recognising it :\
[09:37] <wgrant> md_5: It can sometimes happen that the first publication of a new PPA occurs before the signing key is generated. Any change to the series cause it to be resigned.
[09:37] <wgrant> For example, deleting the package and then copying it back in.
[09:37] <md_5> I I found the issue
[09:37] <md_5> http://ppa.launchpad.net/md-5/hexchat-dev/ubuntu/dists/vivid/
[09:37] <md_5> There is no Release.gpg
[09:37] <wgrant> Right, as I said.
[09:41] <md_5> Ok I've bumped the version and I'll reupload
[09:49] <md_5> wgrant thanks, works. I'll let the mailing list know.
[09:49] <md_5> appreciated
[17:45] <KaZeR> hi there
[17:46] <KaZeR> how can one delete a translation from launchpad ? a .po was imported as 'ab' by mistake, probably somehow like this : https://bugs.launchpad.net/launchpad/+bug/329124


[06:43] <Mirv> thanks to sitter but it'd look like more migration is still needed, currently stuck at missing kglobalaccel
[06:43] <Mirv> if anyone can work on getting the kf5 5.7.0 migration done, it'd be appreciated as it'd bring Qt 5.4 closer
[08:41] <Mirv> I've managed to kick kactivities-kf5 and plasma-framework armhf builds to finish, in that order :) hopefully no blockers anymore.
[10:00] <Mirv> unfortunately it seems a kglobalaccel blocks migration since no-one has uploaded a new plasma-workspace ubuntu2 that would be required to go hand in hand. anyone with that available for upload?
[10:00] <Mirv> "libkf5globalaccel-bin Breaks and Replaces older versions of plasma-workspace which previously contained the helper. same goes for -data which contains the dbus service file"
[10:01] <Mirv> it'd be available at eg. https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging
[10:03] <Mirv> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging/+sourcepub/4767977/+listing-archive-extra - 4:5.2.0-0ubuntu2~ubuntu15.04~ppa10 I don't know how your system works though
[10:20] <Mirv> mitya57: also if you happen to know enough of Kubuntu that you'd dare to upload that ^, feel free to do so. I know nothing what could go wrong by taking that and just fixing the version number, so I don't dare.
[10:36] <kfunk> apt keeps removing plasma-workspace (in Vivid) for me :(
[10:43] <kfunk> hm, probably because I'm using vivid-proposed. libkf5globalaccel5 blocks installation of plasma-workspace (from vivid/universe)
[10:44] <kfunk> downgrading the former helped
[11:44] <BluesKaj> Howdy folks
[13:40] <Mirv> kfunk: just the thing I called help for
[20:41] <ScottK> sgclark: Looks better now.  http://people.canonical.com/~ubuntu-archive/packagesets/vivid/kubuntu
[20:42] <ScottK> kfunk: Don't use proposed on the development release.  It's for robots and automatic tools, not for people.


[01:14] <bkerensa> valorie: I hope you are planning on coming down for OSCON and Open Source Bridge this year
[01:14] <bkerensa> I'm already working on trying to get a booth at both
[06:56] <valorie> not sure about OSB
[06:56] <valorie> OSCON for sure
[06:56] <valorie> life permitting, of course
[06:56] <valorie> between my dad and my old doggie, I'm jumping, lately


[21:49] <studio_> hi
[21:49] <studio_> orga_, you are still here?
[21:51] <studio_> some other guys here online?


[13:43] <marco_polo> two log bots
[13:43]  * marco_polo been digging lxde on my new old box
[14:38] <holstein> marco_polo: i got LXDE on a couple old lappies
[14:39] <holstein> default DE on peppermintOS :)
[17:36] <akgraner> bac, ping - you all ok?  Van Hoof lost his condo....
[18:27] <rballz75> charlotte anyone?
[23:45] <akgraner> I'm about an hour from CLT


 Specifically<EMAIL_ADDRESS> Perfect (re @Eickmeyer: We have a potentially large Spanish-speaking Edubuntu base that is likely to get larger with 24.04 and the RasPI images. I have someone who's going to be on the team that runs a computer lab in Mexico full of Pis that he wants running Edubuntu.)
[01:19] <kc2bez> All 3 of those packages are now in the release pocket.
 \o/
 Thanks for the update Dan :)
[01:58] <kc2bez> Sure thing.
[01:58] <kc2bez> Good news. The Netplan fix works for me, I retained my live settings in the install.
 Nice!!
[02:00] <kc2bez> I think the automirror stuff is working but I got US so that is sort of the default I would expect. Unless I mess around with a VPN to pop out somewhere else i am not sure how much of a test that is.
[02:00] <kc2bez> guiverc: is probably the best one to test that.
 sudo iftop
 That gives you a detailed view of every packet going in/out
 As long as it now points to Ubuntu, we're golden. I didn't close that bug in the changelog because I don't know if that fixes the problem
[02:01] <kc2bez> I watched the log file in the install, it looked like it was supposed to.
 That being said, if there still is a problem, now it's Canonical's fault, not some random geoip company :)
 Sweet.
 I mean, Canonical probably has an Australia office or at least a subsidiary. I'd like to think as a company they're invested to keeping the lights on there ;)
[02:03] <kc2bez> :D
 *invested in
[02:03] <kc2bez> I think it is good but it would be nice to see it pick out another country code just to be sure.
[02:05] <kc2bez> As far as the default settings thing, I think we need to wait for the rebuilt ISO.
[02:05] <kc2bez> Upgrading the package doesn't change it for the user.
 Upgrading the package and removing the file from .config (or the dir entirely) then restarting SDDM does the trick
 Any existing user has surely already changed that setting to how they like it?
[02:08] <kc2bez> I would think so, yes.
[02:09] <kc2bez> Nothing seems broken so I think we are good.
[02:31] <tsimonq2> Sweet.
[02:31] <tsimonq2> We should have new ISOs in < 30 minutes.
[02:33] <kc2bez> Nice
[02:50] <tsimonq2> Hmm... https://bugs.launchpad.net/ubuntu-desktop-installer/+bug/2036997/comments/7 suggests that 01-network-manager-all.yaml isn't needed because there's a 00-<ditto>.yaml provided by ubuntu-settings... except, we don't provide that file.
[02:50] -ubottu:#lubuntu-devel- Launchpad bug 2036997 in netplan.io (Ubuntu) "Wifi password not copied to new install since netplan transition" [High, Confirmed]
[02:50] <tsimonq2> I'm doing some more testing to ensure that we have something like that.
[03:08] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Final] (20231009) has been added
[03:20] <tsimonq2> Okay cool, /etc/netplan/01-network-manager-all.yaml does exist.
[03:20] <tsimonq2> And for Telegram users, we just got notified that the build is ready.
[03:25] <guiverc> yeah we've now appeared on http://iso.qa.ubuntu.com/qatracker/milestones/449/builds :)
[03:25]  * guiverc busy on other stuff; I'll get to some QA when I can
[03:26] <tsimonq2> Thanks in advance!
[03:34] <kc2bez> Tested the new ISO. Screens work like we want now. Networking seems cool.
[03:35] <guiverc> :) thanks kc2bez & tsimonq2
[03:36] <kc2bez> 👍
 I have had my life get really busy lately but have done a few last proofreads and last few screenshots updated on the manual
[03:59] <guiverc> thanks @lynorian
 https://matterbridge.lubuntu.me/0efddd24/file_9948.jpg
 "Look at me, I'm a UX professional" hahahaha
 That's cursed.
 Don't worry, I'm iterating on it...
 https://matterbridge.lubuntu.me/10b4026e/file_9949.jpg
 Slightly better. Those radio buttons are the size of planets.
 /me figures out how to fix the QML for it... heh
 https://matterbridge.lubuntu.me/6c932d65/file_9950.jpg
 Bingo!
 Now they're only dwarf planets.
 bahahahahaha
 https://matterbridge.lubuntu.me/d502f5e6/file_9951.jpg
[05:14] <tsimonq2> That makes feature parity.
[05:14] <tsimonq2> I'm not stopping there though, I could very well have a Subiquity-inspired "install additional useful apps"...
[05:15] <tsimonq2> Either way, the backend isn't implemented yet XD
[05:16] <tsimonq2> hahahaha
[05:16] <tsimonq2> And the old way is... having nothing of the sort? heh
[05:17] <Eickmeyer> Those checkboxes are the size of Borg cubes.
[05:17] <tsimonq2> The difference is, this one will *actually* work ;)
[05:18] <tsimonq2> Point taken, to both you and Eickmeyer ;)
[05:18] <Eickmeyer> XD
[05:18]  * lubot [matrix] <arraybolt3> now goes and google's "borg cube"
[05:19] <Eickmeyer> FWIW, the button for "minimal installation" in Edubuntu for 23.04 didn't actually work.
[05:20]  * tsimonq2 waits for Eickmeyer to pull out the "bigger than ur mom" jokes ;)
[05:21] <tsimonq2> Eickmeyer: See, the difference between Ubiquity and the things I'm personally writing is, the latter will work or #SimonsFault :P
[05:22] <Eickmeyer> Well, if the minimal install option doesn't work in Edubuntu 23.10, it's #ErichsFault because it's part of the seed.
[05:23] <Eickmeyer> Still no minimal install in Ubuntu Studio 👀
[05:24] <Eickmeyer> (problem for future Erich)
 https://matterbridge.lubuntu.me/da21954f/file_9952.jpg
[05:28] <tsimonq2> Eickmeyer: Meh, seeds are fun. This won't make it into 23.10 anyway, heh.
[05:28] <tsimonq2> Eickmeyer: Are those radio buttons small enough now? XD
[05:29]  * lubot [matrix] <arraybolt3> watches the screen get sucked into the black hold next to Normal Installation
 Managed to sneak quick test - latest iso locations and another language - all good 😁
 Thanks!!! (re @Leokolb: Managed to sneak quick test - latest iso locations and another language - all good 😁)
 /me hands @arraybolt3 another one of whatever beer he's drinking
 https://matterbridge.lubuntu.me/792b6d60/file_9953.jpg
 The "additional third-party packages" are part of a scrollable list
 Much like subiquity, the idea is, you check whatever items you want and it just installs them
 I'm taking suggestions on what those items should be :)
 Kind of in the spirit of this...
 https://matterbridge.lubuntu.me/6f262398/file_9954.jpg
[06:04] <tsimonq2> I think starting items might be like, Element, virt-manager, Kdenlive...
[06:04] <tsimonq2> I'll let everyone chew on that for a bit. In the meantime, the backend needs all of this fancy new UI implemented.
[06:05] <tsimonq2> (It's funny, in the other project I could easily work on right now, I'm facing the opposite issue. :P)
[06:05] <tsimonq2> LMFAO
[06:06] <tsimonq2> TB says it's cool as long as I clearly warn the user
[06:08] <tsimonq2> Didn't even think about VSCodium, good one! Same page with the other ones.
[06:12] <tsimonq2> LXD *almost* seems appropriate?
[06:14] <tsimonq2> Somewhat related: https://github.com/calamares/calamares/pull/2209
[06:14] -ubottu:#lubuntu-devel- Pull 2209 in calamares/calamares "Quick vendor patch to add support for Netplan-based configs" [Open]
 Alright, roast my UX:
 https://matterbridge.lubuntu.me/099d1bd2/file_9956.jpg
 I don't think you can shrink the *eye* of the radio button but you can simply shrink the button itself.
 Yeah, that little glitch seems transient
 https://matterbridge.lubuntu.me/48f36f65/file_9957.jpg
 Hmm yeah, I wonder if that needs another vertical line (even if transparent)
 Doesn't seem to be a native spacer in QML, in fact, that's just a really long Rectangle :P
 Good call :)
 I have nested layouts here. When I'm done with this short break I'll see for sure :)
 I'd like votes on removing Quassel as a pre-installed default @kc2bez @teward001 @wxl @arraybolt3 etc.
[13:13] <kc2bez> -1
[13:13] <kc2bez> I think it gets used quite a bit for support
[13:13]  * guiverc thinks it's a tad late for mantic; full freeze already passed :)
 And this is why I hate echo chambers :)
 Good call - I was more thinking next cycle
[13:16] <guiverc> we could have a poll asking users, or post on discourse asking opinions (not direct poll); make users feel included in decision..  I'm not fussed as easily installed (if required)
 Personally I use konversation, but it would be nice to know the opinion of more people
 -1 for now, ask me again in a few monthd (re @tsimonq2: I'd like votes on removing Quassel as a pre-installed default @kc2bez @teward001 @wxl @arraybolt3 etc.)
[17:15] <Eickmeyer> Not that I have any say, but that's also one of the biggest deficits of IRC and one of the reasons it's a spam vector.
[17:27]  * lubot [matrix] <arraybolt3> remembers the guy who got k-lined like 10 times in 30 minutes in #libera
[18:13] -queuebot:#lubuntu-devel- Builds: Upgrade Lubuntu amd64 [Mantic Final] (20231009) has been added
[20:55] -queuebot:#lubuntu-devel- Builds: Lubuntu Desktop amd64 [Mantic Final] has been updated (20231009.1)
[22:34] <kc2bez> Looks like we have some new builds to test.
[22:35] <kc2bez> Also, noticed an upstream merge - https://github.com/calamares/calamares/pull/2209
[22:35] -ubottu:#lubuntu-devel- Pull 2209 in calamares/calamares "Quick vendor patch to add support for Netplan-based configs" [Merged]
[22:36] <guiverc> thanks kc2bez
[22:36] <kc2bez> Sure thing
[23:19] <Eickmeyer> FYI, they're respinning the world again. Somebody forgot to update base-files when enacting Final Freeze.
[23:19] <Eickmeyer> In other words, all images say "Development Branch" still.
[23:24] <kc2bez> Thanks Eickmeyer will standby to test things.
[23:53] <guiverc> thanks Eickmeyer .. i was wondering when that would be updated
[23:53] <Eickmeyer> guiverc: Yeah, apparently it was a checklist item that got missed.
[23:54]  * guiverc just updated my box; no base-files change detected here yet
[23:58] <Eickmeyer> It was only updated about 54 minutes ago. It still has to do the whole proposed-migration bit and then propogate to mirrors.
[23:59] <guiverc> fair enough ... I suspected that, thanks Erich


[00:15] <undead> h!
[20:54] <JonaSound> Hello!!! Just joining to say thanks for the distro, just finishing some things here before I turn yhe PC to my nephew... hope he tries Ubuntu Studio and likes it...
[20:56] <JonaSound> wish I could edit the "indicator plugging"
[20:57] <JonaSound> it feels to stiff
[20:57] <JonaSound> can't change anything ...
[20:58] <Unit193> Indicators causing a problem?  Can you be more precise?  Trusty I presume.
[20:59] <JonaSound> well... the blue-tooth icon and the envelope are not needed mush, but there is no apparent way to remove them
[20:59] <JonaSound> besides... I got no blue tooth
[21:00] <JonaSound> with this tower pc
[21:00] <Unit193> sudo apt-get purge indicator-messages indicator-bluetooth (and any other bluetooth packages.)
[21:01] <JonaSound> ... strange
[21:02] <JonaSound>  need to rip packages out for that... a bit extreme to just hide the icon from the indicator...
[21:04] <JonaSound> but don't worry...
[21:04] <JonaSound> am just gona leave it for now...
[21:04] <Unit193> Because they use upstart for starting up, I'm not sure there's a simple way to disable them.  It's not 'ripping' them out, just removing.
[21:06] <JonaSound> sure... but it is a bit wrong when almost any of the other window managers or desktop managers allow for trivial things like removing an icon... even more one that has no physical hardware to begin with...
[21:07] <JonaSound> though... it is the Indicator pluging's detail
[21:08] <JonaSound> not xfce's
[21:08] <JonaSound> got to go... thanks for the time anyways!


[00:27] <wallyworld> sinzui: you were right. before ff bug count = 21961. after = 21984
[00:29] <wallyworld> unless we had those new bugs filed in the few minutes between running the queries which is possible
[01:27] <wgrant> wallyworld: Could you please review https://code.launchpad.net/~wgrant/launchpad/trim-dak-utils/+merge/77629?
[01:27] <wallyworld> sure
[01:28] <wallyworld> as soon as the diff updates
[01:28] <wallyworld> bring on longpoll
[01:29] <wgrant> Hmm, it should already be up to date.
[01:29] <wgrant> The warning is gone now.
[01:42] <wallyworld> wgrant: did you run lint? there's an unused import in sync-source.py
[01:50] <wallyworld> wgrant: the error handling sematics seem to be changed. dak_utils.fubar wrote to stderr and exits. now we throw an exception. will the caller of the script  "do the right thing" when it receives an exception? do we need to change any tests to match the new behaviour?
[01:51] <StevenK> wallyworld: I find it amusing that you think the scripts in question are tested.
[01:51] <wallyworld> StevenK: they're not?
[01:52] <StevenK> I suspect they aren't.
[01:53] <wallyworld> oh well. i thought the question was worth asking
[02:03] <StevenK> qa-tagger disabled
[02:03] <StevenK> I'm playing with where it is published
[02:16] <wgrant> wallyworld: Oh, I guess sync-source.py might possibly be worth linting.
[02:16] <wgrant> wallyworld: The others I dare not try.
[02:16] <StevenK> nigelb: Do you happen to be here?
[02:16] <StevenK> Haha
[02:17] <wgrant> wallyworld: But the only unused import I see is _pythonpath.
[02:17] <wgrant> Which isn't unused at all.
[02:17] <wallyworld> wgrant: that's the one
[02:17] <wgrant> wallyworld: All scripts need to import that.
[02:17] <wgrant> To get the right python path.
[02:17] <wgrant> Imports with sideeffects ftl.
[02:17] <wallyworld> oh, ok. it was showing up as unused for me
[02:17] <wgrant> It is unused.
[02:17] <wgrant> It just has side-effects.
[02:17] <wgrant> All scripts do it :(
[02:17] <wallyworld> right.
[02:17] <wgrant> Yay buildout.
[02:18] <wgrant> Those two scripts are hopefully not long for this world, anyway.
[02:18] <wallyworld> the other questions about error handling?
[02:18] <wgrant> As for the dak_utils.fubar replacement... it's a LaunchpadScript now (I ported it two weeks ago), so raising LaunchpadScriptFailure logs an error and exits.
[02:18] <wgrant> And there are no tests.
[02:18] <wgrant> Well, no tests for error handling.
[02:19] <StevenK> qa-tagger re-enabled, please visit our new location at http://lpqateam.canonical.com/qa_reports/deployment-stable.html
[02:19] <wgrant> Just a couple of trivial end-to-end functionality checks.
[02:19] <wallyworld> ok. thatnks for the explanation
[02:19] <wgrant> StevenK: Excellent.
[02:19] <wgrant> StevenK: Although it is tempting to s/qa_reports/qa-reports/
[02:19] <StevenK> And redirect in place
[02:19] <StevenK> wgrant: I can if you wish
[02:19] <wgrant> Underscores make me sick :)
[02:19] <wgrant> LP forbids them in most places.
[02:20] <StevenK> wgrant: So, do eet, or we don't care?
[02:20] <wgrant> Might as well do it.
[02:20] <wgrant> Pretty URLs are nice.
[02:20] <wgrant> Thanks.
[02:21] <StevenK> Everything changed.
[02:21] <StevenK> Drafting announce message to -dev
[02:22] <wgrant> Although I am glaring disapprovingly at your tag-nator-o-matic.sh diff :)
[02:22] <StevenK> Why?
[02:22] <wallyworld> wgrant: r=me
[02:22] <wgrant> wallyworld: Thanks.
[02:22] <wgrant> StevenK: Hardcoding devpad-specific paths is evil.
[02:22] <wgrant> The old way was slightly evil too.
[02:22] <wgrant> But this is worse.
[02:23]  * StevenK handwaves
[02:23] <StevenK> Patches welcome, etc, etc.
[02:23] <wgrant> StevenK: You probably also need to tell the dashboard about the new paths.
[02:23] <StevenK> Ah
[02:23] <StevenK> Yes, since I moved them
[02:24] <StevenK> carob doesn't have bzr grep. For shame.
[02:26] <StevenK> wgrant: Dashboard's config fixed.
[02:26] <wgrant> Thanks.
[02:33] <wgrant> Oh, staging's DB actually managed to restore last weekend.
[02:34] <StevenK> Gasp!
[02:34] <StevenK> Or something.
[02:40] <StevenK> wgrant: Did you see my kill-+viewstatus MP?
[02:41] <wgrant> StevenK: I did.
[02:41] <StevenK>  92 failures, 15 errors
[02:41] <wgrant> lol
[02:42] <StevenK> wgrant: However, I wanted to pick your brain -- due to removing +viewstatus, some TAL now fails due to data/task_link being gone, or something
[02:43] <sinzui> wallyworld, The sql statement has still *not* completed
[02:43] <StevenK> Haha
[02:43]  * StevenK points sinzui at the launchpad-dev mailing list
[02:43] <wallyworld> sinzui: bollocks. perhaps we just set them all the true
[02:44] <wallyworld> just to get some data there
[02:44] <mwhudson> hooray feature flags are still working on prod
[02:44] <sinzui> wallyworld, Maybe we should consider restoring the db to qastaging more than twice a year
[02:44] <StevenK> That would be nice.
[02:44] <wallyworld> sinzui: +1 on that
[02:45] <wallyworld> then this issue would not have happened
[02:45] <StevenK> TBH, I think sourcherry can just restore qas's db after stagings
[02:45] <wallyworld> once a day would be nice
[02:45] <StevenK> Sure, if you want qas down for six hours
[02:46] <wallyworld> six hours! jeez
[02:46] <poolie> StevenK, congrats on making things a bit more open
[02:46] <poolie> iwbni that page also showed recently deployed revisions
[02:46] <StevenK> poolie: Thank you :-)
[02:46] <StevenK> poolie: That's lpqateam.c.c, which is already open
[02:46] <poolie> rather than cutting off at the point of what is actually deployed now
[02:47] <wgrant> Indeed.
[02:48] <StevenK> wgrant: http://pastebin.ubuntu.com/699465/
[02:48] <StevenK> wallyworld: That's roughly how long staging is down over the weekend
[02:49] <wgrant> wallyworld: A DB restore takes about 24 hours.
[02:49] <wgrant> And the service has to be down for a little while (not quite 6 hours, though).
[02:50] <wallyworld> why can't we just use normal replication type processes? ie feed across archive logs as they occur (to use Oracle terminology)
[02:50] <wgrant> qastaging and staging have writes.
[02:50] <StevenK> And there is data we prune before restore
[02:50] <wgrant> Syncing archive logs won't help unless we then use PITR to regress the DB.
[02:51] <wallyworld> so no easy naswer
[02:51] <wgrant> Plus using backups means we have evidence that our backups work.
[02:51] <wallyworld> true
[02:51] <wgrant> StevenK: THe problem there should be pretty obvious :)
[02:51] <wgrant> StevenK: You no longer define task_link...
[02:52] <wgrant> - task_link = edit_link if can_edit else view_link
[02:53] <StevenK> wgrant: Right, but what the heck can I set it too
[02:53] <wgrant> edit_link is probably fine
[02:54] <wgrant> The number of people who have deliberately gone to +viewstatus in the last three years is probably vanishingly small.
[02:54] <StevenK> So just task_link = edit_link = ... ?
[02:54] <wgrant> Yes.
[02:54] <StevenK> Right
[02:55] <wgrant> wallyworld: If you want we can probably kick off a qastaging restore now.
[02:56] <wallyworld> wgrant: that would save sinzui some sql grief
[02:56] <wgrant> Although just before the weekend might not be ideal, because it's not automatic.
[02:56] <wgrant> But say we do it on Monday morning.
[02:56] <wgrant> You can land your DB patch on Tuesday.
[02:56] <wallyworld> ok
[02:57] <wallyworld> it's only a column not null patch so no biggie
[02:57] <mwhudson> monday morning apac time is probably the best time for having a losa around but not disrupting people too much
[02:57] <spm> mwhudson: not when it's a public holiday
[02:57] <mwhudson> yes
[02:57] <wgrant> Is it really?
[02:57] <mwhudson> is it a public holiday on monday?
[02:57] <wgrant> lol ACT
[02:57] <spm> NSW/ACT
[02:57] <wgrant> lol NSW too.
[02:57] <wgrant> Which public holiday?
[02:58] <StevenK> Labour Day
[02:58] <spm> does it matter? :-)
[02:58] <wgrant> We have nothing between like June and November.
[02:58] <wgrant> Ahh.
[02:58] <StevenK> So we celebrate by doing none.
[02:58] <spm> ACT has our silly public hol a week later.
[02:58] <spm> Family and Community Day, or something. from memory.
[02:58] <wgrant> Oh great, AFL Grand Final this weekend.
[02:58] <spm> So Vic is having ALL of next week off.
[02:58] <wgrant> Heh
[02:59] <StevenK> % bzr log | head -n 7 | tail -n 1
[03:00] <mwhudson> did the fuss about someone claiming that the reason women don't get paid as much as men was down to women taking time off to have their periods make it over the ditch?
[03:00] <mwhudson> http://twitter.com/#!/Hilary_Barry/status/88679250365919232 in any case
[03:00] <wgrant> Heh.
[03:00] <mwhudson> spm: it's the NRL final too, so i think NSW will be hung over for a weel too
[03:00] <mwhudson> *week
[03:00] <wgrant> Both on one weekend? Is that normal?
[03:00] <mwhudson> no idea
[03:01] <mwhudson> i don't live in/come from victoria, why would i know anything about afl?
[03:01] <spm> ^^ this
[03:01] <wgrant> Heh, indeed.
[03:01] <spm> and yes, I believe it is very normal. totally difference markets, so no real overlap.
[03:02] <spm> different*
[03:02] <mwhudson> i only really know about the nrl final because the nz warriors are in it
[03:02] <StevenK> Silly Freenode
[03:03] <spm> still chuckle at the pic a mate had; the poster reading I support NZ and any team playing against Australia.
[03:04] <mwhudson> ... unless it's the springboks, i suspect
[03:09] <StevenK> Gasp
[03:10] <nigelb> StevenK: I am now
[03:10] <nigelb> StevenK: \o/ Public deployment reports!
[03:11] <StevenK> nigelb: I thought you'd be excited
[03:11] <wgrant> nigelb: I've requested the deployment of your statusexplanation patch for tonight.
[03:11] <nigelb> StevenK: First mail I opened today :)
[03:11] <StevenK> Careful. Now nigelb might explode with happiness
[03:11] <nigelb> wgrant: Thanks! I was planning on poking you about that.
[03:11] <nigelb> hahaha. Entirely possible.
[03:13] <StevenK> Mailing list archive still doesn't have my mail, though.
[03:16] <nigelb> How does db-devel work for deployment?
[03:17] <wgrant> nigelb: We push the desired revision to the DB master (wildcherry), run full-update.py to apply the patches, then merge that revision into devel.
[03:18] <nigelb> ah, more manual process than for devel?
[03:22] <wgrant> nigelb: Pretty similar.
[03:22] <wgrant> huwshimi: Did you find a solution to your Unity oddness?
[03:22] <wgrant> huwshimi: I just upgraded and got the same thing.
[03:23] <nigelb> ah, I need to sort out an issue I had with my second db-patch.
[03:23] <huwshimi> wgrant: No, I was going to report a bug, but didn't know how so haven't yet
[03:23] <wgrant> thumper: Is Nautilus' root window meant to be unhappy with sitting entirely on the screen now?
[03:24] <thumper> wgrant: ahhh... whut?
[03:24] <huwshimi> wgrant: It's a new Unity feature called The Void
[03:24] <huwshimi> thumper: Like this: http://imgur.com/GeKHl
[03:25] <huwshimi> thumper: The desktop is out of aligment, but everything works (except the void behind)
[03:25] <thumper> that looks like a fubar
[03:26] <huwshimi> thumper: windows, dash, launcher etc. all sit on top of the void with no problems
[03:26] <wgrant> DnD in the shifted root window is also a bit odd.
[03:27] <wgrant> It detects the drop at the location it would be if it wasn't shifted.
[03:27] <wgrant> But normal clicks work fine.
[03:27] <nigelb> This reminds me - is everything alright with Mark's dictionary? :)
[03:27] <wgrant> nigelb: It is getting a bit late :(
[03:27] <nigelb> wgrant: I feel weird with UDS scheduling started and no name yet.
[03:29] <wgrant> thumper: people.canonical.com/~wgrant/what.png is mine
[03:30]  * wgrant tries it on different hardware.
[03:31] <wgrant> Bug #862743
[03:31] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[03:31] <nigelb> wgrant: Is that one dialog box that you dragged in "the void"?
[03:31] <wgrant> nigelb: Yes.
[03:32] <wgrant> There's no window ther.
[03:32] <nigelb> Ew.
[03:32] <wgrant> So it starts as what looks like uninitialised GPU memory.
[03:32] <nigelb> 3 weeks to release? WIN.
[03:32] <wgrant> 3 weeks?
[03:32] <wgrant> 2 weeks - 1 day :)
[03:32] <nigelb> Oh, right. Its friday.
[03:33] <wgrant> Hm, Ubuntu Mono is pretty nice.
[03:33] <nigelb> Screenshot plz?
[03:33] <wgrant> Upgrade from Lucid :P
[03:33] <nigelb> Maybe soon.
[03:34] <nigelb> I don't want to setup about 5 to 6 build environments again.
[03:34] <nigelb> Launchpad, firefox, ubuntu web projects, mozilla web projects, work env.
[03:40] <wgrant> And now X crashes.
[03:46] <nigelb> wgrant: Bwahaha! I haz Ubuntu Mono
[03:47] <nigelb> I remembered that Ubuntu members have access to the private PPA :)
[03:47] <nigelb> And yeah, its pretty neat
[03:50] <huwshimi> nigelb: You can actually download it from http://font.ubuntu.com/ too
[03:50] <nigelb> huwshimi: yeah, but the PPA was easier :)
[03:50] <thumper> huwshimi, wgrant: please file bugs with pictures and graphics drivers
[03:51] <wgrant> thumper: In addition to the existing 36-affected bug #862743?
[03:51] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[03:51] <thumper> wgrant: nah
[03:51] <wgrant> There's no proprietary driver listed in that bug, so it's probably not fglrx's fault.
[03:54] <thumper> huwshimi: what GPU?
[03:55] <thumper> wgrant: also, what's your GPU?
[03:55] <huwshimi> thumper: erm
[03:55] <huwshimi> thumper: How do I find out?
[03:55] <huwshimi> thumper: I used to know this stuff, but Ubuntu has been to easy for too long :)
[03:56] <thumper> huwshimi: glxinfo
[03:56] <wgrant> thumper: Radeon 5700 of some variety.
[03:56] <wgrant> With whatever fglrx oneiric has these days.
[03:57] <wgrant> Radeon HD 5700, that is.
[03:57]  * thumper is passing information on
[03:57] <huwshimi> thumper: it's an AMD of some kind
[03:57] <wgrant> My GM45 should be upgraded in a few minutes.
[03:57] <wgrant> Will see if that is borked too.
[04:00] <huwshimi> wgrant: The fix in that thread fixed it for me
[04:00] <huwshimi> *thread/bug
[04:00] <thumper> what was the fix?
[04:00] <huwshimi> "pkill nautilus"
[04:01] <thumper> heh
[04:01] <huwshimi> thumper: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/862743/comments/12
[04:01] <_mup_> Bug #862743: Desktop drawn with offset <amd64> <apport-bug> <oneiric> <running-unity> <unity (Ubuntu):Confirmed> < https://launchpad.net/bugs/862743 >
[04:03] <thumper> huwshimi, wgrant: have either of you had that happen after a reboot (when not upgrading)?
[04:03] <wgrant> thumper: I've never seen it before today.
[04:03] <wgrant> Ah, pkill nautilus worked for me this time.
[04:04] <huwshimi> thumper: Yeah I rebooted after the upgrade to see if that would fix it. It didn't.
[04:04] <wgrant> I tried it half an hour ago and it just crashed unity.
[04:04] <wgrant> And X crashed 30s later, before I could get to apport.
[04:05] <wgrant> Which caused compiz to crash again, wiping out the original report.
[04:08]  * thumper snorts
[04:08] <nigelb> StevenK: Its been an hour and I still don't see your email in the web archive :(
[04:08] <nigelb> that was definitely badly timed :|
[04:12] <wgrant> thumper: Affects my Intel GM45 too.
[04:12] <thumper> weird
[04:15] <StevenK> I see wallyworld is eshewing underscores for esoteric guest nicks.
[04:23] <thumper> wgrant, huwshimi: looks like jason just committed a fix for that
[04:23] <huwshimi> thumper: :D
[04:24] <wgrant> thumper: Great.
[04:24] <wgrant> Ah, I see.
[04:42] <nigelb> StevenK: How often does Launchpad mailing list archive get updaetd?
[04:43] <wgrant> Heh.
[04:43] <wgrant> Poor forster is a little overloaded at the moment.
[04:43] <wgrant> It's meant to be ~instantaneous.
[04:43] <wgrant> But ubuntu-x-swat has a very large archive.
[04:43] <nigelb> Its ben ~2 hours :P
[04:43] <nigelb> *been
[04:44] <wgrant> A week ago it was around two days behind :/
[04:44] <wgrant> I fear we may need to disable ubuntu-x-swat's archive.
[04:45] <nigelb> my theory was it hates StevenK. This explanation works as well :P
[04:46] <wgrant> That works.
[05:43] <StevenK> wgrant: Do we still use a DebugLayer for anything?
[05:44] <StevenK> I'm still tempted to rip out config.canonical.show_tracebacks in this branch, too.
[05:45] <wgrant> We still run a separate DebugLayer HTTP listener in dev. Not sure why.
[05:45] <StevenK>         if canonical.launchpad.layers.DebugLayer.providedBy(self.request):
[05:45] <StevenK>             self.debugging = True
[05:55] <nigelb> hah, bug has connections! https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/752790/comments/6
[05:55] <_mup_> Bug #752790: unbuntu software center <amd64> <apport-bug> <apport-lpi> <natty> <software-center (Ubuntu):Expired> < https://launchpad.net/bugs/752790 >
[05:58] <StevenK> Holy heck that diff generation was fast
[05:58] <StevenK> wallyworld: https://code.launchpad.net/~stevenk/launchpad/kill-plaintext-traceback-rendering/+merge/77647
[05:59] <nigelb> wgrant: Do you notice that Ubuntu Mono is smaller than the default mono?
[05:59] <nigelb> (well, the old monospace font)
[05:59] <wgrant> nigelb: Significantly so :(
[06:00] <nigelb> Yeah, I had to increase font size from 10 to 12
[06:05] <StevenK> How can I figure out which revision removed a file?
[06:15] <wgrant> StevenK: I tend to "bzr log -v" then search through that.
[06:15] <wgrant> There may be a better way.
[06:16] <wallyworld> StevenK: doing it now
[06:16] <nigelb> StevenK: do you know the file?
[06:17] <nigelb> you should be able to do bzr log /path/to/file
[06:17] <StevenK> That says not versioned
[06:17] <StevenK> Either way, bzr log -v is a good idea
[06:17] <nigelb> That's intersting. I just tested it on a standalone repo on my machine and it worked.
[06:17] <StevenK> And one more tech-debt bug closed.
[06:17] <nigelb> \o/
[06:18] <nigelb> I have a tech-debt bug to close as well.
[06:21] <wallyworld> StevenK: i wonder if PageTestLayer itself is still used at all?
[06:22] <StevenK> wallyworld: Story tests
[06:22] <wallyworld> ok
[06:23] <wallyworld> StevenK: r=me
[06:35] <jtv> wgrant: did you just assign an ancient "we should rewrite cron.publish-ftpmaster" bug to me just so I could get the karma for it being Fix Released?  :)
[06:44] <wgrant> jtv: Probably.
[06:44] <wgrant> I am gardening.
[06:44] <jtv> Well thanks.
[07:01] <spm> [16:44:06] <wgrant> I am gardening. <== with a chainsaw? at ~ 3-5 inches above the ground?
[07:02] <StevenK> That's the best way to do it.
[07:03] <nigelb> spm++
[07:04] <spm> my F-in-law is a former cane farmer. from tropical queensland. his idea of a light prune involves a chain saw at a similar "height"
[07:05] <nigelb> With wgrant's history of deleting large parts of launchpad codebase, I'm guessing his idea of gardening is similar.
[07:07] <spm> HEH
[07:07] <spm> oops. sorry, caps fail
[08:01] <bigjools> morning
[08:02] <wgrant> Morning bigjools.
[08:03] <huwshimi> Have a nice weekend everyone
[08:03] <bigjools> hello huwshimi
[08:03] <bigjools> thanks for the icons
[08:03] <rvba> \o huwshimi
[08:04] <huwshimi> bigjools: Hey. No problems :)
[08:04] <lifeless> bigjools: hey
[08:04] <lifeless> bigjools: so I may have been a bit cryptic on the bug - let me know if os
[08:04] <lifeless> *so*
[08:05] <bigjools> lifeless: not even in my email yet
[08:05] <bigjools> lifeless: oneiric's network manager doesn't write resolve.conf properly for static interfaces .... screws me every day
[08:05] <bigjools> but thanks :)
[08:05] <lifeless> bigjools: win!
[08:05] <bigjools> not so much!
[08:05] <lifeless> sarcasm!!
[08:06] <bigjools> irony!
[08:06] <lifeless> !!! --- !!!
[08:06] <adeuring> good morning
[08:13] <lifeless> wallyworld: wgrant: win - OOPS-2099AR35 - fallout from updating subscriptions when retargeting
[08:15] <wallyworld> lifeless: you mean associating a bug with a different project/distro as opposed to changing privacy/security settings ?
[08:15] <lifeless> yes
[08:15] <lifeless> its correctly unsubscribing launchpad-security
[08:15] <lifeless> but the redirect is to a 404 (and so oopses as its internally generated)
[08:15] <wallyworld> i'm not aware of what actions we take when retargetting. i just did the privacy/security stuff
[08:16] <lifeless> when one retargets such that one can't see, we probably want to return the,m to the original context
[08:16] <wallyworld> that sounds reasonable
[08:16] <lifeless> wallyworld: I know, its a corner case we didn't identify in advance
[08:16] <wallyworld> i assume this can wait till next week?
[08:16] <lifeless> I'm filing a bug for it. I'll tag it disclosure (as disclosure made it possible to happen).
[08:16] <lifeless> yes, it will be rare.
[08:17] <wallyworld> cool. i'll make sure it's fixed first up
[08:45] <lifeless> bigjools: hi, is bug 241646 still a bug ?
[08:47] <cjwatson> jcsackett_: thanks!  (yes, the Ubuntu archive admins are to the best of my knowledge the only users of this)
[08:54] <bigjools> lifeless: technically yes, but I've never seen it a problem in practice
[09:05] <jelmer> wallyworld: hi
[11:44] <bigjools> wgrant: I'm adding rabbitmq-management to lp-messagequeue-deps now that you packaged oneiric.  Current version is 0.99, might either head to 0.99.1 or bit the bullet and go 1.0
[11:46] <wgrant> bigjools: Or 0.100..?
[11:46] <wgrant> But yes, good plan to add it.
[11:46] <bigjools> I typed that and it looked horrible!
[11:47] <wgrant> Better than 1.0 :)
[11:47] <bigjools> what's this aversion to 1.0!
[11:47] <wgrant> We're hardly stable :P
[11:48] <bigjools> it's a f***ing dependency package!
[11:48] <wgrant> We could also just drop the 0. and go straight to 100
[11:50] <lifeless> we really should do bug 288645
[11:50]  * wgrant pokes _mup_
[11:50] <wgrant> Bug #288645
[11:50] <wgrant> grr
[11:50] <lifeless> mup was a victim of the netsplit I think
[11:51] <wgrant> Ah, that one.
[11:51] <bigjools> Bug #288645: "Register a branch" on hosted branches is confusing <https://launchpad.net/bugs/288645> <launchpad [Triaged/High] No assignee>
[11:51] <wgrant> There's a lot of LP UI bits that could do with some fixing...
[11:54] <bigjools> pls to be reviewing https://code.launchpad.net/~julian-edwards/meta-lp-deps/add-rabbit-management/+merge/77692
[11:54] <bigjools> gah, still "Updating diff...". If only we had some way of making that update automatically.
[11:55] <wgrant> It often takes >30min at this time of night :/
[11:56] <bigjools> hmmm should I be targeting oneiric
[11:57] <bigjools> does it matter with recipes?
[11:57] <wgrant> Doesn't matter hugely.
[11:57] <wgrant> Recipes will do it.
[11:57] <bigjools> k
[11:58] <wgrant> https://lpstats.canonical.com/graphs/BuildersActiveVirtual/20110924/20111001/ is somewhat upsetting.
[11:58] <wgrant> Perhaps they will come back automatically.
[11:59] <nigelb> StevenK: Whenever it is that I meet you, I'll buy you a beer :D
[12:00] <nigelb> (Deployment report)
[12:00] <bigjools> wgrant: no, we need to ping brendan
[12:00] <wgrant> Most of them have been gone for slightly under a day.
[12:00] <wgrant> But some have been gone for longer.
[12:01] <wgrant> Not sure what's going on there.
[12:01] <bigjools> they have a cron job to put them back each morning
[12:01] <wgrant> Apparently not :/
[12:02] <bigjools> it's broken :)
[12:02] <bigjools> I'm going to start the publisher on DF BTW
[12:02] <bigjools> let it steam over the weekend
[12:03] <wgrant> A -A or -P will crash.
[12:03] <wgrant> Due to The 53.
[12:03] <bigjools> grar
[12:04] <bigjools> right, off for a liquid lunch
[12:04] <wgrant> You could grab them into the pool manually and then run the rescue script.
[12:04] <wgrant> There should only be 4 in oneiric that are problematic.
[12:05] <wgrant> (BPPH IDs and filenames are in my analysis)
[12:13] <nigelb> wgrant: \o/ Thanks!
[12:13] <nigelb> One tech-debt bug fixed!
[12:13] <nigelb> Also, another mpt bug nailed.
[12:14] <wgrant> Heh.
[12:14] <wgrant> Should have closed it hours ago, but forgot.
[12:14] <nigelb> 368 tech-debt bugs. wow.
[12:14] <wgrant> More than 5800 open bugs :)
[12:25] <StevenK> nigelb: :-D
[13:09] <mrevell> Hey, I have an old branch. I've rocketfuel-got and merged devel into my branch. My branch's utilities directory seems to have stayed old; there's no ec2 in there, just the old ec2test.py. Any tips on what I need to do to fix that?
[13:09] <deryck> adeuring, abentley -- morning.  do both of you have google plus access?
[13:09] <abentley> deryck: I do.
[13:09] <adeuring> deryck: no
[13:09] <deryck> adeuring, do you have a google account?
[13:09] <adeuring> deryck: yes
[13:10] <deryck> adeuring, can you give me that account addr info privately?
[13:17] <flacoste> mrevell: have you run make yet?
[13:28] <deryck> abentley, I'd like to try standup on Google+ this morning, for reasons to be obvious later.  adeuring is still getting setup.
[13:28] <abentley> deryck: okay.
[13:29] <deryck> so ping adeuring when you're in.  if it goes too long, we can default to mumble.
[13:29] <adeuring> deryck, abentley i think i now have an account
[13:30] <deryck> ok, cool.  let me find you....
[13:30] <deryck> adeuring, can you search for me and add me to a circle?
[13:30] <adeuring> I'll try
[13:30] <deryck> never mind, adeuring.  found you.
[13:34] <deryck> adeuring, abentley --trying a g+ hangout invite.
[13:35] <adeuring> deryck: installing a plugin now...
[13:35] <deryck> adeuring, ok.
[13:36] <adeuring> USB headset
[13:36] <adeuring> deryck: the plugin does nor detect the ZSB headset
[13:36] <deryck> adeuring, ah.  abentley says his works but starts muted.
[13:58] <deryck> adeuring, abentley -- starting hangout again now.
[14:09] <mrevell> flacoste, Ah, no, I hadn't, thanks.
[14:10] <flacoste> mrevell: try a make clean ; make and see if things change
[14:11] <flacoste> it should run bootstrap for one
[14:32] <rsalveti> hey, I'm looking at packaging recipes now, and noticed we only have 2 build options, daily and on request
[14:32] <rsalveti> at least for us it would be useful to have something like weekly or similar instead of just daily
[14:33] <rsalveti> is this exported by the launchpad api or should I just fill a bug at lunchpad? (if there is no bug for this yet)
[14:33] <rsalveti> if we can request the builds by the api we can just set up a cron
[14:45] <bigjools> rsalveti: there's a requestBuild method on the source_pacakge_recipe
[14:56] <jelmer> rsalveti: note also that the daily build will only happen if the branch has actually changed
[15:01] <deryck> abentley, adeuring -- let's mumble
[15:27] <jelmer> Looks like berlios.de is shutting down at the end of the year
[15:33] <rsalveti> jelmer: sure, that's fine
[15:33] <rsalveti> bigjools: great, guess that should be enough
[15:33] <rsalveti> thanks guys
[15:34] <abentley> jelmer: This git import branch isn't staying up to date, and I'm having trouble understanding the log.  Any ideas? https://code.launchpad.net/~ribalkin/ucloud/import
[15:35] <jelmer> abentley: hi
[15:36] <abentley> jelmer: Hi.
[15:36] <jelmer> abentley: that's odd, seems like the fetch operation doesn't import the branch tip for some reason
[15:36] <jelmer> lp/lib/lp/codehosting/codeimport/worker.py:777
[15:36] <abentley> jelmer: I tried importing that branch locally, and I got an up-to-date copy.
[15:37] <abentley> jelmer: that was a few days ago.
[15:38] <jelmer> abentley: yeah, it works fine here too
[15:39] <jelmer> when you say importing, did you try the code importer locally, or just "bzr branch https://github.com/cyberb/uCloud.git" ?
[15:39] <abentley> jelmer: just bzr branch...
[15:40] <jelmer> abentley: is there a bug report about this?
[15:41] <abentley> jelmer: no, it came in to<EMAIL_ADDRESS>so there's an RT.
[15:41] <abentley> jelmer: https://support.one.ubuntu.com/Ticket/Display.html?id=5780
[15:42] <abentley> jelmer: (apparently they've renamed the branch from trunk)
[15:51] <jelmer> abentley: hmm
[15:52] <jelmer> abentley: I have to EOD, can you file a bug about this?
[15:52] <abentley> jelmer: sure.
[15:52] <jelmer> abentley: I can't easily reproduce it with a similar code path as launchpad uses either:
[15:53] <jelmer> http://pastebin.ubuntu.com/699875/
[16:02] <jelmer> abentley: it looks like an intermediate issue
[16:02] <jelmer> abentley: A new import doesn't seem to have this problem
[16:02] <abentley> jelmer: https://bugs.launchpad.net/launchpad/+bug/863414
[16:02] <_mup_> Bug #863414: git import stops updating <code-import> <Launchpad itself:Triaged> < https://launchpad.net/bugs/863414 >
[16:02] <jelmer> abentley: lp:~vcs-imports/ucloud/cyberb
[16:02] <abentley> jelmer: not surprised, really.  In fact, it looks like they may have done a fresh import.
[16:08] <jelmer> the main import still appears to be failing
[16:08] <jelmer> I'd be interested to have a look at the problematic branch
[16:08] <jelmer> some other day though :)
[17:47] <deryck> gary_poster, ping
[17:47] <gary_poster> hey deryck
[17:47] <deryck> gary_poster, do you have time sometime during the next 1 to 1.5 hours to do a short call about couple things?
[17:48] <gary_poster> deryck, absolutely.  now is fine, or later
[17:48]  * gary_poster gets headset
[17:48]  * gary_poster has headset and is on Skype
[17:48] <deryck> gary_poster, ok, coming now…..
[19:11] <lifeless> gary_poster: ping
[19:11] <gary_poster> hey lifeless
[19:11] <lifeless> in https://code.launchpad.net/~gary/launchpad/bug844631/+merge/77725 you delete the store reset code
[19:11] <lifeless> including our tests-get-clean-stores logic :)
[19:11] <lifeless> I can't see it being reinstated anywhere
[19:12] <lifeless> gary_poster: I didn't see mention of this in the cover letter
[19:12] <lifeless> gary_poster: publication.py, @@ -751,29 +750,6 @@
[19:13] <gary_poster> lifeless, yes, it was in the first comment
[19:13] <gary_poster> lifeless, "lib/canonical/launchpad/webapp/publication.py has deleted code because Stuart told me to.  See comments 14 and 2 of https://bugs.launchpad.net/launchpad/+bug/844631 ."
[19:13] <_mup_> Bug #844631: Launchpad should return 503 error pages when database is unavailable <escalated> <fastdowntime-later> <Launchpad itself:In Progress by gary> < https://launchpad.net/bugs/844631 >
[19:13] <lifeless> ah, following pointers, una momento
[19:13] <gary_poster> lifeless, I may have misunderstood, and would appreciate your guidance there
[19:13] <gary_poster> lifeless, I'm also happy to simply remove that deletion and leave it for Stuart
[19:13] <lifeless> comment 2 was noting one of the symptoms
[19:14] <lifeless> gary_poster: I think you misunderstood. digging...
[19:14] <gary_poster> lifeless, instead of digging, how about I simply reinstate and leave it for stub?
[19:14] <lifeless> well, I'd like this to land ;), nearly done
[19:15] <gary_poster> lifeless, yeah, sure, but it would be easy to reinstate that bit and move on
[19:15] <lifeless> gary_poster: I think he meant
[19:15] <lifeless> 'delete the call to .raising()'
[19:16] <lifeless> gary_poster: the calls to store.rollback() and store.reset() are still needed
[19:17] <lifeless> gary_poster: however, looking at that oops referenced in comment 2
[19:17] <gary_poster> if we're not sure, I still am happy to simply reinstate and leave for stub
[19:18] <lifeless> its clearly not fixed
[19:18] <lifeless> so yeah, I think reinstate is safest
[19:18] <gary_poster> cool lifeless thanks
[19:19] <lifeless> (it also exposes a tech debt issue - we'd have objects surviving cross-request without the loop, and thats something I would have though was tested ;))
[19:22] <gary_poster> lifeless, I haven't run the full test suite with this.  I often do, but was focusing on my changes as fairly isolated.  I kind of had forgotten about trying to follow stub's instructions.  So there may in fact be tests.
[19:22] <lifeless> gary_poster: ah cool
[19:25] <lifeless> gary_poster: I have commented on the source bug - https://bugs.launchpad.net/launchpad/+bug/504291/comments/11 and https://bugs.launchpad.net/launchpad/+bug/504291/comments/12
[19:25] <_mup_> Bug #504291: DisconnectionErrors (already disconnected) happening again <fastdowntime> <lp-foundations> <oops> <Launchpad itself:Triaged by stub> <Storm:Invalid> < https://launchpad.net/bugs/504291 >
[19:25] <_mup_> Bug #504291: DisconnectionErrors (already disconnected) happening again <fastdowntime> <lp-foundations> <oops> <Launchpad itself:Triaged by stub> <Storm:Invalid> < https://launchpad.net/bugs/504291 >
[19:26] <gary_poster> cool
[19:32] <bac> lifeless: did you notice i had claimed gary_poster's branch and was in the process of reviewing it?
[19:32] <lifeless> bac: no I didn't
[19:33] <bac> lifeless: ok. it was just odd to see it had been approved in the interim.
[19:33] <lifeless> sorry for any confusion, and I'm glad you reviewed it too
[19:39] <lifeless> bac: looks like you're making progress on the INCOMPLETE stuff. Cool!
[19:40] <bac> lifeless: yeah, there was a particularly annoying bug that held me up.  i'm going to send an email to the dev list about it
[19:46] <lifeless> I'll read that mail :)


[12:49] <BluesKaj> howdy all
[13:31] <allon> Hi everybody, my name is Emmanuel, I am one of the developper of GCompris and before yesterday I broke my Kubuntu development environment, so for now I can not develop anymore
[13:32] <allon> The problem lies with xserver-xorg-legacy
[13:32] <allon> it tells me that it can not create regular file XWrapper.config.dpkg-new. I tryed to purge everything I could purge
[13:32] <allon> reinstalled kubuntu-desktop, but always bump on this  xserver-xorg-legacy  problem.
[13:32] <allon> Is there no radical way to install the xserver-xorg-legacy package?
[14:39] <RikMills> allon: surprisingly, I don't think I have ever tripped over that sort of issue myself, but have seen it in passing in forums/chats IIRC
[14:39] <RikMills> so can't offer an immediate solution
[14:39] <RikMills> maybe someone else in here has battled a similar one
[15:24] <allon> Hi, I found out that I can reinstall kubuntu without erasing my home with the live cd
[15:24] <allon> I will back up my home and try this solution
[15:24] <allon> thanks for your help
 Is your home  on a separate partition?
[15:25] <allon> on the same one
[15:26] <allon> https://www.computersnyou.com/4981/how-to-reinstall-ubuntu-without-losing-data/
 You can re-install, but the only way to preserve your home directory is to NOT format your root partition.
[15:27] <allon> yes, this is what I read, do not click format button
 I keep home on a separate partition exactly for the purpose of re-installing.  I have not had to reinstall for 3 or 4 years, but it's nice to have the fallback in case I want to experiment with new xorg or other bleeding edge stuff.
[15:53] <allon> The reinstallation did not work 100%
[15:54] <allon> I did not loose my data
[15:54] <allon> I still have my home with my different users
[15:54] <allon> maybe this is the moment to put it on a different partition
[15:55] <allon> kubuntu is installed on a ssd (not much place 78 G) , but I have also a 1T hdd
[15:56] <allon> Can I simply copy my home data to a new partition on the HDD and point to it?
 Theoretically yes, but I have not attempted myself.
[16:19] <allon> I am trying
 Hi everyone
 Hi Santa
 @RikMills this weekend I would like to take care of the fw release whenever we have tarballs
 @Santa, I already did it. Well not uploaded, as there is a glibc not built yet in -proposed, but it is ready for the ppa
 :(
 sorry
 now uploaded to ppa


[10:25] <rvba> allenap: tiny branch for you to review: https://code.launchpad.net/~rvb/maas/send-hostname/+merge/228811
[11:21] <rvba> allenap: care to review another branch? https://code.launchpad.net/~rvb/maas/add-event-logging/+merge/228827
[14:57] <rvba> allenap: all fixed in https://code.launchpad.net/~rvb/maas/add-event-logging/+merge/228827, please have another look.
[15:10] <rvba> blake_r: function mabr() { bzr branch "$@" ; cd "$2"; ctags -R -f .tags; make; make sampledata; }
[16:25] <allenap> gmb`: What’s the name of that heavily-scenario’ed test?
[16:26] <gmb`> allenap: provisioningserver.utils.tests.test_utils.TestTryMatchXPathScenarios.test
[16:53] <rbasak> bigjools: for bug 1350270, I guess it might just be a minor fix, depending on whether there are any other requirements for permission/ownership for anything else in that directory.
[16:53] <bigjools> rbasak: there are other maas-user owned logs in there
[16:53] <bigjools> could be tricky
[16:55] <rbasak> bigjools: I just triaged for ~ubuntu-server as Low because I figured that it was unlikely to happen in practice. Is this wrong? I can draw attention to it if you think it needs it?
[16:58] <bigjools> rbasak: no, I think low is fine
[16:58] <bigjools> thank you
[19:42] <Sh3rl0ck> Does anyone know if the DNS service used by MAAS is bind9 or something else?
[20:17] <Sh3rl0ck> Does anyone know if the DNS service used by MAAS is bind9 or something else? It seems our MAAS dns server is not responding to nslookup requests from the nodes


[03:03] <LaserJock> ryanakca: should I just add it to the end of the current topic?
[03:04] <ryanakca> LaserJock: sure, or before the Open Week blurb... up to you. Knock off the transcripts part if you need to and I'll add it back Thursday.
[03:09] <LaserJock> ryanakca: darn, I need ops to change the topic
[03:09] <LaserJock> ryanakca: can you take ops?
[03:10] <Hobbsee> you should have been able to do that yourself, LaserJock
[03:10] <LaserJock> Hobbsee: I can't remember the command and I'm still in irssi
[03:11] <LaserJock> is that all right or we need more description
[03:11] <Hobbsee> ah yes, true
[03:12] <LaserJock> Hobbsee: I did try once though
[03:13] <LaserJock> mwuahahaha, I figured it out
[03:13] <ryanakca> :D
[03:13] <LaserJock> yes, I am an IRC newb ;-)
[03:13]  * ryanakca wonders if opping someone else shows who it's from... LaserJock... you'll mind being the guinea pig? No? Thanks :D
[03:14] <Hobbsee> ryanakca: no it doesnt, as i op'd him first
[03:14] <ryanakca> hmmm... what's the deop command
[03:14] <ryanakca> Ah... I thought he had figured that out himself
[03:14] <Hobbsee> well, depends if you use the op/deop thing on screen, or msg chanserv for it, i think
[03:15] <ryanakca> Ah, I see see. So, if you're ops, and use /op or /deop, it shows from you... but chanserv is by chanserv.
[03:15] <ryanakca> Hmm... But I would think that ChanServ might want to show who sends the command... that way some rogue corrupt person on the access list can't take over the channel without anybody knowing who the rogue person is.
[03:16] <Hobbsee> well, my /op and /deop are aliases - no idea what yours do
[03:16]  * ryanakca shrugs... irssi defaults... maybe /mode +o nick or /mode #channel -o nick... *shrugs*
[03:40] <IdleOne> ryanakca: a person could not take over the channel because there is a registered "owner" with chanserv who could always just take it back
[03:41] <IdleOne> unless that person had the owner password and changed the ownership
[03:42] <IdleOne> not to mention this channel is reg'ed to nalioth who is a Staffer so forget about taking the channel
[03:43] <ryanakca> IdleOne: yeah, but, the "owner" would have to question each and every person on the list to find out who at least kick-banned everybody, right?
[03:43] <ryanakca> IdleOne: no, but in general...
[03:43] <IdleOne> chanserv logs all that
[03:43] <ryanakca> eh, I guess :)
[03:43] <IdleOne> opers can check and see if they needed to
[03:44] <IdleOne> well the services admin could check
[03:44] <IdleOne> not just any staffer
[03:44] <Hobbsee> the channel, in practice, belongs to the irc council
[03:44] <ryanakca> ₥e nods
[03:44] <ryanakca> wow... fancy /me there... herm. wonder how that happened.
[03:44]  * ryanakca nods
[03:45] <IdleOne> Hobbsee: the ubuntu irc council?
[03:45] <IdleOne> hmmm interesting
[03:45] <Hobbsee> yes
[03:45] <Hobbsee> (because it falls in the #ubuntu* namespace
[03:48] <IdleOne> takeovers are a thing of the past anyway even on networks like EFnet where there is no chanserv if a channel for some reason loses all ops there is a service that will join and give ops to the last know ops in that channel according to the logs
[03:51] <Hobbsee> irc council is known to take over "official" channels that don't follow the COC (and are not helpful to anyone - troll channels, basically)
[03:51] <Hobbsee> but apart from that, yes.
[03:52] <IdleOne> official troll channels? that makes no sense how did they get permission to start an official channel and then become trolls
[03:53] <Hobbsee> anyone can register a channel on freenode
[03:53] <Hobbsee> they didn't get permission - they registered it anyway
[03:56] <IdleOne> I see
[04:18] <nalioth> ryanakca: IdleOne: we have logs of _everything_ that goes on
[04:18] <nalioth> nobody can get away with any hijinx
[04:21] <IdleOne> nalioth: I did not doubt it. freenode is way to well organised to let some packet kiddies mess things up from what I can tell
[04:22] <nalioth> well, only ubuntu members can get ops here
[04:22] <nalioth> and select others
[04:22] <IdleOne> such as?
[04:22] <nalioth> so it's not likely that there will be any troubls
[04:22] <nalioth> IdleOne: the access list is public
[04:22] <IdleOne> does canonical staff get ops auto?
[04:22] <nalioth> nobody gets auto ops
[04:22] <IdleOne> or do they have to apply
[04:23] <IdleOne> well I mean are they added to the list of ubuntu ops
[04:23] <IdleOne> just because they work for canonical
[04:24] <IdleOne> besides Mark lol
[04:24] <nalioth> IdleOne: does the janitor that works for canonical need ops in here?
[04:24] <IdleOne> nalioth: if he comes on irc perhaps
[04:24] <IdleOne> hehe
[04:24] <IdleOne> I get your point
[04:24] <nalioth> or, how about anyone who manages to piggyback on canonicals wireless ?
[04:25] <Hobbsee> IdleOne: canonical people often don't need, nor want ops.  they're quite busy, and likely not interested in the operation of irc
[04:25] <IdleOne> I guess so
[04:26] <Hobbsee> they're not out to get you
[04:27] <IdleOne> out to get me?
[04:27] <IdleOne> hmmm
[04:28] <IdleOne> that is a strange comment
[04:29] <Hobbsee> as in, out to stop you doing sane things
[04:31] <IdleOne> Hobbsee: I am not exactly sure what you mean. I was not trying to imply that the staff of canonical was trying to stop me from doing anything. was just a question
[04:31] <Hobbsee> IdleOne: oh.  staff of canonical have nothing to do with irc.  none of them are on the council, and only one of them has ops in #ubuntu, and the like.
[04:31] <Hobbsee> IdleOne: i've seen lots of paranoia from various people
[04:31] <IdleOne> Hobbsee: lol nahh Im not like that
[04:32] <IdleOne> mnemtok right?>
[04:32] <IdleOne> or something like that
[04:32] <Hobbsee> yes
[04:32] <Hobbsee> mneptok
[04:32] <IdleOne> thats it
[04:32] <IdleOne> he rarely uses the @ though
[08:04] <Awe_Schitt> who is here?
[08:08] <Awe_Schitt> o well
[08:09] <Awe_Schitt> later


[16:34] <Guest47> I'm attempting to PXE install Ubuntu 22.04.  I've got my target client booting and it stalls on "Reached target Cloud-Init target" and just shows "connecting... /".  my pxelinux.cfg/default has the following line: APPEND ip=dhcp cloud-config-url=/dev/null url=http://sysimg/ubuntu_jammy/jammy-live-server-amd64.iso autoinstall
[16:34] <Guest47> ds=nocloud-net;s=http://sysimg/ubuntu_jammy/
[19:31] <smoser> https://github.com/canonical/cloud-init/pull/1281 would be nice if someone could look at that. it passed my "lgtm".


[08:32] <JonathanD> Morning.
[10:14] <rmg51> Morning
[10:47] <JonathanD> hi rmg51
[11:18] <rmg51> o/
[12:05] <KyleYankan> Hi
[13:07] <teddy-dbear> Morning peoples, dogs, turkeys, hamsters and everything else
[16:04] <InHisName> Morning all living things out there.....
[16:14] <ChinnoDog> sup
[16:16] <ChinnoDog> I am alive.


[03:57] <freetester> salve, qualcuno online?
[03:58] <freetester> problema installazione kde su ubuntu, comando sudo apt install kubuntu-full come in documentazione non funziona
[03:58] <freetester> conviene fare così o essendo una nuova installazione re-installare direttamente kubuntu?
[23:49] <mapreri> kotodama: hi!  It seems (according to a mail I saw flying past me) that your report made it to the forum admins at least.  Said mail said the admin in question  "disabled the page" and that he "received a couple mails from rt".  That said, I didn't saw those rt mails and he didn't specify what page nor what was the problem either.
[23:49] <mapreri> I haven't follow up with him yet either.  Regardless, I guess you could check if whatever was reported is now handled, I guess.
[23:53] <mapreri> btw, I like to believe that axino knows he can ping me in #c-s as point of contact for ubuntu-it; otherwise you can mail<EMAIL_ADDRESS>for the sysadmins here (even if we don't actually manage the forum itself).
[23:54] <mapreri> (or<EMAIL_ADDRESS>that is helpfully set to forward to the same address, if the above is too hard to remember ^^)
[23:54] <mapreri> (and I mention axino because we had several interactions with him in the past, but he isn't alone there…)
[23:55] <mapreri> (ballot too)
[23:57] <mapreri> o/  (going to sleep!)


[00:00] <mdeslaur> asac: I've added a patch to fix bug #496206
[04:28] <CTho> pitti: https://bugs.edge.launchpad.net/ubuntu/+source/sudo/+bug/194472/comments/28 it was renamed from "pwstars" to "pwfeedback"
[07:24] <pitti> Good morning
[07:24] <didrocks> Guten Morgen pitti
[07:24] <pitti> didrocks: gconf sponsoring>  seems done now?
[07:25] <pitti> bonjour didrocks
[07:25] <didrocks> pitti: yeah, now bug #496301 needs love :)
[07:29] <pitti> didrocks: need those sponsored?
[07:29] <didrocks> pitti: when you have some time, yes. no hurry though :)
[07:29] <didrocks> trying to grab some coffee, bbl
[08:14] <pitti> didrocks: followed up, first two debdiffs are incomplete
[08:15] <pitti> didrocks: unr-d-s isn't in bzr?
[08:15] <didrocks> pitti: there is no svn-bzr tag in control file
[08:16] <didrocks> pitti: you are talking about autostart desktop file? You want to handle them in /usr instead avec /etc (as others in etc/xdg/autostart?)
[08:17] <pitti> didrocks: well, I suggested considering it
[08:17] <pitti> didrocks: for this we'll need maintainer scripts either way, since they are currently in /etc
[08:17] <pitti> and need to be moved away from there
[08:18] <didrocks> pitti: I guess we can declare those file as not being conffiles (it make little sense for autostart desktop file to be conffiles)
[08:18] <pitti> didrocks: that was my question; can we put them into /usr/share/autostart/ from now on?
[08:18] <pitti> (or the equivalent UNE-only subpath)
[08:19] <pitti> unr-d-s sponsored
[08:19] <didrocks> pitti: we can, I need to change my patch in gconf and we can tell that they are there. (but what about existing files in /etc/xdg/autostart, we kept them there?)
[08:19] <didrocks> pitti: thanks
[08:24] <didrocks> pitti: so, using http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html, we can try to tweak everytime XDG_CONFIG_DIR to include a new /usr/share/xdg/autostart path and move every .desktop file there? (it would require a lot of changes in gnome-session-properties too)
[08:24] <didrocks> XDG_CONFIG_DIRS*
[08:25] <pitti> that woudl be weird
[08:25] <pitti> didrocks: /usr/share/autostart/ should already be supported (and has been for a long time)
[08:25] <didrocks> pitti: or we can add a new cdbs/dh tool to automatically tell that desktop autostart file in /etc/xdg/autostart and /etc/xdg/xdg-session aren't conffiles?
[08:25] <pitti> if that's deprecated, then ignore me
[08:25] <pitti> no, files in /etc shipped in a .deb are conffiles
[08:26] <didrocks> but we can still say "this file in /etc/...." isn't a conffile, right?
[08:26] <pitti> no, we shouldn't (and I don't think we can)
[08:29] <didrocks> oh right, bad memory so :)
[08:30] <didrocks> pitti: ok, I'm adding the code this evening for the conffile move. For the moment, I just propose to keep them in /etc/xdg/xdg-session/autostart if you agree (to not add another rule different from thoses in /etc/xdg/autostart). I've some ideas on lucid+1 for better session management, we can maybe discuss again about that at next UDS. Do you agree?
[08:30] <fagan> kenvandine: you around?
[08:32] <pitti> didrocks: sounds fine
[08:39] <baptistemm> hello
[08:39] <chrisccoulson> good morning everyone
[08:40] <didrocks> good morning chrisccoulson, baptistemm
[08:40] <chrisccoulson> hey didrocks
[08:40] <chrisccoulson> how are you?
[08:41] <didrocks> fine thanks, and you? You was able to get some sleep this week-end? ;)
[08:41] <chrisccoulson> didrocks - yeah, i slept a little :)
[08:42] <chrisccoulson> and i even managed to do a couple of merges last night ;)
[08:44] <pitti> hey chrisccoulson
[08:44] <chrisccoulson> hey pitti, how are you?
[08:49] <seb128> good morning desktopland
[08:50] <chrisccoulson> hey seb128, how are you?
[08:50] <seb128> hello chrisccoulson, good, thank you
[08:50] <seb128> what about you?
[08:52] <chrisccoulson> seb128 - yeah, good thanks. we had some visitors all weekend
[08:53] <seb128> so your plan to get some sleep failed this weekend?
[08:53] <chrisccoulson> i got a reasonable amount of sleep ;)
[08:55] <chrisccoulson> pitti - any chance we could have liboobs and gnome-system-tools in the desktop package set?
[08:56] <didrocks> lut seb128 :)
[08:56] <seb128> 'lu didrocks
[08:56] <seb128> ca va?
[08:57] <didrocks> seb128: ça va bien, dernière semaine à DS \o/ et toi?
[08:57] <pitti> chrisccoulson: I don't think we can define them individually; I guess they are also used in xubuntu and other places
[08:57] <pitti> bonjour seb128
[08:57] <seb128> ca va bien, dernière semaine à Canonical pour 2009 ;-)
[08:57] <chrisccoulson> pitti - oh, ok. i wasn't aware of that
[08:57] <didrocks> :-)
[08:57] <seb128> hey pitti
[08:58] <seb128> didrocks, pitti: how are you?
[08:58]  * seb128 clean his inbox and curses the spammers
[09:00] <pitti> seb128: pretty good, had a relaxing weekend (big family event, 50th bday of my mother-in-law)
[09:00] <seb128> nice! ;-)
[09:15] <seb128> pitti, bug #496025 is probably for you
[09:16] <seb128> pitti, oh, it's fixed in git
[09:16] <seb128> it has been ported to gudev
[09:17] <pitti> seb128: right, I saw the bug
[09:17] <pitti> oh, nice!
[09:17]  * seb128 comment on the bug
[09:17] <pitti> it seems to miss a dependency right now
[09:17] <seb128> yes
[09:17] <seb128> do you want me to do a git snapshot rather?
[09:17] <tjaalton> pitti: could you sync xserver-xorg-input-evdev from experimental, thanks. new upstream version, should fix some crashes
[09:19] <pitti> tjaalton: done
[09:20] <seb128> didrocks, yet another gconf path? :-(
[09:21] <seb128> and additional Xsession.d file?
[09:21] <didrocks> seb128: yes, for une session as we discussed before (populating ENV_MANDATORY_PATH)
[09:21] <tjaalton> pitti: great, thx
[09:22] <seb128> didrocks, alright...
[09:22] <seb128> I'm trying to reduce the number of things to Xsession.d
[09:22] <seb128> not to add new ones, but I guess it will not impact on speed a lot
[09:23] <didrocks> seb128: I understand, but I guess it was better than patching gconf code to behave depending on GDMSESSION variable, isn't?
[09:23] <seb128> yes probably
[09:23] <seb128> though I'm not even sure having the variable depending on the session is correct
[09:23] <seb128> there is no real reason GNOME should behave differently if started with gdm or not
[09:24] <didrocks> seb128: the idea is more "you want the "Y" session with those autostart files and those gconf settings"
[09:25] <seb128> well I'm not convinced that GNOME should have different settings depending on how it's started
[09:25] <seb128> out of UNE which is not a GNOME session
[09:26] <didrocks> that can be used in gnome-stracciatella too (instead of patching applications to tell "start only if you have this GDMSESSION variable")
[09:29] <seb128> I guess not too many users will fiddle with that
[09:30] <seb128> still can be pretty confusing to have GNOME configuration changing under your feet for no apparent reason just because you started it differently
[09:30] <didrocks> I totally agree with that, it will be very little used. Not a lot of users will use that
[11:16] <asac> pitti: we added two packages to the desktop seed for armel on friday ... what are the steps to do now? upload meta package and then promotion or v.v.
[11:16]  * asac thought that the meta package gets automatically uploaded when seed changes
[11:33] <seb128> yeah, I'm done with weekend email backlog before lunch
[11:34] <chrisccoulson> seb128 - \o/
[11:47] <pitti> asac: no, you need to do that manually
[11:48] <pitti> asac: download, ./update, edit changelog, upload
[11:58] <asac> ok. guess we have to wait for promotion first.
[13:59] <seb128> mvo, hey, is software-center known to not start on alpha1?
[14:01] <mvo> seb128: no, I uploaded some changes today, it might be failing because of that?
[14:01] <mvo> seb128: what is the error?
[14:01] <seb128> mvo, no, that's a stock alpha1 install
[14:01] <seb128> no upgrade yet
[14:01] <mvo> oh
[14:02] <seb128> mvo, http://paste.ubuntu.com/341180/
[14:02] <mvo> seb128: right, silly mistake, but fixed
[14:02] <seb128> ok thanks
[14:03] <seb128> I just reinstalled the mini with fresh alpha and I wanted to use software-center to install bootchart
[14:03] <mvo> seb128: let me know if you still have issues after a update
[14:03] <seb128> but that's a fail there ;-)
[14:03] <seb128> mvo, ok, upgrading now
[14:03]  * mvo nods
[14:03] <mvo> thanks
[14:04] <seb128> mvo, works now, thanks
[14:06] <mvo> cool
[14:06] <mvo> thanks
[14:28] <mpt> mvo, http://paste.ubuntu.com/341199/
[14:28] <mvo> mpt: did you update to the latest aptdaemon in lucid?
[14:29] <mpt> mvo, no, this is on 9.10
[14:29] <mpt> mvo, "trunk won't work on 9.10 from now on" is quite acceptable as an answer :-)
[14:29] <mvo> mpt: oh, ok - hm, then I think I need to upload a atdaemon for karmic into the software-center ppa
[14:29] <mpt> I can install alpha 1 on my other partition
[14:33] <mvo> mpt: I uploaded it to ppa:software-store-developers/ppa
[14:33] <mvo> mpt: I let you know when it build
[14:33] <mpt> thanks mvo
[14:35] <mvo> mpt: in a few minutes "sudo add-apt-repository ppa:software-store-developers/ppa; sudo apt-get update" should work
[14:35]  * mvo is still waiting for the "accepted" mail
[14:40] <fagan> mvo: the software store ppa doesnt have an amd64 build in lucid
[14:40] <seb128> pitti, kenvandine can't upload new sources
[14:40] <seb128> pitti, ie the indicator needs sponsoring
[14:40] <seb128> (I can do it if you want)
[14:41] <kenvandine> did you guys finish reviewing the changes?
[14:41] <seb128> I just read a reply from pitti on the ubuntu-archive list
[14:41] <seb128> saying to upload
[14:41] <kenvandine> ah... ok... damn evolution message threading :)
[14:42] <kenvandine> seb128, sponsoring would be great :)
[14:42] <kenvandine> thx
[14:42] <fagan> oh kenvandine is the rgba stuff from the desktop teams ppa causing some stuff to crash in lucid?
[14:42] <kenvandine> yes
[14:42] <kenvandine> the same error you sent to the list
[14:42] <fagan> Oh cool
[14:42] <kenvandine> fagan, thx for testing
[14:42] <kenvandine> hopefully we will get a fix this week
[14:43]  * kenvandine glares at bratsche
[14:43] <kenvandine> who isn't around :)
[14:43] <seb128> note that I'm on vac after this week
[14:43] <fagan> mail the list and ill test it when you have it uploaded
[14:43] <seb128> so it's probably this week or next year
[14:43] <seb128> upload to lucid I mean
[14:46] <seb128> kenvandine, the new indicator-session failed to build btw
[14:46] <seb128> basically none of the thing you updated made it to lucid yet
[14:47] <seb128> do you need some help to sort that?
[14:49] <mvo> fagan: thanks, I think jcastro might have a idea why
[14:50] <kenvandine> seb128, yeah... well it is weird
[14:50] <kenvandine> it can't install libindicator0
[14:50] <kenvandine> which is available in lucid
[14:50] <seb128> right the binary went to universe
[14:50] <kenvandine> oh!
[14:50] <seb128> I've promoted it now
[14:50] <kenvandine> thx
[14:50] <kenvandine> that will fix it :)
[14:50] <seb128> I will retry builds after next publisher run
[14:50] <kenvandine> thx
[14:51] <seb128> kenvandine, when you get new binaries please tell us what should go to main now that you upload
[14:51] <seb128> that will smooth such issues
[14:51] <seb128> I used to tweak those while doing the sponsoring
[14:51] <kenvandine> ok, i had mentioned it because it went into NEW
[14:51] <seb128> ok, I didn't read about it
[14:51] <kenvandine> hey rickspencer3!
[14:51] <seb128> next time feel free to ping me about it
[14:51] <kenvandine> sure
[14:51] <seb128> hello rickspencer3
[14:52] <seb128> I will retry indicator-messages and indicator-session
[14:52] <kenvandine> thx
[14:52] <rickspencer3> good morning
[14:52] <seb128> will that be enough for lucid to upgrade?
[14:52] <fagan> morning rickspencer3
[14:52] <seb128> or do we need the new source too?
[14:52] <kenvandine> do we manually need to retry those builds?
[14:52] <kenvandine> they will work
[14:52] <rickspencer3> hi fagan
[14:52] <seb128> yes
[14:52] <kenvandine> they built file in pbuilder and for karmic in the ppa
[14:52] <seb128> kenvandine, the system depwait when a build depends is not available
[14:52] <seb128> but in this case the -dev was, but the lib was in universe
[14:53] <kenvandine> seb128, yeah i got a bunch of the FTBS emails over the weekend
[14:53] <seb128> and main builders can't use universe
[14:53] <kenvandine> yeah
[14:53] <kenvandine> someone must have been retrying them over the weekend
[14:53] <seb128> it's possible
[14:53] <seb128> some of the buildd admins kick rebuild for installability issues
[14:54] <didrocks> hey rickspencer3
[14:54] <pitti> hey rickspencer3, good morning kenvandine
[14:55] <pitti> kenvandine, seb128: I retried them this morning upon geser's request; I didn't check
[14:55] <seb128> ok
[14:55] <seb128> I've promoted the binary now
[14:55] <seb128> will retry after next publisher
[14:55] <rickspencer3> hi didrocks
[15:00] <geser> pitti, seb128: sorry for any trouble, I did check them in my builder if they build but didn't check the compontents
[15:00] <seb128> geser, don't worry that's minor trouble
[15:03] <seb128> pitti, is the guest session working in lucid for you?
[16:00] <pitti> seb128: no, the X server crashes
[16:00] <pitti> I guess for you too?
[16:00] <seb128> pitti, yes
[16:00] <seb128> pitti, I just wanted to check if somebody else had the issue too, thanks
[16:13] <mpt> mvo, the PPA version of aptdaemon Breaks the Karmic version of software-center, and the PPA doesn't include a new version of software-center itself
[16:13] <mpt> mvo, so it's probably just easier for me to install Lucid :-)
[16:20] <mvo> mpt: hm, ok
[16:20] <mvo> mpt: I uploaded a software-center snapshot there now too :)
[16:20] <mpt> thanks mvo!
[16:21] <mvo> mpt: its still a good idea to run lucid, but at least you should be able to test it under both systems (and I'm sure other will use the ppa too :)
[16:32] <seb128> kenvandine, new indicator-messages and session built now
[16:32] <seb128> on i386 at least
[16:32] <kenvandine> seb128, excellent, thx!
[16:32] <seb128> they will be in the next publisher run
[16:39] <baptistemm> hi there
[16:40] <seb128> hey baptistemm
[16:40] <baptistemm> how safe it is to switch to lucid? no big breakage ?
[16:40] <baptistemm> salut seb128
[16:40] <baptistemm> I didn't had time to work on nautilus SRU
[16:40] <baptistemm> :/
[16:40] <seb128> don't bother with that one, I'm not even sure there is changes worth a sru there
[16:40] <seb128> I did the lucid update
[16:41] <seb128> lucid, still early unstable, works fine now but there is rough edges and things might break on the way
[16:41] <baptistemm> seb128, okay as usual for a dev version
[17:01] <and471> could someone take a screenshot of a new mail notification from evolution? (with notify-osd installed)
[17:02] <seb128> can't you do that?
[17:02] <mvo> hey and471!
[17:02] <and471> mvo, hullo
[17:02] <and471> seb128, I have been trying to configure evolution but it is annoying me
[17:03] <and471> mvo: once my exams are over, I have some interesting changes for the css / html we are using :-)
[17:04] <mac_v> and471: the new mail notification? in lucid or larmic?
[17:04] <mac_v> karmic*
[17:04] <and471> mac_v, I prefer in larmic please :-)
[17:04] <and471> mac_v, it doesn't really matter I am joking
[17:05] <mac_v> and471: all it will say is "N new mail"
[17:05] <and471> just need to know what it looks like so I can nick the layout for thunderbird :-)
[17:05] <and471> mac_v, no summary of the message or subject?
[17:05] <mac_v> nope
[17:05] <and471> mac_v, oh :-)
[17:05] <and471> mac_v, well that was easy :-)
[17:05] <mac_v> and471: also N will most probably be wrong when mails arrives in several folders
[17:05] <and471> thanks
[17:06] <mac_v> np
[17:06] <and471> back to revision :-)
[17:06] <and471> :-(
[17:16] <rickspencer3> seb128, when a user does a fresh install, and tries to play an mp3 in rhythm box, does rhythm box prompt to install codecs? and if so, what package does it suggest?
[17:18] <seb128> rickspencer3, it should yes, right now I think all the availables choices
[17:18] <seb128> ie typically gst-plugins-ugly and gst-ffmpeg
[17:23] <rickspencer3> seb128, what about *-restricted-extras?
[17:23] <seb128> how is that used by gstreamer to play anything?
[17:23] <rickspencer3> I dunno
[17:23] <rickspencer3> I assumed it had codecs that gstreamer needed
[17:23] <seb128> well the depends system will pull in libraries used by the codecs
[17:24] <rickspencer3> at least, when I install it, I can play mp3s in rhythm box
[17:24] <seb128> it's not so crude
[17:24] <seb128> gstreamer reports what elements are missing exactly
[17:24] <seb128> and we install the packages which provide those
[17:25] <seb128> that's not specific to mp3 or mpeg or anything
[17:25] <seb128> it should work with any format or codec
[17:45] <fagan> mvo: is there any plans to sort programs in the installed programs section of the software center by when they were installed?
[17:45] <fagan> I think it would be useful
[17:46] <mvo> fagan: not currently, but I'm sure mpt is interessted in this isea
[17:46] <mvo> idea
[17:46] <mvo> fagan: we currently have not very good support for the notion of when it got installed though
[17:46] <mvo> but we are working on it
[18:30] <pitti> good night everyone!
[18:30] <chrisccoulson> 'night pitti
[20:16] <gabaug> Keybuk: is HAL going to be completely removed for Lucid?
[20:17] <Keybuk> it's already removed from the CD
[21:07] <chrisccoulson> hey seb128
[21:07] <seb128> hi chrisccoulson
[21:07] <seb128> how are you?
[21:08] <chrisccoulson> seb128 - yeah, not too bad thanks, but it's been a long day today
[21:08] <chrisccoulson> how are you?
[21:08] <seb128> good thanks
[21:08] <seb128> the day has been busy too there
[21:08] <seb128> I'm just back from sport and dinner
[21:22] <geser> seb128: could you please also give-back indicator-applet as you(?) promoted the missing lib to main. thanks
[21:22] <seb128> geser, will do
[21:28] <seb128> geser, done now
[21:29] <chrisccoulson> seb128 - i will have a couple of packages ready for sponsoring shortly (if you have time)
[21:30] <seb128> chrisccoulson, which ones?
[21:30] <chrisccoulson> seb128 - liboobs and gnome-system-tools
[21:30] <seb128> ok
[21:30] <seb128> you can't upload those?
[21:32] <chrisccoulson> seb128 - it doesn't look like it (http://paste.ubuntu.com/341448/)
[21:32] <seb128> could you try asking to cjwatson on #ubuntu-devel?
[21:32] <seb128> if he knows why you can't upload those
[21:38] <seb128> chrisccoulson, ?
[21:41] <seb128> kenvandine, do you know if pitti did the new indicator-application sponsoring?
[21:41] <kenvandine> seb128, i don't think he did
[21:41] <seb128> hum k
[21:41] <seb128> let me look at that now
[21:41] <kenvandine> seb128, i thought you were :)
[21:42] <seb128> I asked pitti if he was going to do it or if I should
[21:42] <seb128> and he didn't reply
[21:42] <seb128> and I forgot about it
[21:43] <chrisccoulson> seb128 - sorry, i had to disappear quickly there;)
[21:43] <seb128> chrisccoulson, oh no problem don't worry
[21:43] <seb128> I was just not sure you did read my lines since I didn't highlight you
[21:43] <chrisccoulson> yeah, i just read them now
[21:44] <seb128> I tend to miss things people write due to that sometime ;-)
[21:46] <chrisccoulson> yeah, i sometimes miss things too ;)
[21:56] <seb128> kenvandine, is indicator-application of any use right now in lucid?
[21:56] <kenvandine> yes
[21:56] <seb128> like anything using it or activating it in the default install?
[21:56] <kenvandine> yeah, rhythmbox
[21:56] <seb128> well the ppa version, not the lucid one
[21:56] <chrisccoulson> another indicator?
[21:56] <kenvandine> i will upload the patch after indicator-application lands
[21:56] <seb128> it will autoactivate?
[21:56] <kenvandine> yes
[21:56] <seb128> ok
[21:57] <seb128> I'm pondering doing the newing now or waiting for pitti to do it tomorrow
[21:57] <kenvandine> i didn't want yet another thing to be in depwait :)
[21:57] <kenvandine> tomorrow is fine
[21:57] <seb128> pitti did review the updated bzr right?
[21:57] <kenvandine> i just have to get rb uploaded by wed
[21:57] <kenvandine> yes
[21:57] <seb128> ok, let me new that now
[21:57] <kenvandine> thx
[21:57] <seb128> did pitti said anything about mir?
[21:57] <seb128> say
[21:58] <seb128> like should it be sent to universe, mired, etc
[21:58] <seb128> or should we send it direct to main and do paper work later?
[21:59] <seb128> robert_ancell, hey
[21:59] <robert_ancell> seb128, hey
[22:01] <kenvandine> seb128, he didn't actually
[22:01] <kenvandine> send it to universe
[22:01] <seb128> ok
[22:01] <seb128> we can as well wait tomorrow morning european time
[22:01] <kenvandine> i'll address the mir tomorrow
[22:01] <seb128> feel free to upload rhythmbox
[22:01] <seb128> we will get things sorted before you are up tomorrow
[22:02] <kenvandine> well that would depend on stuff in universe then :)
[22:02] <kenvandine> ok
[22:02] <seb128> I guess it can build without it
[22:02] <kenvandine> will do
[22:02] <kenvandine> no, it adds the build-depends
[22:02] <seb128> ok good
[22:02] <kenvandine> but atleast it will be uploaded :)
[22:03] <seb128> right and if it will build as soon as we sort the newing, etc
[22:04] <seb128> I will suggest to pitti to promote directly and do the paper work later
[22:04] <seb128> is anybody wanting to do the evolution-data-server, evolution, evolution-exchange updates?
[22:04] <seb128> bonus for rebasing on debian, evolution-data-server should be trivial to rebase
[22:04] <seb128> evolution-exchange too
[22:04] <seb128> robert_ancell, ^? ;-)
[22:05] <seb128> chrisccoulson, when do you think that your updates will be ready for upload?
[22:06] <chrisccoulson> seb128 - liboobs is in bzr and ready to go
[22:06] <kenvandine> seb128, uploaded rhythmbox
[22:06] <seb128> kenvandine, thanks
[22:06]  * kenvandine heads down to spend some time with the family, good night folks!
[22:06] <seb128> chrisccoulson, ok, sponsoring that now
[22:06] <chrisccoulson> g-s-t is in bzr too, but i'm just checking the build log here
[22:06] <seb128> kenvandine, have fun, see you tomorrow
[22:06] <seb128> chrisccoulson, ok
[22:08] <robert_ancell> seb128, what am I looking at?
[22:08] <seb128> robert_ancell, a screen?
[22:08] <robert_ancell> seb128, my screen starts at "kenvandine, is indicator-application of any use right now in lucid?"
[22:09] <seb128> robert_ancell, oh, the lines just before
[22:09] <seb128> the "is there anybody wanting to rebase and update evo"
[22:09] <seb128> in case you would be interested ;-)
[22:09] <robert_ancell> *cough* hell no
[22:09] <seb128> ok, was worth a try ;-)
[22:09] <robert_ancell> I'm sorry, I'm in OEM this cycle
[22:09] <seb128> yeah sure
[22:10] <seb128> doesn't hurt to ask
[22:10] <seb128> you did some complicates ones recently
[22:10] <seb128> so I was not sure how you were balancing your load
[22:10] <seb128> and using you 20% desktop too
[22:10] <seb128> but fair enough ;-)
[22:10] <chrisccoulson> is evo a big task then?
[22:10] <chrisccoulson> ;)
[22:10] <robert_ancell> I'm trying to do more OEM and less desktop.
[22:11] <seb128> no, e-d-s is probably half an hour work
[22:11] <seb128> evolution-exchange like a few minutes I would say
[22:11] <robert_ancell> seb128, I was looking at gnome-panel yesterday.  there's some odd blocking that goes on
[22:11] <seb128> evo is probably easy to update but might be harder to rebase
[22:11] <seb128> it's just that I'm trying to finish lot of things before end of year
[22:12] <seb128> and I still want to look at nautilus start this week
[22:12] <seb128> so I was trying to figure if somebody was interested by those
[22:13] <chrisccoulson> seb128 - i think g-s-t is ready to go now as well
[22:13] <seb128> chrisccoulson, ok cool
[22:14] <chrisccoulson> that ones a bit more complicated :)
[23:07] <chrisccoulson> the indicator applets showing "No indicators" is expected at the moment is it?
[23:10] <seb128> which one?
[23:10] <seb128> tedg, ^
[23:10] <chrisccoulson> seb128 - both of them show that at the moment
[23:11] <Sarvatt> ohh *thats* why I have that extra panel space all of the sudden :D
[23:11] <chrisccoulson> Sarvatt - extra panel space?
[23:11] <chrisccoulson> the text takes up more space here ;)
[23:12] <tedg> seb128: chrisccoulson: Hmm, that'd be a surprise.
[23:12] <chrisccoulson> i'm confused by all this indicator stuff
[23:13] <chrisccoulson> the package names are all too similar ;)
[23:13] <tedg> You could look at /usr/lib/indicators/3/ and see if there is any *.so in there.
[23:13] <chrisccoulson> tedg - yeah, there are 2 so files in there
[23:14] <tedg> Hmm, that's odd.
[23:14] <chrisccoulson> libmessaging.so and libsession.so
[23:14] <chrisccoulson> slangasek is seeing the same issue too
[23:14] <tedg> chrisccoulson: What is the version on teh about dialog of indicator-applet?
[23:14] <Sarvatt> the "no indicators" words are the same color as my panel, just looked blank
[23:15] <chrisccoulson> tedg - 0.1
[23:15] <tedg> chrisccoulson: Hmm, that's the problem.  It should be 0.3.0 :)
[23:15] <tedg> I wonder if that didn't get into Lucid.
[23:15] <seb128> tedg, you screwed the packaging there...
[23:16] <tedg> seb128: ?
[23:16] <seb128> tedg, it did but things build in order and I just kicked this back some hours ago
[23:16] <chrisccoulson> i might be using an out-of-date mirror perhaps
[23:16] <seb128> tedg, if some component update breaks the indicator it should have Breaks
[23:16] <seb128> use Breaks: indicator-applet (<< 0.3)
[23:17] <seb128> otherwise you get what you have now
[23:17] <tedg> seb128: Oh, okay.  I didn't know about Breaks
[23:17] <tedg> That actually solves a bunch of problems.
[23:17] <seb128> you can use Conflicts too
[23:17] <seb128> but Breaks is the correct on there
[23:18] <Sarvatt> is fsck on boot causing a failsafe x start 100% of the time for anyone else?
[23:18] <seb128> kenvandine, ^ the Breaks comment might be useful for you too
[23:21] <seb128> Sarvatt, dunno I don't have fsck running that often
[23:21] <seb128> never got xorg failing due to it though
[23:23] <Sarvatt> sudo tune2fs -C 100 /dev/sda1 then reboot puts me in failsafe 100% of the time here
[23:23] <Sarvatt> and failsafe is using vesa which doesnt work with KMS for me
[23:24] <seb128> I think #ubuntu-x was discussing vesa and kms before
[23:24] <seb128> oh I see you discussed that there
[23:26] <Sarvatt> yeah we're talking about it in there, i switched it to fbdev which works with KMS but fbdev doesnt work for some people, just seems like a gdm init problem outside of the whole vesa thing so I was asking in here
[23:26] <seb128> not idea about that right now, it would require some debugging
[23:26] <Sarvatt> I get this from the gdm log when it starts after the fsck http://paste.ubuntu.com/341495/


[09:28] <snake-venom>  hi there i was adding crons in my ubuntu , i want to know  " wget -O - -q -t 0 " why  "0" in last and somewhere existing cron have "1" in last..
[09:37] <ploxiln> if you run "man wget" it should tell you about all of the options, including the "-t" option, which is "number of tries", where 0 means infinite
[16:04] <jafa> hi guys, I have a conf file to increase the nofiles limit in /etc/security/limits.d for all users and for root. ulimit reports the new limit when invoked from a shell but anything started from rc.local still has the default limit
[16:05] <jafa> is the limit conf only applied after rc.local executes?
[16:15] <jafa> tested a solution - sysctl write then ulimit set at the start of rc.local
[16:29] <rbasak> jafa: IIRC, /etc/security/limits.d/ is read by a PAM module, so applies to logged in users.
[16:29] <rbasak> rc.local is run without going through PAM, so won't apply.
[16:29] <rbasak> jafa: I suggest you replace your use of rc.local with a systemd unit. Limits are tunable directly in systemd units
[16:30] <rbasak> jafa: or alternatively, just use ulimit in rc.local?
[16:35] <jafa> i should look at systemd units
[16:36] <jafa> quick fix was to add "sysctl -w fs.file-max=1000000" and "ulimit -n 1000000" to the start of rc.local


[05:49] <guiverc> grrrr. I see error in #682, (press) will likely edit it myself  s/Impis Indri/Impish Indri/
[05:53] <guiverc> wiki edited for ^
[05:54] <guiverc> that was all I saw; looked good (sorry I was so late Bashing-om)
[08:54] <t0mb0> Hey guiverc just letting you know that I will be moving #ubuntu-news over to a new kubernetes cluster. I plan on doing it tomorrow around 01:00UTC
[08:56]  * guiverc is converting 0100 UTC to my local (melb au)
[08:57] <guiverc> thanks for letting us know t0mb0, we should be well done publishing by then :)
[13:45] -SwissBot:#ubuntu-news- ::Planet:: Simos Xenitellis: A gentle introduction to security fuzzing and the Advanced Fuzzing League++ (afl++... @ https://blog.simos.info/a-gentle-introduction-to-security-fuzzing-and-the-advanced-fuzzing-league-afl/
[15:18] -SwissBot:#ubuntu-news- ::Planet:: Jonathan Carter: Free software activities for 2021-04 @ https://jonathancarter.org/2021/05/10/free-software-activities-for-2021-04/
[15:29] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Hands-On Video Gives Us a Closer Look at the JingPad Linux Tablet @ https://www.omgubuntu.co.uk/2021/05/jingpad-tablet-hands-on-video (by Joey Sneddon)
[16:48] <krytarik> Oh noes, this channel is going to be moved!?.. XD
[18:20] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Huawei’s New ARM Laptop Runs a Linux OS (But Don’t Get Excited Yet) @ https://www.omgubuntu.co.uk/2021/05/huawei-new-laptop-runs-linux-os (by Joey Sneddon)
[19:14] <Bashing-om> UWN: Pulling "WIP" - Time to push 20:00 UTC :D
[20:01] <Bashing-om> UWN: ubuntu-news@lists is away - doing the Forum post next :D
[20:05] <Bashing-om> UWN: Forum post done - no issues - doing the re-directs next.
[20:17] <Bashing-om> UWN: Re-directs also completed - pending is release to the Social Medias :D
[20:47] -SwissBot:#ubuntu-news- ::Planet:: Elizabeth K. Joseph: The Big Iron Hippo @ https://princessleia.com/journal/2021/05/the-big-iron-hippo/
[20:51] <krytarik> pleia2: Haha, nice photo there! :D
[20:52] <pleia2> :D
[20:52] <pleia2> I am so excited about my baby mainframe 3d print
[20:52] <krytarik> Ohoh, even 3D print!
[20:54] <pleia2> yeah, I'm working internally with the design team to get the printer file released too, so that'll be my next blog post ;)
[20:54] <pleia2> it's kinda been a geek thing floating around the company
[20:55] <krytarik> LOL, nice! :D
[22:29] <guiverc> Bashing-om, clear to push 682 to fridge?
[22:42] <Bashing-om> guiverc: Yup - Push to the fridge - no known issue :D
[22:43] <guiverc> https://fridge.ubuntu.com/2021/05/10/ubuntu-weekly-newsletter-issue-682/
[22:43] <guiverc> tweeted #682
[22:45] <Bashing-om> Fridge: Spot check - checks good :D
[22:45] <Bashing-om> Fridge: Spot check - checks good :D
[22:55] <guiverc> posted to spy(fb)book ; right to clear away when ready Bashing-om
[22:57] <guiverc> Bashing-om & everyone, you noted t0mb0's warning this room is moving to new kubernetes cluster around 01:00 UTC
[23:01] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 682 @ https://fridge.ubuntu.com/2021/05/10/ubuntu-weekly-newsletter-issue-682/


 @KMyers, No cell service?
 Verizon I think serves rural NC. I don't get TMobile where I am but Verizon could get just barely 2mbps
 It is in the middle of nowhere in their defence
 Look @govatent - a penny
 I don't see it. I'm losing my touch
 Follow your nose
 https://kmyers.me/blog/android/the-hp-elite-x3-laptop-dock-is-a-must-have-accessory-for-samsung-galaxy-note-9-owners-samsung-dex/
 is there a way i can repackage a package and get it approved? https://bugs.launchpad.net/ubuntu/+source/openarena/+bug/1651561
 There's a bug in the repos for the stock openarena package.
 and no one has updated the package itself.
 @mhall119 is the Ubuntu upstream manager.
 Ah
 Who what?
 He's not with Ubuntu any more.
 @govatent maybe Simon Q?
 @AdamOutler I haven't been at Canonical in over a year
 @KMyers I got that filling in problem fixed.  Turned out it was experimental settings union a and union b.
 Nice.
 At 10 bucks per 50 extra gb, i'd be at near 200 dollars extra this month bill