[02:33] <fginther> cjwatson, yes, I ran a test with your coverage changes. The MP was updated with the comments.
[03:05] <cjohnston> ~/3
[06:58] <tvoss> sil2100, ping
[06:59] <tvoss> sil2100, I need some help with silo 11
[07:09] <thostr_> trainguards: can anybody reconfigure silo 8?
[07:32] <sil2100> tvoss: hi! What's up?
[07:33] <sil2100> thostr_: sure
[07:33] <tvoss> sil2100, some seed changes for silo11 pending, rsalveti is helping out
[07:53] <dbarth> sil2100: hi
[07:53] <dbarth> with traincon-0 lifted, i'd like to resume landing of line 7 (desktop SRU)
[07:54] <dbarth> the branch has been updated and tested, i need a silo to check and land
[07:55] <sil2100> dbarth: hi, let me take a look at that one
[07:57] <sil2100> dbarth: just to make sure - are those changes already in utopic?
[07:59] <dbarth> sil2100: not yet
[07:59] <dbarth> sil2100: that's to land on utopic, and then do the sru
[08:01] <sil2100> dbarth: ok, so you want the silo for line 7 to be assigned for utopic for now, right?
[08:04] <dbarth> sil2100: yes, please
[08:04] <dbarth> sil2100: robru can help us on the SRU side once that's in utopic
[08:09] <jibel> could someone have a look at bug 1336189 ?
[08:12] <ogra_> jibel, is that with USB plugged in ?
[08:13] <jibel> ogra_, no, only when I go outside
[08:14] <jibel> ogra_, the test case is basically, put the device in my pocket and have a walk
[08:20] <jibel> ogra_, there might be other condition but I noticed it because last week end after 1h the device was off and the battery empty
[08:21] <ogra_> well i know we have the modem keeping a wakelock (binary blob, we cant do much about that) but that shouldnt drain your battery that heavily
[08:24] <davmor2> ogra_: my battery normally uses between 4-10% over night I was testing tvoss silo so it used a bit more
[08:24] <ogra_> right
[08:25] <tvoss> davmor2, ogra_ but that should really only happen if the positioning is/was used
[08:26] <ogra_> (i have a wireless charger in the bedroom, so my phone charges over night ... )
[08:26] <davmor2> tvoss: I think it use 12-15% instead it might of been other things
[08:27] <davmor2> tvoss: it was still better than the 51% batt drain the other time :)
[08:27] <tvoss> davmor2, ack :)
[08:27] <ogra_> tvoss, so i see your seed change has been taken care of
[08:29] <tvoss> ogra_, yup
[08:31] <sil2100> ogra_: meeting!
[08:31] <ogra_> sil2100, bah ! my phone FAILS !
[08:34] <rsalveti> jibel: ogra_: it's known that wifi is blocking suspend on mako
[08:34] <rsalveti> same for 3g
[08:34] <ogra_> rsalveti, wifi too ?
[08:35] <rsalveti> yup, not that frequently, but yeah
[08:35] <ogra_> ok
[08:35] <rsalveti> Jul 1 08:47:08 ubuntu-phablet kernel: [ 214.162246] wakeup wake lock: msm_hsic_host
[08:35] <rsalveti> in his case
[08:35] <ogra_> ok
[08:36] <rsalveti> happens with android as well
[08:36] <rsalveti> http://forum.xda-developers.com/nexus-4/help/msmhsichost-wakelock-t1999368
[08:36] <rsalveti> it's a firmware issue
[08:36] <davmor2> rsalveti: I know it is prevented from deep sleep
[08:37] <rsalveti> yeah, that's basically this scenario
[09:02] <camako> sil2100, landing006 is failing with http://pastebin.ubuntu.com/7730415
[09:02] <camako> sil2100, almost as if there is a newer papi than its trunk
[09:02] <camako> would you please take a look?
[09:02] <sil2100> camako: yes, that's true
[09:03] <sil2100> camako: there is a platform-api in -proposed currently
[09:03] <sil2100> camako: once it migrates out of proposed and then gets merged into trunk, a rebuild should work
[09:03] <camako> sil2100, ok.. Is this expected soon? today perhaps?
[09:04] <sil2100> camako: yes :) Something is blocking it in -proposed, but I'll try getting it migrated somehow
[09:04] <camako> sil2100, where do I look to know it's moved?
[09:07] <cjwatson> sil2100: It's not blocked, it's just landing now
[09:08] <cjwatson> final: location-service,platform-api,qtubuntu-sensors,ubuntu-touch-meta
[09:08] <sil2100> cjwatson: ok, didn't look at update_output yet, just saw that excuses had it as a valid candidate
[09:08] <sil2100> So I was expecting something else blocking it still, but it seems it's moved already
[09:08] <sil2100> cjwatson: thanks!
[09:11] <ogra_> sil2100, brendand, looking at the calendar-app failures they also seem typing input related
[09:12] <sil2100> ogra_: uh, as well?
[09:12] <brendand> ogra_, at least one of them has been around for a while
[09:12] <brendand> the new_event failure. which has a fix in the works
[09:13] <brendand> the other one is new, it might be keyboard related
[09:19] <jibel> ogra_, something else drains the battery. I still have these messages but the discharge rate is ok. I'll continue searching.
[09:21] <ogra_> jibel, great, thanks
[09:27] <sil2100> camako: ok, the platform-api change has been merged into trunk now
[09:27] <camako> sil2100, ok thanks
[09:28] <sil2100> camako: just be aware that platform-api is also in silo 007, which we hope will land today as well - it was an important fix to make our autopilot tests behave better
[09:28] <camako> sil2100.. ok will keep in mind... Thanks for the heads up!
[09:31] <thostr_> sil2100: can I get a silo for line 27
[09:32] <sil2100> thostr_: ok, I see robru didn't assign it because it's locked by silo 008, but I guess it's not a problem in your case right?
[09:32] <sil2100> camako: yw!
[09:33] <thostr_> sil2100: yes, as silo 8 is kind of test silo for time being
[09:33] <sil2100> Assigning
[09:33] <thostr_> sil2100: thanks
[10:10] <rsalveti> sil2100: ogra_: can we trigger a new image soon?
[10:10] <rsalveti> now that location-service and my apparmor related changes landed
[10:11] <ogra_> sil2100, ^^^ ?
[10:11]  * ogra_ wouldnt mind
[10:11]  * sil2100 wouldn't mind as well
[10:11] <ogra_> then let me trigger one
[10:12] <sil2100> psivaa_: do we have complete results for 106 already?
[10:12] <sil2100> ogra_: sure :)
[10:13] <ogra_> triggered
[10:14] <psivaa_> sil2100: not yet, uitk is still running, the rest has finished and there are no surprises
[10:17] <rsalveti> ogra_: thanks
[10:17] <rsalveti> ogra_: and what a game yesterday
[10:17] <rsalveti> was able to see the last 30 minutes
[10:17] <rsalveti> crazy
[10:18] <sil2100> psivaa_: thanks o/
[10:19] <imgbot> [10:54] <oSoMoN> sil2100, c
[10:54] <oSoMoN> sil2100, can silo 2 be published?
[10:55] <nik90_> tedg, charles: With TRAINCON-0 behind, can we get https://code.launchpad.net/~charlesk/indicator-datetime/lp-1318997-customizable-alarm-sounds into a silo and merged today?
[10:57] <nik90_> tedg, charles: I see that it is in landing task 27, thnx
[11:00] <mandel> sil2100, do you think I could get a silo for line 14?? Is kind of urgent for the location work
[11:31] <sil2100> mandel: sure ;)
[11:31] <mandel> sil2100, AWESOME! thx!
[11:32] <sil2100> mandel: oh, it's ready now? :)
[11:32] <sil2100> oSoMoN: looking
[11:32] <mandel> sil2100, -silo 008 thx
[11:34] <sil2100> mandel: ok, so with line 14 the problem is as follows:
[11:34] <sil2100> mandel: there is a lot of components in there that are locked already, sometimes even twice ;p
[11:34] <mandel> sil2100, :-/
[11:35] <sil2100> Let me see how it looks
[11:35] <sil2100> So, for instance platform-api is in 2 silos now ;/
[11:35] <sil2100> I could assign a silo for you, but I just hope we won't loose track of what is where
[11:36] <sil2100> oSoMoN: published :)
[11:36] <sil2100> Thanks!
[11:38] <mandel> sil2100, ok, le me know and I'll do my best to test everything
[11:38] <mandel> sil2100, is a rebuild, that is, only code changes are in dbus-cpp
[11:44] <imgbot> [11:45] <sil2100> \o/
[11:45] <imgbot> [11:45] <sil2100> mandel: ok, so... I'll assign a silo, but you make sure you rebuild things if other components land in the meantime, ok?
[11:45] <mandel> sil2100, ofcourse!
[11:58] <Saviq> psivaa_, hey, think I could run the gatekeeper on silo 4?
[11:59] <psivaa_> Saviq: Not sure about ci-train related issues, may be sil2100 knows?
[12:01] <sil2100> What's up?
[12:02] <Saviq> sil2100, just asking whether I can kick http://q-jenkins.ubuntu-ci:8080/job/autopilot-release-gatekeeper to test silo 004
[12:02] <Saviq> it doesn't look busy
[12:02] <Saviq> FYI, really
[12:02] <Saviq> unless you tell me I can't
[12:02] <sil2100> Saviq: I don't see any reason why not ;) Sure thing, if the CI guys have nothing other pending in there I guess
[12:03]  * Saviq kicked the job
[12:07] <Saviq> sil2100, can you please dput http://people.canonical.com/~msawicz/qt/ to silo 17 then?
[12:07] <sil2100> Saviq: sure :)
[12:12]  * sil2100 has to re-sign the package
[12:13] <sil2100> One moment
[12:14] <davmor2> sil2100: 1 pet peeve bug that raised it's head again when I was camping is that Auto download On wi-fi is still ignored meaning people on limited data packages are likely to hit limits
[12:21] <davmor2> tvoss: is gps and location both meant to default to on in the indicator?
[12:21] <tvoss> davmor2, yes, that's fine. Need to track the state correctly -> known
[12:22] <sil2100> davmor2: ouch, for me it's like a really important feature
[12:23] <davmor2> tvoss: okay that's good as long as it is on the list of things to work on :)
[12:23] <tvoss> davmor2, yup
[12:25] <davmor2> sil2100: yeah iirc barry thought the settings app was meant to take care of it because the system-image doesn't know about wifi only connections and setting app team believed that system-image was meant to be handling it
[12:26] <davmor2> sil2100: that was the last time I talked about it at any rate :)
[12:26] <camako> sil2100, unity-mir strangely failed to build in landing-006 due to some "unmet dependencies"... Did I miss something?
[12:29] <sil2100> camako: let me take a look
[12:30] <Saviq> sil2100, oh noes, there's a qtbase change in distro that isn't in kubuntu-packaging https://launchpadlibrarian.net/179076520/qtbase-opensource-src_5.3.0%2Bdfsg-2ubuntu5_5.3.0%2Bdfsg-2ubuntu5.diff.gz :|
[12:31] <Saviq> same for qtdeclarative https://launchpadlibrarian.net/179076602/qtdeclarative-opensource-src_5.3.0-3ubuntu5_5.3.0-3ubuntu5.diff.gz :|
[12:31] <sil2100> Oh noes, rsalveti!
[12:31]  * Saviq finds it weird to have the kubuntu branch at all if MPs don't get into it...
[12:32] <sil2100> Yeah... normally Mirv was around to make sure everything is synced up, but he's on holidays still
[12:32] <Saviq> sil2100, what should I do? shall I just rebase on top of the ubuntu source branch or do we want to push to kubuntu somehow/
[12:33] <Saviq> (I can't, not on that team)
[12:33] <rsalveti> sil2100: that's fine, we can just merge that
[12:33] <rsalveti> which package/branches? qtbase and qtdeclarative?
[12:33] <Saviq> rsalveti, yes
[12:33] <rsalveti> lemmelook
[12:34] <Saviq> rsalveti, https://code.launchpad.net/~aacid/kubuntu-packaging/qtdeclarative-opensource-src/+merge/225119 and https://code.launchpad.net/~aacid/kubuntu-packaging/qtbase-opensource-src/+merge/225134
[12:50] <rsalveti> Saviq: qtdeclarative done
[12:52] <rsalveti> Saviq: qtbase done
[12:52] <rsalveti> Saviq: any other package?
[12:52] <Saviq> rsalveti, nope
[12:52] <rsalveti> cool
[12:52] <Saviq> rsalveti, did you push to ppa or?
[12:53] <sil2100> davmor2: hey! Mister grumpy! How about we check promotion-wise 106? ;) It looks really nice from the autopilot POV
[12:54] <Saviq> rsalveti, ah no, I need to remerge
[12:54] <rsalveti> Saviq: both were already in the archive
[12:54] <rsalveti> Saviq: I just updated the kubuntu branches
[12:54] <Saviq> rsalveti, yeah, I'm taking over now, thanks
[12:54] <rsalveti> yeah, you need to rebase your changes again
[12:54]  * sil2100 sighs
[12:55] <sil2100> Saviq: just give me the packaging branches when you're ready and I'll upload
[12:55] <Saviq> sil2100, ok
[12:55] <rsalveti> yeah, I can upload as well, just didn't know if I should have done that
[12:55] <rsalveti> as I just got the latest ping :-)
[12:55] <sil2100> Will you also upload the -gles version?
[12:56] <rsalveti> sure
[12:56] <rsalveti> I already need to sync them anyway
[12:58] <davmor2> sil2100: 106 or 107?
[12:59] <sil2100> davmor2: I would say 106, as 107 is still under testing
[12:59] <davmor2> sil2100: no worries I'll get on it now
[13:00] <ogra_> sil2100, ugh, gallery app looks really bad
[13:01] <ogra_> (did we discuss the two new errors in 106 this morning ? seems they turned into 10)
[13:01] <barry> davmor2: actually, i think u-d-m is supposed to handle wifi-only.  but i guess we might need to get all three of us together some time to hash that out :/
[13:02] <davmor2> barry: I'm assuming it will be needed for RTM at least
[13:03] <sil2100> ogra_: I remember us looking at those briefly, but yeah... didn't suspect it to change to 10 failures
[13:03] <barry> davmor2: probably
[13:32] <barry> davmor2: if we were going to get a meeting together on the subject, who would be the best representative from the system-settings folks?  didrocks?
[13:34] <davmor2> barry: no idea I don't know who works on what.  I think it was seb128 who originally told be that U-S-C should handle if the system is on wifi to auto download.
[13:37] <seb128> davmor2, barry: hey, what's the question?
[13:38] <davmor2> seb128: finguring out who should do what and how on setting auto download to on wifi
[13:39] <davmor2> seb128: for updates
[13:39] <seb128> davmor2, barry: gatox is the one who is doing most of the work on the updates panel, talk to him for that I guess?
[13:39] <davmor2> seb128: thanks dude
[13:39] <barry> seb128: i think we need to get the system-settings folks, mandel for u-d-m, and myself together to figure out how this wifi-only setting is supposed to work
[13:40] <seb128> yw
[13:40] <barry> seb128: ok
[13:45] <mandel> barry, whenever/wheever you need me I'm there
[13:46] <barry> mandel: cool, i'll set something up by email
[13:47] <davmor2> mandel: 10 minutes ago.......this test if he kidnapped the tardis
[13:48] <mandel> davmor2, nah just spanish, we take 10 mins naps between pings ;)
[13:56] <davmor2> hmmmm sil2100 how much do we care about manta?
[13:57] <sil2100> davmor2: it's an officially supported platform so we should care, but I guess it wasn't much usable for a while I remember... what's up?
[13:58] <davmor2> sil2100: on 107 if the system suspends you can't wake it
[13:58] <sil2100> uh
[13:59] <sil2100> davmor2: is that reproducible? And did we have it in 106?
[13:59] <davmor2> sil2100: you just get a black screen no interaction,  I'm going to do a bootstrap on it to 106 and double check, I can't remember if I was testing silos on it or not now
[14:09] <sil2100> ogra_` / ogra_: I won't be around for the evening meeting as always on Tuesdays, could you lead it?
[14:10] <ogra_`> sure
[14:10] <ogra_`> nothing special today i guess ?
[14:11] <sil2100> Yeah, I guess maybe you could discuss promotion of 106 and maybe poke Leo/Brendan about the gallery-app craziness
[14:11] <sil2100> In 107
[14:11] <ogra_`> well, it was there in 106 too
[14:11] <ogra_`> davmor2, could you put special focus on gallery-app testing when doing your dogfood run ?
[14:12] <davmor2> ogra_: are there any videos on the devices?
[14:12] <ogra_> shouldnt, nope
[14:13] <ogra_> davmor2, oh, you mean in the lab ?
[14:13] <davmor2> ogra_: I just noticed that videos now show in the gallery app which might balls up photo editing
[14:13] <ogra_> ah
[14:13] <ogra_> that might be rsalveti's landig
[14:13] <rsalveti> what
[14:13] <ogra_> he fixed mediascanner permissions
[14:14] <davmor2> ogra_: ie if the test is click on the first image which is meant to be a photo and it is a video it will display different screen
[14:14] <ogra_> right
[14:15] <ogra_> i would expect the test setup to ship the files it needs ... (and that such files get removed when the test is done ... if that didnt happen for some other test there will be videos around)
[14:21] <davmor2> rsalveti: we are just randomly blaming you for stuff ;)
[14:21] <rsalveti> yeah, that's fine
[14:46] <bfiller> sil2100: can we have silo's for line 28 and 33 please? we're going to ignore the conflict with silo 4 and Saviq and I will manage
[14:48] <sil2100> bfiller: will do after the meeting
[14:49] <bfiller> sil2100: thanks!
[14:50] <boiko> sil2100: thanks
[14:54] <brendand> sil2100, is silo007 getting merged today?
[14:58] <davmor2> sil2100: so fresh install of 106 contact sync and calendar sync don't seem to of happened.  I'm digging into it
[15:00] <davmor2> sil2100: seems cancelling it and starting the sync again is enough so it might just of been a network hiccup
[15:06] <stgraber> sil2100: ^ hopefully that makes those slightly easier for landers to track
[15:08] <davmor2> sil2100: 106 on manta is good I'll update to 107 again and see if I have the same issue
[15:09] <sil2100> davmor2: ok, thanks!
[15:09] <sil2100> stgraber: \o/
[15:09] <sil2100> stgraber: is it also supporting multiple landers? We allowed multiple landers separated by whitespace or / signs
[15:10] <davmor2> sil2100: on the whole mako 106 has no more issues that 105 that we promoted so I see no reason this couldn't be either.
[15:10] <stgraber> sil2100: yes, it'll show them comma separated
[15:14] <davmor2> sil2100: manta and 107 are not getting on
[15:15] <sil2100> stgraber: excellent ;) Thanks
[15:15] <davmor2> sil2100: I'm updating mako and flo to see if I have  the same issue there
[15:15] <sil2100> davmor2: hm, not good, let me check what happened
[15:15] <sil2100> Ah, we landed the location-bits
[15:15] <ogra_> whats the issue ?
[15:16] <ogra_> (sorry, missing backlog on this machine)
[15:16] <sil2100> ogra_: 107 doesn't seem to wake from suspend on manta
[15:16] <ogra_> i cant really imagine thats a location service thing
[15:16] <brendand> 007 landing \o/
[15:17] <davmor2> sil2100: this is things like click play on a piece of music in the scope then it, it's fine, hit pause however and it goes crazy flashing grey and black, if it suspends you get a grey flash and then it's black and that's it
[15:17] <sil2100> http://people.canonical.com/~lzemczak/landing-team/107.commitlog :|
[15:17] <ogra_> davmor2, does it not wake up or does the screen stay off but you can log in via adb ?
[15:17] <brendand> tomorrow will be a sunny day with rainbows and unicorns
[15:17] <sil2100> brendand: it finally lands?!
[15:18] <brendand> sil2100, why do you seem surprised :)?
[15:18] <sil2100> ricmm, sergiusens: when can I press publish on silo 007?
[15:18] <sil2100> brendand: ricmm mentioned that sergiusens needs to review a branch first for papi or something ;)
[15:18] <sergiusens> sil2100: I think I solved the example test crash
[15:18] <sergiusens> rebuilding to test
[15:19] <sil2100> Awesome
[15:19] <brendand> ooooh, i misread the status
[15:19] <davmor2> ogra_: I think it is awake just displaying a black screen, but the same tests on 106 were fine I'm leaving it plugged in this time see what happens
[15:19] <sil2100> bfiller: assigning silos for you
[15:21] <davmor2> ogra_: ah damn it I bet I left the cable plugged in on 106 now I have the cable in it works fine.  /me resets  to 106 again
[15:22] <stgraber> sil2100: the bot will also now list the LP projects that are part of the silo, I may tweak the format a bit later though
[15:22] <ogra_> davmor2, seems we have seen black screen issues on other platforms too ...
[15:23] <davmor2> ogra_: only seems to be effecting manta for me looking at flo and mako now they both seem fine
[15:23] <ogra_> they use the same graphics HW
[15:23] <ogra_> davmor2, anything in /var/cash
[15:23] <davmor2> ogra_: ah okay
[15:24] <rsalveti> wonder if location service got crazy or similar
[15:24] <davmor2> let me try 106 with no cable again and see what happens
[15:25] <ogra_> davmor2, check /var/crash
[15:26] <davmor2> ogra_: I've triggered a fresh 106 let me  have a look once I know if it is working there
[15:26] <ogra_> ok
[15:26] <ogra_> would be good if any of the new services crash and cause this
[15:27] <ogra_> (i think it is unlikely  though)
[15:29] <davmor2> ogra_: okay so happens in 106 too
[15:29] <ogra_> davmor2, yeah, i suspect it is older
[15:30] <davmor2> _usr_bin_system-settings-wizard.32011.crash
[15:30] <davmor2> _usr_lib_arm-linux-gnueabihf_ubuntu-app-launch_desktop-hook.32011.crash
[15:30] <davmor2> _usr_lib_arm-linux-gnueabihf_url-dispatcher_update-directory.32011.crash
[15:30] <ogra_> davmor2, people see it on the nexus5 too
[15:30] <davmor2> ogra_: that is all that is in /var/crash
[15:30] <ogra_> right, doesnt look like anything it couldnt recover from
[15:31] <ogra_> i blame the graphics driver
[15:32] <davmor2> ogra_: I'll show you what happens on the call if you press buttons :D
[15:41] <sergiusens> sil2100: is the choo choo bot dead now that we have the queuebot?
[16:17] <dobey> wow this bot is noisy
[16:19] <seb128> who decided to move the bot in there?
[16:40] <stgraber> dobey, seb128: wasn't moved so much as being merged into queuebot but that was something which came up with robru, sil2100, slangasek and barry about some changes wrt the landing team. It's indeed a bit more noisy than we'd like it to be, I need to tweak it so it only posts notices when an action is needed.
[16:41] <davmor2> ogra_: https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1336411 for the mail
[16:42] <ogra_> sil2100, ^^^^ for the mail
[16:42] <ogra_> oh, i nearly forgot ...
[16:42]  * ogra_ goes and promotes 106
[16:43] <ogra_> [16:45] <popey> wow
[16:46] <ogra_> high frequency promoting :)
[16:47] <dobey> davmor2: hah. that's the same bug the nexus5 had, but which seems to be gone now. currently the backlight is staying on even when the screen is off. not sure why it would be doing so though
[16:48] <dobey> davmor2: i filed it as https://bugs.launchpad.net/unity8/+bug/1328146 when i saw it
[16:49] <dobey> don't know if that helps/hurts though
[16:50] <davmor2> dobey: yeah ogra_ already pointed that out, however I've not had issues with manta till recently
[16:50] <davmor2> dobey: so maybe n5 discovered a race that is now being triggered in manta too
[16:52] <dobey> davmor2: maybe
[16:56] <jibel> davmor2, can you confirm bug 1336428
[16:56] <jibel> ?
[16:57] <davmor2> jibel: give me 5
[16:57] <jibel> very likely a dup of 1334203
[17:20] <davmor2> dobey: https://code.launchpad.net/~albaguirre/unity-system-compositor/fix-1336411/+merge/225209 you might want to try that on n5
[17:28] <dobey> davmor2: hmm, well, it appears to be "fixed" on latest builds on n5, but now the backlight stays on. was the backlight staying on, on manta too?
[17:29] <dobey> anyway, ping me when there's a deb in a silo or something, and i'll be happy to test it to see if there's any change on n5
[17:33] <davmor2> dobey: no backlight is off for me as far as I can tell
[17:36] <dobey> ok
[18:29] <sil2100> ogra_: thanks!
[18:30] <sil2100> ogra_, davmor2: yay for promotions \o/
[18:30] <ogra_> :)
[18:31] <davmor2> sil2100, ogra_: looks like AlbertA has fixed the manta issue to but I'll test that in the morning now I think to close to EOD and shopping :)
[18:31] <sil2100> davmor2: ACK :)
[18:31] <ogra_> enjoy ... dont spend all your money !
[18:32] <davmor2> ogra_: who enjoys shopping I'd do it online if it wasn't for the wife wanting to go ;)
[18:38] <sil2100> hm, I enjoy shopping myself! I don't buy much, so it's more like window shopping
[18:38] <sil2100> But sadly (or luckily?) my girlfriend hates shopping, so we don't do that too often
[19:15] <plars> sergiusens: I heard you are working on a fix for the problem where autopilot tests take way longer than they should, do you know how far off that is? I think fginther is having quite a bit of trouble with the stuff on sjenkins from it
[19:15] <sergiusens> plars: silo 7
[19:15] <sergiusens> ready to land
[19:15] <plars> sergiusens: awesome!
[19:16] <sergiusens> well, it's upto the train team now
[19:22] <sil2100> sergiusens: it's marked as 'needs QA signoff' - is that really needed? We're not in traincon right now
[19:23] <sil2100> So, maybe we could simply publish it? You tested it, right?
[19:23] <sergiusens> sil2100: since it affects QA so badly; I thought I set it like that
[19:23] <sergiusens> so they can at least verify
[19:23] <sil2100> sergiusens: I think brendand tested it already previously
[19:23] <sil2100> And said it was ok
[19:24] <sergiusens> sil2100: ok, just consider I did a rebuild after
[19:24] <sergiusens> should be the same in any case
[19:24] <sil2100> sergiusens: right now there's no one assigned to do any QA sign-off, so this landing might be stalled because of this ;)
[19:24] <sergiusens> sil2100: I'll leave it up to you ;-)
[19:24] <sergiusens> you should have the power to override, right?
[19:24] <sil2100> plars: do you feel lucky today? Should we simply publish the fix? ;)
[19:25] <sil2100> sergiusens: sure
[19:26] <plars> sil2100: sergiusens isn't in the habit of pushing stuff that he hasn't tested, I certainly feel a lot better knowing it came from him
[19:26] <plars> sil2100: was the needs QA signoff because it pertained to autopilot though?
[19:26] <sergiusens> lol
[19:27] <sil2100> Well, anyway I publish it, since as I said QA is not really 'prepared' for any sign-off ;)
[19:27]  * sil2100 closes his eyes and pushes the button
[19:27] <ogra_> SHIPIT !
[19:27] <plars> sil2100: make sure to first say "what could possibly go wrong?"
[19:27] <sil2100> (and well, Brendan gave a +1 on the previous version)
[19:27] <sil2100> Ah, right!
[19:27] <plars> that's QA signoff then :)
[19:27] <sil2100> ...what could possibly go wrong?
[19:27] <sil2100> ;D
[19:28] <ogra_> sil2100, for the next mail ... we dont update the "stable" channel :)
[19:29] <ogra_> it is "devel" (you wrote that in a former mail already and i forgot to ping you about)
[19:29] <sil2100> Ok, published, so now the would should be fixed
[19:29] <sil2100> ogra_: argh! Right! That's what happens when I try to avoid too many 'image promoted' sentences one after another
[19:30] <ogra_> haha, yeah
[19:30] <sil2100> ogra_: then I start inventing sentences which do not particularily make sense ;)
[19:30] <ogra_> no worries ... i just noticed it before
[19:30]  * sil2100 notes it down
[19:41] <sil2100> o/
[20:25] <sergiusens> robru: care for line 35; should be a 15' landing
[20:25] <sergiusens> ?
[21:03] <Saviq> davmor2, you're probably not up for QA sign-off on a silo at this hour are you?
[21:03] <Saviq> unless ToyKeeper you're back around?
[22:04] <AlbertA> trainguards: can I get a silo for line 34?
[22:22] <alecu> trainguards: can I ask for these two branches to be added to silo 13? https://code.launchpad.net/~dobey/pay-service/fix-script-path/+merge/225061
[22:22] <alecu> https://code.launchpad.net/~dobey/pay-service/detach-thread/+merge/225220
[23:53] <rsalveti> AlbertA: mind testing/validating silo 07? want to land that asap :-)
[23:53] <rsalveti> brb


[17:04] <JoeLlama> asus trash computer when it comes to lubuntu :(
[17:14] <JoeLlama> It's gunna go back to Costco... don't get me wrong, itsa E1404F and relatively solid laptop except for that crappy track pad but overall a good machine.
[17:15] <JoeLlama> But their one main flaw... the have no respect for the linux community!
[17:15] <JoeLlama> So I'm gettin' a Dell


[04:43] <xubuntu51w> hello so i am new to linux my computer is not booting i checked in internet it was some old b43 driver error which was before ubuntu12.04 but i have this on xubuntu16.04
[04:43] <xubuntu51w> what do i do
[13:42] <xubuntu48i> g
[17:40] <dmt420> o
[17:43] <anna`> Hi folks, i am running 16.04 64bit and having issues with HDMI wakeup after monitor sleep
[17:44] <anna`> Or rather, monitor standby, i should say, via the monitor itself. In this case a 32" Samsung TV. Tried different HDMI cables, tried different power management options on TV/XFCE/UEFI
[17:44] <anna`> It's on-die braswell GPU btw
[17:44] <anna`> I have tried Lubuntu from a live USB and it wakes up just fine
[17:45] <anna`> https://bugzilla.xfce.org/show_bug.cgi?id=11107 <-- suggests it's known about but is marked as RESOLVED
[18:09] <flocculant> anna`: I would suspect is was marked resolved post 16.04 - the patch in that bug report was added for 4.12.0-3 in 16.10 - could you check if you're affected there?
[18:10] <anna`> i had wondered that, i haven't checked 16.10 and if I am honest i much prefer LTS because i am using it as a media center
[18:10] <flocculant> seemingly you can install a more current xfce4-settings in 16.04 without issue to check
[18:11] <anna`> i can leech 16.10 and test it live to help you guys debug if you wish?
[18:11] <anna`> How might i go about doing that?
[18:11] <flocculant> hang on :)
[18:12] <anna`> ty x
[18:12] <flocculant> 32 or 64 bit?
[18:12] <flocculant> anna`: ^^
[18:13] <anna`> 64bit
[18:13] <flocculant> https://launchpad.net/ubuntu/+source/xfce4-settings/4.12.0-3ubuntu1/+build/10193377/+files/xfce4-settings_4.12.0-3ubuntu1_amd64.deb
[18:13] <flocculant> if that still gives you issues try this
[18:14] <flocculant> https://launchpad.net/ubuntu/+source/xfce4-settings/4.12.1-1ubuntu1/+build/11136326/+files/xfce4-settings_4.12.1-1ubuntu1_amd64.deb
[18:15] <flocculant> anna`: can you report if it works or not for you at bug 1308105
[18:15] <flocculant> it seems sru worthy - so at least if we know it's working there we can perhaps work towards sru'ing it
[18:15] <anna`> i dislike doing things i don't understand since i learn nothing, so what exactly am i doing? The file implies settings but the contents of the .deb is more than a few confs?
[18:15] <anna`> What does SRU mean?
[18:16] <anna`> Ah stable release update
[18:16] <anna`> Shoulda googled my bad <3
[18:17] <flocculant> anna`: ok - what you are doing is replacing the existing version of xfce4-settings with newer one - the first one is the 16.10 version, the second the 17.04 version - both *should* have the patch from the xfce bug
[18:17] <anna`> Okay
[18:17] <flocculant> sru - stable release update - we can't just update packages backwards
[18:18] <flocculant> anna`: ftr - when I was seeing the same problem as you - I managed it with a sleep in a script - mentioned in that report - others who have tried the same thng found it didn't work
[18:18] <anna`> i assumed the major bug fixes from 16.10 would make it in to 16.04 since it is a LTS
[18:18] <flocculant> anna`: only when we've done an sru
[18:19] <anna`> Ok
[18:19] <anna`> I have a teeny tiny confession to make
[18:19] <anna`> i may have wiped Xubuntu in favour of Lubuntu :/
[18:19] <flocculant> and you're major bug is my 'meh doesn't affect me'
[18:19] <anna`> But i will re-install Xubuntu in a sec and try your suggestion because i'd rather use XFCE i think
[18:20] <flocculant> ok
[18:20] <anna`> Yer, i guess if it affected everyone's HDMI wakeup it would have been fixed ages ago :)
[18:20] <flocculant> I'm about sort of for a couple more hours tonight if you want to ping me
[18:21] <anna`> Awesome ty
[18:22] <anna`> i am installing to SD cards since this rig is a 6W N3050 shuttle and power saving was a motivation so will simply swap cards and try now 8)
[18:22] <flocculant> right
[18:23] <flocculant> well - let's see what happens :)
[18:47] <johan_> hoping someone could help me out, got a fresh 16.04 install and getting lightdm issues when trying to log in after adding disks to fstab
[18:48] <johan_> if i leave the disks out of fstab, it works fine(like now), if i add them, screen goes blank after login
[18:48] <xubuntu07i> hello
[18:49] <johan_> the disks mount just fine when added however, but no x so that's no good
[18:49] <flocculant> johan_: not necessarily going to be able to help - but pastebin fstab to give people more chance
[18:50] <johan_> sure, sec
[18:52] <johan_> http://pastebin.com/NwKfWYmW
[18:54] <johan_> i've tried multiple flags etc btw but no luck so far
[18:54] <johan_> i can mount the disks just fine when actually logged in
[18:55] <sathed> Hey guys - I've got a fresh install of Xubuntu 16.04 (as of yesterday morning). My reboot times are insanely high (>10 minutes). My PC is nice (2x Intel i7-6700, 64 GB RAM, Samsung Pro SSD), so it shouldn't be a hardware issue... I've run systemd-analyze and nothing is jumping out... I'm at a loss.
[18:56] <flocculant> well only difference to drives I mount is I just UUID= and different is I 0 1
[18:56] <sathed> I even checked to make sure something wasn't off with my swap space. I compared /etc/fstab with the output of blkid and everything appears to be fine.
[18:57] <johan_> yeah like i said i've tried multiple flags etc but every time i add them the lightdm kicks in
[18:57] <johan_> i can access that particular disk just fine as we speak after mounting it after logging in
[18:59] <johan_> the lightdm thing*
[19:01] <anna`> Is this the line?
[19:02] <anna`> /dev/disk/by-uuid/e2404a26-ad72-4eba-892f-31470bdd3874 /home ext4 defaults 1 2
[19:02] <johan_> the one that breaks everything, yeah
[19:02] <anna`> If so, strikes me it's because you're trying to mount it as /home
[19:02] <anna`> Don't you want /home/something or /mnt/something ?
[19:02] <anna`> /home is already populated? no?
[19:03] <johan_> would adding my user to the line solve it?
[19:03] <anna`> try mounting it as something other than just /home and seeing if that helps
[19:04] <anna`> /home/test        or something
[19:04] <anna`> (assuming you don't have a user called test of course :)
[19:05] <johan_> will report back in a few :)
[19:10] <johan_> didn't work
[19:10] <johan_> (reporting in from my adjacent laptop instead)
[19:13] <johan_> hm okay after another attempt it worked, but with an undesirable path
[19:13] <knome> note that you can't mount stuff to paths that already exist on mounted filesystems
[19:14] <johan_> so how would i remove the /home on my tiny ssd intended only for the system itself and swap?
[19:14] <johan_> that's how i've always had it before, until my reinstall yesterday
[19:14] <knome> run a live system and remove the /home directory when the filesystem isn't in use
[19:15] <johan_> ok, i'll try that
[19:15] <knome> then also make sure the separate /home partition is in the fstab
[19:15] <knome> and then boot without the live media
[19:15] <johan_> well right now that worked i just made up some name that wasn't there
[19:16] <anna`> i think trying to mount /home from somewhere else is just a bad idea tbh
[19:16] <johan_> how so
[19:16] <knome> anna`, having a separate partition - or even hard drive - i completely ok
[19:16] <anna`> Ok
[19:26] <johan_> think i sorted it out
[19:26] <johan_> thanks :)
[19:27] <anna`> ;D
[19:31] <johan_> now for the long process of restoring order..
[19:31] <johan_> my old /home disk got broken sectors last week
[19:45] <anna`> flocculant: 16.10 settings seem to work :)
[19:45] <anna`> johan_  :/
[19:45] <flocculant> anna`: ok - can you comment on bug 1308105 :)
[19:46] <johan_> anna`: managed to save most of it fortunately
[19:46] <johan_> logged all the failed copies to text so it's easily(mostly) retrievable
[19:46] <flocculant> anna`: not saying it will be sru'd - but it certainly won't be if we don't know about the state of it
[19:47] <johan_> took an annoyingly long time to copy it though
[19:47] <johan_> had a liveusb running friday-monday night just copying files
[19:48] <anna`> Sure flocculant thanks, i will do a full re-build now, built this recently and made notes so wanna be sure it totally is fixed
[19:49] <anna`> johan_: i use mega.nz to sync all my stuff, hosted in a 5 eyes country but encrypted before it leaves your box, also have a nas too
[19:49] <anna`> Not sure if mega has a reasonable linux client i only use linux for my servers or my media server
[19:55] <johan_> i should do something like that too
[19:55] <johan_> really looking forward to actually making money, but that's still a few years in the future
[19:57] <johan_> should use more cloud stuff generally but the network here is too unreliable
[19:58] <anna`> i use it to sync my macs and stuff
[19:58] <anna`> Also has a bastardised kind of versioning system, since when you save a file it re-uploads and keeps the old copy for a while, has been useful at times
[19:59] <johan_> only apple device i've ever owned was one of the early ipods :P
[20:00] <johan_> whenever i borrow a macbook i just get annoyed by the keymap layout and never finding things
[20:00] <anna`> i used to use hacs but bought a mba for uni and then a 17" mbp for home
[20:00] <anna`> System Information: Model: MacBook Pro (17-inch, Early 2011) • CPU: Intel Core i7-2720QM (8 Threads, 4 Cores) @ 2.20 GHz • Memory: 12.00 GB • Uptime: 18 hours • Disk Space: 478.87 GB • Graphics: Intel HD Graphics 3000, AMD Radeon HD 6750M • Screen Resolution: 1920 x 1200 • OS: (null) (Version 10.12.2, Build 16C67)
[20:00] <anna`> 3 finger workflow ftw
[20:00] <anna`> My old hac desktop was quad screen ;D
[20:00] <anna`> xD
[20:02] <johan_> i wish i had even a second monitor
[20:03] <anna`> Can never have enough pixels ;D
[20:03] <johan_> i have too few imo :P
[20:04] <johan_> a single 1920x1080 atm
[20:05] <johan_> kinda afraid of how much i'm gonna spend on shiny new hardware once i get a solid income
[20:08] <anna`> horizontal 3 finger swipes in osx allow you to trivially flick between desktops
[20:08] <anna`> So it's like looking at different screens without moving your head, highly recommended
[20:10] <johan_> should be able to configure that stuff one DE of your choice as well, no?
[20:10] <johan_> on*
[20:10] <johan_> has a tendency to break though, which i expect osx doesn't
[20:12] <anna`> Yer my friend did
[20:12] <anna`> She saw me doing it and enabled it on her linux laptop
[20:12] <anna`> i can ask her how if you want?
[20:12] <johan_> heh no i'm good
[20:13] <johan_> i'm a fan of fluxbox really but i've only ever had it play nice on arch before
[20:13] <johan_> wish there were well supported editions of ubuntu and fedora etc for it
[20:16] <johan_> anyway as i'm about to starve to death i'm gonna go make myself some dinner
[20:27] <xangua> johan_: Lubuntu uses openbox, but you can install fluxbox both in Ubuntu and Fedora
[21:11] <anna`> Forgive me and my noobness, but at the end of the xubuntu install, shouldn't a window pop-up asking me if i wish to install a bootloader?
[21:13] <flocculant> anna`: no - that's part of the partition setup stage
[21:15] <anna`> Where is the partition setup page?
[21:16] <flocculant> when you - erase disk, alongside or something else - at the bottom of that section is the bootloader section
[21:18] <anna`> The problem I am having is my UEFI, when i try and boot it says Ubuntu (lexar USB flash drive) and doesn't list my SD card anywhere so won't boot from it
[21:18] <anna`> Afaik all i did was reinstall lubuntu and now reinstall xubuntu over the top
[21:57] <xubuntu51w> Hello. Having some hard drive troubles on my Lenovo T530.
[21:58] <xubuntu51w> Can anyone here help me?
[21:58] <knome> tell what kind of problems you are having and we'll see
[21:59] <xubuntu51w> Ive been using Xubuntu alone on my pc for about a halfyear now and I woke up and it wont boot. Trying to wipe everything and reinstall xubuntu and Im getting all sorts of weird errors. Im on my phone now.
[22:00] <xubuntu51w> Fsck came back with error 6, then 4, then 2, then I gave up and started trying to format and put new Xubuntu on.
[22:01] <xubuntu51w> When I try installing it says something like cant read /dev/sdb
[22:01] <xubuntu51w> Xubuntu 16.04
[22:03] <xubuntu51w> The error messages vary, the next one I get I will let you know everything.
[22:03] <xubuntu51w> Libparted error during read on /dev/sdb
[22:04] <xubuntu51w> Input/output
[22:04] <xubuntu51w> What do?
[22:04] <johan_> sounds like broken sectors
[22:07] <xubuntu51w> I tried a couple disk checks and they came back as passed, the bios one and others. No idea what I am doing here though.
[22:08] <xubuntu51w> Seems like the more I do the more trouble I am getting. Just want an OS to do my taxes today haha.
[22:09] <xubuntu51w> So what's the jist, am I fucked? Is there a broken hardware issue? What needs replacement?
[22:10] <knome> xubuntu51w, please remember this is a family-friendly channel.
[22:10] <xubuntu51w> My apologies. Am I fudged with chocolate glaze?
[22:11] <knome> it's hard to say with this little debugging, but if anything, you might need to replace your hard drive
[22:11] <xubuntu51w> Ok... How do I know?
[22:12] <xubuntu51w> If I bought a new one, is it just snap in and reboot?
[22:13] <xubuntu51w> Or is there more part damage? I haven't dropped it or hurt it. Excessive use maybe...
[22:13] <xubuntu51w> Any help is appreciated knome.
[22:15] <knome> again it's hard to know; if you've ran disk checks and they say it's ok, maybe it is...
[22:16] <knome> hard drive failures aren't commonly hurting other components, so it should be one of the easiest ones if you need to do it
[22:23] <xubuntu51w> Well thank you knome.
[22:23] <xubuntu51w> May I ask another question?
[22:23] <knome> sure
[22:25] <xubuntu51w> If I got a new harddrive, how do I insta the new OS?
[22:25] <xubuntu51w> Install*
[22:25] <xangua> Same way you installed it the first time
[22:25] <xubuntu51w> This was my trustiest piece of hardware.
[22:26] <xubuntu51w> Will there be any driver complications, or does it just need the right kind of SATA connection?
[22:27] <xubuntu51w> Is there a way to use a portion of the harddrive?
[22:27] <knome> if it's broken, you'll want to replace it for good.
[22:27] <xubuntu51w> Ok.
[22:29] <knome> or in other words, it's a bad sign if fsck can't fix it and it keeps giving errors
[22:29] <knome> it should be able to fix ... fixable errors
[22:29] <xubuntu51w> Ok.
[22:30] <xubuntu51w> So is it.. plug and play with the new hardware?
[22:30] <knome> with hard drives, that should be it
[22:30] <xubuntu51w> Or in my case, plug and study?
[22:30] <xubuntu51w> Ok.
[22:31] <xubuntu51w> Thank you much.
[22:35] <xubuntu51w> Checking out.
[23:16] <siim> hi guys!
[23:17] <knome> hello
[23:18] <sathed> Anyone have an idea why my screen would turn off immediately after logging in? It's happening every time my computer locks. It takes 30-40 seconds to get the screen back on.
[23:22] <sathed> I'm running a fresh install of 16.04


[01:51] <holstein> delt: i use musescore, reguarly.. what version are you using?
[01:51] <holstein> i have, not the latest, but, the latest the musescore team provide in the stable ppa they provide..
[21:26] <studio-user23666> yo ubuntu user are u online?
[21:28] <studio-user23666> i m in trouble with the drum kit sequencer
[21:29] <studio-user23666> how can i start a song for first time?
[21:31] <studio-user23666> i try every time to do it my self but is very difficult to set a good pattern
[21:33] <studio-user23666> there are anyone online ?
[21:36] <studio-user23666> just say hi if you are live
[21:39] <studio-user23666> porca puttana ma qualcuno potrebbe rispondere prima che inizi a incazzarmi
[21:45] <studio-user23666> minchia boh
[21:47] <studio-user23666> hello
[21:48] <studio-user23666> pula pula


[01:45] <dunnousernamefn> What are the *actual* memory requirements for Ubuntu Server on ARM? I see 3 different metrics on 2 different wiki pages. I want to install a drupal server with 256MB (the minimum requirement for drupal is 64MB) and I'm not sure what metric to look for
[01:47] <sarnold> I ran ubuntu on a pandaboard es for a while; that only had one gig. that was fine for a surprising amount of uses..
[01:48] <sarnold> 256 megs for an interpreted language runtime sounds tight to me
[01:48] <sarnold> but if drupal thinks they can pull it off...
[01:48] <dunnousernamefn> They said 64MBs
[01:48] <dunnousernamefn> But that doesn't consider the actual OS
[01:50] <dunnousernamefn> I see in different places on the wiki either 256MB, 384MB, or 512MB; which is kind of confusing
[01:51] <sarnold> if they said 64 megs for their own use, and you don't have unrealistic expectations, it sounds worth a try to me
[01:51] <sarnold> my little aws machine is only 512 megs and currently has >300 megs cached
[01:51] <sarnold> it's really only doing ssh, mosh, irssi, plus whatever it does by default
[01:52] <dunnousernamefn> Hmm, I found 31MB on https://help.ubuntu.com/16.04/installation-guide/arm64/ch02s05.html
[01:53] <sarnold> woah. I wonder how long it's been since someone tried that..
[01:53] <dunnousernamefn> It's 16.04 LTS...
[01:53] <dunnousernamefn> But that sounds pretty theoretical
[01:53] <dunnousernamefn> Maybe maintenance mode :P
[01:53] <sarnold> 31 megs sounds like kernel plus sshd plus busybox to me :)
[01:54] <dunnousernamefn> I could theoretically run it on a microcontroller given external RAM
[01:54] <dunnousernamefn> If you click the realistic figures link, it says 128MB without a desktop is minimum
[01:55] <dunnousernamefn> But I'm not sure if it is talking about Desktop or Server at this point
[01:55] <sarnold> they're close enough to identical if you don't actually *run* the desktop
[01:56] <dunnousernamefn> I had trouble with the Ubuntu Desktop installer... now I have Server on my laptop... it only breaks when I close the lid
[01:56] <dunnousernamefn> I only regret it a lot
[01:56]  * mwhudson looks at the arm64 in that url
[01:57] <sarnold> it's not like they're different operating systems, just default package selections; apt-get install network-manager unity   and you're 90% of the way to a tolerable desktop...
[01:57] <mwhudson> can you even get a system with an arm64 cpu and less that, say, 128 megs of ram?
[01:57] <sarnold> mwhudson: VMs?
[01:57] <mwhudson> sarnold: true
[01:57] <sarnold> granted .. the only arm64 VM provider I know seems to go for HUGE systems :)
[01:58] <dunnousernamefn> I found some cheap clone of the RPI and I'm trying to use that
[01:58] <mwhudson> sarnold: heh packet.net?
[01:58] <dunnousernamefn> Is there still a minimal ubuntu iso?
[01:58] <sarnold> mwhudson: yeah ... now that I'm at their website and trying to find it again, I just don't ...
[01:58] <mwhudson> sarnold: it's there, just hiding
[01:58] <mwhudson> or was last week anyway
[01:59] <dunnousernamefn> Also mwhudson https://github.com/Wunkolo/OakSim
[01:59] <sarnold> hehe
[01:59] <dunnousernamefn> Or https://github.com/atrosinenko/qemujs
[01:59] <sarnold> dunnousernamefn: maybe http://cdimages.ubuntu.com/netboot/xenial/ ?
[01:59] <dunnousernamefn> I think I can get everything I need if I just have apt and a dhcp client
[02:00] <dunnousernamefn> Is that provided?
[02:00] <dunnousernamefn> Oh, but I need openssh
[02:00] <mwhudson> oh scaleway have armv8 now too
[02:01] <sarnold> oo
[02:01] <sarnold> "Formerly the "Type 2a""
[02:01] <sarnold> sure enough they went to some effort to confuse me
[02:02] <dunnousernamefn> Packet.net says tiny was "as low as $0.00/hr in the last 7 days."
[02:02] <dunnousernamefn> Cool
[02:02] <sarnold> three euro per month for an armv7 and two gigs ram, 50 gigs ssd. wow.
[02:02] <mwhudson> also thunderx it seems
[02:04] <dunnousernamefn> Woah I didn't know that there were legitimate relatively-public ARM cpus
[02:04] <dunnousernamefn> I thought it was all proprietary
[02:05] <dunnousernamefn> Anyways, I guess I should get 512MB
[02:05] <sarnold> I expect you'd be far happier  with 512 than 128
[02:06] <dunnousernamefn> No, 256
[02:06] <dunnousernamefn> Wait, did I say 128?
[02:06] <sarnold> you did say 256 ..
[02:31] <JanC> sarnold: we used to run interpreted language websites using CGI on 64MiB systems 18 years ago, why would that suddenly be a problem...  ;)
[02:32] <sarnold> JanC: because perl was small and fast and quick and python is none of these things :)
[02:32] <JanC> and that included MySQL, BIND, Apache, qmail, etc. all on the same server IIRC
[02:32] <JanC> we actually had Perl & PHP websites on that
[02:33] <JanC> to be fair, the machine was replaced with a 512 MiB machine the next year
[02:33] <sarnold> JanC: I still remember the docs saying "you can run linux in 4 megs of memory but if you want to use X11 you really do need 16M"
[02:33] <JanC> sorry, I forgot, we had Perl, PHP & ColdFusion sites on that same machine
[02:33] <sarnold> *coldfusion* too? wow ;)
[02:34] <JanC> I had to write sites in ColdFusion actually...
[02:34] <JanC> the Perl & PHP stuff was things we hosted
[02:35] <JanC> of course most people were still on dial-up back then, so slowness was easy to explain (except to the then small but growing number of those on cable)
[02:39] <JanC> but that 64 MiB linux machine didn't do too badly (it was about comparably with a 384MiB Windows NT machine with IIS, Exchange & MS SQL Server that my employer also had)
[02:39] <sarnold> let me guess, qmail handled *way* more mail than exchange did ..
[02:40] <JanC> I'm not sure which one handled more mail (the exchange was used for internal mail), qmail (and some POP server, I forgot which) was used for client's mail
[02:42] <sarnold> I wonder why we need machines with a thousand times the memory these days :(
[02:42] <JanC> it wasn't exactly a big company, and it did all sorts of things from selling computer parts to hosting sites...
[02:42] <JanC> in 2000 that still existed  :)
[02:43] <sarnold> haha
[02:43] <JanC> well, I guess Amazon still does all that too  :P
[02:43] <JanC> at a slightly different scale
[02:43] <sarnold> and back in 2000 one of the leading ISPs in the area ... was a book store. so.
[02:45] <JanC> about the extra memory: like I said, dial-up was still common then, and most people didn't have internet yet
[02:45] <JanC> so the load on a server and the expected speeds were much much lower
[02:46] <JanC> cable internet started a couple years before in some cities & became more generally available that year
[02:47] <JanC> and even DSL was often limited to 0.5-4Mbit/s
[02:48] <JanC> and all of it was horribly expensive (compared to now)
[02:49] <sarnold> my first isp warned me that he only had a 14.4 uplink to the internet before I joined; that sounded fine by me since I also had a 14.4. :) hehehe
[02:49] <sarnold> it was so much faster than the 2400 I had been using on BBSes..
[02:49] <JanC> until you found out the only time you could use all of that was at 5am?  :)
[02:52] <JanC> funny detail: my current ISP which I switched to half a year ago is the only one which still operates dial-up here in Belgium  :)
[02:52] <JanC> I wonder who actually still uses that  :P
[02:52] <JanC> IIRC they said they would operate it until all their dial-in equipment is broken  :)
[02:52] <sarnold> JanC: heh, he upgraded to a T1 at some point :D
[02:52] <sarnold> wow
[02:52] <sarnold> that's gotta be expensive
[02:53] <sarnold> time for me to bail :) have  agood ... morning? JanC :)
[02:53] <dpb1> :)
[02:54] <JanC> sarnold: it's not expensive for them, I guess
[02:55] <JanC> they just need one system with a couple modems you can call into; I doubt there are many users
[03:07] <dunnousernamefn> https://www.debian.org/releases/stable/arm64/ch03s04.html.en wow, debian has practically the same html documents as ubuntu
[06:26] <Sircle> How to make wildfly re run if it gets crashed (this is happening to me a lot I dont know why). Using Ubuntu
[08:42] <RoyK> Sircle: I guess someone in #java might know - I have no idea myself :)
[12:27] <Neo4> http://<IP_ADDRESS>
[12:27] <Neo4> I've set up on server LAMP
[12:27] <Neo4> http://<IP_ADDRESS>:10000
[12:28] <Neo4> webmin is not useful. It is good use when you know how application works and know how to customize using command line
[12:29] <Neo4> I can install and customize:
[12:29] <Neo4> 1. create new user, Set SSH key, and install firewal UFW
[12:29] <Neo4> LAMP + phpmyadmin
[12:30] <Neo4> it would be good install there webserver postfix, postfixadmin
[12:31] <Neo4> wait guys, we will together install webserver in realtime
[12:31] <Neo4> now put postfix, squrelmal and roundcobe on Apache and then will see. wait
[12:32] <Neo4> I think together we could do this
[12:33] <blackflow> Neo4: which ubuntu?
[12:33] <Neo4> 16.04
[12:34] <blackflow> don't install roundcube from packages. it's unmaintained with lots of security vulns unfixed since the version in the repo.
[12:39] <Neo4> blackflow: I'll install for test
[13:37] <Neo4> I've installed postfixadmin
[13:37] <Neo4> http://kselax.ru/postfixadmin-3.1/login.php
[13:37] <Neo4> postfix and dovecote
[13:37] <Neo4> opened ports, 25 and 143,
[13:37] <Neo4> telnet kselax.ru 143 shows dovecot
[13:37] <Neo4> and telent kselax.ru 25 seems doesn't work?
[13:38] <Neo4> when do from localhost it show there postfix
[13:38] <Neo4> telnet localhost 25
[13:38] <Neo4> go on, we'll have today mail server :)
[13:38] <sdeziel> Neo4: I can reach kselax.ru 25
[13:39] <Neo4> sdeziel: ok, good
[13:39] <sdeziel> Neo4: maybe your ISP blocks outbound SMTP connections, this is common here
[13:39] <Neo4> sdeziel: what does it means? I won't able to get mails? How you can reach and I not?
[13:39] <Neo4> ok, you use differ ISP and my host placed in other ISP
[13:40] <sdeziel> that ^
[13:40] <Neo4> my ISP that I use for go to internet block 25 port?
[13:40] <Neo4> why?
[13:41] <hateball> To reduce spam is usually the main reason
[13:41] <Neo4> if somebody will want to send mail?
[13:41] <sdeziel> but I was just guessing so you might want to test it properly
[13:41] <Neo4> I can send mails from thunderbird
[13:41] <sdeziel> Neo4: email is usually send on TCP/587 or TCP/465 for the first hop
[13:41] <sdeziel> s/send/sent/
[13:41] <Neo4> sdeziel: see I got this in local computer
[13:41] <Neo4> neo@neo3:~$ telnet kselax.ru 25
[13:41] <Neo4> Trying <IP_ADDRESS>...
[13:45] <Neo4> Ok, port will break down later, I want to install roudcobe and squrelmail now
[13:45] <Neo4> And then maybe have to rebuild postfix with support mysql
[14:06] <gpiccoli> Hi folks, I'm facing an "issue" with libvirt and apparmor in Ubuntu. It might be silly, but I'd like to understand if this is my mistake or some bug
[14:06] <gpiccoli> I've added an image file to my guest through XML, but libvirt cannot start the guest - permission denied
[14:07] <gpiccoli> It's apparmor blocking it - so how can I circumvent this in a right way?
[14:07] <gpiccoli> In the old times I've used selinux, and I was able to change the permission of the image file using selinux tools (i guess chcon)
[14:07] <Neo4> squirrelmail doesn't work, I dont know how to create there new user
[14:07] <Neo4> http://kselax.ru/squirrelmail-webmail-1.4.22/src/login.php
[14:07] <cpaelzer> gpiccoli: depends on the image and such, usually guests get a custom apparmor profile based on their description
[14:07] <gpiccoli> cpaelzer, I was informed that you may know the answer upfront heheh
[14:07] <cpaelzer> indeed
[14:08] <gpiccoli> wow, you're fast!
[14:08] <gpiccoli> I bet you have a highligt for the *virt*
[14:08] <gpiccoli> hehehe
[14:08] <cpaelzer> I have
[14:08] <gpiccoli> so, is there a way to change this profile cpaelzer ?
[14:08] <gpiccoli> it's a nvme image
[14:08] <cpaelzer> gpiccoli: well if not a super special awkward case first of all it should just work
[14:08] <gpiccoli> I'm adding through <qemu:command>
[14:08] <cpaelzer> aah
[14:08] <cpaelzer> here we go
[14:08] <gpiccoli> it is super awkard case!
[14:09] <cpaelzer> yeah qemu: namespace is invisible to libvirt and due to that not able to be handled by virt-aa-helper
[14:09] <cpaelzer> gpiccoli: but we can help it a bit :-)
[14:09] <gpiccoli> great cpaelzer =)
[14:09] <cpaelzer> gpiccoli: currently the only "problem" is that you have to apparmor-allow that path for all guests, you can not (yet) restrict it to just one
[14:09] <gpiccoli> it's totally fine by me!
[14:10] <gpiccoli> not so fine to people running vps services though heh
[14:10] <cpaelzer> gpiccoli: to do so go with editor of your choice to /etc/apparmor.d/abstractions/libvirt-qemu
[14:10] <cpaelzer> gpiccoli: we will get per guest includes, I just wait for an apparmor feature to land
[14:10] <gpiccoli> ok!
[14:10] <gpiccoli> cool =]
[14:10] <cpaelzer> in that file add your path with/without wildcards as you want
[14:11] <cpaelzer> actually
[14:11] <cpaelzer> which version of Ubuntu are you running?
[14:11] <gpiccoli> bionic cpaelzer
[14:12] <cpaelzer> ah we have no user-includes for the abstractions
[14:12] <cpaelzer> only for libvritd and virt-aa-helper
[14:12] <cpaelzer> go for the file I said
[14:12] <cpaelzer> for custom guest overrides it really will be the per guest include (one day)
[14:12] <gpiccoli> hehehe
[14:13] <gpiccoli> so cpaelzer, in that file, can I add /var/lib/libvirt/images/* X, where X should be...rw I guess?
[14:13] <cpaelzer> bug 1745114 for the per guest include btw
[14:13] <cpaelzer> gpiccoli: exactly
[14:13] <gpiccoli> cool cpaelzer, will be a great addition!
[14:13] <gpiccoli> cpaelzer, what is rwk ?
[14:15] <gpiccoli> cpaelzer, partially worked. Seems I don't have the permission issue aymore...or I might be
[14:15] <gpiccoli> 2018-04-17T14:13:59.811597Z qemu-system-x86_64: -drive file=/var/lib/libvirt/images/nvme0.img,if=none,id=nvme0: Failed to unlock byte 100
[14:15] <gpiccoli> Could be another type of issue...
[14:15] <gpiccoli> although the unlock keyword there might be related to permission again
[14:15] <cpaelzer> gpiccoli: http://manpages.ubuntu.com/manpages/artful/man5/apparmor.d.5.html
[14:16] <cpaelzer> TL;DR k = lock
[14:16] <cpaelzer> gpiccoli: so you need k
[14:16] <cpaelzer> as well
[14:16] <gpiccoli> hehehe
[14:16] <gpiccoli> cool, thanks a lot cpaelzer
[14:16] <cpaelzer> newer qemu locks all images to ensure it is used mutually exclusive
[14:16] <cpaelzer> have fun gpiccoli
[14:16] <gpiccoli> worked like a charm cpaelzer
[14:16] <gpiccoli> makes total sense!
[14:16] <cpaelzer> might I ask who blackened me that I'd know these things?
[14:17] <gpiccoli> cpaelzer, some bird...in some place...
[14:17] <gpiccoli> hahaha
[14:17] <gpiccoli> kidding,
[14:18] <gpiccoli> it's jdstrand!
[14:18] <gpiccoli> from apparmor =)
[14:18] <cpaelzer> thanks
[14:19] <cpaelzer> he is "allowed" to point to me :-) I tihnk I still owe a few favors for all the help I got :-)
[14:19] <gpiccoli> heheh
[14:20] <ahasenack> cpaelzer: I'm looking at debian policy 5.6.30 Testsuite, where it says that source package control files may have that field "if needed in other situations". No clue what "other situations" might be
[14:20] <ahasenack> cpaelzer: I grepped existing packages I had lying around, and found XS-Testsuite instead of Testsuite
[14:20] <ahasenack> do you know what's the difference?
[14:21] <cpaelzer> I remember discussing that once
[14:21]  * cpaelzer starts the page in of old memory
[14:21] <ahasenack> fwiw, I got "Testsuite: autopkgtest" automatically included in the .dsc file
[14:25] <cpaelzer> ahasenack: XS- ... is old style is what my memory tried to give me
[14:25] <cpaelzer> does that make any sense?
[14:25] <cpaelzer> with what you see?
[14:25] <ahasenack> my sample *only* had xs-
[14:26] <ahasenack> but it does sound like a prefix to be used with non-official fields
[14:26] <ahasenack> like in email headers
[14:26] <ahasenack> I searched for "xs" in the debian policy, found nothing
[14:26] <cpaelzer> ahasenack: https://webcache.googleusercontent.com/search?q=cache:rTRO6caAUjkJ:https://lintian.debian.org/tags/xs-testsuite-header-in-debian-control.html+&cd=1&hl=en&ct=clnk&gl=de
[14:27] <ahasenack> my local sample: https://pastebin.ubuntu.com/p/9vFfQ52nFt/
[14:27] <ahasenack> ah, ok, so it became an official field
[14:27] <cpaelzer> hmm this page of lintian is gone
[14:27] <cpaelzer> I think this just is from the far past
[14:27] <ahasenack> I'll add Testsuite then
[14:27] <cpaelzer> yes I thnk XS- is hwo it started changing later
[14:27] <ahasenack> just like it is in the .dsc
[14:28] <cpaelzer> too much posts exception on this thread https://lists.debian.org/debian-devel/2014/01/msg00040.html
[14:28] <cpaelzer> if you want to read a lot feel free
[14:28] <ahasenack> not even vim's syntax highlighting recognizes "Testsuite"
[14:38] <coreycb> jamespage: can you remind me how to get around the unexpected upstream changes when building ceph?
[14:38] <jamespage> coreycb: its todo with the checkout in git which translates to local system line-endings
[14:38] <jamespage> if you patch -R the delta file, and the git add the diff it will sort things out
[14:40] <coreycb> jamespage: ack thanks
[14:43] <popey> hello! who 'owns' the ubuntu server armhf images?
[14:43] <popey> a valiant community member has done some testing...
[14:43] <popey> http://iso.qa.ubuntu.com/qatracker/milestones/384/builds/169986/testcases/1464/results/
[14:46] <powersj> popey: those bugs look like linux-* issues
[14:46] <powersj> I would expect the kernel team to respond on making the proposed changes
[14:47] <powersj> I know that dannf does a number of arm testing as well
[14:48] <popey> ok, thanks.
[14:48] <dannf> powersj: yeah, lots of arm64, but don't have any armhf gear
[14:58] <ahasenack> cpaelzer: meh, ok, so even Testsuite is a lintian warning now
[14:58] <ahasenack> N:    You do not need to specify a Testsuite: autopkgtest field if a
[14:58] <ahasenack> N:    debian/tests/control file exists. It is automatically added by
[14:58] <ahasenack> N:    dpkg-source(1) since dpkg 1.17.1.
[14:59] <ahasenack> vim was right, as usual :)
[16:11] <teward> rbasak: nacc: dpb1: oooh guess what came out today xD  NGINX 1.14.0
[16:11] <dpb1> teward: and what I want to hear next.... "teward: I've already packaged it and tested it"
[16:11] <dpb1> teward: :) :)
[16:12] <teward> dpb1: waiting for them to spin the tarballs
[16:12] <teward> it's tagged in git.
[16:12] <dpb1> teward: that's cool
[16:12] <teward> or rather hg.
[16:12] <dpb1> right
[16:12] <dpb1> ya, I found that out when I was digging into your request from a few weeks back
[16:13] <teward> dpb1: my guess is by EOD it'll be available.
[16:14] <teward> yep and there's the announcement.
[16:14] <dpb1> teward: crunch time.
[16:14] <teward> the tarball should be up soon
[16:14] <teward> yep I know but hey at least we won't need a post-release update :P
[16:14] <teward> and i have the base packaging I did yesterday and uploaded so that's pretty much ready to go :P
[16:14] <teward> just need the **tarball**
[16:15] <teward> yay it's a no-changes thing too :D
[16:25] <teward> dpb1: local test builds worked fine, and I got the defaults working.  It's also sitting in the approval queue now, so if all goes well then we won't be scrambling for a post-18.04-release changeset to switch the version numbers over.
[16:25] <teward> (for once)
[16:26] <dpb1> teward: well, I'll be.
[16:26] <dpb1> teward: nice.
[16:28] <teward> now where's my lunch...
[16:30] <runelind_q> I have an install of 16.04 on an mdadm mirror as a boot disk and a ZoL pool as LXD storage.  I'm wondering what my chances of a relatively pain free migration of the disks to an entirely different system would be?
[16:36] <nacc> teward: nice!
[16:38] <sdeziel> runelind_q: what you could do is set the new system up (maybe skip mdadm if you use zfs?) and then to "lxc move" or "lxc copy" of your containers
[16:39] <runelind_q> sdeziel: yeah, I was just hoping to re-use the disks that I was using for ZoL
[16:40] <blackflow> runelind_q: keep in mind that different systems might have issues with different ZFS pool versions. eg, pools created on 0.7.x ZoL are read-only on 0.6.x ZoL systems
[16:40] <sdeziel> runelind_q: ah, in that case, you could break your mirror and set the new box with half a mirror. It's a small gamble but should work
[16:40] <blackflow> runelind_q: it's actually about features enabled on the pools, so i'm talking about default features with respective versions.
[16:41] <sdeziel> runelind_q: with 18.04 almost out, you may also want to use it for your new bo
[16:41] <runelind_q> blackflow: yeah, but I was going to move the mdadm boot mirror as well.  Complete forklift of the system onto new HW
[16:41] <runelind_q> yeah, that is a consideration.
[16:41] <sdeziel> blackflow: that's a good point. If lxc move/copy is used, this should be transparent though
[16:42] <blackflow> there's also that bug about zfs send-receive between different pool versions, in 0.6.x. it also affects FreeBSD iirc.
[16:43] <sdeziel> blackflow: but that only affected a release that was never imported in Ubuntu, AFAIK
[16:43] <sdeziel> err, nvm, I'm referring to something affecting 0.7.7
[16:44] <blackflow> sdeziel: no it currently affects pre-bionic ubuntus.
[16:44] <blackflow> yeah, you probably mean the data corruption bug found the other day in 0.7.7
[16:44] <sdeziel> yup
[16:45] <blackflow> I think this is the LP issue  https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1733230
[16:46] <blackflow> it's not just about FreeBSD. I had that issue when sending from a pool on Gentoo (0.7.x) to Ubuntu Artful (0.6.5)
[16:47] <blackflow> otherwise I run ZoL on root in 17.10 (with separate ext4 /boot, but due to LUKS'd volume for ZFS), works like a charm.
[16:48] <blackflow> eh... root on ZoL :)
[16:48] <sdeziel> that's something I don't have the balls to try just yet
[16:48] <blackflow> I have experience from FreeBSD, but was pleasantly surprised how everything just works. Then again I set up the pool manually and use debootstrap for installation.
[16:50] <ScottE> Yeah, I've been running with ZFS for everything (except /boot, sometimes - for the same LUKS reason). It's great! A bit more work to install via debootstrap, but worth it in my opinion.
[16:53] <blackflow> I don't know if grub is capable of mounting ZFS pools yet, I know it wasn't on 17.10, so a separate /boot is required even without LUKS.
[16:54] <sdeziel> what worried me is the rescuability of this root on ZFS
[16:54] <sdeziel> Ubuntu live CD didn't have the zfsutils-linux package installed last I checked
[16:54] <dpb1> there is one issue
[16:54] <ScottE> It is capable - I've done it without a separate /boot on xenial and jessie but it's a bit more finicky about grub version and configuration
[16:55] <dpb1> the on disk format version.
[16:55] <blackflow> sdeziel: yeah you have to install it manually on live cd, but if it can mount root, then all the tools are in initramfs. it's basically just two commands, zpool and zfs, with zpool doing all the important work. dunno if zdb is present, not sure if it's needed though. I actually never had to use it.
[16:57] <blackflow> dpb1: that's the part about different versions I mentioned first. a warning about using systems with ZoL 0.7.x and systems with ZoL 0.6.x, the former pools being only read-only on 0.6.x
[16:58] <dpb1> ya... you need to set '28' to be compatible with oracle zfs
[16:58] <sdeziel> blackflow: I want to be able to rescue my box offline so installing packages in the live env is tricky.
[16:58] <dpb1> or something like that
[16:58] <dpb1> it's one considering we are thinking about before enabling this as a default option in Ubuntu
[16:58] <dpb1> *consideration
[16:58] <blackflow> sdeziel: I've installed ubuntu w/ root on ZFS both from the 17.10 live env, and from debian stretch, in both cases using debootstrap.
[16:59] <blackflow> sdeziel: in both cases I had to install zfsutils-linux, which in addition had to compile the DKMS on debian (not needed on Ubuntu, it's part of the kernel package)
[17:00] <sdeziel> blackflow: sure but my main concert is the offline rescue environment so I cannot apt-get install zfsutils-linux so even if the zfs.ko is available, it's useless to me
[17:00] <blackflow> sdeziel: why can't you use apt?
[17:00] <blackflow> (unless there's no networking of course)
[17:01] <teward> blackflow: key words in sdeziel's message: "offline rescue environment"
[17:01] <teward> no network there
[17:01] <sdeziel> blackflow: I want offline rescue capabilities
[17:01] <blackflow> ah, yeah.
[17:01] <blackflow> I guess you can always prepare a bootable USB stick with all tools needed? I had one for Gentoo.
[17:02] <sdeziel> or I could fill a bug to have zfsutils-linux added to the live env
[17:02] <blackflow> or... that, yeah :)  that'd be better.
[17:04]  * sdeziel doesn't know which package to report the bug to
[17:04] <nacc> sdeziel: i'd file it on zfsutils-linux first
[17:05] <sdeziel> nacc: on my way
[17:05] <nacc> sdeziel: as it sounds like you want it seeded?
[17:05] <runelind_q> is ubuntu a rolling release?  Like if I download the latest nightly of 18.04, apt will keep me in sync once the final version comes out?
[17:06] <nacc> runelind_q: that's not what a rolling release is :)
[17:06] <runelind_q> oh
[17:06] <nacc> runelind_q: but apt will keep you up to date with 18.04 yes
[17:06] <runelind_q> I don't need to do dist-upgrade or anything like that?
[17:06] <sdeziel> nacc: yes, exactly
[17:06] <nacc> runelind_q: well, you should (in general) be using full-upgrade (IMO) until release
[17:06] <nacc> and even after, probably
[17:07] <nacc> sdeziel: it's rather late for seed changes, fyi
[17:07] <nacc> sdeziel: you may want to file the bug and then bring it up in #ubuntu-release
[17:07] <sdeziel> nacc: I know but I'm in no rush
[17:07] <nacc> sdeziel: ok :)
[17:32] <ahasenack> what is "/usr/lib/triplet" (sic), in the context of the debian policy for shared libraries?
[20:06] <ddstreet> smoser fyi, remember that isc-dhcp 'wait for DAD' bug (and related follow-on bugs for it)?  It looks like upstream isc-dhcp has "fixed" that by adding a --dad-wait-time param that of course defaults to 0 (and requires the OS script to support it too).  just fyi.  https://bugs.isc.org/Public/Bug/Display.html?id=36169
[20:13] <smoser> ddstreet: nice. that http redirects you to a https that mozilla doesnt like
[20:14] <Sircle> How to make wildfly re run if it gets crashed (this is happening to me a lot I dont know why). Using Ubuntu
[20:14] <smoser> ddstreet: you should link to that in our bug.
[20:19] <ddstreet> smoser yeah i think their (newly public, as far as i know) bug tracker is not direct-link friendly
[20:20] <ddstreet> i'll put a note in the bug(s)...and also fyi there's yet another offshoot of this same bug, for 'stateless' dhcp, lp #1764478
[20:20] <ddstreet> maybe we can move off isc-dhcp to something more...maintained...
[20:22] <ddstreet> especially since ISC appears to be abandoning their isc-dhcp-server in favor of their 'kea' server http://kea.isc.org/wiki
[20:25] <smoser> ddstreet: well, we kind of have moved off isc-dhcp
[20:25] <smoser> in fact it is no longer part of ubuntu-minimal in bionic
[20:25] <ddstreet> oh good, what's the current recommendation?
[20:26] <smoser> now its replacement ..... systemd-networkd i suspect has its share of issues.
[20:26] <smoser> https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1717983
[20:26] <ddstreet> ah, systemd...one ring to rule them all... ;-)
[20:27] <ddstreet> smoser i haven't looked, do you know if networkd includes a dhcp server as well, or only client?
[20:28] <smoser> ddstreet: dont worry, I have a feeling you'll have plenty of opportunity to become more familiar with systemd-networkd's dhcp server via bugs in the coming  months :)
[20:28] <smoser> ddstreet just a client
[20:28] <ddstreet> oh, i'm *sure* of that ;-)
[20:28] <ddstreet> any 'official' recommendation for dhcp server?
[20:29] <ddstreet> dnsmasq?
[20:29] <smoser> isc-dhcp-server is still in main as is dnsmasq.
[20:29] <sdeziel> systemd-networkd supports being a DHCP server (DHCPServer=)
[20:30] <smoser> wow.
[20:31] <ddstreet> soon, it will be a battle between emacs and systemd to see who can become the next OS-in-application
[20:47] <ddstreet> smoser wow i didn't realize you'd already opened a 'stateless' dhcp bug, lp #1633562
[20:47] <ddstreet> that's definitely not invalid...oh well i'll work it in my newer bug :)
[21:58] <MASM> .
[22:24] <Sircle> My fail2ban bans ip ranges with /32. I want it /24 at least. How can I do it?
[22:28] <MASM> Sircle i found an example
[22:28] <MASM> https://github.com/fail2ban/fail2ban/issues/927
[22:29] <MASM> "subnet.blacklist" > "<IP_ADDRESS>/29"
[22:29] <MASM> or
[22:29] <MASM> "ip.blacklist" > "<IP_ADDRESS> - <IP_ADDRESS>"
[22:30] <MASM> or check this
[22:30] <MASM> https://github.com/XaF/fail2ban-subnets
[22:30] <Sircle> MASM,  I mean when f2b auto bans anything
[22:30] <Sircle> not blacklist


[15:19] <Arun[m]12> Hi there, I own an ASUS Zenbook UX3402ZA_UX3402ZA, no sound in the internal speakers so far.
[15:19] <Arun[m]12> I assume that the Cirrus Amplifiers are not working, not sure exactly..
[15:19] <Arun[m]12> Tried multiple kernels from 5.15 to 6.0~rc3 , tried kinetic too. No fix at all.
[15:19] <Arun[m]12> I am on jammy. Need help/guidance on how we can fix the issue?
[16:02] <Arun[m]12> Anyone around please?
[16:46] <sarnold> Arun[m]12: you may have more luck in a user-oriented channel like #ubuntu. my only bit of advice is to run pavucontrol; poking around in there is usually enough to sort out whatever is going on.
[16:53] <Arun[m]12> Well, I already tried using pavucontrol, no luck in that.
[16:56] <Arun[m]12> lspci -nn doesn't have a trace of Cirrus. Here are some related bug reports and links.... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/1f9d958cbfcf5be80dc5fb0a948210bfadfb0df6>)


[10:49] <Mirv> tsimonq2: I actually now volunteered in doing the final stretch of the bug fix (apparently no-one else was immediately going to do that while there's replacing feature being worked)
[14:49] <tsimonq2> Mirv: Julien linked me to a bug causing that bug re: extra plasma.desktop
[14:54] <Mirv> tsimonq2: oh right, what I meant with volunteering was the packagekit related issue preventing lubuntu-qt-desktop installation. I updated the bug with the decision they made yesterday and what I landed today.
[14:54] <tsimonq2> Mirv: I'm aware :)
[14:54] <Mirv> ok, just repeating, so many bugs in progress :)
[14:54] <tsimonq2> Mirv: look at my response to bug 1559481
[14:54] <tsimonq2> :)
[14:55] <Mirv> tsimonq2: oh, that's unfortunate bug! hardcoding names like that..
[14:57] <tsimonq2> Mirv: I wonder if a workaround to lubuntu-default-settings could be done
[14:58] <tsimonq2> Mirv: maybe something in the rules file that creates a symlink if that file doesn't exist
[14:58] <tsimonq2> **shrug
[14:58] <tsimonq2> **shrug*
[15:01] <Mirv> tsimonq2: I guess you could do in lubuntu-extra-sessions.postinst something like if [ -f /file/name ] ; then ln -s ... hackish but at least package manager wouldn't blow up
[15:02] <tsimonq2> Mirv: my question is, would it be worth it to do the quick fix now and revert it later, or wait on that fix until casper is good to go?
[15:04] <Mirv> tsimonq2: I don't really know, but I guess anything would be better than breaking people's package management. even if you would do a hack like that, it wouldn't be tracked by package management so installing plasma-workspace would still work for people who want plasma-workspace
[15:05] <Mirv> tsimonq2: but the type of hack is probably mostly up to you to think through, as you know the sddm / sessions issue the best
[15:06] <tsimonq2> Mirv: no I don't, all I know is what Julien linked to me in that bug report :P
[15:13] <yofel> o.O
[15:14]  * tsimonq2 waves to yofel
[15:14] <yofel> o/
[15:15] <tsimonq2> yofel: any opinion on the above bug reports?
[15:16] <yofel> well, I have a slightly wtf opinion about https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1582270
[15:16] <yofel> but as long as that is there, the symlink sounds reasonable
[15:16]  * yofel wonders if there's anything else that has plasma hardcoded
[15:17] <tsimonq2> yofel: but then Lubuntu can't be installed alongside Kubuntu if the user decides to use SDDM, and that's not okay.
[15:17]  * tsimonq2 blames the KDE team :P
[15:20] <yofel> I'll blame jr as casper is ubuntu integration :/
[15:20] <tsimonq2> hehehehehehehehe
[16:02] <tsimonq2> Mirv: is that a fix I see? :O
[16:04]  * tsimonq2 wonders what else needs to be done
[17:34] <tsimonq2> :/
[17:34] <tsimonq2> trying: calibre
[17:34] <tsimonq2> skipped: calibre (35, 152, 153) got: 269+0: a-62:a-30:a-32:i-32:p-36:p-31:s-46 * amd64: calibre, calibre-bin, lubuntu-qt-desktop
[17:34] <tsimonq2> so calibre breaks calibre?
[17:34] <tsimonq2> that's why it's not migrating?
[17:34] <tsimonq2> :/
[17:35] <tsimonq2> oic I think this is it
[17:35] <tsimonq2> yofel, Mirv: what's up with qtbase-abi-5-5-1 ? multiple packages are uninstallable because of missing this
[17:36] <tsimonq2> Package qtbase-abi-5-5-1 is a virtual package provided by: libqt5core5a 5.5.1+dfsg-17ubuntu2~2 [Not candidate version]
[17:36] <tsimonq2> E: Package 'qtbase-abi-5-5-1' has no installation candidate
[17:42] <yofel> tsimonq2: qtbase-abi-5-6-1 should be done in yakkety-proposed AFAIK. Now everything is stuck on packagekit I think (thanks to plasma-discover)
[17:43] <tsimonq2> yofel: so that should be fixed soon?
[17:43] <yofel> from what I gathered in -release, yes
[17:43] <tsimonq2> yofel: when did that conversation happen?
[17:44] <yofel> tsimonq2: yesterday evening
[17:44]  * tsimonq2 looks
[17:45] <acheronuk> this fixes I think? https://launchpad.net/ubuntu/+source/ubuntu-touch-meta/1.279
[17:46] <yofel> that was one of the necessary pieces at least
[17:47] <tsimonq2> acheronuk, yofel: bug 1496292 is tracking that
[17:48]  * tsimonq2 thinks
[17:49] <acheronuk> yep, I saw those fix 'committed/released' this afternoon
[17:51] <tsimonq2> the sooner this is handled, the sooner lubuntu-qt-desktop is installable, the sooner we get images :D
[17:51] <yofel> .. the sooner I can install it on my EeePC ^^
[17:51] <tsimonq2> hehehehehe :)


[23:42] <froglet> I had to go back to Jaunty
[23:43] <neceve> I believe I'll do the same...
[23:51] <macken> hello everyone, anything going on or has my comp died.
[23:52] <RussellAlan> macken: ?
[23:53] <RussellAlan> Not botting?
[23:53] <macken> RussellAlan> just an atempt at a funny. The ubuntu channel is flying by so fast you can't keep up.
[23:54] <RussellAlan> ahh i see, well my comp isnt booting
[23:54] <RussellAlan> thought it was a global occurence
[23:54] <macken> Grub problem or what
[23:55] <RussellAlan> after boot from grub its stuck at "Boot from (hd0,0) ext3 e9aa1a87-50a0-4b54-8851-c398419t0558
[23:56] <macken> karmic and grub2
[23:56] <powerkubu> hi
[23:56] <CTDaemon> try reinstalling karmic...
[23:57] <RussellAlan> is there a karmic cd release?
[23:57] <RussellAlan> cause i installed from 9.04
[23:57] <macken> yes u can dl the cd live release
[23:58] <macken> I do not recomend doing an upgrade. mine flopped


[08:04] <snek> is it possible to change the source address of the default route with netplan? i tried adding a route with `to: default from: {addr}` but it added it as a second default route instead of modifying the existing one


[07:37] <alkisg> Hi, where can I report the #ubuntu IRC operator Flannel?
[07:38] <Flannel> alkisg: You want #ubuntu-ops
[07:38] <alkisg> Thank you
[14:49] <tkamppeter> xnox, hi
[16:42] <juliank> Can anyone think of a reason _not_ to merge gnutls28 3.5.16?
[16:43] <ogra> it is work :P
[16:45] <juliank> ogra: other than that.
[16:45] <juliank> :D
[16:45] <ogra> yeah, i knew it would be a lame reason :)
[16:51] <juliank> ogra: You know what they say: one merge a day keeps the doctor away
[16:51] <ogra> haha
[17:31] <tsimonq2> juliank: The only reason I see is that a bunch of builders are still down, so I wouldn't expect it to build on a lot of arches
[17:32] <xnox> xnox_konversatio, heya!
[17:33] <xnox> xnox_konversatio, heya again
[17:33] <ogra> he doesnt want to talk to you it seems :P
[17:34] <xnox_konversatio> ogra: not happy with hexchat under gnome-shell, trying a few irc clients, and they all seem to suck w.r.t. gnome-shell notifications....
[17:34] <xnox_konversatio> i think i will have to get down and dirty and fix hexchat....
[17:34] <ogra> +1
[17:35] <tsimonq2> xnox_konversatio: psst, switch to irssi, we have cookies :P
[17:35] <ogra> do you also have tea to dip them into ?
[17:36] <tsimonq2> If you want :D
[17:38] <xnox> tsimonq2, i only do biscuits!
[17:42] <tsimonq2> xnox: We have those too ;D
[17:43] <xnox> tsimonq2, do you have gnome-shell notifications that i can click and would take me into the right view? (the right window/tab/chat screen of the person/channel with the highlight?
[17:43] <xnox> )
[17:44] <tsimonq2> xnox: Ah, no, not *that* advanced, sorry
[17:45] <cjwatson> builders> I can push through primary archive stuff on request, although autopkgtests still won't run
[17:46] <tsimonq2> cjwatson: autopkgtests> But amd64 and i386 will still run, right?
[17:47] <tsimonq2> cjwatson: builders> What qualifies to be pushed through?
[17:47] <cjwatson> amd64/i386> I think so, though that won't be enough for proposed-migration
[17:48] <cjwatson> Things that would previously have been eligible for building on non-virtualised builders when those were a thing; i.e. primary archive or PPAs exclusively uploadable by Canonical staff
[17:48] <cjwatson> (also it's a bit clickyclicky right now so I'm only doing things that are actually worth bothering with)
[17:49] <tsimonq2> Ok
[17:49] <tsimonq2> Is there any sort of ETA for these builders to return?
[17:49] <cjwatson> Not yet, sorry
[17:50] <tsimonq2> Alright.
[17:50] <cjwatson> Everything apart from ARM might be relatively soon since I noticed kernel updates today
[17:50] <cjwatson> Haven't been able to find out the ARM state yet
[17:50] <tsimonq2> Alright.
[17:51] <xnox> tsimonq2, is it for webkit with spectre fixes? or was that pushed through already?
[17:51]  * tsimonq2 hopes it's done in time to get Qt and nodejs transitions done before A2 freeze
[17:51] <cjwatson> For transitions in the primary archive you can absolutely ask me
[17:52] <cjwatson> Though as mentioned that won't help with the autopkgtest bit
[17:52] <cjwatson> Anyway, going out now
[17:52] <tsimonq2> cjwatson: Alright, I was just hoping to stage it in Bileto though.
[17:53] <tsimonq2> xnox: I'll look into it, although you might be interested in joining #ubuntu-qt and asking there ;)
[17:53] <tsimonq2> (other people might have better answers)
[17:53] <seb128> cjwatson, hey, do you know if we considered enabling the "download updates" option by default in the installer in the past? or what had been the reasons to not do it?
[17:54] <cjwatson> seb128: Sorry, I don't remember :-/
[17:54] <xnox> (note, these days, with ssd drives, install finished before one manages to download any meaningful amount of updates, and they are not applied - just cached in target for install post boot, as far as i recall)
[17:55] <tsimonq2> (I wonder if Lubuntu could figure something like that out for Calamares...)
[17:57] <seb128> cjwatson, no worry, I was asking in case since we are being requested to change the default for that option
[18:30] <infinity> tsimonq2, cjwatson: Are there any plans to fix the publisher explosion brought on by the cart-before-horse lubuntu seed git transition?
[18:48] <tsimonq2> infinity: ...there was a publisher explosion?
[18:48] <tsimonq2> infinity: I'll be happy to send code.
[18:52] <tsimonq2> (you know, as soon as someone tells me what exploded so I can investigate...)
[18:53] <juliank> tsimonq2: I found out in the meantime that it needs a new unistring version. I have a merge ready for this, but it breaks API (not sure how much. probably not a lot) and ABI, so I'll wait with that until the builds and tests run again. Or I just build with the bundled libunistring as it does now.
[18:53] <tsimonq2> juliank: Ok.
[18:54] <tsimonq2> juliank: (you're talking about gnutls28?)
[18:54] <juliank> yeah
[18:54] <tsimonq2> Ok
[18:54] <infinity> tsimonq2: Well, the explosion is that it's trying to germinate based on the bzr branch that now contains no seeds.  I'm not sure what needs to be done to make it look at the git bits instead.
[18:54] <juliank> tsimonq2: sorry ofr the confusion
[18:55] <tsimonq2> infinity: Can I get a link to what you're referring to here? I thought that particular element was fixed.
[18:55] <tsimonq2> juliank: np ;)
[19:06] <infinity> tsimonq2: No link to logs, but I'm trying to unwind this.  Kinda figured Colin would chime in by now. :P
[19:07] <sarnold> tsimonq2: what'd you break that needs both infinity *and* colin? :)
[19:08] <tsimonq2> sarnold: The thing is, I don't know :P
[19:08] <sarnold> tsimonq2: hah :) well done :)
[19:08] <infinity> tsimonq2: Well, the first thing you broke was deleting your seeds.
[19:09] <tsimonq2> infinity: That shouldn't have done anything wrong if the tooling knew Lubuntu seeds were in Git now.
[19:09] <tsimonq2> sarnold: heh
[19:09] <infinity> tsimonq2: Yes, and how was "the tooling" meant to know that? :P
[19:09] <infinity> (hence my "cart-before-horse" comment)
[19:10] <tsimonq2> Right, I sent MPs.
[19:10] <tsimonq2> cdimage knows, archive tools know, what did I miss?
[19:10] <infinity> launchpad.
[19:10] <tsimonq2> Aah.
[19:10] <tsimonq2> Ok.
[19:11]  * tsimonq2 loops slangasek in either way. :P
[19:12] <tsimonq2> infinity: I'll throw an MP at LP when I get home unless another kind soul feels inclined.
[19:12] <infinity> tsimonq2: Well, I'm still trying to unwind where this goes wrong...
[19:13] <infinity> It was obvious when you replaced your seed with a text file and the error was "no STRUCTURE file", it's less obvious now that the branch is deleted entirely.
[19:16] <tsimonq2> infinity: I'm confused. Why would Launchpad itself ever need to call germinate directly?
[19:17] <infinity> tsimonq2: The publisher germinates on every run to update overrides and task headers.
[19:20] <tsimonq2> infinity: Oh,
[19:21] <tsimonq2> infinity: I imagine it might just need a repo location update and a s/bzr/vcs=auto/ in the Germinate call.
[19:22] <tsimonq2> I could be totally wrong though.
[19:22] <infinity> tsimonq2: That would be true if it forked germinate, but it imports it in-process, which is more fun.
[19:23] <tsimonq2> infinity: Interesting. How is the VCS passed then?
[19:23] <infinity> So far, I'm going with "it's not".
[19:24] <infinity> Since the internal defaults worked fine right up until a few weeks ago.
[19:27] <tsimonq2> Hm.
[19:27] <infinity> Meh, this probably means diving into germinate itself so I can figure out what method(s) take vcs arguments so I can mangle the LP bits.
[19:27] <infinity> I'll save that for when I care a bit more.
[19:42] <tsimonq2> I can look into it later; I've already had to dig in there a bit.
[19:43] <tsimonq2> Colin might know more as well when he comes around.
[19:59] <infinity> kees, slangasek, stgraber, mdeslaur: TB.
[20:57] <nacc> slangasek: is there a way with sysv to say that if corosync starts that it should start pacemaker, if pacemaker is available? The phrasing of "Should-Start" is close, but then I think it's semantics don't make a ton of sense (or I misunderstand them)
[21:25] <cjwatson> tsimonq2: you want to look in lp:ubuntu-archive-publishing rather than LP itself (it was split out a while back)
[21:25] <cjwatson> hmm, but I didn't think that cared about the seed source.  lemme check
[21:26] <cjwatson> OK, no, the problem is surely the seed checkouts on snakefruit
[21:29] <cjwatson> infinity: tsimonq2 has done their bit here; the problem is that we need to switch some things over on snakefruit.  I'm busy just now but I'll sort it out.
[21:30] <tsimonq2> cjwatson: OK, cool.
[21:31] <tsimonq2> Thanks.
[21:32] <infinity> cjwatson: Yeah, the snakefruit hint was just given to my by cyphermox who pointed out that a tool looking at "people" was failing.
[21:32] <infinity> cjwatson: And then I remembered from firewall rule discussions when we set up archive-team.internal that the publisher probably looks at that same goop.
[21:45] <slangasek> nacc: not really any primitives for that in sysv, no.  you can have one init script manually call the other...
[21:48] <tsimonq2> Oh hey slangasek :D
[22:04] <rlink> In response to https://shibboleth.net/community/advisories/secadv_20180112.txt (CVE-2018-0486), is a patch preferred, or a pull from Debian (which is how it appears Shibboleth-related updates have gotten into Ubuntu previously)?
[22:06] <tsimonq2> rlink: Is there an Ubuntu delta on the stable release and are there more changes than just security updates between the versiom in the stable release and Debian?
[22:07] <tsimonq2> If the answer is no to both, then yeah, fakesyncing seems like the best option.
[22:07] <tsimonq2> Otherwise a patch is probably needed.
[22:08] <tsimonq2> Regardless rlink, you're likely looking for the person in the topic of #ubuntu-hardened. :)
[22:28] <sarnold> rlink: for devel release, a sync from debian is best; for supported releases, a debdiff with smallest feasible patch is best
[22:29] <sarnold> rlink: there's some description of the update process in https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures
[22:37] <rlink> So, this is fun.  Trusty got a fakesync from Debian in July 2016, explicitly to pick up the backported patch that allows disabling DTD parsing (which conveniently also negates this new bug).  Xenial never got any such thing.
[22:38] <sarnold> yes, that can happen :(
[22:40] <nacc> slangasek: ok, that might be what need to do, i assume with a [ -f ... ] check tha thte other init script exists?
[22:54] <nacc> slangasek: and different question, how do I check, if it's sensible, in sysv that a given init script is enabled? Is it sufficient to look for a symlink in the appropriate /etc/rc*.d directory?
[23:25] <cjwatson> infinity,tsimonq2: Should all be sorted out now.  The update-seeds changes were fine, but they needed to be deployed, and I had to move the existing branches aside.
[23:28] <tsimonq2> cjwatson: Thanks!


[15:45] <mxia> hi! anyone recently experienced "UBSAN: array-index-out-of-bounds" bug in the kernel similar to this report? https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe-6.2/+bug/2039409  i wonder if anyone tried a successful downgrade to workaround this regression
[15:45] -ubottu:#ubuntu-kernel- Launchpad bug 2039409 in linux-signed-hwe-6.2 (Ubuntu) "System freezes with UBSAN: array-index-out-of-bounds in iwlwifi code" [Undecided, Confirmed]