[07:19] <didrocks> thomi: sil2100: hey! it seems that the QA stack is still not on shape, any news? https://jenkins.qa.ubuntu.com/job/ps-generic-autopilot-release-testing/443/testReport/
[07:24] <sil2100> didrocks: hello, I poked cyphermox about that yesterday, but since I was still busy with unity and the 100scopes, I'll simply take care of it today
[07:24] <didrocks> sil2100: thanks, any news about Unity <-> 100 scopes, is it all fine?
[07:24] <sil2100> didrocks: I've been actually also wondering if there is a threshold for the failures in QA?
[07:25] <didrocks> sil2100: yeah, it's 0, they wanted everything to pass
[07:26] <didrocks> sil2100: the other stacks were fine? only QA is blocking us? (I think HUD as well is blocking)
[07:26] <sil2100> didrocks: the transition is fine, been just waiting for some autopilot results, now trying to actually get to jenkins
[07:27] <sil2100> Can't seem to hm, load the page
[07:27] <sil2100> didrocks: is it working for you?
[07:27] <didrocks> sil2100: yeah, see #ubuntu-desktop
[07:27] <didrocks> sil2100: seems like magners is dead
[07:27] <didrocks> sil2100: I'm using the public jenkins for now to grab the results
[07:27] <sil2100> Ah, right
[07:27] <didrocks> sil2100: but some are more than 24h old
[07:30] <sil2100> didrocks: checking the HUD stack now, it's 24h old, but still strange to see those failures, let me look into that - since both me and cyphermox fixed those in unity
[07:30] <didrocks> sil2100: ah thanks :)
[07:30] <didrocks> sil2100: so, you think that once QA/Hud dealt, basically, we'll have everything in next?
[07:31] <sil2100> didrocks: yes, that should be the case, as the number of failures for unity should be a bit smaller now as well
[07:31] <sil2100> *should*
[07:31] <sil2100> As I need the latest AP results to make sure
[07:32] <didrocks> sil2100: yep :
[07:32] <didrocks> sil2100: ok, great, keep cracking on QA/Hud then :)
[08:34] <sil2100> brb
[09:09] <jibel> didrocks, BTW about zeitgeist failure on a live session I filed bug 1181565, this is a regression in Saucy. Not sure it belongs to casper though
[09:44] <davidcalle> didrocks, is there any way to get CI jobs on scopes branches that won't land in distro? (eg. server scopes)
[09:58] <didrocks> jibel: thanks!
[10:02] <dednick> mzanetti: ping
[10:08] <sil2100> davidcalle: ping
[10:09] <mirela666> Is anyone having problems with unity and 13.04 and Nvidia drivers on 3.8+ kernel?
[10:10] <mzanetti> dednick: pong
[10:12] <dednick> mzanetti: hey. having some autopilot issues. dont know if you're the right person though. For indicators, I've subclassed a SwitchMenu object from the DBusIntrospectionObject class, but when i do a [for example] selct_single('SwitchMenu') i get an object back, but it doesnt seem that it's of the correct type. I can't call functions that i've declared on the subclassed type.
[10:13] <dednick> mzanetti: get this error - AttributeError: Class 'SwitchMenu' has no attribute 'get_checked'
[10:14] <mzanetti> dednick: you're not supposed to call frunction from an autopilot test
[10:14] <mzanetti> dednick: why would you need that?
[10:14] <dednick> mzanetti: it's an emulation in python. the get_checked was just a stub.
[10:15] <dednick> mzanetti: it was actually supposed to be a change_checked, which would move the mouse to the control and click.
[10:16] <mzanetti> dednick: can I see some code?
[10:19] <dednick> mzanetti: http://pastebin.ubuntu.com/5686511/
[10:22] <Saviq> dednick, ping
[10:22] <dednick> Saviq: pong
[10:23] <Saviq> greyback, ping
[10:24] <greyback> Saviq: pong
[10:24] <mzanetti> dednick: you're not instantiating the SwitchMenu at all
[10:25] <mzanetti> dednick: auto_brightness is not of type SwitchMenu
[10:25] <dednick> mzanetti: it should be instantiated as that type by an internal autopilot
[10:26] <mzanetti> dednick: hmm... why is that? I'm not aware of such a feature
[10:27] <mzanetti> dednick: you could do the select_single() call inside the emulator (which is where it belongs anyways) and before returning it, wrap it yourself in that SwitchMenu class
[10:27] <dednick> mzanetti: well from what i understand in reading the code, each type that subclasses DBusIntrospectionObject is registed as a class type, which is instantiated against the one that was returned.
[10:28] <dednick> mzanetti: it's some pretty wacky python code, which i dont really understand. Might need to chat to thomi in this case.
[10:29] <mzanetti> dednick: yeah. haven't used such a thing yet. thomi might be your best bet here
[10:29] <dednick> mzanetti: ok thanks. thought you might have some across it in your AP wanderings
[10:29] <mzanetti> nope... sorry
[10:52] <mzanetti> vesar: ping
[10:52] <vesar> mzanetti, hello sir.
[10:53] <mzanetti> vesar: hellp :)
[10:53] <mzanetti> s/p/o/
[10:53] <mzanetti> vesar: I'd have some launcher awesomeness where I'd like to get some feedback
[10:53] <mzanetti> vesar: JohnLea said you would be the one to go to
[10:53] <vesar> mzanetti, brilliant. John already mentioned about it.
[10:54] <mzanetti> great!
[10:54] <vesar> mzanetti, happy to help. So you have some version of new launcher ready now?
[10:55] <mzanetti> vesar: lp:~mzanetti/unity/phablet-folding-launcher
[10:55] <sil2100> Rebooting again
[10:56] <mzanetti> vesar: in LauncherShortcuts.qml there is a "inverted" propery you can set to invert it.
[10:57] <mzanetti> vesar: the Dash button is always there right now. No trash can right now.
[10:57] <vesar> mzanetti, cool. We'll give it a try. Any particular feedback you're looking for?
[10:57] <mzanetti> vesar: yes. the dragging
[10:57] <vesar> mzanetti, has reveal mode been removed?
[10:58] <mzanetti> vesar: no. its still there.
[10:58] <vesar> mzanetti, what do you mean by dragging. Dragging the icons to see the invisible icons and how the folding behaves?
[10:59] <mzanetti> vesar: yes. there are 2 ways of scrolling
[10:59] <mzanetti> vesar: afaics you named them ribbon mode and scroll mode or something like that
[10:59] <mzanetti> vesar: the normal flicking with the finger is still the same.
[11:00] <sil2100> Damn
[11:00] <mzanetti> vesar: but the other one when dragging up/down directly while revewling behaves quite differently now. because the previous way with 2 areas at top/bottom didn't really work with the look&feel
[11:00] <mzanetti> vesar: just try it and you will see
[11:01] <vesar> mzanetti, ok. cool. thanks! and building is done using standard build scripts right?
[11:01] <mzanetti> vesar: yes
[11:02] <vesar> mzanetti, ok. we'll get back to you with comments soonish.
[11:02] <mzanetti> vesar: thanks
[11:17] <sil2100> om26er, didrocks, Trevinho: would you guys mind if I got rid of the test_gedit_undo test in HUD ;)?
[11:17] <didrocks> sil2100: is the test buggy?
[11:18] <sil2100> didrocks: it's troublesome, and since it's there only for testing if application actions work, I made a bit simpler test for that
[11:18] <sil2100> That's easier to assert without any static waits
[11:19] <nic-doffay> mzanetti, mind giving what I've done of the infographics tests a review?
[11:19] <mzanetti> nic-doffay: sure. hit me
[11:19] <nic-doffay> I'll finish those shaders by latest thursday for you.
[11:19] <nic-doffay> mzanetti, it's pushed to the branch.
[11:19] <didrocks> sil2100: if you have an equivalent simpler test, that's fine by me
[11:19] <didrocks> sil2100: think about activate it for the hud stack then
[11:21] <sil2100> Ok
[11:22] <mzanetti> nic-doffay: looks great!
[11:22] <nic-doffay> mzanetti, ready to land after an additional animation then?
[11:22] <mzanetti> nic-doffay: the test_set_username() could again be done using a data() function. would make it a bit shorter, more flexible and more readable
[11:24] <nic-doffay> mzanetti, yeah and the other one too.
[11:24] <nic-doffay> Cool will get on to that.
[11:24] <Saviq> vesar, you might need to ./build --clean (I did have to) mzanetti's branch
[11:24] <nic-doffay> mzanetti, can you email me a branch of yours that you're working on which will need the shader and where it will be needed?
[11:25] <mzanetti> nic-doffay: Dot.qml still has some indentation issues
[11:25] <mzanetti> Saviq: heh. what do you think?
[11:26] <Saviq> mzanetti, only tried on desktop now, there was some jumpiness to it (and some errors on the console)
[11:26] <Saviq> mzanetti, but good overall
[11:26] <mzanetti> Saviq: yes... looooots of errors because Launcher.qml still has all the scroll() code which does not exist in LauncherShortcuts.qml any more
[11:27] <mzanetti> Saviq: the jumpiness is during loading of lenses. it goes away after a few secs.
[11:27] <Saviq> mzanetti, nah
[11:27] <nic-doffay> mzanetti, what do you mean by indentation?
[11:27] <Saviq> mzanetti, there seems to be some rounding involved (everything jumps up and down one pixel when scrolling)
[11:27] <mzanetti> Saviq: ah yeah... that one... true.
[11:28] <mzanetti> nic-doffay: its missing spaces before the closing braces at the bottom
[11:28] <Saviq> mzanetti, and more perspective would be nice, but overall it's good
[11:28] <nic-doffay> mzanetti, ah right
[11:30] <mzanetti> Saviq: I'll do those small time consuming tweaks once I know design is happy with the general direction
[11:30] <Saviq> mzanetti, of course
[11:55] <sil2100> Trevinho, andyrock, tsdgeos: ping
[11:56] <tsdgeos> sil2100: just going for lunch, can it wait 50 min?
[11:56] <sil2100> tsdgeos: yes ;) It's related to Unity 7.0 HUD, so not sure if you're into this anyway
[11:59] <andyrock> sil2100, pong
[11:59] <andyrock> i need to be afk for 5 mins
[12:01] <dandrader> Saviq, this "tap outside to switch back from close mode" thing (app thumbnails in dash). Suppose I scroll to the bottom of Apps dash, where I'm looking at a bunch of icons (installed, available for download). What should happen when I tap on one of these icons?
[12:02] <Saviq> dandrader, good question, I'd say it should launch, and you should get out of close mode?
[12:02] <sil2100> andyrock: ok, no problem
[12:05] <dandrader> Saviq, like when you flick horizontally towards another dash. I think this "tap outside to switchback from close mode" doesn't work because because the close mode is not a modal thing, like a popup of a launcher where you dim the UI behind it (a clear indication that tapping on dimmed controls won't activate them but dismiss the modal UI element instead)
[12:05] <dandrader> s/of a launcher/or the launcher
[12:06] <dandrader> Saviq,  so the general idea would be instead: if you leave Apps dash (either by switching to another dash or launching an application) leave the close mode
[12:07] <Saviq> dandrader, I'm afraid that's not a /me question
[12:07] <dandrader> Saviq, well, you're the author of this task ;)
[12:08] <Saviq> dandrader, I'm just a proxy ;)
[12:08] <Saviq> dandrader, the current request we had is just "dismiss on tap outside of the running apps"
[12:08] <dandrader> Saviq, ah! who asked for it?
[12:08] <Saviq> dandrader, that was the original "designed" (not really) behaviour
[12:08] <Saviq> dandrader, when (if?) we get more design around it, we'll get there
[12:09] <Saviq> dandrader, pmcgowan pinged me about it recently
[12:09] <Saviq> dandrader, truth is we might get rid of running apps altogether, in which case this particular usecase will be gone (but then you probably will be able to do the same on "Installed" apps to remove them)
[12:11] <andyrock> sil2100, ok i'm ready
[12:11] <andyrock> sil2100, what's up?
[12:11] <dandrader> Saviq, hmm, then I should look for something else to invest my time on
[12:14] <Saviq> dandrader, ok, put it to BLOCKED state and add a note in the whiteboard that this is pending design
[12:15] <sil2100> andyrock: I noticed an HUD regression recently, I see now that it's probably on the 'backend' side, so I'll poke Ted later
[12:15] <sil2100> But here's the bug:
[12:15] <andyrock> sil2100, k
[12:16] <sil2100> andyrock: https://jenkins.qa.ubuntu.com/job/ps-generic-autopilot-release-testing/436/label=autopilot-intel/testReport/unity.tests.test_hud/HudBehaviorTests/test_no_initial_values/ <- sometimes I also noticed that when opening the HUD, there are initial values in it
[12:21] <Saviq> tsdgeos, do you have a branch where the ListView-based Carousel is re-reverted? there's a conflict that's not obvious to resolve at first look, maybe you did it already?
[12:25] <sil2100> fginther: ping
[12:25] <sil2100> fginther: once you're around, I have more HUD fixes
[12:25] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_hud_more_fixes/+merge/164880 <-
[12:25] <sil2100> bregma: maybe someone from your team could also take a look? ^
[12:25] <sil2100> bregma: since there are still some failures in the HUD tests, this should fix those
[12:27] <Saviq> tsdgeos, nvm
[12:29] <smspillaz> sil2100: I don't know if its on your radar, but I've chatted with andyrock and co about the shortcuts overlay related failures
[12:30] <smspillaz> should be something about them soon
[12:33] <andyrock> smspillaz, i think that failure is in lp:compiz/raring too
[12:33] <andyrock> and it's not blocking IMHO
[12:33] <andyrock> i'm happy with the current compiz trunk
[12:40] <sil2100> andyrock, smspillaz: which failures exactly? I made some AP tests fixes for those here:
[12:41] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702
[12:41] <sil2100> (it was supposed to be merged yesterday, but CI failed on one arch)
[12:41] <andyrock> sil2100, unity.tests.test_shortcut_hint.ShortcutHintInteractionsTests.test_shortcut_hint_hide_pressing_modifiers
[12:41] <andyrock> >
[12:41] <andyrock> but it fails randomly
[12:41] <sil2100> andyrock: ah, this one
[12:42] <sil2100> Good! Would be nice to get that one out of the radar
[12:53] <sil2100> andyrock: maybe you feel like doing some AP reviewing? ;)
[12:53] <tsdgeos> Saviq: yes let me push
[12:53] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_hud_more_fixes/+merge/164880
[12:53] <tsdgeos> Saviq: it's not very clean though
[12:53] <Saviq> tsdgeos, got it already
[12:53] <andyrock> sil2100, sure
[12:53] <tsdgeos> Saviq: ok
[12:58] <sil2100> andyrock: thanks!
[13:00] <cyphermox> sil2100: re: hud; unity didn't land all the changes, this is why hud was still not good
[13:01] <cyphermox> assuming the stuff landed this morning, the schedule makes it so that hud tests ran before the fixes landed
[13:02] <cyphermox> sil2100: didrocks: is jenkins down?
[13:02] <sil2100> cyphermox: yes
[13:03] <sil2100> cyphermox: we're waiting for the US to reanimate
[13:03] <cyphermox> I may be able to help
[13:03] <sil2100> cyphermox: indeed - I also made some additional changes to HUD tests, to all the stupid failures
[13:03] <sil2100> The branch is being reviewed now
[13:03] <cyphermox> scratch that, my key passphrase was unlocked, but the server doesn't respond at all
[13:03]  * sil2100 sighs
[13:03] <cyphermox> linky?
[13:04] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_hud_more_fixes/+merge/164880
[13:04] <cyphermox> btw, I'm off today, just thought I'd give things a look to make sure hud and qa would be fixed
[13:05] <didrocks> cyphermox: you shouldn't be connected then :)
[13:05] <didrocks> cyphermox: run away! ;-)
[13:05] <cyphermox> figured people would ping me ;)
[13:05] <sil2100> Ping pong ;)
[13:05] <sil2100> No worries, if by any chance it's still not fixed, we'll be continuing to fix it up
[13:14] <smspillaz> andyrock: I think you should probably still add actions for <Control><Super> and <Shift><Super> to make the behaviour determinisitc
[13:14] <smspillaz> *deterministic
[13:14] <andyrock> smspillaz, we should but we don't need it to land compiz 0.9.10
[13:14] <smspillaz> andyrock: yeah
[13:14] <smspillaz> andyrock: were there any other failures or are we all good ?
[13:15] <andyrock> smspillaz, i'm good... but we need to land the new unity  in S first of all
[13:15] <smspillaz> coolio
[13:16] <bregma> seems we may be a ways from landing Unity in S yet
[13:16] <smspillaz> heh
[13:16] <bregma> people are overenthusiastic about getting their breaking changes in early in the cycle
[13:16] <davmor2> smspillaz: Man I hate you, now I've got to go find gangsters paradise
[13:17] <smspillaz> bregma: if you team gets some time, do you think I can get some reviews on some outstanding compiz branches?
[13:17] <smspillaz> its a bit awkward to self-approve things
[13:18] <smspillaz> davmor2: not sure I get the reference, but I picked up the "coolio" thing from njpatel :p
[13:18] <bregma> smspillaz, I would like nothing more than to get that done, but I think people are loaded trying to get Unity landing...  I'll bring it up, though
[13:18] <davmor2> smspillaz: http://www.youtube.com/watch?v=YFK6H_CcuX8
[13:18] <smspillaz> bregma: excellent, thanks
[13:19] <smspillaz> davmor2: haha
[13:19] <smspillaz> davmor2: this is exactly how I *dont* see myself :p
[13:20] <smspillaz> bregma: in the meantime, if I'm just adding tests for stuff, should I just self-merge stuff and have compiz treated more as an upstream ?
[13:20] <smspillaz> or is the preference to have more direct involvement
[13:21] <smspillaz> my only priority really is just to increase test coverage on the stuff that's easy to break without noticing.
[13:22] <bregma> smspillaz, I'd rather get at least one other set of eyes on every change, even if it's really trivial, just to make sure it really is really trivial
[13:22] <bregma> it may be pro forma, but....
[13:23] <smspillaz> bregma: that's fine, although it needs to be timely in order to be workable
[13:24] <bregma> yeah
[13:24] <smspillaz> let me know what we can come up with then :)
[13:31] <Saviq> mzanetti, nic-doffay, standup
[13:35] <sil2100> fginther: andyrock already reviewed the branch, so if you also say 'ok' I'll approve it globally:
[13:35] <sil2100> https://code.launchpad.net/~sil2100/unity/autopilot_hud_more_fixes/+merge/164880
[13:37] <sil2100> btw.!
[13:37] <sil2100> fginther: are the mergers busy?
[13:37] <sil2100> Since https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702 is waiting 1 hour already
[13:37] <fginther> sil2100, jenkins is having a bad day
[13:38] <sil2100> Ah, ok ;)
[13:39] <fginther> sil2100, autopilot_fix_shortcut_and_scroll is building
[13:40] <sil2100> \o/
[13:40] <sil2100> Thanks
[13:43] <kgunn> greyback: just to make sure you're blocked on what I think you're blocked on :)
[13:43] <kgunn> https://code.launchpad.net/~robertcarr/mir/depthify-stack/+merge/162211
[13:43] <kgunn> is it that?
[13:43] <kgunn> wrt shell-mir of course
[13:44] <greyback> kgunn: not even. I was told the platform-api would be changing, so the branches we were using to run shell would all need changing.
[13:45] <kgunn> greyback: ah...even more awesome
[13:45] <kgunn> :-/
[13:46] <greyback> kgunn: also, the we've separate branches for server & client modes in both platform-api and qtubuntu. It's messy right now, they can't both be merged right now
[13:47] <greyback> kgunn: racarr has ideas on how to sort this, but was going to wait for the platform-api changes first
[13:49] <dednick> bregma: ping
[13:50] <bregma> dednick, what up?
[13:50] <dednick> bregma: howdy. i was wondering if you know if unity works with autopilot 1.3?
[13:50] <bregma> loaded question
[13:50] <dednick> the unity AP tests i mean
[13:50] <dednick> an in they run mostly ok.
[13:51] <dednick> ie it doesnt crash immediately ;)
[13:51] <bregma> I believe a few patches have gone in recently to make everything work, we're just waiting for them to land
[13:51] <bregma> but some recent 100-scopes merges crash still
[13:53] <sil2100> dednick: we'll also know more once jenkins is up
[13:58] <kgunn> Saviq: greyback & i just chatting about unity-mir layer, we're thinking it should be a seperate lp proj
[13:58] <kgunn> thots?
[13:58] <Saviq> kgunn, +1
[13:58] <greyback> ok cool
[13:58] <Saviq> kgunn, greyback, that's the conclusion from OAK, btw :)
[13:59] <Saviq> kgunn, greyback, with the api defined in lp:unity-api
[13:59] <kgunn> Saviq: i love it when the answer is already there
[14:00] <kgunn> Saviq: of course...classic sprint question....was that decision before 3pm on Wed ? (substitute your desire time/day :)
[14:00] <greyback> Saviq: true. So my idea is for a very simple shell that Mir team can use to test their window management stuff. Where should that go?
[14:00] <greyback> Saviq: that api project?
[14:01] <Saviq> greyback, I'd say the mir-qt project
[14:02] <Saviq> kgunn, it was when we talked together with the Mir team, basically
[14:02] <kgunn> Saviq: np, just kidding around
[14:03] <greyback> Saviq: so  to calarify: unity-api for api definition and unit tests checking that api only. Integration tests live a bit higher up
[14:04] <Saviq> greyback, yes
[14:04] <greyback> Saviq: ack
[14:09] <kgunn> greyback: so back to the platform-api blocking i'm supposing this is it
[14:09] <kgunn> https://code.launchpad.net/~robertcarr/platform-api/mir-client-and-server/+merge/163616
[14:13] <greyback> kgunn: looks likely, yes. You had best confirm with racarr just to be sure, as I took him by his word.
[14:14] <greyback> kgunn: this could be the API change too: https://code.launchpad.net/~ricmm/platform-api/new_api_with_lifecycle/+merge/160691
[14:14] <greyback> which is a big change too
[14:15] <sil2100> cyphermox: still some failures for HUD, but I see that they're all the failures that I fixed with my branch
[14:15] <sil2100> didrocks: ^
[14:17] <didrocks> sil2100: so, next run should be fixed?
[14:17] <kgunn> greyback: ack
[14:17] <sil2100> didrocks: once my branch will be merged in, yes
[14:18] <sil2100> Checkin the QA stack now
[14:19] <sil2100> didrocks, cyphermox: QA is also bugged, will try fixing that - if not I'll ask thomi for urgent help so that the nearest build be clear
[14:19] <didrocks> sil2100: thanks
[14:22] <sil2100> didrocks: the unity stack is also interesting - even though 10 hours ago all prepare jobs were successful, neither the check or build job was started for that run it seems
[14:22] <kgunn> dandrader: Saviq as "next task" item, shouldn't we also do the work to build out indicator panel slide use the edge drag
[14:22] <kgunn> with the added feature of sliding side to side to get the indicator options of course
[14:22] <sil2100> didrocks: as all prepare jobs are finished successfully 10 hours ago, while both the build and check jobs ran 1d ago
[14:22] <didrocks> sil2100: well, that's possible as there was the jenkins failure mid-way
[14:22] <sil2100> didrocks: what could be the reason?
[14:22] <sil2100> Ok
[14:24] <dandrader> kgunn, doens't "sliding side to side to get the indicator options" conflict with the definition of a directional drag?
[14:25] <Saviq> dandrader, not necessarily - the directional drag is the "main" / "master" gesture
[14:25] <kgunn> dandrader: it has to at least start w directional
[14:25] <kgunn> and then at some point pick it the side to side as a way to reveal the options
[14:25] <kgunn> i would think
[14:25] <Saviq> dandrader, the side movement is secondary (after the gesture was already classified as a directional one)
[14:27] <Saviq> dandrader, btw, a similar trapezoid solution you used for actually recognizing a directional gesture needs to be implemented for switching between the indicators
[14:27] <dandrader> Saviq, kgunn because it's different from the launcher case. In the Launcher you really drag from the screen edge, from nowhere. whereas in the panel case you have that status bar from where to start your gesture. so there no chance (or little) for conflict between panel drag vs. application intercation
[14:27] <Saviq> i.e. the further down you go, it's "more difficult" to change the indicator
[14:28] <Saviq> dandrader, sure, but the DDA supports that approach just fine, no?
[14:28] <Saviq> dandrader, also, with full-screen apps the indicators go off screen
[14:29] <Saviq> dandrader, and then the edge gesture is used to reveal them
[14:29] <fginther> sil2100, I get some intermittent test failures with your MP. I made a comment
[14:31] <sil2100> fginther: thanks, looking!
[14:32] <sil2100> fginther: this one, yes... I see this happening locally as well, and before on lp:unity as well
[14:32] <sil2100> fginther: indeed we need to fix this somehow
[14:33] <sil2100> fginther: hm, give me 30 minutes to try and fix it here, on this branch
[14:33] <sil2100> If it will take longer, let's approve this branch as it is and prepare a separate branch for this failure
[14:33] <fginther> sil2100, cool. let me know if you have something to try, it fails frequently on my system
[14:33] <fginther> sil2100, I'll agree to that
[14:33] <sil2100> fginther: jenkins had a problem with that lately as well from what I see... ;/
[14:34] <dandrader> Saviq, kgunn so that gets a higher priority than the "3rd party widgets in the dash" story?
[14:34] <Saviq> dandrader, this would probably get used sooner (i.e. as soon as we implement it) ;)
[14:37] <Saviq> dandrader, and the right edge gesture is more or less the same - i.e. Revealer should ultimately get replaced with DirectionalDragArea
[14:38] <sil2100> fginther: in the meantime ;p https://code.launchpad.net/~sil2100/unity/autopilot_fix_shortcut_and_scroll/+merge/164702 still not merged ;(
[14:42] <fginther> sil2100, still building
[15:26] <sil2100> hm, does anyone know if tedg will be online today?
[15:27] <kgunn> sil2100: heard he is out all week
[15:27] <kgunn> vacation
[15:27] <sil2100> Ah, damn...
[15:27] <sil2100> kgunn: thanks
[15:27] <sil2100> kgunn: by any chance do you know who else is also responsible for the HUD backend?
[15:30] <kgunn> sil2100: yeah...it really is just ted
[15:30] <kgunn> i just checked with strehl
[15:31] <sil2100> Thanks, eh ;)
[15:31] <kgunn> sil2100: are you blocked?
[15:31] <kgunn> might check with pete-woods if you are
[15:32] <pete-woods> kgunn: both Wellark and I are familiar with it
[15:32] <pete-woods> but not actively tasked with working on it
[15:33] <kgunn> sil2100: ^
[15:53] <mzanetti> vesar: hey. I just pushed an updated version. Launching apps works again and the highlight labels are back.
[15:55] <mzanetti> nic-doffay: I've sent you the mail regarding the blurring
[15:55] <mzanetti> nic-doffay: is everything clear there?
[15:57] <nic-doffay> mzanetti, haven't read through it yet, busy trying to get this shader to work on QML then I'll have a look!
[15:58] <mzanetti> nic-doffay: ok. I'll be off now and most likely only online again on thursday...
[15:58] <nic-doffay> mzanetti, cool no prob!
[16:04] <sil2100> fginther: I think I found a fix/workaround for that HUD issue
[16:04] <sil2100> kgunn: thanks!
[16:04] <sil2100> pete-woods: can I poke you in a few moments?
[16:04] <fginther> sil2100, awesomeness
[16:05] <pete-woods> sil2100: of course, I'll try and help if I can :)
[16:09] <kgunn> mterry: ping
[16:09] <mterry> kgunn, heyo
[16:15] <dandrader> mzanetti, still there?
[16:18] <mzanetti> dandrader: yes
[16:19] <sil2100> fginther: pushing the fix/workaround (since I'm not sure how to call that ;p)
[16:20] <dandrader> mzanetti, do you know about the well-being of jenkins?
[16:20]  * mzanetti checks
[16:21] <dandrader> mzanetti, its urls are not working: https://code.launchpad.net/~dandrader/unity/phablet_mouseTouchAdaptor/+merge/164870/comments/365052
[16:21] <mzanetti> dandrader: it seems to be building stuff
[16:22] <mzanetti> dandrader: hmmm, true... seems public jenkins in a bad mood
[16:22] <mzanetti> dandrader: you can still reach the main instance tho
[16:22] <dandrader> mzanetti, how can I check what failed in my build?
[16:23] <mzanetti> http://s-jenkins:8080/job/unity-phablet-ci/
[16:23] <mzanetti> dandrader: ^
[16:23] <mzanetti> dandrader: its the same build numbers as the internal one just syncs the exact result to the public instance
[16:24] <dandrader> mzanetti, hmm, maybe it's just taking forever to publish results. some I'm able to reach the URl of an earlier failure
[16:24] <dandrader> mzanetti, ok
[16:25] <mzanetti> mmrazik|afk: FYI: not sure if its a known issue already but publishing results seems to take too long again
[16:29] <mmrazik|afk> mzanetti: mhm...
[16:30] <mmrazik> mzanetti: true... ~80 jobs in the queue atm
[16:31] <sil2100> fginther: could you take a look?
[16:32] <dandrader> mzanetti, is autopilot capable of sending touch events?
[16:32] <mzanetti> dandrader: yes
[16:32] <mzanetti> dandrader: create a Finger device
[16:33] <dandrader> mzanetti, cool. anyplace I should look at for an example or documentation?
[16:33] <mzanetti> dandrader: check the scenarios array and the setUp()
[16:33]  * dandrader never used autopilot before
[16:33] <mzanetti> dandrader: the current setup creates a scenario for desktop and one for the device
[16:34] <mzanetti> dandrader: the setUp() instantiates the stuff from the scenarios
[16:34] <mzanetti> dandrader: you can, however, manually always instantiate a Finger object in a certain test case
[16:35] <mzanetti> dandrader: so instead of useing self.pointing_device then you use self.my_finger_object in that certain test case
[16:35] <sil2100> dandrader: autopilot is sweet
[16:36] <dandrader> mzanetti, ok, thanks!
[16:36] <dandrader> sil2100, I hope you're right! :)
[16:36] <mzanetti> dandrader: same if you want to force mouse usage. but be aware that on the desktop we can have Mouse and Finger, while on the device there's only Finger
[16:37] <mzanetti> dandrader: also you're entering somewhat new terrain here. I won't guarantee that everything works 100% as expected.
[16:37] <dandrader> mzanetti, by the way, why to we have  a desktop scenario if we have only tablet and phone uis so far?
[16:37] <kgunn> tsdgeos: so for this one https://bugs.launchpad.net/touch-preview-images/+bug/1170550
[16:37] <mzanetti> dandrader: because we want to run the tests on the desktop
[16:37] <kgunn> we can say fix committed right?
[16:38] <dandrader> mzanetti, the new Launcher, for instance, can be revealed only with touch unless mouse-to-touch conversion is enabled (for manual testing on a desktop)
[16:38] <tsdgeos> kgunn: hmm, we can yeah, commited but not released because its still not in the "release ppa"
[16:38] <tsdgeos> kgunn: Saviq was talking to Mirv this morning to get it in the "correct ppa"
[16:38] <tsdgeos> not sure how that ended
[16:39] <mzanetti> dandrader: hmm... interesting.. Well the current scenarios mostly describe where the test runs
[16:39] <kgunn> tsdgeos: exactly how its described...thanks
[16:39] <mzanetti> dandrader: but you need to have a play with those Finger and Mouse classes
[16:39] <dandrader> mzanetti, ah, so a device scenario runs the test on an actual phone!?
[16:39] <mzanetti> dandrader: yes
[16:39] <dandrader> wow
[16:40] <mzanetti> dandrader: as you can see, the desktop scenario tests all test cases multiple times with different form factors to simulate the devices
[16:40] <mzanetti> dandrader: the device scenario only runs them once in fullscreen
[16:41] <mzanetti> dandrader: if having troubles with Finger input on desktop, thomi should be able to help you. He'll be online in an hour two.
[16:41] <mzanetti> dandrader: I only used the Finger stuff on actual phone hardware so far
[16:41] <dandrader> hmm, ok
[16:41] <mzanetti> dandrader: ah! make sure to chmod 666 /dev/input. The Finger objects needs write access to it
[16:42] <mzanetti> ok. have to leave now
[16:42] <dandrader> hmm, so it actually creates a fake input device file. nice
[16:42] <mzanetti> yes
[16:42] <dandrader> so one could record readings from a real gesture and play them back with the fake device
[16:43] <dandrader> like the evemu tool
[16:43] <mzanetti> dandrader: yes. thats also an idea we've been talking about. but no real progress so far. input and ideas are welcome
[16:43] <dandrader> mzanetti, do you know evemu?
[16:43] <mzanetti> dandrader: no
[16:44] <dandrader> mzanetti, it's a family of tools for that. it was used in the utouch project
[16:44] <vesar> mzanetti, I pulled. I'm failing to launch apps. I think there is LauncherModel missing from the branch? Also label text is always "Camera"
[16:44] <dandrader> you can record a gesture and then create a fake device and play it back through it
[16:44] <mzanetti> dandrader: you actually can launch binaries from within a test case. So you most likely are already able to use it
[16:44] <mzanetti> vesar: let me check if I pushed everything
[16:45] <mzanetti> vesar: yes, I did. Did you rebuild?
[16:45] <mzanetti> vesar: the fake model is now in C++, not QML any more
[16:45] <dandrader> mzanetti, package is evemu-tools
[16:45] <mzanetti> vesar: plugins/unity/launcher
[16:45] <vesar> mzanetti, oh I didn't. I see. Ok. sorry for that.
[16:45] <mzanetti> vesar: no worries
[16:47] <mzanetti> dandrader: ok... really off now. Looking forward to see your findings on thursday
[16:47] <dandrader> mzanetti, ok, thanks!
[16:47] <mzanetti> bye
[16:55]  * greyback eod
[16:56] <sil2100> pete-woods: hi! Are you still around?
[16:56] <pete-woods> sil2100: hi, yes!
[16:56] <sil2100> pete-woods: I want to ask about something, since I noticed the new HUD having a really irritating issue (regression)
[16:57] <pete-woods> okay
[16:57] <sil2100> pete-woods: sometimes after using the hud for a few times, hud-service starts hogging resources and slows down the whole system
[16:57] <sil2100> Is that a known issue?
[16:57] <pete-woods> so I could speculate
[16:57] <pete-woods> each time you connect to HUD, it creates a new dbus resource, and an associated query object
[16:58] <pete-woods> this object is reasonably heavyweight, because it brings voice recognition with it
[16:58] <pete-woods> so if somehow, there is a bug that causes this object not to be freed
[16:58] <pete-woods> you will end up with a huge leak
[16:58] <pete-woods> I've seen it happen before
[16:58] <pete-woods> but we fixed the bug that time, as far as I know
[16:58] <sil2100> pete-woods: ah, so it seems it's all caused by one root cause then, since the heavyweight-issue already causes slowdowns of action executions it seems
[16:59] <vesar> mzanetti, It looks like now it's almost impossible to bring the launcher in (ribbon mode) without launching an app and hiding the launcher again.
[16:59] <sil2100> pete-woods: since I'm using the latest HUD today and it's really happening often, I'm killing hud-service quite often when running autopilot tests
[16:59] <sil2100> pete-woods: it's slowing down the system so much that even the HUD is appearing so slow that it's not usable
[16:59] <sil2100> Same for applications being spawned, takes forever
[17:00] <vesar> mzanetti, I think something's a bit broken in Launcher.qml logic
[17:00] <pete-woods> sil2100: that might explain it - if you don't disconnect cleanly from HUD, it could potentially leave this query object alive
[17:00] <pete-woods> it's supposed to handle that (as I mentioned earlier)
[17:01] <sil2100> pete-woods: thanks for the explaination! I'll fill in a bug about this then, since it might be a reappearence of an old bug
[17:01] <pete-woods> you could possibly work around it by ensuring the autopilot tests don't leave HUD hanging
[17:02] <pete-woods> really, even with this bug, the leak shouldn't happen, because the shell should be closing the query object on shutdown
[17:02] <pete-woods> so I'd say there's probably a bug on both ends there
[17:02] <vesar> mzanetti, bur sorry I need to go for today but can help you with that tomorrow if needed. Anyway have to say that I like the way it folds the icons currently and keeps all the icons visible currently. We are currently a bit short with designer resources but will look into that more tomorrow.
[17:02] <sil2100> pete-woods: that makes sense
[17:04] <pete-woods> sil2100: see http://bazaar.launchpad.net/~indicator-applet-developers/hud/trunk.13.10/view/head:/data/com.canonical.hud.query.xml
[17:04] <pete-woods> the CloseQuery method should be called when the shell shuts down
[17:06] <pete-woods> although, actually, as you're using the client library, it should be enough to dispose the query object you get from: http://bazaar.launchpad.net/~indicator-applet-developers/hud/trunk.13.10/view/head:/libhud-client/query.h
[17:30] <dandrader> tsdgeos, ping
[17:30] <tsdgeos> dandrader: sup
[17:30] <dandrader> tsdgeos, how do I run those autopilot tests?
[17:31] <tsdgeos> autopilot run qml_phone_shell
[17:31] <tsdgeos> in tests/autopilot
[17:33] <dandrader> tsdgeos, "ImportError: No module named platform"
[17:33] <tsdgeos> do you have this? http://paste.kde.org/~tsdgeos/748238/
[17:35] <dandrader> tsdgeos, you're getting your autopilot packages from a ppa?
[17:35] <tsdgeos> maybe
[17:35] <tsdgeos> not sure if it's needed
[17:35] <tsdgeos> do you have at least all the packages installed?
[17:35] <tsdgeos> # Autopilot
[17:35] <tsdgeos> deb http://ppa.launchpad.net/autopilot/ppa/ubuntu raring main
[17:35] <tsdgeos> deb-src http://ppa.launchpad.net/autopilot/ppa/ubuntu raring main
[17:35] <tsdgeos> that's the ppa i have
[17:36] <dandrader> tsdgeos, there's no autopilot-desktop in raring
[17:36] <tsdgeos> i see
[17:36] <tsdgeos> then you probably need the ppa
[21:41] <dednick> thomi: ping
[21:41] <thomi> dednick: in a call, 2 mins
[21:44] <thomi> dednick: hit me
[21:44] <dednick> thomi: hey. you get my email?
[21:45] <thomi> dednick: yes, I'm trying to think of a clever way to solve it
[21:45] <dednick> thomi: ok cool. just wanted to check if you got what i was talking about
[21:45] <thomi> dednick: it's an awkward case - on the one hand you don't want to launch the shell from within autopilot, on the other hand you don't want to listen at a known dbus location :-/
[21:45] <thomi> trust those pesky shell developers to be difficult :P
[21:46] <dednick> thomi: yeah, it's a bit of a pain.
[21:47] <thomi> dednick: how necessary is it that you define your own emulators?
[21:48] <dednick> thomi: right now, not massively, but i'm pretty sure it'll be necessary
[21:48] <thomi> hmmm
[21:48] <dednick> soon
[21:49] <thomi> ok, I'll come up with something. I can probably do something sneaky with the DBusIntrospectionObject metaclass
[21:49] <dednick> thomi: why are types dependant on the backend?
[21:50] <thomi> dednick: because they need to know where to get their data from
[21:50] <thomi> dednick: we already delay the construction of the actual communication over DBus until you instantiate one of those classes, but that's not enough
[21:51] <thomi> since, as you point out, you still need the address info at import time
[21:52] <dednick> thomi: any way to refresh the import dynamically?
[21:52] <dednick> thomi: eh. i dont know enough about python to say anything useful :)
[21:52] <thomi> dednick: not really. There are hacky solutions, but they're a really really bad idea
[21:53] <thomi> I'll hack something together and email you before EOD
[21:53] <dednick> thomi: cool. thanks
[21:53] <thomi> nw
[21:53] <dednick> thomi: ok, i'm off to bed. have a good day.
[21:54] <thomi> you too, errr...
[21:54] <dednick> thomi: when are you coming over btw?
[21:54] <thomi> dednick: I leave on the 10th
[21:54] <thomi> dednick: over there for almost 2 weeks
[21:54] <dednick> thomi: cool.


[02:04] <sdeziel> interesting, if the Server HTTP header is to be believed, https://esm.ubuntu.com uses NGINX with HTTP2 enabled while archive.ubuntu.com uses apache2 with HTTP 1.1 and both are running Bionic
[02:05] <sdeziel> https://ppa.launchpadcontent.net uses apache2 with HTTP 1.1 and uses Xenial
[02:05] <sdeziel> that is old :)
[02:07] <sarnold> esm wanted tls to avoid leaking username/passwords/auth tokens over plaintext
[02:07] <sarnold> i've long wondered if nginx would lead to happier archivemirrors, but changing *that* is not something that you just suggest on a whim :)
[02:08] <arraybolt3> Meh, Xenial has a few years left on it.
[02:09] <arraybolt3> If they were running Trusty, that would concern me :P
[02:10] <sdeziel> my main grip with Xenial is that it doesn't have TLS 1.3
[02:10] <sdeziel> it's cool that esm has HTTP2 enabled though!
[02:11] <sdeziel> I'll have to check if apt can make HTTP2 connections ;)
[04:30] <NatSocSiD> is there a way to force apt to install the "kept back" packages?
[04:31] <NatSocSiD> beside doing "apt install packagename1 packagename2"?
[04:33] <arraybolt3> !phasedupdates | NatSocSiD
[05:22] <NatSocSiD> thank you arraybolt3
[05:22] <NatSocSiD> I'll try the method provided on the link
[09:51] <moha> Hey
[09:51] <moha> "Modern LVM has thin pools which has lightweight snapshots"
[09:52] <moha> How can I do 'LVM thin' in the ubiquity installer?
[09:53] <tomreyn> not
[09:54] <moha> My case: We have a bunch of G8 HP servers as our test lab, and we need to revert to the initial state time-to-time; It's easy to rollback to the initial state when your lab is on a virtualized env, just by taking back to the right snapshot; But what about a bare metal environment? How we can have here a functionality like a snapshot feature to put OS in a previously frozen state?
[09:55] <moha> I'm looking for a Linux-based solution against bare metals for reverting capability.
[10:25] <tomreyn> moha: you asked about ubiquity, the ubuntu desktop installer. things are different for subiquity, the ubuntu server installer (though i do not know whether that supports LVM thin provisioning). your sceanrio sounds like you could benefit from containers (lxc/lxd) on zfs
[10:29] <moha> Oh, I didn't know they are two things, [s]ubiquity. Indeed, we need to have our env, that is for OpenStack nodes, to be on bare metal. LX[C|D] is kinda using a virtualization layer.
[10:37] <JanC> you can just do snapshots on ZFS too, of course
[10:40] <JanC> or just doing the LVM thin provisioning from a live image before you install probably works too
[10:41] <moha> +1
[10:41] <moha> Is ZFS recommended for Ubuntu-based production environments these days? As far as I can remember it's something that originated in the BSD world
[10:41] <JanC> it originated in Solaris
[10:42] <ravage> i would not recomment it as a root filesystem
[10:42] <lotuspsychje> there are some bugs around zfs + ubuntu 22.04
[10:42] <ravage> as storage it is great
[10:42] <JanC> and technically, what open source OS'es use is OpenZFS
[10:43] <JanC> which is a fork of Oracle ZFS
[12:43] <smoser> rbasak: Does / will git-ubuntu import sources from esm updates ?
[13:01] <rbasak> smoser: good question! No plans right now.
[13:03] <ogra> well, at least you get a deb-src entry when enabling it ... so apt-get source will work ...
[13:40] <wingarmac> Hello !
[13:41] <wingarmac> I'm looking for help with the config of my Ubuntu server 22.04. I've trouble with the PTR file db.192 and its converted data.
[13:41] <wingarmac> I'm not sure at all how to enter it like itshould
[13:41] <wingarmac> Can anyone help ?
[13:45] <sdeziel> wingarmac: asking your question is probably the best way to know if someone is able to answer it ;)
[13:45] <wingarmac>   "edns_client_subnet" refused on googledns query
[13:46] <wingarmac> I've got these errors after creating the PTR file:
[13:46] <wingarmac> zone 1.168.192.in-addr.arpa/IN: has no NS records
[13:46] <wingarmac> zone 1.168.192.in-addr.arpa/IN: not loaded due to errors.
[13:46] <wingarmac> _default/1.168.192.in-addr.arpa/IN: bad zone
[13:50] <sdeziel> wingarmac: can you share the db.192 file via pastebin?
[13:51] <wingarmac> I just need to paste it here right ?
[13:52] <wingarmac> Or is there a way to send it? I'm not sure what you mean by "pastebin"?
[13:52] <ogra> !paste
[13:53] <sdeziel> wingarmac: you can also do `nc termbin.com 9999 < db.192` and share the URL you get in return
[13:56] <wingarmac> https://termbin.com/rcz2
[14:00] <wingarmac> My Static public IP is registered at Easyhost.be in the A-records
[14:00] <sdeziel> wingarmac: please also paste your bind config file that tries to use that db.192 zone file
[14:01] <wingarmac> db.mydomain.org I presume?
[14:01] <wingarmac> https://termbin.com/5m9uk
[14:01] <wingarmac> Here it is.
[14:03] <wingarmac> Here's also the apache virtual host: https://termbin.com/zwik
[14:03] <sdeziel> wingarmac: that's another zone file. There must be a file under /etc/bind in which you reference that `db.192` file to be used as master or slave, right?
[14:04] <wingarmac> As I did understand on the website I was, I had to create the db.domain.org, and reverse the ip's to create the ptr record. Not sur I already now what it all meens
[14:05] <wingarmac> https://ubuntu.com/server/docs/service-domain-name-service-dns
[14:05] <wingarmac> https://www.ionos.fr/digitalguide/hebergement/aspects-techniques/enregistrement-ptr/
[14:05] <wingarmac> I was trying on base of this information to fix it.
[14:07] <sdeziel> wingarmac: so if I understood properly, you have the IP <IP_ADDRESS> assigned to you. That IP currently has its PTR set to `36.239-183-91.adsl-static.isp.belgacom.be.` and you'd like it to be something else, is that right?
[14:08] <wingarmac> I like to put my apache server online
[14:09] <wingarmac> I installed bind on it, because I couldn't get it to work with routing and virtual host only.
[14:09] <wingarmac> I've tried lot's of things
[14:09] <wingarmac> I'm busy since yesterday 1AM
[14:11] <wingarmac> It's like the ports remain closed. I made redirection for the specific port on the server input of the router itself, and entered the routing rules like I found on Askubuntu
[14:11] <sdeziel> wingarmac: OK, I understand you wanting apache, that's fine. However, apache doesn't require any specific PTR so please elaborate on that requirement
[14:12] <wingarmac> I've an Ubuntu server and a dektop with the same base but Cinnamon over it. I use webmin to setup the server
[14:12] <wingarmac> I would like to be able to access webmin later on both trough https
[14:13] <sdeziel> wingarmac: I see. I don't /think/ you need to deal with your IP's PTR for that.
[14:13] <wingarmac> I' would also like to be able to connect to other clients I've installed with Ubuntu in order to do maintenance
[14:13] <wingarmac> I' would later like to be able to mirror offial Ubuintu repos on it to
[14:14] <wingarmac> And even try things out like ipxe
[14:14] <wingarmac> over internet of course
[14:14] <sdeziel> wingarmac: so far, none of your requirements require a specific PTR so there's always that :)
[14:14] <wingarmac> I do not realy know, I jsut followed the instruction on Ubuntu to setup my server
[14:14] <wingarmac> It was part of the setup of bind
[14:15] <wingarmac> I had to try in order to understand a bit what I'm reading. I did no schooling for this
[14:15] <wingarmac> I'm self taught, and people like you are my masters
[14:15] <wingarmac> or teachers, you did understand
[14:16] <wingarmac> Sorry for my English
[14:16] <sdeziel> wingarmac: hehe, we are all here to learn
[14:16] <wingarmac> I like the idea to share wisdom
[14:16] <wingarmac> naturaly by practice, not by saying, read this book
[14:17] <wingarmac> I like examples I could have some interst to use for my dayly tasks.
[14:18] <wingarmac> So I've already tried lots of server configurations, but I feld like prisoner of the services applying to LAN only. Now I'm like a kid with his new toy ;)
[14:19] <wingarmac> I entered the big world
[14:19] <wingarmac> I do this for private purposes. I've no company.
[14:20] <sdeziel> wingarmac: so you've got a public IP, is it directly assigned to your apache machine or is it assigned to your home router?
[14:20] <wingarmac> I'm just trying to update my tools as home IT support volunteer
[14:20] <wingarmac> NAT router
[14:20] <wingarmac> from ISP
[14:20] <wingarmac> DSL
[14:21] <wingarmac> I can't connect directly
[14:22] <wingarmac> I've to route the lan server IP to the WAN routers IP.
[14:22] <sdeziel> wingarmac: OK, so you will need to change your apache vhost config to replace the IP by <IP_ADDRESS> so that it looks like this: <VirtualHost <IP_ADDRESS>:8080>
[14:22] <sdeziel> wingarmac: once done, apache will respond to any request coming to it's port 8080
[14:23] <sdeziel> wingarmac: after that, you'll need to log to your NAT router and do a port forward of TCP/8080 to the private IP address of your apache machine
[14:24] <wingarmac> Virtual Server	Any	8080	wingarmac.org	/var/www/wingarmac.org/public_html
[14:24] <wingarmac> done
[14:25] <sdeziel> wingarmac: hmm, I don't know why you are using port 8080 but you have something working on your public IP port 80 as http://wingarmac.org works for me
[14:26] <wingarmac> https://ibb.co/Tvw0VbN
[14:27] <wingarmac> I look into the files to see if I've entered this value.
[14:27] <sdeziel> wingarmac: OK so when I go to http://wingarmac.org/, my connection is handled by your internal machine with IP <IP_ADDRESS>
[14:32] <wingarmac> but I can't get to my index page when I enter my domainname
[14:35] <wingarmac> https://dpaste.com/4TNFDHGEA
[14:36] <wingarmac> This is my results, when I look for my domain name and set my local ip of the server in google dns resolver
[14:36] <wingarmac> https://dpaste.com/4TNFDHGEA
[14:36] <wingarmac> Sorry for that
[14:38] <wingarmac> When I do ip route I only get lan routing: ip route
[14:38] <wingarmac> default via <IP_ADDRESS> dev enp3s0 proto static
[14:38] <wingarmac> <IP_ADDRESS>/24 dev enp3s0 proto kernel scope link src <IP_ADDRESS>
[14:38] <wingarmac> Something is not right here
[14:40] <wingarmac> Whould these do ? https://dpaste.com/ALEYK4W8P
[14:46] <sdeziel> wingarmac: I don't think you need to tweak any route, DNS config or iptables rule. It seems to just be an apache config issue if you don't get the page you expect
[14:47] <wingarmac> Maybe a restart could help ?
[14:48] <sdeziel> wingarmac: it looks like you have the default vhost in place. You can confirm by checking what you have in `/etc/apache2/sites-enabled/`
[14:49] <wingarmac> Thats correct
[14:49] <wingarmac> I do made a new page, this one was good for the test too, I just copied it into the public folder
[14:50] <wingarmac> but how can you get on it? I've tried to open wingarmac.org from my desktop and it doesn't work
[14:51] <wingarmac> from my phone on GPRS it works, without wifi. It's cool !
[14:51] <sdeziel> it is possible that you cannot access it because your router's port forward is only applied for connections coming from the LAN
[14:52] <sdeziel> err, I meant WAN, not LAN
[14:52] <wingarmac> Thank you verry much sdeziel ! it was lot's easier with someone else help !
[14:52] <wingarmac> I can maybe add to the trusted list or something like that ?
[14:53] <sdeziel> a better option would be to add a DNS in your router's config saying that wingarmac.org has the IP <IP_ADDRESS>
[14:53] <wingarmac> ACL List in the Bind settings should help
[14:54] <wingarmac> I can't do that, It's an ISP router. I can't change its dns
[14:55] <wingarmac> I can add other dns into bind
[14:55] <wingarmac> like I did for those from Google
[14:56] <sdeziel> I'm suggesting to add a DNS alias or hostname to your router. No need to use bind for that
[14:57] <sdeziel> typically, ISP provided router also come with a DNS caching resolver (usually dnsmasq) and they sometimes let you provide some name <-> IP association for machines inside your LAN
[15:03] <wingarmac> nope, I canot edit the ip and dns data of the wan connection inside the router
[15:04] <wingarmac> Youdon't know about Belgian ISP's do you ?
[15:05] <wingarmac> They make all routes with their own rules on it. It's an all mess if you try to configure something that it's not in there ways. even if you've have legaly the right to have it. It just some commercial enoyance
[15:07] <wingarmac> If you knew what I had to do as a residential user to get this fixed IP and base pro subscription. And at top of that it's even sheeper as I payed before (without the fixed IP) option. And I've 10Gb mobile data a month more.
[15:07] <wingarmac> But when you'll truy to get the same, you'll get trough hell before you succeed.
[15:08] <wingarmac> That's the way of Belgian ISP's
[15:08] <wingarmac> and this few worst do not mention the worst ...
[15:10] <wingarmac> words
[15:12] <sdeziel> wingarmac: yeah, you cannot tweak the WAN side for sure but I was talking about the LAN side
[15:14] <wingarmac> I could set port forwarding. Coudl you give an example of what you consider I should set ?
[15:19] <wingarmac> I can change rules for:
[15:19] <wingarmac> Address and Port Translation
[15:19] <wingarmac> IPv4 Portmap Rules
[15:19] <wingarmac> IPv6 Pinholes
[15:19] <wingarmac> https://ibb.co/FYmDSLp
[15:19] <wingarmac> the screenshot is for IP4, but the options are the same
[15:19] <wingarmac> When you select from the menu shown, the prot is auto selected
[15:20] <wingarmac> When you enter something it dislikes it gives an error and eject you from the entry
[15:22] <sdeziel> wingarmac: that's a minimalist interface I must admit. I'd check all tabs, maybe there is one about DHCP/DNS?
[15:22] <sdeziel> well, one that deals with DHCP/DNS config
[15:24] <wingarmac> I presume I'll have to install isc-dhcp. I will, because I would like to test iPXE two
[15:25] <wingarmac> I should first resolve this:dpaste.com/AQBNRHXQP
[15:27] <wingarmac> Ones this is solved I will subscribe for the ssl service: https://www.easyhost.be/nl/ssl-certificaat-kopen
[15:27] <wingarmac> What's your opinion about this subscription ?
[15:27] <sdeziel> I'd use Let's Encrypt that is free :)
[15:28] <sdeziel> ZeroSSL is also free but I have yet to try them
[15:28] <wingarmac> You meen I can install and configure it to work officialy like it should ?
[15:29] <sdeziel> If by that you mean a working TLS certificate that normal browsers recognize without throwing errors, then yes ;)
[15:29] <wingarmac> Will it be the same security level. I do not think I'll get much support anyway from Easyhost
[15:29] <wingarmac> So i gladly consider any options
[15:30] <wingarmac> At least as these are secure and legal
[15:30] <wingarmac> I would not like to have issues with licenses
[15:31] <wingarmac> I rather not pay fees or have my IP banned
[15:44] <wingarmac> sdeziel I've got the answer from easyhost: We do provide the encription file, but you have to set it up. We onlly give support on our own products and systems.
[15:44] <wingarmac> I'd answer that I'll maybe comme back to them when I know how, since they can't tell.
[16:48] <tanul1989> Hello, We have azure kubernetes with 8 ubuntu nodes attach to it. There OS is ubuntu 22.04.1 jammy jelly fish.... We have just upgraded the azure kubernetes to 1.25.2 version and after that all the nodes has started facing extreme memory pressure..
[16:48] <tanul1989> I have logged-in inside node to troubleshoot but unable to figure out why this is happening.. Before upgrade our nodes were on 80 to 90% of memory. But after upgrade memory consumption is reaching from 140 to 146%... We have also deleted 22 microservices but still nodes are under extreme pressure
[16:48] <tanul1989> Can any suggest the procedure to troubleshoot the reason behind memory consumption issue on ubuntu nodes
[17:07] <tanul1989> Any suggestions please?
[17:18] <smoser> rbasak, ogra it'd be really nice. ogra if i just want deb-src i can deb-src for everything. but I've been spoiled by git-ubuntu. and I don't want deb-src for anything.
[17:40] <jchittum> tanul1989 : i did some reading of backlog in #ubuntu as well. Looks like there are a few possible diffs you need to check on to understand what's happening. first is the k8s version. second is the version of the container in use (has it also changed compared the older nodes?), third is version of ubuntu (20.04 vs. 22.04).
[17:41] <jchittum> 1. if you can narrow to version of k8s vs. version of Ubuntu while all running the same releases of the containers, you'll be able to tell if it's a K8s change or Ubuntu change
[17:42] <jchittum> and also comparing total running services between the AKS node versions -- is the dotnet app consuming the same across different nodes, and something else is consuming resources? or is your app, running the same container version, consuming different resources across different node releases?
[17:45] <wingarmac> (On Ubuntu server 22.10) Can I use OpenSSL without a mail server ? I've entered a redirection to my Gmail account on my domain name for what's concerning the emails.
[17:55] <jchittum> another helpful command : ps aux -sort=-%mem
[18:12] <evit> What is up with the pricing for Ubuntu Pro? It doesn't have an option for one using one of the smaller cloud providers. $500 per server per year is absurd.
[18:12] <evit> Is there any option for other cloud providers or small servers?
[18:47] <ahasenack> you mean beyond the 5 free seats?


[01:14] <irvin> MarioMeyer: ping?
[01:18] <nictuku> I believe we'll be right back. Dinner :-)
[01:38] <MarioMeyer> irvin, pong
[12:04] <lapo> hi
[06:43] <maswan> can't the server config default to not be quiet? please?
[06:46] <maswan> Just "ALERT! Can't find /dev/hda1, dropping to a shell" is fairly unhelpful when it comes to debugging a problem.
[11:31] <dotslashroot> Hello


[01:28] <BY0LOG1C> is it possible to version each of my project individually and add them all to a master branch?
[01:28] <BY0LOG1C> so i could branch out at any level of my 'full repository'
[01:29] <BY0LOG1C> i basically just want to be able to bind to either the full repo or a single project within it
[19:01] <wgz> okay, I've reviewed just about everything apart from mnn's branch, which is what I was going to do at the start...
[19:51] <jelmer> hey wgz
[19:55] <wgz> hey jelmer
[19:56] <wgz> the merge-grep proposal bounced, seems like it needs updating for deprecations/removals on trunk
[20:04] <jelmer> ah
[20:04] <jelmer> I'll have a look
[20:06] <wgz> in all the email spam from me there are probably a few other things specifically targetted at you...
[20:08] <jelmer> wgz: oh?
[20:22] <wgz> ah, you found the odd diff bug for bzr-git
[20:23] <jelmer> wgz: that one doesn't make much sense to me, and I can't reproduce it
[20:23] <wgz> the other thing is what to do about bug 1021537
[20:24] <wgz> ^right, he's added a ref to a specific repo now, which may help
[20:24] <jelmer> wgz: just commented on that one
[20:25] <wgz> oh, and the last thing is lp:~jelmer/bzr/lazy-registries seems to have been a test case for when pqm was borked, but I'm not sure what's actually preventing it landing
[20:26] <wgz> and that's your lots.
[20:26] <wgz> -s
[20:33] <jelmer> wgz: okay
[20:33] <jelmer> wgz: yeah, I think there was something funky going on in that lazy registries branch
[20:34] <wgz> I noted the dutch athetes had quite sensible outfits last night, apart from the mandatory violent orange
[20:34] <wgz> better than the germans in tasteless blue and pink pastels
[20:37] <jelmer> wgz: there was more to it than just the mandatory violent orange?
[20:37] <wgz> mostly just suits, with a smattering of the "suprise" trousers thrown in
[20:38] <wgz> outdid bermuda on blinding legwear
[20:38] <wgz> they just had red shorts.
[20:38] <jelmer> they were bare-chested?
[20:40] <wgz> ehehe, no, just in comparison, not just in clothing.


[23:35] <Snowman> Good evening to everyone.
[23:37] <BobJonkman> Hi Snowman
[23:37] <BobJonkman> Is anyone following the big Microsoft announcement?
[23:38] <Snowman> Hi BobJonkman. No, I am not following it. Is it about a tablet running Win8?
[23:38] <BobJonkman> I see some Tweets from bilal about a new tablet with a keyboard
[23:38] <BobJonkman> Probably running Win8
[23:39] <BobJonkman> https://mobile.twitter.com/bilal_akhtar96/status/214862687627247617
[23:40] <BobJonkman> I'm not sure where that rates on the sarcasm-o-meter
[23:41] <Snowman> I guess we will see pictures soon.
[23:43] <Snowman> I used to use my tablet (galaxy tab 10.1) much more than my laptop (5 years old), until I installed Ubuntu 12.04. Its performance has improve a lot.
[23:50] <bilal> Hi BobJonkman
[23:50] <bilal> yeah, it's a tablet running Win8
[23:50] <bilal> 10.6"
[23:50] <bilal> pricing not announced yet
[23:50] <bilal> and it has a multitouch keyboard that doubles as a cover
[23:51] <bilal> http://www.theverge.com/2012/6/18/3094157/new-microsoft-surface-windows-tablet
[23:51] <bilal> No big deal, if the price is higher than $700 it's no threat to Ubuntu
[23:51] <bilal> or anything else
[23:55] <khoover> what about the salad crisper tablet?


[00:13] -queuebot:#ubuntu-release- New binary: rust-zstd-sys [riscv64] (kinetic-proposed/universe) [2.0.1-1] (no packageset)
[00:13] -queuebot:#ubuntu-release- New binary: stk [riscv64] (kinetic-proposed/universe) [4.6.2+dfsg-2] (i386-whitelist, ubuntustudio)
[00:13] -queuebot:#ubuntu-release- New binary: stk [armhf] (kinetic-proposed/universe) [4.6.2+dfsg-2] (i386-whitelist, ubuntustudio)
[00:14] -queuebot:#ubuntu-release- New binary: rust-zstd-sys [arm64] (kinetic-proposed/universe) [2.0.1-1] (no packageset)
[00:14] -queuebot:#ubuntu-release- New binary: stk [arm64] (kinetic-proposed/universe) [4.6.2+dfsg-2] (i386-whitelist, ubuntustudio)
[00:14] -queuebot:#ubuntu-release- New binary: x264 [armhf] (kinetic-proposed/universe) [2:0.164.3095+gitbaee400-2] (i386-whitelist, kubuntu)
[00:14] -queuebot:#ubuntu-release- New binary: rust-zstd-sys [armhf] (kinetic-proposed/universe) [2.0.1-1] (no packageset)
[00:14] -queuebot:#ubuntu-release- New binary: x264 [riscv64] (kinetic-proposed/universe) [2:0.164.3095+gitbaee400-2] (i386-whitelist, kubuntu)
[00:14] -queuebot:#ubuntu-release- New binary: x264 [arm64] (kinetic-proposed/universe) [2:0.164.3095+gitbaee400-2] (i386-whitelist, kubuntu)
[05:27] -queuebot:#ubuntu-release- New binary: matthiasmullie-minify [amd64] (kinetic-proposed/universe) [1.3.68-3] (no packageset)
[06:26] <tsimonq2> Is Britney sad or just overworked right now?
[06:27]  * tsimonq2 wanted these packages to migrate before bed but I guess I must wait until the morning
[09:41] -queuebot:#ubuntu-release- New: accepted matthiasmullie-minify [amd64] (kinetic-proposed) [1.3.68-3]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [arm64] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [i386] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [s390x] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [amd64] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [riscv64] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted x264 [armhf] (kinetic-proposed) [2:0.164.3095+gitbaee400-2]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [amd64] (kinetic-proposed) [2.0.1-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [armhf] (kinetic-proposed) [2.0.1-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [riscv64] (kinetic-proposed) [2.0.1-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [arm64] (kinetic-proposed) [2.0.1-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [s390x] (kinetic-proposed) [2.0.1-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-zstd-sys [ppc64el] (kinetic-proposed) [2.0.1-1]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [amd64] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [armhf] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [riscv64] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [arm64] (kinetic-proposed) [4.6.2+dfsg-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [i386] (kinetic-proposed) [4.6.2+dfsg-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [riscv64] (kinetic-proposed) [4.6.2+dfsg-2]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [arm64] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [s390x] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [ppc64el] (kinetic-proposed) [4.6.2+dfsg-2]
[09:42] -queuebot:#ubuntu-release- New: accepted fenics-basix [ppc64el] (kinetic-proposed) [0.4.2-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [s390x] (kinetic-proposed) [4.6.2+dfsg-2]
[09:42] -queuebot:#ubuntu-release- New: accepted stk [armhf] (kinetic-proposed) [4.6.2+dfsg-2]
[11:30] <xnox> seb128:  can i please be a core-dev again? =) could you reactivate my expired membership?
[11:32] <seb128> xnox, reactivated
[11:32] <xnox> \o/ horay
[11:33] <seb128> xnox, https://code.launchpad.net/~lgp171188/launchpad/+git/launchpad/+merge/424477 might help you next time :)
[11:33] <seb128> though not if you had buggy filters, just saw your email
[11:46] <mdeslaur> seb128: just like that? you could have blackmailed him for days!
[12:11] <ahasenack> hi ubuntu-archive, samba is now building the ldb binary packages previously built by src:ldb, since https://launchpad.net/ubuntu/+source/samba/2:4.16.1+dfsg-8ubuntu1
[12:11] <ahasenack> src:ldb was removed from debian already due to the same reason: https://tracker.debian.org/news/1319663/ldb-removed-from-testing/ (well, the reason isn't stated there)
[12:11] <ahasenack> could we pelase remove src:ldb from kinetic?
[12:12] <ahasenack> the actual change happened in 2:4.16.0+dfsg-1: https://launchpad.net/debian/+source/samba/2:4.16.0+dfsg-1
[12:53] <schopin> Do we have a strategy of some kind to deal with haskell migrations, besides 'upload rebuilds of all packages that are stuck until there aren't anymore'?
[13:03] <jbicha> LocutusOfBorg: ^
[13:05] <LocutusOfBorg> schopin, we have some FTBFS on amd64
[13:05] <LocutusOfBorg> we should look at them and then rebuild
[13:13] <jbicha> tjaalton: do you have time today to review gtk4 in the jammy queue?
[14:17] <sergiodj> hello ubuntu-archive, is there anyone who can help me adding a package to i386?  I pinged vorlon on Wednesday but I believe he must be on PTO
[14:18] <apw> sergiodj, you should drop the details in here; not sure i can get to it "now" but may be able to later if you tell us what you need.
[14:18] <sergiodj> I'm merging sssd 2.7.1 from Debian and there's a new binary package (sssd-idp) which requires a few more build-deps (libcurl4-openssl-dev, libjose-dev and libkrad-dev).  of those, only libjose-dev is not available on i386 which is causing an FTBFS right now.  I've checked and jose's B-Ds are all present in i386, so it should be OK to add it as well.
[14:18] <sergiodj> apw: ^
[14:19] <sergiodj> this is something recurrent for sssd, btw.  we had a similar situation last year
[15:05] -queuebot:#ubuntu-release- Unapproved: evince (jammy-proposed/main) [42.3-0ubuntu1 => 42.3-0ubuntu2] (ubuntu-desktop)
[15:20] <xnox> schopin:  over at https://people.canonical.com/~ubuntu-archive/transitions/ we have a permament tracker for haskell, and it helps with the order in which to rebuild things. but yes, the strategy is "upload until all are unstuck"
[15:21] <xnox> schopin:  but yeah, including good, it looks like upload all of them is current stage of things.
[15:21] <xnox> https://people.canonical.com/~ubuntu-archive/transitions/html/ghc.html
[17:35] -queuebot:#ubuntu-release- New binary: drawterm-9front [amd64] (kinetic-proposed/none) [0~git20220608.bee4db6-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: libmediascan [amd64] (kinetic-proposed/none) [0~20220401.git.34fc2d-2] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: node-postcss-cli [amd64] (kinetic-proposed/none) [9.1.0+~cs15.12.0-2] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: webp-pixbuf-loader [amd64] (kinetic-proposed/none) [0.0.5-2] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: gregwar-captcha [amd64] (kinetic-proposed/none) [1.1.9+ds-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: ros2-rcutils [amd64] (kinetic-proposed/universe) [5.2.0-7] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: mintstick [amd64] (kinetic-proposed/none) [1.4.8-1] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: libmediascan [ppc64el] (kinetic-proposed/none) [0~20220401.git.34fc2d-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New binary: webp-pixbuf-loader [ppc64el] (kinetic-proposed/none) [0.0.5-2] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: libmediascan [s390x] (kinetic-proposed/universe) [0~20220401.git.34fc2d-2] (no packageset)
[17:45] -queuebot:#ubuntu-release- New binary: drawterm-9front [arm64] (kinetic-proposed/universe) [0~git20220608.bee4db6-1] (no packageset)
[17:45] -queuebot:#ubuntu-release- New binary: drawterm-9front [armhf] (kinetic-proposed/universe) [0~git20220608.bee4db6-1] (no packageset)
[17:47] -queuebot:#ubuntu-release- New binary: libmediascan [arm64] (kinetic-proposed/universe) [0~20220401.git.34fc2d-2] (no packageset)
[17:47] -queuebot:#ubuntu-release- New binary: webp-pixbuf-loader [armhf] (kinetic-proposed/universe) [0.0.5-2] (no packageset)
[17:47] -queuebot:#ubuntu-release- New binary: webp-pixbuf-loader [arm64] (kinetic-proposed/universe) [0.0.5-2] (no packageset)
[17:48] -queuebot:#ubuntu-release- New binary: libmediascan [armhf] (kinetic-proposed/universe) [0~20220401.git.34fc2d-2] (no packageset)
[18:00] -queuebot:#ubuntu-release- New binary: webp-pixbuf-loader [riscv64] (kinetic-proposed/universe) [0.0.5-2] (no packageset)
[18:06] -queuebot:#ubuntu-release- New binary: drawterm-9front [riscv64] (kinetic-proposed/universe) [0~git20220608.bee4db6-1] (no packageset)
[18:07] -queuebot:#ubuntu-release- New binary: libmediascan [riscv64] (kinetic-proposed/universe) [0~20220401.git.34fc2d-2] (no packageset)
[18:40] <tsimonq2> Hi ubuntu-release, I'd like lubuntu-default-settings in Kinetic to migrate but it's stuck on the day-long queue. The only autopkgtest it's waiting on is (surprisingly) ubiquity. I uploaded a change to ubiquity which should ensure that it doesn't get triggered on lubuntu-default-settings uploads but that also is waiting on the day-long test queue. Could I please receive a one-time hint?
[18:41] <jbicha> tsimonq2: why are you in a hurry?
[18:42] <tsimonq2> I would have liked to land it with pcmanfm-qt because the default settings change should have complimented the new feature, but I've been waiting for almost 10 hours now and it looks like the queue is still working on stuff from yesterday at 1300
[18:42] <tsimonq2> Perhaps I'm impatient, testers keep asking though :)
[20:07] <vorlon> sergiodj: I don't see sssd in -proposed, were you waiting for the i386 adjustment before uploading it?
[20:07] <sergiodj> vorlon: yes
[20:07] <vorlon> sergiodj: I would prefer you do the upload first so we can see via update_excuses what needs to be done and follow through
[20:07] -queuebot:#ubuntu-release- New binary: execline [amd64] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[20:08] <vorlon> I certainly have no problem in principle enabling this build-dep for i386
[20:08] <sergiodj> vorlon: OK, no problem.
[20:08] -queuebot:#ubuntu-release- New binary: execline [ppc64el] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[20:08] -queuebot:#ubuntu-release- New binary: execline [s390x] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[20:09] -queuebot:#ubuntu-release- New binary: execline [arm64] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[20:09] -queuebot:#ubuntu-release- New binary: execline [armhf] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[20:09] <vorlon> xnox, schopin: fwiw my strategy for uploading packages for ghc transitions is to ignore the tracker's "levels" which are backwards in how they're calculated, and instead pick a package which is unavailable, upload all its revdeps in parallel, and retry the builds until they all succeed
[20:14] -queuebot:#ubuntu-release- New: accepted execline [amd64] (kinetic-proposed) [<IP_ADDRESS>-2]
[20:14] -queuebot:#ubuntu-release- New: accepted execline [armhf] (kinetic-proposed) [<IP_ADDRESS>-2]
[20:14] -queuebot:#ubuntu-release- New: accepted execline [s390x] (kinetic-proposed) [<IP_ADDRESS>-2]
[20:14] -queuebot:#ubuntu-release- New: accepted execline [arm64] (kinetic-proposed) [<IP_ADDRESS>-2]
[20:14] -queuebot:#ubuntu-release- New: accepted libmediascan [riscv64] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:14] -queuebot:#ubuntu-release- New: accepted execline [ppc64el] (kinetic-proposed) [<IP_ADDRESS>-2]
[20:14] -queuebot:#ubuntu-release- New: accepted drawterm-9front [arm64] (kinetic-proposed) [0~git20220608.bee4db6-1]
[20:14] -queuebot:#ubuntu-release- New: accepted drawterm-9front [riscv64] (kinetic-proposed) [0~git20220608.bee4db6-1]
[20:15] -queuebot:#ubuntu-release- New: accepted libmediascan [armhf] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:15] -queuebot:#ubuntu-release- New: accepted webp-pixbuf-loader [arm64] (kinetic-proposed) [0.0.5-2]
[20:15] -queuebot:#ubuntu-release- New: accepted webp-pixbuf-loader [riscv64] (kinetic-proposed) [0.0.5-2]
[20:15] -queuebot:#ubuntu-release- New: accepted drawterm-9front [armhf] (kinetic-proposed) [0~git20220608.bee4db6-1]
[20:15] -queuebot:#ubuntu-release- New: accepted libmediascan [s390x] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:15] -queuebot:#ubuntu-release- New: accepted libmediascan [arm64] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:15] -queuebot:#ubuntu-release- New: accepted webp-pixbuf-loader [armhf] (kinetic-proposed) [0.0.5-2]
[20:15] -queuebot:#ubuntu-release- New: accepted drawterm-9front [amd64] (kinetic-proposed) [0~git20220608.bee4db6-1]
[20:15] -queuebot:#ubuntu-release- New: accepted libmediascan [amd64] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:15] -queuebot:#ubuntu-release- New: accepted mintstick [amd64] (kinetic-proposed) [1.4.8-1]
[20:15] -queuebot:#ubuntu-release- New: accepted ros2-rcutils [amd64] (kinetic-proposed) [5.2.0-7]
[20:15] -queuebot:#ubuntu-release- New: accepted webp-pixbuf-loader [ppc64el] (kinetic-proposed) [0.0.5-2]
[20:15] -queuebot:#ubuntu-release- New: accepted gregwar-captcha [amd64] (kinetic-proposed) [1.1.9+ds-1]
[20:15] -queuebot:#ubuntu-release- New: accepted node-postcss-cli [amd64] (kinetic-proposed) [9.1.0+~cs15.12.0-2]
[20:15] -queuebot:#ubuntu-release- New: accepted libmediascan [ppc64el] (kinetic-proposed) [0~20220401.git.34fc2d-2]
[20:15] -queuebot:#ubuntu-release- New: accepted webp-pixbuf-loader [amd64] (kinetic-proposed) [0.0.5-2]
[20:19] -queuebot:#ubuntu-release- New binary: execline [riscv64] (kinetic-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[22:55] <vorlon> tsimonq2: lubuntu-default-settings hinted
[22:57] <vorlon> (and bothered people about the amd64+i386 queues; apparently we have issues with provisioning of instances taking an unreasonably long time)
[22:58] <tsimonq2> vorlon: Thank you. :)
[23:08] <bdmurray> "people"
[23:10]  * tsimonq2 handwaves to the (as of now) unknown void of "Canonical something or other"
[23:20] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [amd64] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: libtext-balanced-perl [amd64] (kinetic-proposed/none) [2.06-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [ppc64el] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [s390x] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [armhf] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [arm64] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: libsigc++-3.0 [riscv64] (kinetic-proposed/universe) [3.2.0-3] (no packageset)
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [riscv64] (kinetic-proposed) [3.2.0-3]
[23:52] -queuebot:#ubuntu-release- New: accepted execline [riscv64] (kinetic-proposed) [<IP_ADDRESS>-2]
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [arm64] (kinetic-proposed) [3.2.0-3]
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [ppc64el] (kinetic-proposed) [3.2.0-3]
[23:52] -queuebot:#ubuntu-release- New: accepted libtext-balanced-perl [amd64] (kinetic-proposed) [2.06-1]
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [amd64] (kinetic-proposed) [3.2.0-3]
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [s390x] (kinetic-proposed) [3.2.0-3]
[23:52] -queuebot:#ubuntu-release- New: accepted libsigc++-3.0 [armhf] (kinetic-proposed) [3.2.0-3]
[23:57] <vorlon> bdmurray: people I wasn't going to bother with a highlight


[06:25] -lugito:#lubuntu-devel- [lubuntu-seeds] lubuntu-lugito created precise at fb6ca5c (+0 new commits): https://git.io/vhsO9
 Welcome newcomers!
 Hello! Thanks!
 So, where should i start contributing? I want to give something back to the community
 @Alan, What are you interested in?
 I develop in Java and C# but i can and i want to learn something new. So im open to suggestions
 So, any bug to fix, docs/manuals/tutorials to help with, or translation needed?
 It depends. Right now, we're transitioning to LXQt, so we need help with little things there.
 Get an account on Phab.Lubuntu.me and pick an easy task. :)
 Great, thanks for your guidance
[22:14] <tsimonq2> wxl: https://twitter.com/0MXRMZ/status/1001843265111543808 hehe
[22:36] -lugito:#lubuntu-devel- [rLXQTSESSIONPACKAGINGa8146db941f5: Ensure all proper paths are added to $XDG_CONFIG_DIRS.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTSESSIONPACKAGINGa8146db941f5
[22:37] -lugito:#lubuntu-devel- [rLXQTSESSIONPACKAGING986737613485: Upload to Cosmic.] tsimonq2 (Simon Quigley) committed: https://phab.lubuntu.me/rLXQTSESSIONPACKAGING986737613485
[22:45] <tsimonq2> Phab's going to get a quick reboot, nothing big.


[11:47] <muskan>  hello
[11:47] <muskan>  I'm having trouble installing virtualbox
[11:47] <muskan> I'm using ubuntu-gnome 16.10
[11:47] <muskan> and i'm getting dpkg error of "package libqt5opengl5 and libqt5opengl5-gles not installed"
[11:48] <muskan> i tried to install libqt5opengl5 using "apt-get insall" but getting error of "package has no installation candidate"
[11:48] <muskan> I'm a newbie to ubuntu and don't know how to fix the installtion
[11:48] <muskan> can anyone help ?


[08:43] <dholbach> davidcalle, https://github.com/thejimbirch/GoogleDoc2Html/ looks nice
[08:43] <davidcalle> dholbach: is the result ok?
[08:44] <dholbach> still looking at it :)
[08:46] <dholbach> not 100%, no
[08:48] <dholbach> davidcalle, https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/
[08:48] <dholbach> (not published)
[08:48] <dholbach> it doesn't get the footnotes, nor the code blocks
[08:49] <dholbach> maybe another option would be to ask Jamie and Tyler if they could imagine editing this in a separate repo somewhere and we can stay with .md? :-)
[08:53] <davidcalle> dholbach: I'm wondering if there is an online repo somewhere that deals with md footnotes
[08:54] <dholbach> can you explain?
[08:57] <dholbach> davidcalle, ^
[09:00] <davidcalle> eg. https://stackedit.io/editor supports footnotes, maye we could host it there. It seems to generate clean html.
[09:00] <davidcalle> This would allow us to stay with a clean md, a clean html, and a convenient editor for the sec team
[09:01] <davidcalle> GitHub works as well, but footnotes will look weird :)
[09:04] <dholbach> that looks very nice
[09:04] <dholbach> I'm just not sure what the workflow should look like...
[09:06] <davidcalle> I know :)
[09:07] <dholbach> to me it seems to be right now: 1) the guys edit it in gdoc and we live with very suboptimal html, or try to optimise it somehow or 2) we set up another repo, leave the markdown in there and import it
[09:07] <dholbach> that's at least two workflows I can easily understand :)
[09:09] <davidcalle> dholbach: I'm all for 2), but the downside is that they won't have a proper view of a document using footnotes.
[09:11] <davidcalle> Therefore, the way I see it, let's have a good way to clean 1). It will also be useful for the SDK team, as they are publishing things raw from gdoc and I have to clean it up when it's posted.
[09:13] <dholbach> ok
[13:11] <davidcalle> dholbach: I'm on what I think is a good solution for ^, can I send you a prototype later today?
[13:11] <dholbach> yes, please
[13:11] <dholbach> I started looking into it myself
[13:11] <dholbach> but I'm sure I didn't get as far as you did :-P
[13:13] <davidcalle> dholbach: I have a tool that downloads the doc in html and pdf, with html images still hosted on gdrive, and a parser that does a bit of cleaning.
[13:13] <dholbach> wow
[13:57] <dholbach> davidcalle, can we land https://code.launchpad.net/~dholbach/developer-ubuntu-com/fix-consistency-command/+merge/295718 later on today maybe? :)
[13:59] <dholbach> I can check my backlog to see if I can still do it... if you want
[14:00] <davidcalle> Oh, thanks, I was going to talk to you about this just after what I'm doing, so +1
[14:01] <davidcalle> I'll do it asap
[14:02] <dholbach> maybe you can share your bash history with me again? :)
[14:04] <davidcalle> dholbach: too late, deploying :)
[14:04] <dholbach> no worries
[14:04] <dholbach> shall I land it in trunk?
[14:04] <davidcalle> dholbach: let's test it on the staging db, because I had the exact same traceback this morning, without this fix
[14:04] <dholbach> ok
[14:05] <davidcalle> dholbach: gdoc cleaner: the only issue I have is that code blocks are not handled (because gdoc doesn't actually use the code format, or at least it wasn't used in this doc).
[14:11] <dholbach> that's absolutely acceptable :)
[15:15] <davidcalle> dholbach: check your email, you have the cleaner prototype
[15:15] <dholbach> yep, saw the mail
[15:16] <dholbach> thanks a lot
[15:16] <davidcalle> np :) You'll still need to extract and only paste what's inside the body tag but, 99% of the cruft is out.
[15:18] <dholbach> davidcalle, is that in clean.html?
[15:18] <davidcalle> dholbach: glad it worked :D yes
[15:18] <dholbach> there's a lot of <span> items still
[15:19] <dholbach> is that expected?
[15:20] <davidcalle> dholbach: part of the 1% remaining cruft, but it shouldn't be an issue, the CMS will clean empty ones
[15:20] <dholbach> ok
[15:20] <dholbach> fair enough
[15:23] <dholbach> davidcalle, https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ - qu'est-ce que tu pense?
[15:24] <dholbach> je l'aime beaucoup
[15:24] <dholbach> maybe just add the .pdf at the top (Read this in .pdf format.) or something?
[15:25] <davidcalle> dholbach: :) Maybe let's get rid of the TOC for now, it doesn't look great without indentation. And needs some code blocks. I can do it in a moment if you need to run :) The rest wfm :)
[15:26] <dholbach>  I'll remove it from the page
[15:29] <dholbach> davidcalle, can I attach files to pages in the cms or will the world explode?
[15:33] <davidcalle> dholbach: never tried to attach files (other than images), maybe we should host it on a people.ubuntu.com or a people.canonical.com thing
[15:33] <dholbach> sure
[15:36] <davidcalle> (but as I said, I don't mind doing it later today)
[15:37] <dholbach> davidcalle, https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ - looks ok to you?
[15:43] <davidcalle> At least three code blocks missing, but don't worry, you can tell Jamie it will be cleaned up by tomorrow if you want.
[15:43] <dholbach> ok cool
[15:43] <dholbach> will do


[08:57] <jacquesdptd> test ok, funny ubuntu mobile remix or netbook remix, mixed with well set compiz
[08:57] <jacquesdptd> very classt
[08:57] <jacquesdptd> reboot
[09:08] <jacquesdptd> that's better
[10:24] <fschulte_>  /whois fschulte
[10:26] <fschulte> seems i need to register under another nick
[10:36] <lifeless> StevenK: is psb-meta buildable or relevant to lucid?
[10:41] <persia> lifeless: I'm fairly certain that the modules found in a prior release in a PPA won't work in lucid.  I do not believe rebuilding those from source will help.
[10:41] <persia> There are rumours of a working PSB from Meego (started by me based on a MeeGo talk I attended), but I don't believe anyone has yet successfully integrated those with Ubuntu.
[10:42] <persia> There are also rumours that StevenK has a script in his IRC client that sets those who ask about PSB to auto-ignore, but I'm not sure how reliable those may be.
[10:45] <lifeless> :P
[10:45] <lifeless> lynne wanted [and got] a eeepc1101ha
[10:45] <persia> I see.  Did it come with a preinstall, by chance?
[10:47] <persia> Seems not, based on looking up product information.
[10:48] <persia> In any case, last I knew the drivers were closed-source only, and also relied on some features not available (and in a different form than) our X.
[10:48] <persia> So not even the typical shim+blob solution is enough.
[10:49] <persia> They were made available in a seriously hacked form for a couple releases: so you could run those, but not lucid.
[11:23] <lifeless> persia: yeah; dkms module fails to build
[11:24] <lifeless> phys_to_gart not defined
[11:25] <persia> This is a recurring issue with the PSB drivers.  I believe they worked for hardy and jaunty with sufficient extra bits, but I'm not convinced they worked for intrepid or karmic, and I'm sure they don7t work for lucid.
[11:26]  * persia has an unfortunately high number of PSB devices, and hopes they end up supported before they are so obsolete as to be unusable.
[11:31] <lool> lifeless: ISTR people mentionning that it could be made to build under karmic
[11:31] <lool> in a launchpad bug
[11:33] <lool> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-psb/+bug/330906
[11:35] <persia> lool: Wasn't there also some change to VESA to support 1024x600 ?
[11:38] <StevenK> Yes, the Gutsy stuff could be forced to work under Karmic. I have no idea how, and don't care to find out how.
[11:39] <persia> Gutsy?  Jaunty?
[11:39] <StevenK> Er, Jaunty, yes
[11:39]  * persia has made that mistake about 20 times in the past couple days,having never made if before, and vaguely wonders how such an effective meme developed.
[11:40] <lifeless> StevenK: looks like two trivial changes to make it build under lucid
[11:41] <persia> lifeless: The jaunty stuff?  Cool.  Care to toss it in a PPA?
[11:41] <persia> (or multiverse, if you're feeling brave)
[11:41]  * persia hasn't checked the license, but suspects it may be multiverse-OK)
[11:41] <lifeless> persia: there is an eeepc-control ppa already
[11:41] <lifeless> it just needs a small update to it; its documented in the forums already
[11:41] <persia> lifeless: Yeah, but I'd like it for my non-ppa stuff :)
[11:41] <lifeless> just rebooting now to test it
[11:41] <persia> err, non-eee
[11:42] <StevenK> persia: Given how PSB still requires it's own DRM stack, I'd rather it not hit the archive.
[11:43] <persia> StevenK: Oh, right.  This makes sense.
[11:43]  * persia had happily forgotten most of the details.
[11:43] <StevenK> I wish I had.
[11:53] <lifeless> StevenK: so
[11:54] <lifeless> I have a loading psb module
[11:55] <StevenK> Right, that's only half the issue
[11:55] <StevenK> Now you need to make sure the X driver installs and works
[11:57] <lifeless> if you have any tips, that would be lovely. ;)
[11:57] <StevenK> See if it builds against the xserver in Lucid.
[12:22] <lifeless> StevenK: did the 3d one work previously, or just 2d?
[12:23] <StevenK> lifeless: Try 2d first, but 2d is probably the most trying to get working
[12:28] <lifeless> zomg cvs is a build-dep
[12:31] <persia> lifeless: Well of course.  You always want to be able to track the revisions of changes that happen during build, and why not use the best available technology?
[12:33] <lifeless> http://www.nanoant.com/linux/compiling-kernel-iegd-10x-module-for-any-linux-distribution is interesting
[12:39] <persia> Looks like it solves the special-private-version-of-drm issue
[12:46] <lifeless> yes
[12:54] <lifeless> persia: speaking of sdks
[12:54] <lifeless> its a 124MB zip file.
[12:54]  * persia hates the very concept of sdks harder.
[12:55] <lifeless> also with mandatory registration
[12:55] <lifeless> asking for physical address and phone.
[12:55] <persia> An SDK is just another way of saying "we wrote incompatible software: here's a random blob of stuff that might help you also write incompatible software.  have fun!"
[12:55] <lifeless> very much not an end user solution; haven't looked at redistribution aspects of it yet
[12:56] <lifeless> Ima seeif itworks first.
[12:56] <persia> Either your keyboard went wonky, you're reflexes just had a significant shock, or your machine is under way too much load.
[12:56] <lifeless> nearly midnight
[12:56] <lifeless> ETIRED
[12:57] <persia> Indeed.
[13:01] <lifeless> oh, and hanging download.
[13:01]  * lifeless hates on this
[13:02] <persia> In the morning the download may have finished.
[13:06] <lifeless> no
[13:06] <lifeless> its a broken bw cap I think
[13:06] <lifeless> 324K/sec - not my line speed, and no variation
[13:07] <lifeless> first connection hung, second is going well
[13:14] <lifeless> oh thats special
[13:14] <lifeless> it contains a windows exe
[13:22] <lifeless> persia: and a full jre
[13:22] <lifeless> and a copy of eclipse
[13:23] <lifeless> gnight