[00:16] <mhall119> does anyone here have permission to change the /topic in #ubuntu-locoteams?
[00:16] <Pici> mhall119: apparently I do.
[00:20] <mhall119> thanks Pici
[00:20] <Pici> np
[02:51] <rww> mhall119, os2mac: Anything we can help you with? If not, please /part so we can keep track of whether people are waiting for help :)
[05:47] <almoxarife> hello, can I get re-voiced?
[05:48] <rww> almoxarife: which channel?
[05:49] <almoxarife> rww: only one I think it is need on is #ubuntu
[05:50] <rww> almoxarife: alrighty, give me a few minutes to go poke bantracker into responding
[05:50] <almoxarife> rww: thnks
[05:50] <almoxarife> do I wait? here?
[05:51] <Flannel> almoxarife: yep.
[05:51] <almoxarife> k
[05:51] <rww> Flannel: let me know if you get there first, BT hates me recently
[05:51] <rww> oh, there it goes
[05:54] <rww> almoxarife: Alrighty, I'm going to have ubottu give you a link to our IRC guidelines. Please read them, say in here you agree to follow them in future, and I'll unquiet you.
[05:54] <rww> !guidelines > almoxarife
[05:54] <almoxarife> I agree
[05:55] <rww> almoxarife: alrighty, it should be removed. Please be aware that future actions tend to be less easy to get removed :)
[05:55] <rww> oh, and please say something in #ubuntu so I know I'm not failing at opping again
[05:56] <almoxarife> thanks rww
[05:56] <almoxarife> gone
[05:57] <IdleOne> bkerensa: heya
[05:57] <IdleOne> anything we can help with?
[05:58] <rww> bkerensa: IdleOne's probably about to tell you, but #ubuntu-ops isn't somewhere people idle, because we like to keep the room clear so we can see who needs help. There are channel logs if you're curious :)
[05:58] <rww> !1984
[05:59] <IdleOne> what he said
[07:06] <Myrtti> mhall119 hi
[08:37] <oCean> os2mac, hello. How can we help you?
[08:39] <oCean> mhall119: anything we can help you with?
[10:30] <bazhang_> mhall119, whats up
[10:30] <bazhang_> idle 8.5 hours pr thereabouts
[10:30] <bazhang_> err or
[12:26] <bazhang> estimate time to trolling: three nanoseconds
[12:30] <Pici> I think I'm going to take my advil now, before this headache starts.
[12:30] <Pici> (seriously)
 I just did apt-get remove python2.7
[12:33] <bazhang> good call
[12:36] <bazhang> got a live one
[14:20] <bazhang> same guy asked if #ubuntu was for android development a bit back
[14:21] <Pici> aye
[15:34] <jpds> https://secure.wikimedia.org/wikipedia/en/wiki/User:<IP_ADDRESS>
[15:34] <jpds> The hell.
[15:34] <Pici> yep
[15:35] <Pici> One of our freenode staffers was talking about that the other day.
[15:40] <marienz> isn't the internet fun
[17:03] <mneptok> on a positive note, "describe a complex NAT configuration," now has a one-word answer.
[17:03]  * Myrtti prods mneptok
[17:06] <mneptok> Myrtti: ooo! right!
[17:06]  * mneptok scrobbles
[17:06] <mneptok> to-do updated
[17:12]  * Myrtti goes back to reading her SafariOnline book "Unix® and Linux® System Administration Handbook, Fourth Edition"
[21:43] <rww> !away > jimmy_birer_brb
 Tell me a good story
[23:03] <bazhang> more nonsense from him


[08:42] <magicline> the problem ist back after 2 days of runtime :( https://pastebin.com/3ebc0H95
[09:34] <magicline> https://bugs.launchpad.net/ubuntu/+source/linux-hwe/+bug/1705221
[13:25] <seb128> hey there
[13:26] <seb128> could someody tell me what's the status of the bug which is making java/libreoffice segfault on x86?
[13:27] <apw> seb128, if that is related to the stackclash fixes then we may well have applied the changes for that in the kernels in -proposed for xenial at least
[13:29] <seb128> apw, any idea when the buildds are likely to run that kernel? ;-)
[13:30] <apw> seb128, hehe, not that i don't think i have any control over
[13:30] <apw> seb128, or indeed know if they are running xenial now i think about it
[13:30] <seb128> I don't either
[13:30] <seb128> I just know that libreoffice is stucked in artful-proposed due to that issue
[13:30] <seb128> and holding others transitions
[13:31] <apw> because its test suite won't pass ?
[13:31] <apw> if so then we should just give it a pass as the one in -release won't pass either
[13:32] <smb> I think its a build time test. The fixup patches for that are part of this cycle for all but xenial where we added them to the re-spin
[13:33] <apw> yep
[13:33] <smb> So if builders were running xenial they would be good sooner
[13:37] <seb128> apw, as smb said the test are part of the package build and failing the build
[13:43] <smb> Unfortunately those patches did only appeared upstream only  over the weekend, so there is not really much chance to speed this up
[13:48] <apw> seb128, ok it seems we follow -updates within 24 hours in general, so we should get that "soon@
[13:48] <apw> seb128, we are just waiting on some test results for the carried fixies i assume
[13:49] <seb128> apw, great, thanks for checking/letting me know
[13:49] <apw> seb128, np
[19:09] <leitao> when compiling a new kernel on 16.04 I got the following error "needs unknown symbol .TOC. ". I remember there was an workaround for it, but I can't remember what was it. Any idea?
[19:10] <leitao> apw, sforshee: Do you remember about this issue?
[19:13] <sforshee> leitao: we have this patch for it - http://paste.ubuntu.com/25127546/
[19:13] <apw> leitao, look for a revert revert revert patchon the hwe branch
[19:13] <leitao> sforshee: apw: Is it at Zesty tree?
[19:14] <sforshee> not on zesty, but on the hwe tree which is based on zesty yes
[19:15] <leitao> sforshee: interesting. the hwe branch is based on zesty remote?
[19:16] <sforshee> leitao: it's zesty + some extra patches, those patches get rebased on top of each new zesty release
[19:17] <leitao> sforshee: right. how do I get it?
[19:17] <leitao> I was using zesty-next at this moment, which seems clearly wrong.
[19:17] <sforshee> leitao: it's in the xenial tree, the hwe branch
[19:17] <leitao> ah ok, Thanks
[19:17] <sforshee> there is no -next branch
[19:18] <sforshee> leitao: and actually I gave you on old patch, the tree was out of date. This is the current one - http://paste.ubuntu.com/25127582/
[19:19] <sforshee> you'll find it pretty close to the tip of the hwe branch
[19:19] <leitao> excellent. Thank you!
[19:20] <sforshee> np


[00:30] <gamerchick02> whew. bookshelves put together. i have two more for tomorrow but i got too tired tonight
[00:31] <gamerchick02> happy friday evening everyone
[01:30] <cmaloney> greg-g: Yeah, I don't know much Spanish either
[12:56] <brousch_> Someone slept overnight at Code Michigan. He is sleeping in a chair with his head on a table and is covered in a Pokemon blanket.
[12:59] <jrwren> must have been quite the party.
[13:01] <brousch_> There's a ton of space here, and only about 35 people
[14:39] <cmaloney> Good morning
[15:06] <rick_h_> party
[15:07] <jrwren> party
[15:11] <rick_h_> jrwren: all packed up?
[15:11] <rick_h_> jrwren: bring an umbrella, looking rainy
[15:11] <jrwren> rick_h_: everything but the laptop :)
[15:11] <jrwren> rick_h_: really? I'd not have brought an umbrella. Good idea!
[15:11] <rick_h_> jrwren: yea, had to take mine out of the baggage for soccer this morning
[15:12] <rick_h_> jrwren: looks like 8 days of rain out of the next 10 checking out the forcast
[15:12] <jrwren> bummer.
[15:12] <rick_h_> yea
[15:12] <rick_h_> hopefully that'll be during hte day while we're working inside :)
[15:12] <rick_h_> but just in case, I'd suggest a small travel umbrella
[15:12] <jrwren> yeah!
[15:12] <jrwren> I love working on rainy days.
[15:12] <rick_h_> as we end up walking all over for dinners and such
[15:13] <rick_h_> lack of car means rain is more a pita
[15:13] <jrwren> yeah. its been a while since i've spent any time in a downtown. I guess it will be nice to do so again :)
[15:13] <rick_h_> well, going to hang out with the boy until my ride arrives. See you at the airport
[15:14] <rick_h_> jrwren: I plan on shilling at the wine bar in the airport once I get in, I'll ping you when I'm through security if you're around
[15:14] <rick_h_> lol /shilling/chilling
[15:14] <jrwren> rick_h_: i'll be on<EMAIL_ADDRESS>gtalk
[15:15] <jrwren> rick_h_: and facetime, but something tells me you don't have apple devices :)
[15:19] <rick_h_> :)
[17:00] <cmaloney> wolfger: Um, https://twitter.com/wolfger/status/518445312302514176
[17:00] <bookiebot> http://goo.gl/ds7yfY - wolfger on Twitter: "Fuck off, @Twitter."
[17:24] <cmaloney> Not CC-licensed but a Detroit-based band: https://templeofvoid.bandcamp.com/album/of-terror-and-the-supernatural
[17:24] <bookiebot> http://goo.gl/SYURGO - of Terror and the Supernatural | Temple Of Void
[19:17] <derekv> wth, someone is trying to auth as me to nickserv
[22:19] <brousch_> cmaloney: How would I find a CC licensed song about waiting?
[22:25] <cmaloney> brousch_: About waiting?
[22:25] <brousch_> like in a line
[22:26] <cmaloney> google: site:bandcamp.com "some rights reserved" waiting
[22:26] <cmaloney> or "queue"
[22:30] <brousch_> http://mandopony.bandcamp.com/track/ill-be-waiting-karaoke
[22:30] <bookiebot> http://goo.gl/E2cSX5 - I'll Be Waiting (Karaoke) | MandoPony
[22:30] <cmaloney> Yeah, there's a bit of an intersection between bronies and CC
[22:32] <derekv> any opinions on server monitoring packages for a home network? eg http://sixrevisions.com/tools/10-free-server-network-monitoring-tools-that-kick-ass/
[22:32] <bookiebot> http://goo.gl/D7oCA - 10 Free Server & Network Monitoring Tools that Kick Ass
[22:36] <derekv> i mostly want to get something up and running quickly that I can easily extend over time to both do stuff like monitor cron jobs and network/cpu usage as well as system events, log streams
[22:39] <brousch_> hm, this might work https://theseestates.bandcamp.com/album/i-cant-wait
[22:39] <bookiebot> http://goo.gl/EeqPpm - I Can't Wait! | These Estates
[22:50] <brousch_> We have to make a frickin video of our app at Code Michigan
[22:53] <derekv> Looks like nagios is the most used, I am intrigued by Munin
[22:54] <cmaloney> brousch_: I like it
[22:56] <cmaloney> https://durandbernarr.bandcamp.com/track/standing-in-line-for-the-club
[22:56] <bookiebot> http://goo.gl/EiGkeL - Standing in Line For The Club | Durand Bernarr
[22:57] <cmaloney> http://music.hungrylucy.com/track/the-standing-ones
[22:57] <bookiebot> http://goo.gl/Ovgiou - The Standing Ones | Hungry Lucy
[22:58] <cmaloney> https://marthadiy.bandcamp.com/track/standing-where-it-all-began
[22:58] <bookiebot> http://goo.gl/GnWJMA - Standing where it all began | Martha
[23:01] <cmaloney> https://grogansocialscene.bandcamp.com/track/standing-in-line
[23:01] <bookiebot> http://goo.gl/RUYysL - Standing in Line | Grogan Social Scene
[23:02] <cmaloney> https://2daysonmilk.bandcamp.com/track/last-one-standing-at-the-afterparty
[23:02] <bookiebot> http://goo.gl/q0Eyy2 - Last one standing at the afterparty | 2 DAYS ON MILK
[23:05] <brousch_> I have the start of the song synced with my intro. Really slick
[23:05] <cmaloney> Which song?
[23:08] <brousch_> I Can't Wait
[23:08] <brousch_> It's perfect. He sings I can't wait just as the intro ends (which is clips of people complaining about the wait)
[23:09] <cmaloney> cool


[01:21] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2843](https://github.com/MirServer/mir/pull/2843): Fix BasicIdleHub behavior
[04:30] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** edaquinta opened [issue #128](https://github.com/MirServer/ubuntu-frame/issues/128): ubuntu-frame doesn't work with a DisplayLink... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/d21f115fed44a57fc9b5c24d024f57ef1a854dab>)
[04:31] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** edaquinta edited [issue #128](https://github.com/MirServer/ubuntu-frame/issues/128): ubuntu-frame doesn't work with a DisplayLink
[10:50] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame-osk]** AlanGriffiths opened [issue #50](https://github.com/MirServer/ubuntu-frame-osk/issues/50): Not working with 23.04 apps?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/2c2dfedb7d9da08a576ede9ab5ef1a14eb1bc1c2>)
[11:31] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame-osk]** AlanGriffiths closed [issue #50](https://github.com/MirServer/ubuntu-frame-osk/issues/50): Not working with 23.04 apps?
[11:52] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** Saviq closed [issue #128](https://github.com/MirServer/ubuntu-frame/issues/128): ubuntu-frame doesn't work with a DisplayLink
[11:52] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** Saviq added duplicate to [issue #128](https://github.com/MirServer/ubuntu-frame/issues/128): ubuntu-frame doesn't work with a DisplayLink
[12:31] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2840](https://github.com/MirServer/mir/pull/2840): [Wayland] RFC: don't kill bad clients
[12:31] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths edited [pull request #2840](https://github.com/MirServer/mir/pull/2840): [Wayland] Don't kill bad clients
[12:44] <alan_g[m]> OK folks, I think #2840 is sensible to merge and dogfood. (But I don't think we should include it in 2.12.1)
[13:16] -GitHub[m]:#mir-server- **[MirServer/ubuntu-frame]** Saviq closed [issue #120](https://github.com/MirServer/ubuntu-frame/issues/120): Frame receives random SIGTERM from init process (pid=1) on custom UC22 appliance
[13:33] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [pull request #2846](https://github.com/MirServer/mir/pull/2846): Release/2.12
[13:34] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [pull request #2846](https://github.com/MirServer/mir/pull/2846): Release 2.12.1
[13:34] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq edited [pull request #2846](https://github.com/MirServer/mir/pull/2846): Release 2.12.1
[13:42] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq assigned  to [pull request #2846](https://github.com/MirServer/mir/pull/2846): Release 2.12.1
[14:04] <Saviq> alan_g will need https://github.com/MirServer/mir/pull/2806 as well for 2.12.1, WDYT?
[14:07] <alan_g[m]> That's reasonable: was that the "excuses" problem?
[14:07] <Saviq> No, unrelated
[14:10] <alan_g[m]> Another candidate is #2843
[14:11] <Saviq> WFM
[14:15] <Saviq> But doesn't apply cleanly
[14:15] <Saviq> Would need https://github.com/MirServer/mir/pull/2844 too
[14:16] <alan_g[m]> Ack. I'm OK with that
[14:44] <alan_g[m]> Do we need #2794 too?
[14:54] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq opened [pull request #2847](https://github.com/MirServer/mir/pull/2847): debian: set XDG_RUNTIME_DIR
 "Do we need #2794 too?" <- If we want to be strict on CI results…
[15:00] <Saviq> But IMO that's not necessary, it doesn't end up in the tarball anyway
[15:01] <alan_g[m]> WFM
[15:05] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths opened [pull request #2848](https://github.com/MirServer/mir/pull/2848): [miral] Provide output names
[15:05] -GitHub[m]:#mir-server-
[15:05] -GitHub[m]:#mir-server- > These are useful for compositors (e.g. Frame) that want to do lexical matching (e.g. HDMI-1: "Kodi")
[15:25] -GitHub[m]:#mir-server- **[MirServer/mir]** AlanGriffiths marked [pull request #2848](https://github.com/MirServer/mir/pull/2848): [miral] Provide output names as ready for review
[17:18] <Saviq> Good night o/
[19:15] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip pushed something to [pull request #2835](https://github.com/MirServer/mir/pull/2835): Make sure to call connection_is_allowed on xwayland sessions
[19:17] -GitHub[m]:#mir-server- **[MirServer/mir]** mariogrip edited [pull request #2835](https://github.com/MirServer/mir/pull/2835): Make sure to call connection_is_allowed on xwayland sessions
[19:40] -GitHub[m]:#mir-server- **[MirServer/mir]** bors[bot] merged [pull request #2840](https://github.com/MirServer/mir/pull/2840): [Wayland] Don't kill bad clients
[22:51] -GitHub[m]:#mir-server- **[MirServer/wlcs]** i509VCB opened [issue #274](https://github.com/MirServer/wlcs/issues/274): Self test appears to depend on some protocols... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/ec37c868511865b75a54e1748f69ef5e03320708>)
[23:09] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [issue #2849](https://github.com/MirServer/mir/issues/2849): Signal handling fails to terminate Mir soon enough... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/c672c75f60870878b98addd88bf0208ffd821383>)
[23:14] -GitHub[m]:#mir-server- **[MirServer/mir]** RAOF opened [issue #2850](https://github.com/MirServer/mir/issues/2850): ptest infrastructure is unnecessary?... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/ca9b27ccf3f4cf51b115ba3939cc50c348a09045>)


[18:18] <mhall119> hey everyone, we're having a dinner & drinks meeting by the Portland conventioncenter tonight, details are in an email to ubuntu-us-or ML but ping me if you didn't get it and are interested in joining us
[18:19] <wxl> aw!
[18:19] <wxl> wish i didn't live in eugene!!! :(
[18:19] <mhall119> is that far?
[18:19] <wxl> 2 hrs
[18:19] <mhall119> ah, yeah, that's a bit of a drive just for dinner
[18:25] <wxl> well it's an electric skateboard
[18:25] <wxl> so it pretty much has all that ;)
[18:26] <wxl> oopos wrong channel O_O
[18:26] <mhall119> I thought you meant Eugene was 2hrs via electric skateboard :)
[18:40] <wxl> mhall119: at ~22 or whatever these electric skateboards run at, it would be mor elike 5 hours ;)
[18:43] <mhall119> yeah, don't do that
[18:43] <mhall119> besides, it's hot up here
[18:43] <wxl> it's certainly not cold
[18:54] <mhall119> sgclark: are you able to come out for a dinner?
[18:58] <wxl> kinda dumb.
[18:59] <mhall119> wxl: ??
[19:00] <wxl> argh why can't i stay on the right channel for once
[19:00] <wxl> too much multitasking :)
[19:00] <mhall119> :)
[19:00] <mhall119> you need a better IRC client


[17:02] <pavlushka> hey zaki
[17:21] <pavlushka> hey zaki
[17:21] <zaki> hi pavlushka
[17:22]  * pavlushka on dinner
[17:22] <pavlushka> zaki: what's up?
[17:22] <zaki> pavlushka, not much
[17:24] <zaki> pavlushka, I was able to get webmin login page from LAN after disabling  IP table. but after that can't login using root password
[17:25] <pavlushka> zaki: login using normal user, and remote root login is disabled everywhere by default
[17:36] <zaki> pavlushka, not even from the localhost itself
[17:37] <zaki> I used links to get that page. because no GUI installed
[17:38] <pavlushka> zaki: if you are a admin user, you dont need to be the root, your normal password do all the privileged work assuming the user is in sudo group
[18:41] <zaki> pavlushka, same
[18:42] <pavlushka> zaki: what same?
[18:43] <zaki> can't login
[18:58] <pavlushka> zaki: you get the interface in the browser but can't login, is that the case?
[18:58] <zaki> yes
[18:59] <zaki> error log not showing any error
[19:00] <pavlushka> zaki: can you ssh into that machine from your machine?
[19:01] <zaki> pavlushka, yes
[19:01] <pavlushka> zaki: then try to check the webmin log
[19:24] <zaki> pavlushka, https://www.bbc.com/news/entertainment-arts-46186552
[19:24] <u-la-la> [ Stan Lee: Marvel Comics co-creator dies aged 95 - BBC News ] - https://www.bbc.com
[19:39] <zaki> pavlushka, just installed webmin on my ubuntu system and this working without any issue :/
[20:38] <zaki> pavlushka, good night


[01:29] <twb> apt-file might tell you where that ld lives
[02:43] <Bodman456> Hi all
[02:44] <Bodman456> I downloaded the preinstalled OMAP4 image, and when I extract it, instead of getting a .img file, I get a .raw
[02:44] <Bodman456> Any ideas?
[03:10] <phh> that's the same thing .. both are meant to be dded
[04:45] <Xase> Does anyone here think that using an Android kernel, instead of the one already in Oneiric, for a device would yield more favorable results in booting it natively on an android-installed device (Referring to Nook Color, Codenamed: Encore) ?
[04:46] <Xase> It's more or less a modified BeagleBoard, though I'm not too familiar with the  Beagle Board to know which revision it's most like...
[04:52] <lilstevie> Xase: well running the android kernel will have its caveats
[04:54] <Xase> Of course, but I mean to at least get it running.
[04:54] <Xase> I can't quite grasp the difference between uImage and the vmlinuz kernel though...
[04:54] <Xase> They're not the same thing... but are?
[04:55] <Xase> Because in the source I want to use the kernel from (CyanogenMod 7.1 as it has bluetooth setup properly where as BN's pure nook source doesn't), it only contains one file: kernel" in the same directory as MLO
[04:56] <lilstevie> uImage is a vmlinuz packed for u-boot
[04:56] <Xase> Which is roughly the same size as uImage
[04:56] <Xase> Now I know MLO has something more or less to do with uboot... I've done a lot of reading and still cant properly grasp all this :p but hey learning is best done through trial and error.
[04:58] <Xase> So since uboot requires a uImage, I can probably assume that uboot is reading this "kernel" file somehow as uImage?
[04:59] <Xase> Because I know uboot can look for alternative kernels...
[05:00] <Xase> And obviously android wouldn't require vmlinuz, the way it handles things I assume, so I'd also need to take the CM source and rebuild a vmlinuz target from the same make conf that was used to construct the uImage... am I hitting any nails on the head yet?
[05:01] <Xase> And then when all is said and done... inject both into the Oneiric preinstalled image?
[05:01] <Xase> In their respective partitions of course :D
[05:02] <Xase> Speaking of ubuntu... I need to make this computer dual boot again =( I forgot to redo it.
[16:12] <Xase> =/
[23:02] <stlsaint> sup folks


[07:54] <looping_> Hi people. I tried lubuntu-desktop on my xubuntu machine and then uninstalled quite violently with a purge option. Now the dedicated keyboard keys for volume and mute don't work anymore. I tried an apt-get install xubuntu-desktop, thinking some shared packages could have been removed but no luck. Does someone have an idea?


[01:18] <kinderste> why is it such that no major chinese-speaking community make use of iso 2022 cn?
[01:19] <kinderste> or taiwanese-speaking, cantonese-speaking, haccha-speaking, fukienese-speaking, whatever
[01:20] <kinderste> before the introduction or runes, or unicode, strict conformance to iso 2022 by forcing escape switches would have standardized text encoding for east asian languages


[00:04] <mup> Bug #1939180 opened: maas-proxy.conf should have an include line <field-medium> <MAAS:New> <https://launchpad.net/bugs/1939180>
[00:13] <mup> Bug #1939180 changed: maas-proxy.conf should have an include line <field-medium> <MAAS:New> <https://launchpad.net/bugs/1939180>
[00:16] <mup> Bug #1939180 opened: maas-proxy.conf should have an include line <field-medium> <MAAS:New> <https://launchpad.net/bugs/1939180>
[00:19] <mup> Bug #1939180 changed: maas-proxy.conf should have an include line <field-medium> <MAAS:New> <https://launchpad.net/bugs/1939180>
[00:22] <mup> Bug #1939180 opened: maas-proxy.conf should have an include line <field-medium> <MAAS:New> <https://launchpad.net/bugs/1939180>
[04:22] <mup> Bug #1929437 changed: Node fails to commission, mounting squashfs fails <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1929437>
[04:25] <mup> Bug #1929437 opened: Node fails to commission, mounting squashfs fails <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1929437>
[04:37] <mup> Bug #1929437 changed: Node fails to commission, mounting squashfs fails <cdo-qa> <foundations-engine> <MAAS:Expired> <https://launchpad.net/bugs/1929437>


[04:04] <michel> hello! should I ask about keyserver issues here or in #ubuntu ? (it's been over 20 mins since I upload, and on the terminal I can --recv-keys fine, but on the keyserver web UI it claims my key is not found and launchpad won't import it either)
[04:05] <michel> and... of course it works now
[04:07] <Unit193> ...So I guess neither! :>
[04:09] <JanC> for infrastructure issues #canonical-sysadmin is usually best; or for Launchpad-specific stuff there is #launchpad
[04:12] <mwhudson> complaining about where your upload has gone is always a good way to get it accepted immediately, in my experience
[09:57] <LinuxAspy> The 'anbox' package is broken and needs to be removed from Ubuntu 20.04 LTS's repo. It depends on kernel modules which are not included in Ubuntu or the repo.
[09:57] <ogra> it doesnt
[09:57] <LinuxAspy> It doesn't want?
[09:57] <LinuxAspy> *what
[09:58] <ogra> it does not depend on modules that are not included
[09:58] <LinuxAspy> ogra, not according to Anbox. It failed to start because of missing binder and ashmem modules, which are missing.
[09:59] <ogra> please read the anbox docs and if there is something wrong, please talk to the anbox support (like i told you multiple times now in #ubuntu)
[09:59] <LinuxAspy> ogra, you don't know what you are talking about.
[09:59] <ogra> they are in the kernel package
[09:59] <LinuxAspy> Anbox reports the modules are missing.
[09:59] <LinuxAspy> ogra you told me they are not included.
[09:59] <ogra> so follw the instructions
[09:59] <ogra> i did not
[10:00] <ogra> please talk to the anbox support and follow the docs
[10:00] <LinuxAspy> I searched the repo for binder and ashmem, they are not in there.
[10:00] <ogra> LinuxAspy, please ...
[10:00] <LinuxAspy> ogra just block me if you have a problem. You are starting to do my head in.
[10:02] <ogra> LinuxAspy, https://anbox.io/ scroll down to the "get in touch" section, go to the telegram group that points to
[10:02] <LinuxAspy> The problem is not Anbox, it is Ubuntu.
[10:03] <LinuxAspy> If a user goes to the official app store and installs Anbox, it doesn't work. That is a clear problem for Ubuntu's experience.
[10:03] <ogra> LinuxAspy, this is not a suppport channel
[10:03] <LinuxAspy> ogra you are the one arguing about the semantics. lol geez
[10:03] <LinuxAspy> I have not asked for help with Anbox here.
[10:03] <ogra> LinuxAspy, the modules are included in the ubuntu kernel, the anbox guys know how to load them and use them with anbox
[10:04] <LinuxAspy> I am reporting a quality control problem with Ubuntu.
[10:04] <LinuxAspy> Every app in the app store should work, we have one that doesn't. That's a bad Ubuntu experience.
[10:04] <LinuxAspy> The problem is straight out of the box.
[10:05] <ogra> no, you are refusing to use the correct support place for software from multiverse despite having been pointed to the right support place several times in multiple ubuntu channels
[10:05] <ogra> anbox requires special setup that the anbox support will help you with
[10:05] <LinuxAspy> ogra, we are going around in loops. You are talking about my problem, I am talking about a bad Ubuntu user experience. I can't talk about it anymore. Its draining too much of my energy.
[10:06] <ogra> LinuxAspy, just follow the advise you got a few times now
[10:06] <ogra> this is neither a support channel nor a "complain about ubuntu" channel
[10:07] <LinuxAspy> ogra only you are complaining. I am discussing ways to improve Ubuntu.
[10:07] <LinuxAspy> As I said, we have an app in the app store that does not work out of the box. This is a quality control problem and I think it should be fixed. Ubuntu is the most popular distro and gains the most vendor support for this reason.
[10:08] <ogra> no, you are refusing to follow the setup procedure of a third party software and blame ubuntu
[10:08] <LinuxAspy> The Ubuntu app store is not third party.
[10:08] <LinuxAspy> It was made by Canonical, for Ubuntu.
[10:08] <ogra> please stop it, please go to the anbox support, they help people setting up anbox on ubuntu every day
[10:08] <LinuxAspy> ogra anbox are not the developers of Ubuntu's app store.
[10:09] <ogra> no and the developers of ubuntu app store do not maintain every package this store shows
[10:09] <LinuxAspy> And it is my opinion that every app in the Ubuntu Software app store should work out of the box, and I am here to suggest that.
[10:10] <LinuxAspy> It is a matter of quality control.
[10:10] <LinuxAspy> The Ubuntu Software app is a feature of Ubuntu. A bad end result from a broken app reflects bad on Ubuntu.
[10:11] <LinuxAspy> Does anyone else agree with me?
[10:11] <ogra> if you think there is a bug, the right way of making developers aware is to file it on launchpad, not jumping around screaming in their workplace ...
[10:11] <Unit193> snaps are made by third parties as far as I am aware, there's no way to test for every possible installable snap.  Also, it doesn't really make sense to load all possible modules, for example I won't ever use the android development ones.  You have to realize that some things may require you to...actually do yourself.
[10:11] <LinuxAspy> ogra, you are the one who brought the conflict here, not me. I came here simply to discuss the problem.
[10:11] <ogra> especiaally if you just use that workplace as a fallback for the support channel where you have been told the same thing over and over to get the correct instructions and help
[10:12] <LinuxAspy> Unit193 there is a way to test them. In this case, the app fails to load. That is an obvious problem that can be detected through a quality control process.
[10:13] <LinuxAspy> Unit193 the user should never have to do heavy lifting. That is a poor user experience. Its why people love Windows more than anything. Ubuntu should embrace that engineering in my opinion.
[10:13] <ogra> LinuxAspy, and this is not a channel to discuss this
[10:14] <Unit193> LinuxAspy: Then, go to the publisher of the snap and report such issues, see https://github.com/anbox/anbox/issues/new perhaps.
[10:14] <LinuxAspy> ogra please stop harassing me.
[10:14] <ogra> LinuxAspy, feel fre to go to #ubuntu-offtopic or #ubuntu-discuss ...
[10:15] <LinuxAspy> Unit193 the app I am talking about is Ubuntu Software centre.
[10:15] <ogra> LinuxAspy, so file a bug then
[10:16] <LinuxAspy> ogra I don't have enough passion for Ubuntu to do that. I came here to simply bring the matter to peoples attention.
[10:16] <Unit193> LinuxAspy: So?  Snaps are created by their publishers, not by Ubuntu nor Canonical (though they can be.)  So, you must then go to the publisher.  Right now, it's as if you got a car, put a drink in the cup holder, then when the drink spills you complain to the car maker rather than whoever filled the cup or made the crappy cup.  You're barking up the wrong tree, here.
[10:17] <LinuxAspy> Unit yes but people install it using Ubuntu Software, so when the end result is a failure, it reflects poorly on Ubuntu.
[10:17] <Unit193> So: Talk to Anbox about that.
[10:17] <LinuxAspy> Ubuntu Software is an app that endorses these apps. Not every app in Ubuntu's repo gets listed in Ubuntu Software.
[10:18] <LinuxAspy> Unit193 anbox are not the people who endorses apps in Ubuntu Software.
[10:18] <ogra> LinuxAspy, so what do you want to achieve with the hour you spent complaining now ?
[10:19] <LinuxAspy> ogra a better Ubuntu experience, in case you hadn't realised that by now.
[10:19] <ogra> LinuxAspy, and you believe to stand in front of peoples office desks complaining will achieve that ?
[10:20] <Unit193> LinuxAspy: Perhaps "A better anbox experience" is what you should say?  Also, maybe check out https://github.com/anbox/anbox/issues/2036 - https://github.com/anbox/anbox/issues/2035 - https://github.com/anbox/anbox/issues/2034
[10:20] <LinuxAspy> Its up to Canonical now to decide if it takes onboard my suggestion of introducing a quality control process for apps listed in Ubuntu Software.
[10:20] <ogra> LinuxAspy, the time you invested in that is time you could easily have spent reproting your issue in the place developers look for issues ...
[10:20] <ogra> LinuxAspy, the place to report problems you have with the software store is at https://bugs.launchpad.net/snap-store-desktop/+filebug
[10:20] <LinuxAspy> ogra this is chat for Ubuntu developers, this is the right place.
[10:21] <ogra> LinuxAspy, do you know how to use IRC commands ?
[10:21] <LinuxAspy> ogra basic ones.
[10:21] <ogra> LinuxAspy, if so, can you try the /topic command ... and read what it says ?
[10:21] <Unit193> LinuxAspy: Whether this is the right place or not, you've now said your bit.  So no point in continuing, I'd say?
[10:21] <LinuxAspy> Unit193 do you work for Canonical?
[10:21] <ogra> 👍
[10:22] <Unit193> LinuxAspy: That doesn't actually change the answer.  But no.
[10:23] <LinuxAspy> Ok. You two need to stop arguing and resisting so much. Its really annoying.
[10:23] <ogra> phew ...
[10:23] <Unit193> Heh, ok...
[13:07] <athos> xevious: hey! Did you get the chance to take a look at that patch for #1968228? Otherwise, I can go ahead and prepare the patch and SRU here!
[13:08] <athos> LP: #1968228
[15:31] <frickler> juliank: rbasak sent me here, I have an issue with phased updates when running with a fresh image which already includes a new lib, but apt decides it isn't time yet to install the matching dev lib https://paste.opendev.org/show/bdeolr7cbwqYmdnJ4HQk/
[15:31] <juliank> frickler: it's what it is
[15:33] <juliank> frickler: like this is the opposite of https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1925745
[15:33] <juliank> frickler: this needs to be solved in launchpad, there's nothing we can do about it https://bugs.launchpad.net/launchpad/+bug/1929082
[15:34] <juliank> frickler: well
[15:34] <juliank> this is a bug in whoever built the image
[15:34] <juliank> because images should not be built with packages still phasing at <100%
[15:35] <juliank> but also there's no way to get the previous version due to the launchpad issue
[15:36] <juliank> while the phasing applies at a source package level, if you override it for a binary, it's overriden for that only
[15:36] <juliank> so you'd have to manually install libsystemd-dev=249.11-0ubuntu3.1
[15:37] <juliank> fixing this in apt is a no go because it would mean having to look up all binaries of the source package each time we look up the priority of a package which is expensive
[15:37] <juliank> I believe
[15:39] <juliank> Also I feel like the behavior here is what I want to see
[15:39] <juliank> But I don't want to ever get into the situation where I have to see it
[15:40] <frickler> in this case the old versions would still be available, because they aren't in -updates yet. but the image is build in a chroot which according to https://discourse.ubuntu.com/t/phased-updates-in-apt-in-21-04/20345 uses always-include
[15:41] <juliank> that's correct, and if you want to build images outside of the release cycle where phased updates are driven to 100% or dropped, you have to build without the flag
[15:42] <juliank> Look the chroot hack is a hack so that the builders continued working, it needs to be retired too
[15:43] <juliank> I'm not sure just allowing you to automatically install libsystemd-dev that's "not for you" is ok just because you forced "not for you" libsystemd0 into the system
[15:45] <juliank> We probably *could* do that
[15:45] <juliank> it's just slow
[15:45] <vorlon> juliank: "a bug in whoever built the image" - official daily images for LTS releases certainly do pull in packages that aren't fully phased, and the only thing we've discussed is fixing the phasing in the Packages files so we don't incorrectly list as <100% the packages that are the only version present in the image
[15:46] <vorlon> though in this case, hirsute is mentioned and we don't do daily images of hirsute...
[15:46] <juliank> It means apt woukd have to iterate over all packages in the cache to record installed (source package, source version) pairs, and then look into that when it's figuring out if it's phased
[15:46] <juliank> "overriding phasing due to other binaries from source package installed in phased version"
[15:47] <juliank> seems a crappy workaround for a problem that we should not let get users into in the first problem
[15:48] <juliank> vorlon: yeah, but you can easily see that's wrong, they haven't been phased yet and you don't know if they will be once you have the machine id
[15:48] <juliank> vorlon: hence why launchpad should keep old version and images should not include phased updates
[15:48] <juliank> such that phased updates only hit systems that they should
[15:49] <juliank> unfortunately the cache does not provide us with an index to just the installed packages
[15:50] <rbasak> this is a bug in whoever built the image> is that a cloud image issue?
[15:51] <juliank> first of all, you cannot properly build images until the launchpad issue is resolved
[15:51] <juliank> because you'd get thrown back to release pocket if the only version in updates is phased.
[15:51] <juliank> but once that feature is there, cloud images should use it
[15:52] <frickler> rbasak: in this case it is a self-build image. cloud images for jammy don't seem to get built since the release
[15:53] <juliank> so you can of course set either `APT::Get::Always-Include-Phased-Updates` or `APT::Get::Always-Exclude-Phased-Updates` when building the image
[15:54] <juliank> Also reproducible builds use always-include, they probably should just use a fixed machine-id instead
[15:54] <juliank> like all zeroes :)
[15:56] <juliank> I want to say with previous version kept in launchpad it should default to always-exclude; but arguably that can cause breakage too
[15:57] <juliank> because you promote updates (=3) from proposed to updates, and packages you build will then not be built against =3 but against previous update =2
[15:58] <frickler> yeah, in my case I would argue that in a CI environment, updates should get tested early, so always-include would be the best fit there
[15:59] <frickler> thx for the discussion anyway
[16:00] <juliank> I'm going to think a bit more about the workaround
[16:01] <juliank> piles of hacks :)
[16:01] <juliank> I don't exactly need to iterate over all packages, I can, if I version would be denied by phasing, also query by source package in the hash table, which is somewhat O(1) ish
[16:02] <juliank> then if any Version is installed and has the same SourceVersion, that should work
[16:02] <juliank> not sure if it would need some caching though
[16:03] <juliank> but I have a Private struct to cache that
[16:03] <juliank> I need 2 * number of versions bytes I think
[16:04] <juliank> ~200 kb of RAM
[16:04] <juliank> albeit I actually only need a bit, so 1/8 * number of versions, or realistically 1*number of versions
[16:05] <juliank> I don't think there is a nice variable size bitset template
[16:05] <juliank> also might be a bad tradeoff
[16:07] <juliank> vorlon: So if you have foo=2 (phasing 20%) installed, foo=1 in release, and you want to install foo-something, does that make sense that having installed foo at the "not for you" version also allows you to install all of the other binaries?
[16:07] <vorlon> hmm I think it probably does make senes
[16:10] <juliank> remind me, does new bool[size] zero initialize?
[16:11] <juliank> We can't do this for marked for install though I think, that gets too expensive, as it's dynamic vs static
[16:12] <juliank> MarkInstall("foo=1") suddenly changing the cnadidate for "foo-something" in the same Policy instance would also be slightly consufing
[16:36] <juliank> vorlon, frickler so I think this is what we might want https://paste.ubuntu.com/p/8t2XpKKhgh/
[16:36] <juliank> I'm not sure how often that code will get called
[16:36] <juliank> but it only gets called for stuff that's supposed to not be installed
[16:36] <juliank> I don't know if it works, I need to write test case for it
[19:32] <kanashiro> schopin, fyi I just uploaded ruby-net-ssh version 7.0.0~beta1 to debian with the openssl 3 fixes. Once it is synced into kinetic I'll SRU the needed changes to Jammy
[19:35] <sergiodj> kanashiro: +1
[21:32] <mwhudson> hmm it looks like the vcs-git bits of http://launchpadlibrarian.net/599717071/util-linux_2.38-4ubuntu1_source.changes didn't work?
[21:56] <dbungert> Retest click please? retry-autopkgtest-regressions -s kinetic | grep -E 'trigger=(cif-api|yaz)'


[00:34] <bkerensa> bdmurray: the lack of it being in a ppa will suck but oh well :D
[00:34] <bkerensa> bdmurray: how are the .js's licensed?
[00:41] <bdmurray> bkerensa: I'm gonna have a look at the firefox add on builder
[00:41] <bkerensa> +1
[00:42] <bkerensa> bdmurray: you think its in that code?
[00:42] <bdmurray> something with the extension builder I'm using perhaps
[00:43] <bkerensa> bdmurray: So it seems last year when the version also got bumped it broke then too and you made two changes
[00:43] <bkerensa> one to the version max
[00:43] <bkerensa> and some kind of identifier string?
[00:43] <bdmurray> that was a different issue having to due with it not having a unique id
[00:44] <bkerensa> oh ok
[00:44] <bkerensa> bdmurray: I mean do a lot of people use this ppa?
[00:44] <bkerensa> I love it... it makes work flow on bugs much better
[00:44] <bdmurray> I love it too but don't believe many people use it
[00:46] <bdmurray> there have been 16 downloads of the new version
[00:49] <bkerensa> bdmurray: So I am asking Brian King he is a Community Manager for Mozilla
[00:49] <bkerensa> but a wizard add on maker
[00:49] <bkerensa> maybe he could bundle these into a add-on or give me some advice on it
[00:50] <bkerensa> apparently he has no time :(
[00:50] <bkerensa> 16 people of the new version
[00:50] <bkerensa> thats not bad at all
[01:50] <bkerensa> slangasek: gtk2-engines-pixbuf seems to have bad depends http://paste.ubuntu.com/5648263/
[07:02] <slangasek> bkerensa: nothing there about depends; it shows mismatched contents in a multiarch: same package.  But I can't reproduce the problem here, do you have a locally-built version of the package?
[07:03] <slangasek> bkerensa: workaround: sudo mv /usr/share/doc/gtk2-engines-pixbuf/AUTHORS{,.bak}; sudo apt-get -f install; diff -u /usr/share/doc/gtk2-engines-pixbuf/AUTHORS{,.bak} to see what's going on
[08:32] <bkerensa> slangasek: do you know where we are pulling vala from? I see you did a recent change in it... There is a bug thats fixed in 0.18.1 we have 0.18.0 in raring
[08:32] <bkerensa> looks like Debian abandoned it
[08:33] <bkerensa> slangasek: When I had that issue it was with the Unity Daily PPA that I was testing to see how this FFe is going to go... it broke a mess of stuff
[08:33] <bkerensa> =/
[08:33] <bkerensa> I already purged it
[15:15] <slangasek> bkerensa: we're pulling vala from wherever vala comes from; I'm pretty sure the only thing I touched on it was packaging-related, for multiarch cross-build support
[15:58] <nathwill> happy tuesday everyone!
[16:24] <nathwill> how's everyone doing?
[17:57] <bkerensa> slangasek: ahh
[17:58] <bkerensa> slangasek: did you see I ported xfce4-power-manager to use logind
[18:03] <slangasek> bkerensa: I caught that, nice :)
[18:36] <bkerensa> slangasek: you interested in doing a beering next month since all the Canonical/Ubuntu folk will be in town for OpenStack Summit?
[18:37] <slangasek> bkerensa: are you asking if I'm interested in organizing one or attending one? ;)
[18:37] <bkerensa> slangasek: attending... I can organize
[18:39] <bkerensa> slangasek: also debian folk coming too
[18:39] <bkerensa> pleia2 who runs the Bay Area Debian Dinners will be up
[18:39] <slangasek> sure, I imagine I'm up for a beering that week
[18:40] <bkerensa> slangasek: any preference on time of evening? :)
[18:43] <slangasek> probably not? :)
[22:11] <blkperl> is there a way to search launchpad for debian bugs>?
[22:11] <blkperl> to see if the issue already exhists in launchpa
[22:14] <blkperl> claims to be fixed in debian but ubuntu has the same version and the problem still exhists
[22:20] <bdmurray> blkperl:
[22:20] <bdmurray> https://launchpad.net/bugs/bugtrackers/debbugs
[22:20] <bdmurray> that has "bug watches" for debian bugs which may be what you are looking for
[22:21] <bdmurray> its not easily searchable though