[06:30] <xu-help21w> Hi
[06:31] <xu-help21w> I am new to xubuntu and wanted to know if there is a way to make my own code or use an app to take a screenshot directly without prompting me to choose the save location


[00:19] <wgrant> blr: ui-project-setbranch has conflicts; can you merge devel and resolve them?
[00:20] <wgrant> And would it be worth cherrypicking the semi-unrelated menu changes into a separate branch, to get the "Configure translations" -> "Configure Translations" bits out of the big diff?
[00:20] <blr> ugh, yep sure
[00:21] <blr> wgrant: can do sure, if it is obscuring the primary intention of the branch.
[00:22] <wgrant> blr: I think it should be pretty easy to put in a separate branch, and it would shrink the 2200-line diff by quite a bit...
[00:22] <wgrant> Just a bzr merge -i from the old branch into the new plus a couple of fixups where they overlap should work.
[00:22] <wgrant> Then we can review and land the new branch before the old, and the diff will be a whooooole lot more sensible.
[00:24] <blr> wgrant: sounds reasonable
[00:30] <wgrant> blr: New JS is much better, thanks.
[00:31] <blr> yep I think that should work well enough.
[00:32] <blr> will let you know when I have the 2 branches
[00:33] <wgrant> I think there should only be like one file that needs the two sets of changes disentangled.
[02:32] <blr> wgrant: wow, managed to blow up more tests than anticipated. Also update the BMP factories. Ready for you now if you have a moment: https://code.launchpad.net/~blr/launchpad/recycle-commit-message/+merge/261793
[02:34] <wgrant> blr: Explosive tests are fun.
[03:45] <blr> wgrant: is there a reason there's no argument for 'description' on resubmit? (in the interface)
[03:46] <wgrant> blr: Someone probably forgot to add it there when the field was added.
[03:46] <wgrant> Probably an idea to fix that too.
[03:46] <blr> wgrant: yep, I did - just checking I wasn't missing something :)
[03:53] <blr> as much as I like the keyboard on the lenovo, it is such an improvement using a proper mechanical keyboard...
[03:53] <wgrant> As laptop keyboards go, the T4[45]0s have by far the best I've used.
[03:53] <wgrant> But yes, a proper desktop mechanical keyboard is hard to beat.
[03:54] <blr> had a look at the new macbook the other day - impressive hardware, but there's even less travel on the keys now than previous models... it would be intolerable I think heh
[03:55] <wgrant> The one-port-to-rule-them-all model?
[03:55] <wgrant> Yeah, certainly shiny and expensive.
[03:55] <blr> hah yeah
[03:55] <wgrant> But the keyboard is way worse than an MBA
[03:55] <wgrant> And that's saying something...
[04:32] <blr> wgrant: hmm I didn't receive a pqm notification for that last lp-land, and I don't see anything in the queue..
[04:39] <wgrant> blr: buildbot had spuriously failed.
[04:42] <blr> wgrant: ah that old chestnut.
[07:32] <wgrant> lp:~person-name-100028/ubuntu/+source/unique-from-factory-py-line3422-100026/+git/gitrepository-100029
[07:32] <wgrant> The factory creates the best URLs.
[07:33] <StevenK> wgrant: Not enough -deactivatedaccount-deactivatedaccount in the person portion
[07:37] <wgrant> StevenK: I'll have you know that no account has more than 17 of them.
[07:38] <wgrant> https://launchpad.net/~deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount-deactivatedaccount for reference
[07:38] <wgrant> Which isn't actually deactivated.
[07:39] <wgrant> Also I guess that technically has 18, since I missed the first one, as it doesn't start with -
[07:39] <StevenK> Hahaha
[12:09] <wgrant> cjwatson: Oh, good catch.
[12:09] <wgrant> Thanks.
[12:10] <cjwatson> Some day I'll find a problem with one of your MPs that isn't entirely trivial :-)
[12:11] <wgrant> I'm normally sufficiently pedantic about things like that :/
[12:11] <cjwatson> Almost finished syncing everything over, should be back in the saddle properly this afternoon
[12:11] <wgrant> Yay
[12:12] <cjwatson> Trying to sort out my git-detect-merges branch, which is proving a bit awkward because passing a mock hosting client through the event infrastructure would be nightmarish, so I'm having to bite the bullet and sort out a fixture
[12:12] <cjwatson> But despite being on PyPI now using turnip proper as the fixture is rather difficult - I don't want LP deployments to have to have a usable version of pygit2, and we don't have test_requires in LP at the moment
[12:12] <wgrant> Considered ZopeUtilityFixture?
[12:13] <cjwatson> So I'm doing a quick Twisted emulation of the relevant bits of the API in the short term
[12:14] <cjwatson> Hm, yeah, that might be easier if I turned GitHostingClient into a utility, it's true
[12:14] <cjwatson> Easier than writing something that emulates the other end of the API and then having a fixture to override the endpoint URL, which is what I'd been doing
[12:15] <wgrant> Yep.
[12:15] <wgrant> There are also various libraries around that mock out requests responses.
[12:15] <wgrant> I've gone through three so far for webhooks stuff
[12:15] <cjwatson> And GHC really ought to be a utility.
[12:15] <wgrant> And they all mostly work.
[12:15] <wgrant> But they're a bit weird.
[12:16] <cjwatson> I have the guts of the Twisted version, but it means converting things over to AsynchronousDeferredRunTests and then drinking heavily.
[12:16] <cjwatson> So maybe that's a blind alley.
[12:16] <wgrant> You got the order wrong, but sure.
[12:17] <cjwatson> I think order is immaterial, they can be done concurrently
[12:17] <wgrant> Indeed.
[15:18] <lifeless> cjwatson: whats the drinking heavily for? Is there framework stuff we can do to make it less drenched?
[15:19] <lifeless> cjwatson: also, the glasgow haskell compiler should be a utility?
[15:21] <cjwatson> GitHostingClient :-)
[15:23] <cjwatson> y'all still advertise AsynchronousDeferredRunTest as "use at your own peril"; I'm happy to modify tests that are already using it but for something new where all I need is for LP to use a mock version of a utility, I think wgrant is right that ZopeUtilityFixture is simpler
[16:21] <cjwatson> ... and indeed it is.  /me pushes
[20:15] <lifeless> cjwatson: oh, we should remove that terror warning
[20:16] <lifeless> I'll consult with jml


[18:20] <Myrtti> hm
[18:21] <Myrtti> I wonder how much legwork would need to be done between Canonical and Swype inc to include Swype in the software centre
[18:21] <Myrtti> I'd pay for it
[18:22] <popey> is it really that good?
[18:22] <Myrtti> well it is that good in Android
[18:55] <Myrtti> although this just reminds me what I just read on their website
[18:56] <Myrtti> that they rather make deals with OEM's so that the support can come from them
[18:56] <Myrtti> that's why swype isn't available from the market


[00:20] <mup> PR snapd#4787 closed: strutil: introduce UnsafeString and UnsafeParagraph <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/4787>


[00:06] -lugito:#lubuntu-devel- [rPPABRITNEY9222b02894b6: Add the Britney cache and data to .gitignore.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY9222b02894b6
[00:06] -lugito:#lubuntu-devel- [rPPABRITNEYb806c88704e9: Initial working prototype.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYb806c88704e9
[00:06] -lugito:#lubuntu-devel- [rPPABRITNEYe6cba41d967d: Also track the update output and make the filenames generic.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYe6cba41d967d
[00:06] -lugito:#lubuntu-devel- [rPPABRITNEY5e47d4d1bc36: Don't pull in -proposed, packages could potentially be uninstallable.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY5e47d4d1bc36
[00:56] <tsimonq2> HUZZAH!
[00:56] <tsimonq2> PPA Britney DTRT!
[00:56] <kc2bez> \o/ Awesome!
[00:57] <tsimonq2> Doing a proposed-migration run for Cosmic, Disco is soon to follow.
[00:57] <tsimonq2> I have to run an errand real quick, when I come back I'll put it into a Jenkins job.
[00:58] <kc2bez> No Worries, I am getting on BDLL for a bit.
[00:58] <tsimonq2> Sweet. :)
[01:32] -lugito:#lubuntu-devel- [rPPABRITNEYfe640925f70f: Also get the output of Heidi.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYfe640925f70f
[01:32] -lugito:#lubuntu-devel- [rPPABRITNEYbe8f7e326b61: Add ubuntu-archive-tools.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYbe8f7e326b61
[01:32] -lugito:#lubuntu-devel- [rPPABRITNEYe2d84ec63e5f: Remove RELEASE from the config.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYe2d84ec63e5f
[01:43] <Eickmeyer> Crazy.
[01:44] <tsimonq2> Huh? :)
[01:44] <Eickmeyer> https://www.youtube.com/watch?v=Q4VK9_CfOLQ
[01:45] <Eickmeyer> Before your time, probably.
[01:45] <tsimonq2> hahahahaha
[01:45] <kc2bez> XD
[01:50] -lugito:#lubuntu-devel- [rPPABRITNEY8575a3d21bd4: Source config.sh.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY8575a3d21bd4
[01:51] -lugito:#lubuntu-devel- [rPPABRITNEY883f8b485f87: Convert fetch-indexes to Bash.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY883f8b485f87
[01:59] -lugito:#lubuntu-devel- [rPPABRITNEYe20028351668: Don't create anything in /tmp.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYe20028351668
 What's Britney ppa?
[02:00] <tsimonq2> Britney for use with PPAs.
[02:00] <tsimonq2> Britney is the name of the tool the Ubuntu archive uses in Proposed Migration scripts.
[02:00] <tsimonq2> When you upload something to Ubuntu, it has to build and pass specific tests before it migrates and is installable.
[02:00] <tsimonq2> Britney is that tool.
 Ok, thanks!
[02:18] -lugito:#lubuntu-devel- [rPPABRITNEYa93bdc7a0b69: Remove the config from the source.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYa93bdc7a0b69
[02:25] -lugito:#lubuntu-devel- [rPPABRITNEYcc516fae36d7: Instead of defining it in the Jenkins config, create a Bash script.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYcc516fae36d7
[02:30] -lugito:#lubuntu-devel- [rPPABRITNEY9af336803216: No longer source config.sh.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY9af336803216
[02:43] -lugito:#lubuntu-devel- [rPPABRITNEY8b771d0ebd07: Be more verbose on the release.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY8b771d0ebd07
[02:45] -lugito:#lubuntu-devel- [rPPABRITNEYca870aa525a2: Pass the release as an argument.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYca870aa525a2
[02:46] -lugito:#lubuntu-devel- [rPPABRITNEY6b7ef1853b1b: Echo immediately after.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY6b7ef1853b1b
[02:50] -lugito:#lubuntu-devel- [rPPABRITNEY5ae8cd8995f8: The URLs are dependent on RELEASE, RELEASE itself is not the problem...] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY5ae8cd8995f8
[02:54] -lugito:#lubuntu-devel- [rPPABRITNEYa586f81d7e8a: Pass it as an argument.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYa586f81d7e8a
[03:03] -lugito:#lubuntu-devel- [rPPABRITNEY2592c25dbeff: Export the variable instead of setting it locally.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEY2592c25dbeff
[03:28] -lugito:#lubuntu-devel- [rPPABRITNEYfb1f2ecae640: Remove --dry-run, it's ready!] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rPPABRITNEYfb1f2ecae640
[03:32] <tsimonq2> HUZZAH, Britney works as intended.
[03:32] <tsimonq2> It's all done, ofc unless it breaks in the future. :P
[03:38] <tsimonq2> Britney runs every four hours, which is probably even too much for the workload we have so far.
[03:38] <tsimonq2> Of course, the nightly runs at midnight, but yeah
[03:51] <kc2bez> Cool!
[04:51] <guest77> hello
 Heya!
[04:52] <guest77> how do you ask for feature requests for lubuntu?
 I dunno, we don't really have a process for that, but I'm the Release Manager so what's up? :)
[04:56] <guest77> I would like a black list option when auto updating software for lubuntu. currently the updater only allows you to select which ones to update or not.
 Which version of Lubuntu?
[04:59] <guest77> 16.04.06 LTS. I know there is a newer version but yout can also change the new version aswell. I will update later.
 Does another distro has that?
 Or, does Ubuntu has that?
[04:59] <guest77> I havent seen it.
 What do you want to blacklist?
[05:01] <guest77> some packages, like intel updates etc... They are unnecessary, I dont have any intel hardware.
 In that case you could uninstall them
[05:12] <guest77> Its time wasting.
[05:13] <guest77> I just want an option for creating a list of packages/software to not install or update, in update notifier (the auto updater). If someone can add it. Thanks you.
[05:15] <guest77> Linux downloading and installing is slow process, then finding then uninstalling waste my  time.
 You can mark those in synaptic
 I've done that with the kernel
[05:21] <guest77> how to mark to exclude packages?
[05:24] <guest77> it lets you to mark for removeal or installallion but where is exclude
[05:49] <guest77> I would like options to add to blacklist and remove from blacklist. Thank you and good bye. Signing out now.
[12:05] <MikeRM> Hi. Does anyone have a problem with qterminal after recent update in lubuntu 19.04?
[12:05] <MikeRM> qterminal: symbol lookup error: qterminal: undefined symbol: _ZN11QTermWidget13filterActionsERK6QPointP7QWidget
[12:05] <MikeRM> xterm works fine
 @MikeRM [<MikeRM> qterminal: symbol lookup error: qterminal: undefined symbol: _ZN11QTerm …], I have the same error and they told me that it was a known issue
 Yup
 Yes. http://launchpadlibrarian.net/414450858/qtermwidget_0.14.1-0ubuntu1_0.14.1-0ubuntu2.diff.gz
 - (c++)"QTermWidget::filterActions(QPoint const&, QWidget*)@Base" 0.9.0
 qterminal was rebuilt for that.
 I saw
 was just pointing out to MikeRM where the symbol went awol
 as a result of: http://launchpadlibrarian.net/414448783/qtermwidget_0.14.0-0ubuntu2_0.14.1-0ubuntu1.diff.gz
[18:36] <wxl> @tsimonq2: you say qterminal was republished? i don't see it published or in the queue, at least not for what i'd expect (0ubuntu2)
 looks like qterminal ubuntu1 was built against the qtermwidget that had the patch (and hence symbols) removed (ubuntu2)
[18:55] <wxl> wait. i'm confused. qtermwidget 0ubuntu2 has the right symbols or no?
 qtermwidget ubuntu2 had a patch removed, which caused some of its symbols to go missing
[18:58] <wxl> ah
[18:58] <wxl> foo
 qterminal ubuntu1 then built with qtermwidget ubuntu2, so should be ok (in theory)
[19:39] <wxl> @acheronuk the theory is unfortunately untrue
[19:42] <wxl> i think we're using the wrong filterActions. we've got two args. the one arg version is what debian has https://salsa.debian.org/lxqt-team/qtermwidget/blob/debian/sid/debian/libqtermwidget5-0.symbols#L16
[19:42] <wxl> err wait
[19:42] <wxl> that's the other way around
[19:45] <wxl> but it seems it's looking for the two arg version
[19:46] <wxl> so perhaps qterminal 0ubuntu1 is NOT actually built against qtermwidget 0ubuntu2
 @wxl [<wxl> so perhaps qterminal 0ubuntu1 is NOT actually built against qtermwidget 0u …], Verify that by using the build logs
[19:47] <wxl> i'm doing that
[19:47] <wxl> and finding unexpected results :/
[19:47] <wxl> it's 0ubuntu2 alright
[19:48] <wxl> and yet the qtermwidget 0ubuntu1→2 diff clearly shows removing the 2 argument filterActions for the 1 argument https://launchpadlibrarian.net/414450858/qtermwidget_0.14.1-0ubuntu1_0.14.1-0ubuntu2.diff.gz
 which is correct
[19:52] <wxl> but yet qterminal 0ubuntu1 is complaining about the 2 arg version
 qtermwidget ubuntu1 was the patch being dropped, which meant exported symbols went missing, and the build failed
[19:52] <wxl> _ZN11QTermWidget13filterActionsERK6QPointP7QWidget
 qtermwidget ubuntu2 was the symbols file being updated to that situation
 @wxl [<wxl> _ZN11QTermWidget13filterActionsERK6QPointP7QWidget], Do `echo "THAT STRING" | c++filt` and inspect the diff, keeping an eye out for it
[19:57] <wxl> i already did, see above :)
[19:57] <wxl> - (c++)"QTermWidget::filterActions(QPoint const&, QWidget*)@Base" 0.9.0
[19:58] <wxl> so it's NOT in qtermwidget, but qterminal is looking for it
[19:58] <wxl> however, we have in its place:
[19:58] <wxl> + (c++)"QTermWidget::filterActions(QPoint const&)@Base" 0.14.1
[19:58] <wxl> which acheronuk says is correct
 Did I forget to drop the  corresponding patch in qterminal?
[19:58]  * wxl shrugs
 I'll be at my computer in a few
[19:59] <wxl> i think this is you dropping it https://phab.lubuntu.me/rQTERMINALPACKAGING7d87aef15b113bef66823752b2ba19b601224c1b
[20:00] <wxl> that's a call to a two argument filterActions
 @tsimonq2 [Did I forget to drop the  corresponding patch in qterminal?], +++ qterminal-0.14.1/debian/patches/series  2019-03-09 21:56:05.000000000 +0000 ... @@ -1,2 +1 @@ ...  appdata.patch ... -fix-memory-api.patch
 wxl: does qterminal crash on startup? or somewhen else?
[20:01] <wxl> startup
 doesn't for me
[20:01] <wxl> huh
[20:01] <wxl> you're in the latest daily of lubuntu?
[20:02] <wxl> i'm on 20190309.1
 wxl: Rule #0 of fixing bugs, always confirm it's a problem yourself. XD
 Waiiit a minute
 Yeah no that's an outdated daily
 Make sure you're fully updated
[20:03] <wxl> yeah i didn't know the timing for all your shenanigans
[20:03] <wxl> i did update my iso ahead of time
 (Photo, 1280x926) https://i.imgur.com/rAh6gk2.jpg
[20:05] <wxl> we should have had a build today
[20:05] <wxl> weird
[20:06] <wxl> looks like that trusty manifest problem you had acheronuk
 Or just use Konsole :P
 @wxl [<wxl> we should have had a build today], See the email it sends out, we didn't get one
 @wxl [<wxl> looks like that trusty manifest problem you had acheronuk], Yeah
[20:08] <wxl> upgraded and it works, so there you go
 @tsimonq2 [See the email it sends out, we didn't get one], It seems to have failed on the post build mirroring scripts. perhaps that is after the point an actual image build fail triggers an email?
[20:08] <wxl> so now we just need an iso XD
[20:11] <wxl> should i just kick a rebuild?
[20:11] <tsimonq2> I already did.
[20:11] <tsimonq2> They're b0rked.
[20:12] <wxl> bbl
[20:12] <tsimonq2> bai
[21:33] <wxl> same thing it seems
[21:34] <wxl> and just as the logs say, the tracker is updated
[21:34] <tsimonq2> I told you :)
[21:34] <wxl> which means anyone trying to find the images that way are going to be frustrated
 Yeah links are broken on the tracker, I can confirm.
[21:36] <wxl> who was not involved in 14.04.6???
 We weren't
 Budgie wasn't
[21:38] <wxl> budgie is also lacking a current daily
[21:38] <wxl> and the tracker says they've kicked off a couple today
[21:39] <wxl> and same problem in their log
[21:39] <wxl> s
 If anyone happens to be within easy driving range of Green Bay, Wisconsin: https://gettogether.community/events/954/gblug-meeting-1/


[08:30] <slangasek> lamont: do you know why there are no kernels at http://acorn.buildd/~buildd/LiveCD/maverick/ubuntu-netbook-imx51/ ?
[08:31] <slangasek> lamont: n/m, it's because there are no kernels installed :/
[09:51] <ogra_> slangasek, there shouldnt even be any buiuld attempts
[09:51] <ogra_> slangasek, we dont build any non OMAP images in maverick (and OMAP is still being worked on)
[16:09] <slangasek> ogra: er, no one updated the crontab to say that
[16:09] <ogra> huh ?
[16:09] <ogra> imx51 was disabled months ago
[16:10] <ogra> *SIGH*
[16:10] <ogra> you are indeed right
[16:11] <slangasek> :-)
[16:11] <slangasek> ok, so the crontab change was committed but not made live :)
[16:11] <ogra> though no imx51 but there are omap buiolds
[16:11] <ogra> there shouldnt be any armel builds atm
[16:11] <ogra> i was about to enable them tomorrow
[16:12] <ogra> omap images will be broken anyway, all other armel arches are unsupported atm
[16:12] <ogra> so i didnt want to build them to prevent us from having to clean up
[16:13] <slangasek> well, the flipside is that having no arm images building for months means no one will be working on cleaning up the problems for months :)
[16:13] <ogra> we're completely redesigning the armel images
[16:14] <ogra> i didnt want to have anything that interferes with the new stuff
[16:14] <ogra> debian-cd and livecd-rootfs already have their changes, cdimage publishing code is still pending but i plan to land that before end of my day
[16:15] <slangasek> yes, but general archive installability problems will also tend to accumulate if not tended
[16:15] <ogra> we largely wiped the old scripts for omap
[16:15] <ogra> we watch the ftbfs table closely
[16:15] <ogra> and from A2 on we'll have dailies again
[16:15] <slangasek> ok
[16:15] <ogra> (i hope)
[16:16] <ogra> looks like nothing buiolt anyway ... at least cdimage doesnt show any images
[18:15] <slangasek> ogra: correct - but it sends mail /about/ the images not building :)
[23:06] <tsimpson> cjwatson: ping
[23:08] <cjwatson> tsimpson: hi
[23:08] <cjwatson> only sort of here
[23:09] <tsimpson> cjwatson: ok, we need to set up and entry message for all logged channels, and you're the only one who can do that here
[23:09] <tsimpson> cjwatson: mind if I /msg you the details?
[23:09] <cjwatson> ok
[23:15] <cjwatson> set an entry message, and given some rights to UbuntuIRCCouncil
[23:15] <cjwatson> (+votisA)
[23:17] <tsimpson> yay, it works :)


[12:46] -queuebot:#ubuntu-quality- Builds: Ubuntu Core Pi arm64 stable [Ubuntu Core 22 GA] has been updated (20220610.2)
[12:46] -queuebot:#ubuntu-quality- Builds: Ubuntu Core amd64 stable [Ubuntu Core 22 GA] has been updated (20220610.2)
[12:46] -queuebot:#ubuntu-quality- Builds: Ubuntu Core Pi armhf stable [Ubuntu Core 22 GA] has been updated (20220610.2)
[14:13] -queuebot:#ubuntu-quality- Builds: Ubuntu Core Pi arm64 dangerous-stable [Ubuntu Core 22 GA] has been updated (20220610.3)
[14:13] -queuebot:#ubuntu-quality- Builds: Ubuntu Core amd64 dangerous-stable [Ubuntu Core 22 GA] has been updated (20220610.3)
[14:13] -queuebot:#ubuntu-quality- Builds: Ubuntu Core Pi armhf dangerous-stable [Ubuntu Core 22 GA] has been updated (20220610.3)
[15:29] <paride> o/


[02:15] <ubotu> New bug: #188497 in rosetta "Please change Hungarian plural forms in Rosetta" [Undecided,New] https://launchpad.net/bugs/188497
[03:25] <eddyMul> what is a good interface to search irclogs.ubuntu.com besides googling for `site:irclogs.ubuntu.com "#launchpad"`?
[03:25] <Hobbsee> wget it all, then grep it?  :)
[03:26] <Hobbsee> eddyMul: what do you want to serach for?
[03:26] <eddyMul> well, I'm pretty sure someone before me had asked this question: how to have PPA build packages from 'main'  (in my case: git-core)
[03:27] <Hobbsee> as in, how do you get them to build against main?
[03:28] <eddyMul> Hobbsee: yes.
[03:28] <eddyMul> ... well, maybe... Ubuntu Installer emailed me "Signer is not permitted to upload to the component 'main' of file 'git-core_<IP_ADDRESS>-2build1+ppa1.dsc'"
[03:28] <Hobbsee> they will build against main, universe, and restricted by default now
[03:32] <eddyMul> Hobbsee: I feel like Ubuntu Installer is telling me to change my git-core package to another component
[03:33] <Hobbsee> eddyMul: ahhh.  are you actually uploading to ppa, or you uploading to archive.ubuntu.com?
[03:33] <eddyMul> Hobbsee: PPA. (me no Ubuntu-dev)
[03:33] <Hobbsee> eddyMul: i didn't ask where you had permissions to upload to - i asked where you were uploading to.
[03:34] <eddyMul> Hobbsee: I'm trying to upload to PPA
[03:34] <Hobbsee> did you use dput ppa foo_source.changes
[03:34] <Hobbsee> or just dput foo_source.changes
[03:34] <eddyMul> Hobbsee: I might've missed the "ppa" argument..... will try....
[03:34] <Hobbsee> eddyMul: i think you did
[03:35] <Hobbsee> or whatever you named your ppa section in ~/.dput.conf to be
[03:37] <eddyMul> I guess I can be lazy and rename the suggested ~/.dput.cf:[my-ppa] to ~/.dput.cf:[DEFAULT]
[03:37] <AlgorithmicContr> someone ping me
[03:38] <Hobbsee> AlgorithmicContr: ping
[03:38] <Hobbsee> eddyMul: actually, you can chuck it all into /etc/dput.cf, and then change the default= line in there
[03:38] <Hobbsee> the guide doesn't say that, as not everyone has root access
[03:38] <Hobbsee> but that's the standard, easiest way of doing it
[03:40] <eddyMul> Hobbsee: I don't see 'default=' in `man dput.cf`. Did I just find a documentation bug?
[03:41] <Hobbsee>        default_host_main
[03:41] <Hobbsee>               This  defines  the default host for packages that are allowed to
[03:41] <Hobbsee>               be uploaded to the main archive.  This  variable  is  used  when
[03:41] <Hobbsee>               guessing the host to upload to.
[03:41] <Hobbsee> i suspect it's that
[03:41] <Hobbsee> yeah, it is.
[03:43] <eddyMul> Hobbsee: so, my /etc/dput.cf should look like: http://dpaste.com/33536/ ?
[03:45] <Hobbsee> looks good to me
[03:45] <Hobbsee> unsure if you ened the default_host stuff in the higher section, though
[03:48] <eddyMul> Hobbsee: can I peek at yours?
[03:49] <eddyMul> Hobbsee: can you show me your /etc/dput.cf?
[03:49] <Hobbsee> eddyMul: give me a sec
[03:50] <eddyMul> I noticed PPAQuickStart now suggests appending ~ppa instead of +ppa. Do I need to re-submit my packages?
[03:51] <Hobbsee> eddyMul: see http://wedontsleep.org/~sarah/dput.cf
[03:51] <Hobbsee> no, i wouldn't bother
[03:51] <Hobbsee> but you do need to use ~ normally, as that makes it lower than the package without the ~.  + will make it higher
[03:53] <eddyMul> Hobbsee: thanx for showing me your dput.cf
[03:53] <Hobbsee> eddyMul: no problem
[04:06] <Hobbsee> argh, that documentation is *still* out of date, adn therefore wrong.
[09:50] <ubotu> New bug: #188564 in launchpad "Build also packages for Debian in PPA's" [Undecided,New] https://launchpad.net/bugs/188564
[09:54] <Fujitsu> Oh dear.
[10:04] <goobsoft> If I've got man pages in an upstream package that are nroff formatted and uncompressed, should the debian/rules file compress those?  Why doesn't dh_installman have the option of doing that?
[10:05] <goobsoft> Surely I don't understand how this is normally done.
[10:07] <Fujitsu> Ummm, can anybody really modify a question's summary and description without record or special permissions?
[10:09] <goobsoft> If that was a reply to me, I don't understand what you're saying.
[10:09] <Fujitsu> It wasn't, sorry.
[10:12] <Fujitsu> I believe that dh_compress should do that compression.
[10:16] <goobsoft> That did the trick for the man pages.  Thanks!
[10:16] <Fujitsu> np
[10:33] <goobsoft> I have a problem, I don't fully understand, so I may not ask the right question.  I have a orig.tar.gz file that my package uses.  It's listed in the dsc file, but when I build, it's not listed in the changes file.  As a result dput isn't sending the orig.tar.gz file to my ppa.
[10:34] <goobsoft> Why is the orig.tar.gz not listed in the changes after a build?
[10:36] <Fujitsu> You need to run debuild -S -sa
[10:36] <Fujitsu> -sa includes the .orig.tar.gz
[10:36] <goobsoft> ah ok.
[11:06] <goobsoft> Lintian is returning the error: E: worklogproc_0.4-0ubuntu0+8.04+ppa1_source.changes: bad-ubuntu-distribution-in-changes-file hardy
[11:07] <goobsoft> Is that just because my version of lintian doesn't know about hardy?
[11:07] <goobsoft> Is the error safe to ignore?
[11:07] <geser> goobsoft: yes, you can ignore that or update lintian
[11:07] <goobsoft> ok, thanks
[11:10] <thekorn> hi, I have one question:
[11:10] <Hobbsee> shoot
[11:10] <thekorn> If I add two comments to a bugreport with the same subject and same text only the first one is added to the bugreport,
[11:10]  * Fujitsu watches Hobbsee fall to the floor.
[11:11] <Fujitsu> Correct.
[11:11] <thekorn> is this intended, perhaps as a kind of spam protection?
[11:11] <Fujitsu> And to avoid people accidentally posting the same thing twice, I believe.
[11:11] <thekorn> If so, why do I get, as I am subscribed to the bug, two notification-emails?
[11:11] <thekorn> is this a bug?
[11:11] <Hobbsee> thekorn: what are the X-launchpad-rationale's for each of the bugs?
[11:12]  * thekorn tries to find out how to show the header in evolution
[11:13] <Fujitsu> You may have to view the source.
[11:14] <thekorn> Hobbsee, both "Subscriber"
[11:14] <Fujitsu> OK, it's a bug, then.
[11:15] <thekorn> ok, will report it then,
[11:15] <thekorn> thanks Hobbsee and Fujitsu
[11:15] <goobsoft> Why can't I upload packages to my ppa for hardy?
[11:15] <goobsoft> http://pastebin.com/d6359e5e2
[11:16] <Fujitsu> goobsoft: Because that wasn't uploaded to your PPA; you uploaded that to Ubuntu.
[11:16] <goobsoft> oh, good call
[11:16] <goobsoft> doh
[11:36] <ubotu> New bug: #188592 in malone "duplicate comments are not added to the bugreport but notification mails are send" [Undecided,New] https://launchpad.net/bugs/188592
[13:42] <Iulian> Hello
[13:42] <Iulian> Is there any way to remove deactivated OpenPGP keys from LP?
[14:17] <ScottK> thekorn: Bug 187346 may be relevant
[14:17] <ubotu> Launchpad bug 187346 in malone "Multiple bug mails received when both package bug contact and on a team that's contact" [Undecided,Incomplete] https://launchpad.net/bugs/187346
[14:22] <thekorn> ScottK, let me read the bugreport...
[14:26] <thekorn> ScottK, no, I dont think this is related,
[14:27] <thekorn> the behaviour I discribed happens also in projects where no bug contact is set,
[14:27] <thekorn> and also the number of mails I get is equal to the number of same comments I tried to add
[14:31] <Gunirus> seems like i have this problem :
[14:31] <Gunirus> https://answers.launchpad.net/launchpad/+question/1697
[15:25] <ubotu> New bug: #188651 in soyuz "[wishlist] Enable Sid building in Soyuz" [Undecided,New] https://launchpad.net/bugs/188651
[19:01] <RainCT> Hey
[19:01] <RainCT> Any LP guy around? :)
[19:01] <Spads> !weekend
[19:01] <ubotu> It's a weekend.  Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question.  Please be patient, wait longer than you normally would, or try again during the working week.
[19:03] <RainCT> not everywhere :P
[20:08] <thumper> morning
[20:14]  * Moniker42 looks around
[20:31] <thumper> morning Moniker42
[20:32] <Fujitsu> Morning all.
[20:32] <Moniker42> morn.. hey, it's 8:30pm ¬.¬