[02:14] <meoblast001> hi
[02:14] <meoblast001> launchpad used to show my display name and now it shows my real name... why?
[02:14] <meoblast001> my old commits still show meoblast001 but my new ones show my real name
[06:31] <DBO> launchpads openid stuff no working... help?
[06:31] <DBO> oh there we go
[06:31] <DBO> it went through now
[06:32] <DBO> took 5 tries =)
[06:58] <DBO> i have a feature request also
[06:58] <DBO> can launchpad keep track of lifetime karma?
[06:58] <DBO> it would be a really fun way to watch your points grow
[17:47] <savvas> where can I get an svg and a license of the mugshot image? https://launchpad.net/@@/team-mugshot
[18:14] <hyperair> hi. when adding an archive mirror for ubuntu, and applying to be an official mirror, how long do i have to wait before it appears on the list?
[18:14] <hyperair> also do i have to announce it anywhere?
[19:07] <jpds> hyperair: It's human-driven.
[19:07] <hyperair> jpds: ah. so should i announce on some list or somewhere else?
[19:08] <jpds> hyperair: No need, I think they have a list of pending mirrors to check or something.
[19:10] <hyperair> i see
[19:10] <hyperair> okay then
[19:10] <hyperair> are all mirrors on the list added to python-apt's list?
[19:12] <trmanco> Please try again
[19:12] <trmanco> Sorry, there was a problem connecting to the Launchpad server.
[19:12] <trmanco> Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
[19:12] <trmanco> Thanks for your patience.
[19:15] <jpds> hyperair: Not sure.
[20:09] <Ursinha> trmanco, is that staging?
[20:23] <trmanco> Ursinha, what do you mean by "staging"?
[20:24] <Ursinha> trmanco, staging.launchpad.net
[20:24] <Ursinha> trmanco, where are you getting that?
[20:24] <trmanco> Ursinha, from loggerhead
[20:24] <Ursinha> trmanco, oh
[20:24] <trmanco> on a stable version of Launchpad
[20:30] <Ursinha> trmanco, are you getting that consistently?
[20:31] <trmanco> Ursinha, I got this same message last week, when I was also browsing source with loggerhead
[20:31] <Ursinha> trmanco, right
[20:34] <rockstar> trmanco, last week, like when Lauchpad was down for upgrades?
[20:35] <kiko__> loggerhead is a bit temperamental
[20:35] <trmanco> rockstar, I have no idea, it was at ~23 GMT
[20:36] <rockstar> trmanco, yea, that could be right.
[20:36] <trmanco> last Saturday to be more specific
[20:36] <rockstar> kiko__, but when loggerhead falls over, it doesn't give a Launchpad errors.
[20:36] <rockstar> trmanco, hm, there was no rollout on Saturday.
[20:37] <kiko__> probably just loggerhead going legs up?
[20:37] <kiko__>  2009-02-01 21:44 UTC
[20:37] <kiko__>
[20:37] <kiko__> -
[20:37] <kiko__>
[20:37] <kiko__> restarted codebrowse - not responding - 3.6GB RSS
[20:37] <trmanco> kiko__, maybe, I then tried a couple of hours later and everything was fine
[20:47] <savvas> which characters are allowed for a bug nickname? alphanumeric, - and _ ?
[21:18] <kiko__> savvas, pretty much


[01:56] <derekv> how the heck do you pageup in irssi if you have a pageup
[01:56] <derekv> key
[02:23] <derekv> nvm
[02:35] <snap-l> rick_h_: JoDee doesn't do a whole lot with scopes
[02:36] <snap-l> mostly because owning a good scope in Michigan is pointless
[02:36] <snap-l> we get 1/3 of the year with cloudless skies at tops. :)
[04:12] <derekv> pyramid is turning out to be a bit heavier than what I was hoping.  maybe should have gone with flask
[04:13] <derekv> or have gone through the longer tutorials
[05:28] <rick_h_> what's heavy?
[05:29] <rick_h_> derekv: ^
[05:29] <rick_h_> snap-l: :( oh well
[05:29] <rick_h_> need to wait a bit anyway
[05:29] <rick_h_> still cool to ponder
[06:28] <derekv> fuuuu  how come i have two elements, tal:condition="logged_in" and tal:condition="not:logged_in" and they both show?
[13:05] <rick_h_> derekv: code?
[13:37] <snap-l> Good morning
[13:38] <snap-l> rick_h_: addendum: You live in Clarkston, so getting a scope is a good idea
[13:38] <snap-l> just don't go out and get a mini-observatory. :)
[13:38] <snap-l> At least not yet. :)
[13:39] <rick_h_droid> lol why does Clarkston matter?
[13:40] <rick_h_droid> http://www.telescope.com/Telescopes/Dobsonian-Telescopes/GoTo-Dobsonians/Orion-SkyQuest-XX12g-GoTo-Truss-Tube-Dobsonian-Telescope/pc/1/c/12/sc/30/p/102022.uts hehe
[13:58] <jrwren> less light polution
[13:58] <jrwren> down here in Milan we get even less.
[14:08] <snap-l> Yeah, there's a lot more light polution around here.
[14:09] <snap-l> rick_h_droid: Think of telescopes like golf clubs. You can spend yourself blind trying to get one more yard. :)
[14:09] <snap-l> rick_h_droid: Also, if you buy that one, JoDee will be over. A lot.
[14:12] <rick_h_droid> lol
[14:13] <rick_h_droid> I think it'll be a bit. We had fun but will be cool when he's older. Looks like there's an astronomy club in Clarkston though can't tell if it's active.
[14:36] <snap-l> What's it called?
[14:38] <rick_h_droid> snap-l http://www.go-astronomy.com/astronomy-club.php?ID=183
[14:38] <snap-l> Hm, haven't heard of that one
[14:39] <snap-l> I think it's called The Oakland Astronomy Club
[14:39] <snap-l> er, n/m
[14:39] <snap-l> JoDee just said "That's the Oakland one"
[14:39] <snap-l> I thought it changed names or something
[14:39] <rick_h_droid> yea not lot of info there
[14:42] <snap-l> I know where you can take some astronomy courses at community colleges. ;)
[14:43] <rick_h_droid> lol
[16:49] <derekv> Alembic!
[16:49] <derekv> imma use it
[16:50] <derekv> later
[16:50] <derekv> for now, I can just blow it away
[16:51] <derekv> so next i need a script to drop tables and recreate them i can call from the python console easily
[16:52] <derekv> a little like the initialize_db script but in git so that I can evoke it on heroku
[16:55] <derekv> drop_all() create_all()
[17:22] <jrwren> of course.
[17:22] <jrwren> use south.
[17:32] <rick_h_> south if for django :P
[17:32] <rick_h_> and /me hates south...
[17:33] <derekv> i made a script called blastdb
[17:33] <derekv> and i run the app with foreman
[17:33] <derekv> then i connect to it with foreman run python
[17:34] <rick_h_> so what db are you storing stuff in on heroku?
[17:34] <derekv> and i can'r run the sciprt
[17:34] <rick_h_> sqlite won't work
[17:34] <derekv> rick_h_: deploying to heroku, postgres
[17:34] <rick_h_> forman is just the local app runner
[17:34] <rick_h_> can it run back side scripts?
[17:34] <derekv> yea, running with foreman because i want to test the blastdb script
[17:35] <derekv> rick_h_: you can get a python console in you apps environment with 'heroku run python'
[17:35] <derekv> thats how i created the database in the first place
[17:36] <derekv> by looking at the initialize_db script and improvising
[17:36] <rick_h_> derekv: yes
[17:36] <derekv> but i want to be able to do it with one command so i don't have to figure it out each time
[17:36] <rick_h_> just never needed to so didn't realize how that worked
[17:36] <derekv> so my project.scipts.blastdb imports from ..models , which apparently evokes project.__init__, which imports stuff from pyramid, and fails with no module named pyramid.config
[17:36] <rick_h_> right, this is what a Makefile is for
[17:36] <rick_h_> to automate things
[17:37] <derekv> i don't think i can run a makefile
[17:37] <derekv> actually
[17:37] <derekv> maybe, but only on a push
[17:37] <rick_h_> hah, yea, now you can see why I have https://github.com/mitechie/Bookie/blob/develop/bookie/models/__init__.py#L49
[17:38] <rick_h_> so I can do https://github.com/mitechie/Bookie/blob/develop/scripts/readability/existing.py#L99
[17:39] <derekv> http://agile-hamlet-2168.herokuapp.com/
[17:40] <derekv> or maybe not =(
[17:40] <rick_h_> loaded
[17:40] <rick_h_> just took a while to start it seems
[17:40] <rick_h_> lol, Envy Code R?
[17:40] <derekv> yea must go to sleep idk
[17:41] <derekv> =]
[17:41] <rick_h_> yea, heroku does that on the free tier
[17:41] <derekv> just for fun
[17:41] <rick_h_> after about an hour idle it shuts down the app and first request brings it back up
[17:41] <derekv> login as rick
[17:41] <derekv> rick_h_: i can imagine, i usually have a few apps with little or just totally empty
[17:41] <rick_h_> http://agile-hamlet-2168.herokuapp.com/event-types/4
[17:42] <derekv> 'heroku create' makes an app, there's probably tons of unused apps
[17:42] <derekv> rick_h_: =]
[17:43] <derekv> i need to rename everything
[17:43] <derekv> i hate "event types"
[17:43] <derekv> thinking of finding a url... but right now just leaning towards 'create a clicker' and a clicker registers clicks
[17:44] <derekv> so i need to have a favorites table, so you can see at least the clickers youve created
[17:45] <derekv> i'm already calling them clickers
[17:51] <derekv> man, if you put a spring app to sleep
[17:51] <derekv> could take like 2, 3 minutes to wake up
[17:52] <derekv> which i guess would serve you right
[18:07] <derekv> so this DBSession is basically a global?
[18:19] <derekv> mah script works
[20:00] <Blazeix> jumped from herbstluftwm to i3
[20:00] <Blazeix> i3 is incredibly unusable in its default configuration
[20:01] <Blazeix> but after spending a few hours hacking it, it's exactly how i want it.
[20:20] <rick_h_droid> yea that was my impression of i3
[20:20] <rick_h_droid> maybe I should spend more config time on it
[20:20] <rick_h_droid> what was it that killed herb...?
[20:21] <Blazeix> manual tiling was too much thinking
[20:21] <Blazeix> i basically pretended it didn't exist, but there were a few edge cases that forced me to manually tile
[20:22] <rick_h_droid> yea i3 was a bit like that ootb
[20:22] <Blazeix> i3 is incredibly flexible. it comes with vim-style modes and marks
[20:22] <Blazeix> but i've disabled all modes, specifically the stupid resize mode thing
[20:27] <rick_h_droid> yea
[20:35] <derekv> who was it that i was listening to recently that wasn't really a developer that ended up getting into haskell because of xmonad
[20:35] <derekv> maybe it was the solarized guy
[20:35] <derekv> maybe this is what powershell should have been : http://pythonnet.sourceforge.net/
[20:36] <derekv> maybe china is on the top of the world, and we're walking upside down!
[22:03] <derekv> Typo of the week:  ForeignKey('EventTypoe.eid')
[22:05] <Blazeix> nice
[22:07] <greg-g> rick_h_droid: that is some sexy looking wood
[22:07] <rick_h_> greg-g: :)
[22:08] <rick_h_> not had much time lately, but starting to look like something
[22:08] <rick_h_> looking forward to pres day :)
[22:09] <greg-g> :)
[22:33] <derekv> i saw this sigle line lambda thing and was like D=
[22:33] <derekv> but then i saw def over def and was like =D
[22:34] <derekv> rick_h_: so the return from your view needs to be a dict/or array of dicts or arrays?
[22:35] <derekv> cant just pass a list of objects?
[22:35] <derekv> seems to be what I'm getting but I'm hoping I'm doing it wrong and don't have to turn my objects into dicts always
[22:37] <rick_h_droid> so the dict keys turn into variable names in the template scope. without you don't have easy access
[22:42] <derekv> D=


[01:56] <astroo-> Massive, undetectable security flaw found in USB: It’s time to get your PS/2 keyboard out of the cupboard  http://www.extremetech.com/computing/187279-undetectable-indefensible-security-flaw-found-in-usb-its-time-to-get-your-ps2-keyboard-out-of-the-cupboard
[02:51] <astroo-> ciao pessoal
[20:42] <astroo-> ola pessoal


[00:01] <scientes> how do i compile "snap" command in order to test it?
[00:01] <scientes> before i submit a patch
[00:01] <scientes> shawn@shawn-desktop:~/git/snapd$ go get github.com/snapcore/snapd
[00:01] <scientes> package github.com/snapcore/snapd: no Go files in /home/shawn/go/src/github.com/snapcore/snapd
[00:10]  * scientes just found HACKING.md
[05:08] <mborzecki> morning
[05:22] <zyga> Hi
[05:24] <mborzecki> zyga: new, intersting developments from flock?
[05:24] <zyga> some hands-on session on AWS CLI snap
[05:25] <zyga> our presentation is today so I'llbe focusing on that
[05:25] <zyga> what is wrong with master? /home/gopath/src/github.com/snapcore/snapd/tests/lib/prepare.sh: line 413: 1: command not found
[05:25] <zyga> + /snap/bin/ubuntu-image -w /home/image /home/image/pc.model --channel edge '' --extra-snaps /home/image/snapd_2.34.3_amd64.snap --output /home/image/core18-amd64.img
[05:25] <zyga> /home/gopath/src/github.com/snapcore/snapd/tests/lib/prepare.sh: line 288: 29999 Segmentation fault      (core dumped) /snap/bin/ubuntu-image -w "$IMAGE_HOME" "$IMAGE_HOME/pc.model" --channel "$IMAGE_CHANNEL" "$EXTRA_FUNDAMENTAL" --extra-snaps "${extra_snap[0]}" --output "$IMAGE_HOME/$IMAGE"
[05:28] <zyga> mborzecki: can you please ask mvo to ack the last two revisions of fedora29 again
[05:29] <zyga> mborzecki: unfortunately the store has no memory so it blocks every upload I do
[05:34] <mborzecki> zyga: https://github.com/snapcore/snapd/pull/5625
[05:36] <mborzecki> zyga: anyways, for all we know that check will be passing now, but the segfault will probably still be there
[05:36] <zyga> thanks
[06:05] <mborzecki> zyga: maciek@corsair:~ ubuntu-image --help
[06:05] <mborzecki> zsh: segmentation fault (core dumped)  ubuntu-image --help
[06:05] <zyga> Must be Friday
[06:07] <mborzecki> zyga: all channels have the same version, it's also a classic snap, maybe it's something else that's causing this
[06:23] <zyga> mborzecki: could be
[06:23] <mborzecki> zyga: can you install ubuntu-image snap locally?
[06:25] <zyga> re
[06:25] <zyga> mborzecki: trying
[06:26] <zyga> it doesn't crash here
[06:26] <zyga> but then python complains about lack of dpkg
[06:27] <zyga> is mvo around today?
[06:31] <zyga> mvo: hello
[06:31] <zyga> mvo: may I ask you to approve fedora29 uploads again
[06:31] <mvo> zyga: goood morning! when is your presentation?
[06:31] <mvo> zyga: sure
[06:31] <zyga> mvo: 11:20
[06:31] <zyga> mvo: I found some more bugs but worked around them
[06:32] <zyga> mvo: and this should also make it work on ubuntu now
[06:32] <mvo> zyga: you can always telegram me when things are urgent
[06:32] <mvo> (just btw)
[06:32] <mvo> zyga: nice!
[06:32] <zyga> mvo: thank you! I didn't want to bother you last night
[06:33] <zyga> mvo: https://gitlab.com/zygoon/fedora29 in case you want to cross ref what you approve
[06:33] <mvo> zyga: thanks looking
[06:33] <zyga> there are tags referencing store uploads
[06:34]  * zyga is pretty happy with the makefile there :)
[06:35] <mborzecki> zyga happy with the makefile :) heh
[06:35] <zyga> it looks nice as a makefile :)
[06:36] <mborzecki> hehe
[06:37] <mborzecki> yay, only 3 builds for snapcraft left, meaning snapd will start soon right?
[06:38] <zyga> mvo: thank you, you should be able to refresh fedora29 now
[06:38] <zyga> and it, _fingers crossed_ should work
[06:38] <mborzecki> zyga: i'm stepping through ubuntu-image with gdb now, take a look at this https://paste.ubuntu.com/p/RQWc2Rcr2f/
[06:39] <mborzecki> that's why snap run --shell also exits with a segfault here
[06:39] <zyga> mborzecki: woah?
[06:39] <zyga> I have no idea why this would crash, do you have any clues?
[06:41] <mborzecki> zyga: heh, LD_LIBRARY_PATH=/snap/ubuntu-image/100/usr/lib:/snap/ubuntu-image/100/lib:/snap/ubuntu-image/100/usr/lib/lib-arch:/snap/ubuntu-image/100/lib/lib-arch /bin/bash -> segfault
[06:42] <zyga> mborzecki: which linker is this using?
[06:44] <zyga> mvo, mborzecki: is hello-fedora working for you guys now?
[06:44] <mborzecki> zyga: the host's, the segfault is actually in the liner #0  0x00007f7c49694b31 in do_lookup_x () from /lib64/ld-linux-x86-64.so.2
[06:44] <zyga> mborzecki: that's the bug
[06:44] <zyga> it should use ld-so from the core snap
[06:46] <mborzecki> zyga: but it's a script, https://paste.ubuntu.com/p/XGsxrdjTWP/
[06:46] <zyga> right
[06:46] <zyga> but _broken_
[06:47] <zyga> it must invoke the linker
[06:47] <zyga> to avoid using the host linker
[06:47] <zyga> but anyway
[06:47] <zyga> why did it break, what changed?
[06:47] <mborzecki> let me check some other classic snaps
[06:47] <mborzecki> zyga: there was a glibc & python update i believe
[06:49] <zyga> mborzecki: try python0
[06:49] <zyga> it should work everywhere
[06:49] <zyga> but it was made by me
[06:49] <zyga> so it's a bit more special
[06:49] <zyga> if that crashes then the world is broken
[06:49] <mborzecki> zyga: heh upgraded glibc (2.27-3 -> 2.28-1)
[06:49] <zyga> it if works then we can look for more clues
[06:50] <mvo> mborzecki: good morning!
[06:50] <mborzecki> mvo: heya
[06:51] <mvo> btw, I see red tests in the most recent PRs, anything going on with CI? or just some bad PRs ;)
[06:51] <mvo> zyga: let me check
[06:51] <zyga> mvo: ubuntu-image segvfaults
[06:51] <zyga> mvo: maciej is looking at that
[06:51] <mvo> boooo
[06:51] <mvo> mborzecki, zyga: thanks
[06:51] <mvo> heh
[06:51] <mvo> there was a new release
[06:52] <mvo> and it went all the way from edge to stable with a single push
[06:52] <mvo> because …
[06:52] <mborzecki> reasons
[06:53] <mvo> mborzecki: where do we pull from? beta/edge? stable?
[06:53] <mborzecki> well slack works, python0 works, so it's ubuntu-image that's borked
[06:53] <mborzecki> mvo: same version in every channel
[06:53] <mvo> mborzecki: yeah, I think I have the privs to "fix" that
[06:53] <mvo> mborzecki: I just need to know where we pull from
[06:53] <mborzecki> mvo: edge
[06:53] <mvo> mborzecki: excellent
[06:54] <mvo> mborzecki: fixed
[06:54] <mborzecki> mvo: refreshing
[06:54] <mvo> mborzecki: and next we need to have a word with the uploader of the snap :)
[06:55] <mborzecki> lukasz? :)
[06:55]  * mvo won't name names
[06:56] <mborzecki> mvo: https://paste.ubuntu.com/p/pXgtFBFVHd/ better, at least no segfault, no clue if it's intended to be used outside of ubuntu though ;)
[06:56] <mvo> mborzecki: heh
[06:56] <mvo> mborzecki: why on earth would it need dpkg?
[06:56] <mvo> mborzecki: well, I guess I should look at the code to answer that
[06:57] <mborzecki> mvo: well, why it's not bundled in the snap? :)
[06:57] <mvo> mborzecki: looks like its using it to detect its own arch
[06:57] <mvo> mborzecki: another great question
[06:59] <mborzecki> wow, snapcraft travis jobs are really ~7h long?
[06:59] <mvo> mborzecki: to be fair it looks like the snapcraft.ymal has not changed
[07:00] <mvo> mborzecki: so maybe a snapcraft change broke u-i
[07:00] <mvo> mborzecki: it was failing inside travis too, right? not just on arch?
[07:00] <mvo> mborzecki: I think thats correct, snapcraft runs a ton of integration tests that build stuff (at least AIUI)
[07:00] <mborzecki> mvo: yes, my guess is some library pulled in through LD_LIBRARY_PATH got updated/changed
[07:01] <mvo> mborzecki: ok
[07:01] <mborzecki> mvo: https://paste.ubuntu.com/p/vFfwvBsHH7/
[07:02] <mvo> mborzecki: nice!
[07:02] <mvo> mborzecki: I also like your hostname in the pastebin :)
[07:02] <mborzecki> mvo: whatever it is it's inside /snap/ubuntu-image/100/lib/lib-arch
[07:03] <mvo> mborzecki: there is probably a lot inside there
[07:04] <pstolowski> mornings!
[07:04] <mborzecki> mvo: i see mostly glibc, readline
[07:04] <mborzecki> pstolowski: hey
[07:06] <mborzecki> mvo: well, maybe libc shouldn't be there after all https://paste.ubuntu.com/p/KhT6SbWYj4/ it's not there in rev 98 which works
[07:07] <zyga> pstolowski: hey
[07:07] <zyga> pstolowski: can you do a quick test for me please
[07:08] <mborzecki> zyga: hello-fedora still works
[07:08] <zyga> mborzecki: thank you!
[07:09] <mvo> mborzecki: worth a shoot
[07:10] <mvo> zyga: I have fedora29 r9 and hello-fedora r5 but still get the error launching it but I don't have the latest snapd maybe
[07:10] <mvo> zyga: same missing file error
[07:10] <zyga> mvo: you should not need the lasted snapd
[07:10] <zyga> drat :/
[07:10] <zyga> ok, thank you
[07:10] <zyga> (perhaps you do, because the fix in dirs.go)
[07:10] <zyga> the hack I did only works on simpler implementation in snap-confine
[07:10] <zyga> that's okay
[07:10] <zyga> thank you for trying
[07:11] <zyga> mvo: I suspect swapping ID=... lines in $SNAP/usr/lib/os-release in fedora29 would fix it
[07:11] <zyga> mvo: if you want to unpack the squashfs and "snap try" it to check
[07:11] <zyga> but don't worry, it's better to fix this through mater
[07:13] <mvo> zyga: once your snapd PR lands it will work, no?
[07:13] <zyga> mvo: I think so, yes
[07:13] <mvo> zyga: if so, lets just make sure it does land
[07:13] <zyga> mvo: it's passing tests
[07:13] <zyga> (except core prepare is broken)
[07:13] <zyga> yeah
[07:17] <pstolowski> mborzecki: hey, do you have any PR you want reviewed?
[07:17] <pstolowski> mborzecki: i mean, you have a few, but what's the 1st in the queue?
[07:17] <mborzecki> pstolowski: https://github.com/snapcore/snapd/pull/5614 if you could
[07:18] <pstolowski> sure
[07:18] <mborzecki> pstolowski: thanks
[07:22] <zyga> mvo, mborzecki: should we disable core if we cannot fix ubuntu-image for a while?
[07:22] <mvo> zyga: it is "fixed"
[07:22] <mborzecki> zyga: it should be possible now
[07:23] <zyga> Son_Goku: I'm happy with the slides, I think
[07:24] <mborzecki> zyga: do you have the slide deck available anywhere?
[07:24] <zyga> https://docs.google.com/presentation/d/1Vf3wfC8O7D4_f_zyPBvvy6U6YBBRQd_3ncR6sWszTQM/edit?usp=sharing
[07:25] <zyga> it's mostly a "talking" presentation so we have a few slides but most of the content will be verbal
[07:28] <zyga> suggestions welcome!
[07:29] <mborzecki> zyga: nice
[07:35]  * sil2100 ordere
[07:35]  * sil2100 ordered a raspi3
[07:35] <sil2100> (cat's tail pressed enter too soon)
[07:37] <mvo> sil2100: yay
[07:42] <luk3yx> Is there any way to rename a snap's internal name without deleting and re-adding it?
[07:44] <zyga> Son_Goku: snap install copr #
[07:44] <zyga> # exercise for the reader
[07:44] <Son_Goku> :D
[07:44] <mvo> mborzecki: https://github.com/CanonicalLtd/ubuntu-image/pull/157 should fix the issue of running ubuntu-image on arch
[07:45] <sil2100> grrr
[07:45] <mborzecki> mvo: ta
[07:46] <sil2100> mvo: oh! Yeah, none of us really thought about u-i on a non-ubuntu system ;)
[07:46] <mvo> sil2100: yeah, I haven't either, just mborzecki did
[07:46] <mvo> :)
[07:46]  * mvo hugs mborzecki
[07:47] <Chipaca> wait.  I just came back with "command not found". However, running it without the "sudo" worked fine.
[08:08] <Chipaca> Gargoyle: sudo's path is probably different to your user's path
[08:08] <Gargoyle> Am I likely to run into issues further down the line - if I've done something wrong early on, I'd prefer to catch it now than in a few days time when I have everything setup on the system.
[08:11] <mvo> Chipaca: I noticed that inside cmd/snap ; go test will fail for me. it looks like it will print the new (nice) green checkmarks but the tests do not expect those
[08:11] <mvo> Chipaca: is that just me?
[08:11] <mvo> Chipaca: when i run "go test | more" its fine again
[08:11] <Chipaca> mvo: let me see...
[08:12] <Chipaca> mvo: how do you run it, exactly?
[08:13] <mvo> Chipaca: I "cd cmd/snap ; go test"
[08:13] <mvo> Chipaca: inside a mate terminal
[08:14] <Chipaca> mvo: huh
[08:14] <Chipaca> mvo: and what about 'go test .'?
[08:19] <mvo> Chipaca: that is fine
[08:19] <mvo> Chipaca: interessting
[08:19] <Chipaca> mvo: here it fails with a dbus error
[08:19] <mvo> Chipaca: wuut? what does it try to talk to?
[08:19] <Chipaca> ... value *errors.errorString = &errors.errorString{s:"cannot obtain bus name 'io.snapcraft.Launcher'"} ("cannot obtain bus name 'io.snapcraft.Launcher'")
[08:20] <Chipaca> mvo: test runner is weird
[08:20] <Chipaca> mvo: results change depending on whether I set -v or not
[08:20] <mvo> might be something inside our test not properly mocked
[08:21] <Chipaca> mvo: 'go test -v .' -> colour errors
[08:21] <Chipaca> mvo: 'go test .' -> just the dbus error (also present with -v)
[08:21] <mvo> Chipaca: go test -v gives me also the \x1b bits inside the test output
[08:23] <Chipaca> mvo: so, the colours in the output mean that Stdout is a terminal
[08:23] <mvo> Chipaca: yeah, I wonder why. this is normal bionic
[08:24] <Chipaca> mvo: this here is "normal" xenial
[08:24] <Chipaca> mvo: I'll dig into it and see what i learn
[08:24] <mvo> Chipaca: aha! can you please try with "go1.10" from the snap? I will try with go 1.6
[08:24] <Chipaca> mvo: ah,  about the same with a snapped 1.10
[08:27] <mvo> Chipaca: yeah, no difference for me either
[08:28] <Chipaca> sigh
[08:28] <Chipaca> mvo: the problem probably arises because colour support checks whether stdout is a terminal just once
[08:29] <Chipaca> mvo: so it needs mocking in tests
[08:29] <Chipaca> mvo: I don't know why it only needs mocking in some cases and not in others
[08:31] <Chipaca> mvo: doing this now fwiw
[08:34] <mvo> Chipaca: ta
[08:35] <Chipaca> mvo: could i get a review of #5617?
[08:36] <mvo> Chipaca: yes
[08:46] <Chipaca> mvo: when you run the tests, do you have a "DBUS_SESSION_BUS_ADDRESS" env var?
[08:47] <mvo> Chipaca: I do have that set
[08:47] <Chipaca> mvo: here I need to explicitly unset it for tests to pass when running from the directory (but not otherwise)
[08:48] <Chipaca> mvo: the funny thing is testutil/dbustest.go saves that env var but doesn't unset it nor set it to anything
[08:48] <Chipaca> mvo: so i'm not sure what's supposed to be doing it
[08:48] <mvo> Chipaca: woah
[08:49] <Chipaca> mvo: ikr
[08:49] <Chipaca> in any case, pr coming with these fixes
[08:51] <mvo> Chipaca: \o/
[08:54] <mborzecki> pstolowski: hey, got a question about udev, udev monitor will start before dumping current device db right?
[08:55] <pstolowski> yes, this will be visible in the PR i'm working on which integrates monitor and udevadm parser
[08:56] <mborzecki> ah ok
[08:56] <pstolowski> mborzecki: i'm starting the monitor and queue monitor events until db dump finishes, then i flush accumulated events
[08:57] <mborzecki> pstolowski: then dedup is based on devpath/devname?
[08:58] <Chipaca> mvo: https://github.com/snapcore/snapd/pull/5627 addresses the 'go test' weirdness
[09:01] <pstolowski> mborzecki: not sure yet, probably, i haven't tought much about that aspect yet
[09:28] <Chipaca> boo
[09:28] <Chipaca> Failed project prepare: 4
[09:28] <Chipaca> boooh
[09:34] <mborzecki> Chipaca: hmm something isn't right https://paste.ubuntu.com/p/JmVDynrPCF/
[09:36] <Chipaca> mborzecki: mhmm
[09:45] <Chipaca> mborzecki: ah
[09:45] <Chipaca> mborzecki: i think i know what's happening
[09:45] <mborzecki> Chipaca: takes a while for socket to appear
[09:45] <Chipaca> mborzecki: exactly :-)
[09:45] <Chipaca> we don't wait for it to start
[09:46] <mborzecki> Chipaca: added a loop with 20s wait, but still no socket, maybe it's started wrong?  http://paste.ubuntu.com/p/VnwfFwjn4s/
[09:46] <Chipaca> mborzecki: are you fixing it, or should i?
[09:47] <mborzecki> Chipaca: go ahead :P
[09:48] <Chipaca> k
[09:49] <mborzecki> omg silly me
[09:51] <mborzecki> Chipaca: http://paste.ubuntu.com/p/mwvRRjjqzf/ if you want to use it
[09:58] <Chipaca> mborzecki: want to try https://pastebin.ubuntu.com/p/mX8x6BZDps/ ?
[09:58] <mborzecki> nice
[09:59] <Chipaca> mborzecki: interestingly the printed address looks like unix:path=/tmp/check-6227058902689785204/0/user_bus_socket,guid=c22feadfc799529b07be91f75b6d603a
[10:00] <mborzecki> Chipaca: works all right here
[10:10] <mborzecki> Chipaca: don't know if you got that, your patch works fine
[10:10] <Chipaca> mborzecki: i hadn't, thank you
[10:10] <Chipaca> i'll push it now
[10:11] <Chipaca> mborzecki: did you get the bit about how the printed address has more stuff than just user_bus_socket?
[10:12] <mborzecki> yeah, saw that here too, apparently it's not critical as i was doing setenv without that and it worked too
[10:21] <Chipaca> mborzecki: I could've also done --print-pid and waited for that
[10:21] <Chipaca> eh, it works this way
[10:21] <Chipaca> w/e
[10:47] <ogra> mvo, did the pi3 gadget ever get updated in stable to include all the gpio interfaces (it is in edge since 1.5y, but i dont know if/when you pushed pi3 into stable)
[10:48] <ogra> (i'D have expected it to be updated along with the push of pi2-kernel to stable)
[10:49] <mvo> ogra: it has not bee updated
[10:49] <ogra> damn
[10:49] <mvo> ogra: the kernel is done by the kernel team they can't push the gadgets
[10:50] <mvo> ogra: gadgets are foundations territory nowdays
[10:50] <ogra> it has various firmware fixes for thermal and power management and the stable one seems to miss all gadget based interfaces
[10:50] <mvo> ogra: yeah, I think it should go out, we just need a) QA b) somoeone driving this :/
[10:51] <mvo> ogra: fwiw, the LP page is owned by foundations and steve has the required privs to push the snaps
[10:51] <ogra> i honestly have not run stable gadgets since the above stuff landed ... so for a) i can clearly give you a thumbs up :)
[10:52] <ogra> and *all* interfaces missing is clearly a downer
[10:52] <Chipaca> my network is having a fun day
[10:53] <Chipaca> but on the other hand so is travis
[10:53] <mvo> Chipaca: and so is LP - arm builds are very slow (the builders look a bit overworked)
[10:56] <Chipaca> eight hour workday for workers! rabble rabble rabble
[10:56] <Chipaca> drat, i meant builders
[11:37] <zyga> hello :)
[11:37] <zyga> how are things?
[11:40] <zyga> is travis working now, it was pretty slow when I tried to use it yesterday
[11:47] <Chipaca> zyga: wrt travis, everything is terrible, slow, horrible, raining on the ice cream
[11:48] <Chipaca> zyga: Son_Goku: how's your flocking?
[11:58] <zyga> Chipaca: we're done with our presentation, it went very good
[11:58] <zyga> we had lots of questions and interaction with the audience
[11:58] <Chipaca> zyga: people weren't asleep and hung over?
[11:58] <zyga> and we have a working fedora29 base now :)
[11:58] <zyga> no, today is the first day when it's not 999999C outside
[11:59] <zyga> I still want to catch some infrastructure people to discuss the hand off
[11:59] <zyga> and the fedora project leader to get an ack of the use of the fedora log
[11:59] <zyga> logo
[12:01] <zyga> Chipaca: and people are surprisingly extremely sober
[12:01] <zyga> drink responsibly, said the spiritual ghost of jono
[12:07]  * mvo weeps about the fact that he still has no arm PPA build for snapd 2.35~pre1
[12:08] <mborzecki> need another coffee
[12:09] <mborzecki> mvo: i've updated https://github.com/snapcore/snapd/pull/5584 with your patch, thanks!
[12:09] <mvo> mborzecki: \o/ happy that you liked it
[12:10] <mborzecki> mvo: yeah, i feel like i should rewrite that snap name validation too
[12:11] <mborzecki> mvo: also played around trying to get the bits of validation code shared between update-ns and libsnap-confine-private, so far no other idea than a separate file and a symlink to update-ns, the simplicity of go build is not making it too easy
[12:16] <mvo> mborzecki: I think rewrite of the snap name validation is not a good idea
[12:16] <mvo> mborzecki: but yeah, sharing is probably hard, but I have not put much thought into it yet, its just mildly annoying
[12:19] <cachio> mvo, hey
[12:22] <mvo> cachio: hey he
[12:22] <mvo> cachio: how are you?
[12:22] <cachio> mvo, fine
[12:23] <cachio> you?
[12:23] <mvo> cachio: yeah, doing well. need more tea though
[12:23] <mvo> :)
[12:23] <cachio> hehe, I have 2 issues to fix on core 18
[12:23] <mvo> cachio: tell me more please
[12:23] <cachio> mvo, https://paste.ubuntu.com/p/Z7m38nK6VY/
[12:24] <mvo> cachio: aha, nice find. we need to kill this one I think
[12:24] <mvo> cachio: like remove the service entirely
[12:25] <cachio> mvo, yes, makes sense
[12:25] <mvo> cachio: I need to finish a PR first but once that is done I can look into it or maybe sil2100 has some spare cycles for ensuring update-motd.service is removed from core18
[12:25] <cachio> mvo, sure
[12:39] <sil2100> I can!
[12:40] <mborzecki> wow a thunderstorm
[12:41] <mvo> mborzecki: we had this yesterday - it was wild
[12:43] <mborzecki> hmm snap-update-ns segfaulting now :P
[12:45] <mborzecki> i suppose by internet will be choppy a bit today
[12:48] <ogra> mborzecki, while yoyu duck and cover, just think about the fact that the air is breathable afterwards ;)
[12:48] <ogra> (it definitely helped a lot here)
[13:23] <jdstrand> mvo: ok, responded to 5621 (twice! :)
[13:26] <mvo> jdstrand: thank you!
[13:26]  * mvo reads
[13:28] <jdstrand> mvo: let me know if what I said doesn't make sense
[13:30] <mborzecki> mvo: pre-patch version works
[13:31] <mvo> mborzecki: ok, let me look at the diff again, I wonder what I broke
[13:32] <mborzecki> mvo: well the code looks correct, maybe i broke sth when doing little tweaks
[13:32] <mvo> mborzecki: how can I reproduce? just build and copy in place and run a snap?
[13:33] <mborzecki> mvo: sec, let me see if the same happens with non instance keyed snaps
[13:34] <mborzecki> mvo: snaps without instance key work
[13:36] <mvo> mborzecki: is "go test cmd/snap-update-ns " enough to trigger the crash?
[13:37] <mborzecki> mvo: nope, the tests are passing
[13:37] <mborzecki> mvo: heh, and even the hello-world_foo is used in the test suite :)
[13:37] <mvo> mborzecki: so its crashing only when used for real(tm) ?
[13:38] <mborzecki> mvo: yes
[13:46] <jdstrand> mborzecki: fyi, https://github.com/snapcore/snapd/pull/5584#pullrequestreview-145243262
[13:47] <mborzecki> jdstrand: thanks!
[13:47] <jdstrand> mborzecki: is this the pr that you and mvo are discussing now?
[13:47] <mvo> mborzecki: I played around a bit but did not managed to reproduce
[13:47] <mborzecki> jdstrand: yes
[13:48] <jdstrand> hmm, I verified the new 'i' handling. let me look again
[13:48] <mborzecki> mvo: https://paste.ubuntu.com/p/ZGS8QwfWXt/
[13:49] <jdstrand> mborzecki: there is an off by one, no?
[13:49] <jdstrand> for (i = 0; instance_key[i] != '\0'; i++) {
[13:49] <jdstrand> ...
[13:49] <jdstrand> else if (i > 10) {
[13:50] <jdstrand><PHONE_NUMBER>\0: i will be 11 here
[13:50] <jdstrand> no, that's right
[13:51] <mborzecki> jdstrand: the s is +1 because of this
[13:54] <mvo> mborzecki: if you are still inside gdb, does "print instance_key[i]" yield anything?
[13:54] <mvo> mborzecki: the gdb output looks all legit or am I missing something?
[13:55] <Chipaca> looking for reviews on #5617 plz (not a trivial, unless you look at each commit individually)
[13:55] <mborzecki> mvo: replaced islower/isdigit with own code and it works (?!?)
[13:55] <mvo> mborzecki: heh
[13:55] <mvo> mborzecki: optimization this smells like (in best yoda voice)
[13:55] <mvo> mborzecki: can you build with -O0 ? is this arch/ubuntu?
[13:56] <mborzecki> mvo: i'm building with -O0
[13:56] <mvo> :(
[13:57] <mborzecki> mvo: heh :P
[13:57] <jdstrand> mborzecki: I didn't mean on the buffer, I meant on the length check, but it is fine
[13:58] <jdstrand> one thing about strsep() is that it is going to modify the string
[13:58] <mborzecki> jdstrand: yeah, there's a copy made in validate_instance_name
[13:59] <jdstrand> right, I recall verifying that was ok
[13:59] <jdstrand> mborzecki: what is the failure?
[14:00] <mvo> mborzecki: is that on arch or ubuntu? what go version and gcc --version is in use?
[14:00] <jdstrand> actally, shouldn't char s[52] = {0,}; be char s[53] = {0,};?
[14:00] <jdstrand> 40 char snap_name + 10 char instance_key + 1 NULL + 1 extra to detect overflows
[14:01] <jdstrand> doesn't that not account for the valid '_'?
[14:01] <mborzecki> jdstrand: #0  0x000000000055406e in instance_key_validate (instance_key=0x7ffe6a68b55c "foo") at bootstrap.c:286
[14:01] <mborzecki> 286             if (islower((int)instance_key[i]) || isdigit((int)instance_key[i])) {
[14:01] <mborzecki> segfaulting in this line, instance_key is "foo"
[14:01] <mvo> jdstrand: oh, I think you are correct!
[14:01] <jdstrand> some40charname_instance\0
[14:01] <mvo> mborzecki: hm, hm, that cast
[14:02] <mborzecki> mvo: added it just now to test things, but it's segfaulting without that too
[14:02] <mvo> mborzecki: hm, no, that should be fine
[14:02] <mborzecki> mvo: jdstrand: instance_key address is well within the bounds of validate_instance_name:s
[14:03] <mvo> mborzecki: does it make a difference if you only have "islower" or "isdigit" ?
[14:04] <mvo> mborzecki: of replacing it with if(instance_key[i] != '\0')
[14:04] <Son_Goku> mvo, how are we looking on getting snapd 2.35 out the door?
[14:05] <mvo> Son_Goku: its in beta now
[14:05] <mvo> Son_Goku: beta does not yet include the fedora base fix but the next one will be
[14:05] <mvo> Son_Goku: next beta will be early next week
[14:06] <Son_Goku> mvo, cool
[14:06] <Son_Goku> zyga wants me to update Fedora and my beta CentOS packages to 2.35, which is why I was asking
[14:06] <mvo> Son_Goku: +1
[14:07] <Son_Goku> the talk went really well (aside from the questions about the store), and there was definitely interest in Fedora-based snaps
[14:08] <Son_Goku> well, even the questions about the store weren't that bad, but the talk went over so well that we went ~15 minutes over time
[14:09] <Son_Goku> mainly for Q&A
[14:10] <mborzecki> mvo: omg, i'm stupid after all, it's working all right
[14:10] <mborzecki> mvo: i obviously did not built it as a static binary
[14:10] <mvo> mborzecki: puhhh, ok
[14:10] <jdstrand> mborzecki: there is an off-by-one with the strncpy() that will result in an unterminated string. you need sizeof(s) + 1
[14:11]  * mvo finds it amusing that "close()" is defined in unistd.h but open in sys/types.h
[14:12] <mborzecki> mvo: heh funny that it failed, thought that gcc has builtin primitives for isblahblah by now
[14:12] <jdstrand> mborzecki: it is interesting that because you use a for loop instead of strlen() for the length, it didn't end up being a problen,
[14:12] <mvo> mborzecki: I think there is some magic going on with these, iirc they get replaced at init time with optimized versions or something
[14:13] <mborzecki> jdstrand: thanks for double checking
[14:13] <mborzecki> mvo: and here i thought that the world is coming down :)
[14:14] <mvo> mborzecki: same here, I was really confused
[14:14] <mvo> mborzecki: thanks for getting to the bottom of it
[14:15] <jdstrand> mborzecki: the '+ 1 extra to detect overflows' actually accounts for the '_'. Perhaps it would be better to rephrase that comment to be: '// 40 char snap_name + '_' + 10 char instance_key + 1 NULL
[14:17] <mborzecki> jdstrand: ack
[14:24] <mborzecki> jdstrand: shouldn't that be `char s[53] = {0}; strncpy(s, instance_name, sizeof(s) -1);` actually?
[14:28] <jdstrand> mborzecki: yes
[14:33] <jdstrand> mborzecki: I added a comment to correct myself and adjusted the 'comment' comment
[14:34] <jdstrand> since you do want 53 to detect that overflow character, rather then just stripping it off
[14:34] <jdstrand> hopefully I'm awake now :)
[14:39] <mborzecki> mvo: jdstrand: pushed an update, thanks for your reviews
[14:40] <mborzecki> i'm off to do some shopping now, kids are waiting already :/
[15:07] <jdstrand> mvo: 5621 reviewed
[15:12] <juliank> mvo: apt install petname on cosmic with 2.35 gives me error: json: cannot unmarshal object into Go struct field .packages of type string
[15:13] <juliank> broken types?
[15:17] <mvo> juliank: uh, interessting. let me try this
[15:19] <juliank> JSON-RPC calls: https://paste.ubuntu.com/p/gny3GH5kJQ/
[15:22] <juliank> Maybe I should have used pipes, ugh, this is annoying to test...
[15:24] <juliank> Packages        []string `json:"packages"`
[15:24] <juliank> is Params struct{} is clearly wrong
[15:24] <juliank> as Packages is not a list of strings, but a list of objects describing packages
[15:24] <juliank> mvo: ^
[15:28] <mvo> juliank: aha, nice catch. I'm in a meeting right now but will get back after the meeting, feel free to push a fix if you already have an idea what is going on
[15:34] <cachio> mvo, https://paste.ubuntu.com/p/2ZFG59dc7s/
[15:34] <cachio> I found that after a timeout installing a snap
[15:35] <cachio> mvo, this is the test https://paste.ubuntu.com/p/BB6D2rmjq7/
[15:38] <mvo> cachio: hm, mount failed? protcol error again?
[15:39] <juliank> mvo: basically you need http://paste.ubuntu.com/p/fNpjhSYg9F/ as the type change for jsonRPC, not sure if other changes are needed
[15:43] <juliank> The hook works fine if the packages does not exist in apt
[15:43] <juliank> (as packages is empty then)
[15:43] <mvo> juliank: nice catch, thank you
[15:44] <juliank> probably want to extract the version struct to not repeat it 3 times
[15:45] <juliank> or just keep out the entire packages array if you don't use it yet
[15:48] <zyga> re
[15:48] <zyga> how are you doing mvo?
[15:50] <mvo> juliank: thank you!
[15:51] <mvo> juliank: I added a regression test and will work on this later tonight or monday
[15:52] <Chipaca> mvo: monday monday monday
[15:52] <Chipaca> mvo: your weekend starts in 8 minutes
[15:53] <mvo> zyga: good, thanks
[15:53] <mvo> Chipaca: heh, good point
[15:53] <zyga> mvo: yeah, do listen to Chipaca
[15:53] <zyga> mvo: how far away are you from Dresden?
[15:53] <Chipaca> well, not _always_, but this time would be good
[15:54] <mvo> zyga: the opposite side of the country - why? do you want to come over? or do you want me to come over :) ?
[15:55] <zyga> the event still runs yesterday (odd, right?) and I was thinking you could use a more casual context or you will work all the time
[15:55] <zyga> mvo: but across the country is not close enough to od thatr
[15:55] <zyga> *do thta
[15:55] <zyga> ...
[15:55]  * zyga is not doing a great job at typing
[15:58] <zyga> mvo: I saw the fedora fix was merged, thank you for that (that's a team-wide effort!)
[16:05] <mvo> zyga: yw, enjoy the rest of the event
[16:06]  * mvo takes a break
[16:25] <cachio> mvo, it seems to be
[16:51] <Chipaca> I think it's EOW time here
[16:51]  * Chipaca looks around
[16:51] <Chipaca> yeah, everybody else here is no longer working, might as well stop myself
[16:51] <Chipaca> :-D
[17:09] <sergiusens> Chipaca: speak for yourself!
[17:09] <Chipaca> sergiusens: I do!
[17:09] <sergiusens> please do, so that travis builders get freed up and we can start being productive again :-P
[17:10] <Chipaca> sergiusens: https://www.google.com/maps/@51.2565417,0.3714914,17z <- there's nobody around me working on snapd for *kilometers*
[17:10] <Chipaca> the closest are over the horizon
[17:11] <Chipaca> sergiusens: travis ate pregnant snail soup this week
[17:15] <sergiusens> probably
[17:16] <sergiusens> Chipaca: is core16 being worked on as a proper base?
[17:30] <Chipaca> sergiusens: define "being worked on"
[17:30] <Chipaca> sergiusens: yes
[17:31] <Chipaca> sergiusens: the focus of work is on core18 right now
[17:31] <Chipaca> sergiusens: core16 _will_ become, itself, the focus once everything in core18 is done
[17:31] <Chipaca> sergiusens: whereby core16 + snapd snaps will replace the core snap of old
[17:32] <Chipaca> sergiusens: waarom?
[17:39] <sergiusens> Chipaca: transparent migration? Hope it goes better than ubuntu-core -> core :-)
[17:43] <Chipaca> sergiusens: ubuntu-core -> core was *fine*
[17:46] <sergiusens> Chipaca: yeah, after all the errors were fixed ;-) I had to reinstall all my snaps!
[17:46] <Chipaca> sergiusens: LA LA LA LA IT WENT FANT LA LA LA
[17:46] <Chipaca> FINE*
[17:46] <Chipaca> fant wtf
[17:46]  * Chipaca looks at his nearly-empty beer
[17:46]  * Chipaca identifies the problem
[17:46] <Chipaca> brb, topping up
[18:28] <mvo> jdstrand: I updated 5621 again, thanks for the excellent feedback
[18:30] <jdstrand> mvo: cool, np
[22:00] <kyrofa> If I `snap revert`, and later want to return to the revision from which I reverted, how might I do that?


[07:34] -SwissBot:#xubuntu-devel- ::xfce-announce:: ANNOUNCE: xfce4-terminal 1.0.2 released<EMAIL_ADDRESS>[11:28] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 22.04 - amd64 - amd64 built.
[11:32] <Unit193> That's generated, I'll be able to smoke test it in a few hours at the earliest.  If someone else wants to take a quick look, the more the better.
[15:52] <bluesabre> Thanks Unit193!
[19:46] <kryten> Btw, I've filled the release metadata of 22.04 on the website and looked at what to do with the download page, but there isn't even a draft of a release announcement yet and I rather don't fiddle with that.. :3
[19:48] <kryten> Also, while I've specified <https://docs.xubuntu.org/2204/> as the docs link on the first, it has yet to get uploaded to there.
[22:21] <bluesabre> The spammy API responses have chilled out, so working on that now.
[23:04] <bluesabre> Release announcement published, and I think everything is linked up. Typo'd some things that will be cached for just a bit. :D
[23:08] <kryten> Ah, that's how you solved the 'lts' vs 'latest' thing on the download page! :P
[23:24] <bluesabre> Yeah... fake it til somebody calls you out
[23:24] <bluesabre> ;)
[23:29] <Unit193> Trying a test install of core now. :/


  Congrats Laney
[09:24] <willcooke> What did you win?
[09:24] <willcooke> Was it a special xmas one?
[09:24] <Laney> N pints (forgot how many)
[09:24] <Laney> yeh, all the questions were xmas themed
[09:24] <willcooke> love it
[09:24] <Laney> luckily for us one of the team members has excellent christmas #1 knowledge
[09:24] <willcooke> :D
[09:25] <Laney> how many christmas number 1s has cliff richard sung on?
[09:25] <willcooke> I'd guess at maybe 3 of his own, and then a couple of charity ones, so...five?
[09:25] <seb128> Laney, again! you/your team are gooood :)
[09:25] <Laney> close, it's 4
[09:26] <Laney> 2 solo / 1 with some band (the shadows?) / band aid
[09:26] <willcooke> No points for close though
[09:26] <willcooke> I think we could have a pub quiz in the channel
[09:26] <willcooke> :)
[09:26] <seb128> haha
[09:27] <seb128> virtual beers
[09:27] <Laney> good plan
[09:27] <willcooke> I wonder if there is a bot for it, I bet there is
[09:28] <seb128> Laney, I commented on the nm/autopkgtest bug, I asked on #nm the other day and thomas made a short reply in between other things (then I was travelling/off, didn't manage to resume that conversation), that's not a solution but give some info/can be maybe useful
[09:29] <Laney> thx
[09:30] <Laney> i'll have a look at that
[09:36] <Laney> proposed-migration forgot about the n-m test and let dnsmasq migrate
[09:36] <Laney> that's a bit dubious
[09:37] <seb128> :/
[09:37] <Laney> trying to write a testcase for that and fix it too
[09:52] <seb128> andyrock, Trevinho: hey, can we get an ubuntu-dock update for disco with what is in trunk from ubuntu dashtodock?
[09:59] <duflu> seb128, which branch is that? The Ubuntu branch seems to be unchanged from January
[10:00] <duflu> Oh. That was a couple days ago. Nevermind :)
[10:01] <seb128> upstream dashtocok I meant
[10:01] <seb128> dashtodock
[10:01] <duflu> It got refreshed this week
[10:02] <seb128> duflu, upstream git has the popover changes and your repaint fix
[10:02] <seb128> would be nice to have those in the distro
[10:02] <duflu> seb128, not in the ubuntu-dock branch
[10:02] <seb128> right, which is what I was asking them about
[10:02] <seb128> rebasing our branch on trunk
[10:02] <seb128> and getting that uploaded to disco
[10:03] <duflu> seb128, yeah sorry. I was misled by "from ubuntu dashtodock". You mean from master
[10:03] <seb128> yeah, "ubuntu"->"upstream" was an unfortable typo
[10:03] <seb128> doh
[10:03] <seb128> unfortunate
[10:03]  * seb128 needs coffeee
[10:03] <duflu> Righto
[10:03] <duflu> +1
[10:03] <seb128> :)
[10:05] <duflu> seb128, it's a little unfortunate actually. I wrote that fix in January and it got stuck on apparently erroneous community testing
[10:05] <seb128> :(
[10:05] <seb128> so we should also SRU the fix to bionic maybe?
[10:05] <duflu> Still goot intentions
[10:06] <duflu> seb128, no it needs time to mature yet
[10:06] <seb128> k
[10:06] <duflu> -goot +good
[10:32] <willcooke> If we SRU d-2-d to B from D, it would change the behaviour of the window preview ordering.  From "most recent at the top" to "always listed in the order they were opened in"
[10:33] <willcooke> I'd be very happy to see that.
[10:33] <willcooke> IMO the current ordering is broken
[10:33] <willcooke> well, and upstream's view as well now
[10:33] <willcooke> so that would be a nice thing to do
[10:33] <willcooke> but, it does change the behaviour, so dunno, is that a special case?
[11:03] <Laney> would have to convince the SRU team
[11:03] <Laney> but if you can make a convincing argument, probably could be done
[11:03] <Laney> wholesale SRU might be interesting (in a bad way) depending on what else is in there, chance of regressions / other behaviour changes etc
[11:06] <willcooke> ack, thx Laney
[11:17] <Laney> probably possible with enough will :-)
[12:12] <seb128> willcooke, right, what L_aney said, I wouldn't could on a behaviour change to be easy to justify to the SRU team, one things users expect from a LTS is stability and not having to adapt/re-learn workflows (especially true in work place where changes might mean more support calls/having to explain to employees the changes/etc)
[12:18] <Laney> probably going to follow what upstream said on network-manager and just remove the check for the link state
[12:18]  * Laney tests that
[12:18] <Laney> fatal: repository 'https://code.launchpad.net/~network-manager/network-manager/+git/ubuntu/' not found
[12:18]  * Laney slaps the archive
[12:23] <seb128> bah, launchpad :/
[12:36] <andyrock> "morning" all
[12:36] <andyrock> seb128: let's wait for Marco to be online
[12:37]  * andyrock overslept too
[12:37] <Laney> hey andyrock
[12:37] <Laney> hope you're feeing relaxed ;-)
[12:39] <andyrock> Laney: xmas mood 🎄
[12:40] <Laney> ah, a hangover
[12:40] <Laney> it all becomes clear
[12:42] <andyrock> 😂
[12:42] <talx> andyrock: whos marco
[12:42] <andyrock> Trevin_ho
[12:42] <andyrock> talx: ^^^
[13:04] <seb128> hey andyrock! happy post-drinking 'morning' :)
[13:04]  * andyrock did not drink yesterday :(
[13:05] <andyrock> my alarm (my gf) did not wake up today
[13:05] <seb128> lol
[13:05] <andyrock> I mean now she is awake
[13:05] <seb128> well, it's good, at least you are rested and ready to be productive in the afternoon :)
[13:05] <seb128> and you still beat Marco anyway :p
[13:05] <andyrock> "did not wake up" can be easily misunderstood for something else
[13:06] <seb128> no misunderstanding, don't worry, just teasing you :)
[13:20] <Trevinho> Morning guys!
[13:22] <Laney> hey Trevinho !!!!!
[13:23] <Laney> wb, did you have a nice holiday?
[13:23] <Trevinho> Laney: hey laneyyy!
[13:24] <seb128> hey Trevinho, wb! you have been good at not showing up here during you holidays, that's nice ;)
[13:24] <seb128> did you have a good time?
[13:24] <seb128> where are you now? still on the other side of the ocean? or back on the old continent for the holidays?
[13:25] <Trevinho> And hi seb128 too...
[13:25] <Trevinho> for both... Yes had great time
[13:25] <Trevinho> landing in Europe in shorts in December was fun too 😅😢
[13:26] <seb128> haha
[13:26] <seb128> you noticed that was a mistake right? ;)
[13:27] <Trevinho> seb128: yep... Well I was getting notifications but I stay away from it... Although the newly created 3g cuban network would have allowed to interact in some way (a bit expensive but in the cities - better smaller) works quite well. So I almost joined the revolution at its first day
[13:28] <seb128> Trevinho, making history!
[13:28] <Trevinho> as for the shorts.. Well I had a change but I prefer to fly confortable
[13:30] <Trevinho> and happened something I never thought it could... After more 20 days of cuban food, when Alitalia brought me "ravioli di mare" I was about to eat the container too, as hungry i was for some quality stuff 😂
[13:31] <Trevinho> Imagine that in Cuba these days there's miss of flours, eggs and many basics (for locals, not much in restaurants). Quite shocking.
[13:40] <andyrock> hi Trevinho
[13:40] <andyrock> welcome back!
[13:45]  * andyrock goes for lunch
[13:46] <seb128> andyrock, enjoy!
[13:53] <willcooke> wb Trevinho
[14:28] <Trevinho> thanks willcooke
[14:37] <andyrock> seb128: Trevinho so regarding rebasing ubuntu-dock agains dash-to-dock
[14:38] <andyrock> *against
[14:39] <seb128> oSoMoN, sorry to add to your pre-holidays stress level but looks like the new mdds got autosynced from Debian and changed abi number and it makes the libreoffice-l10n autopkgtest fail
[14:39] <seb128><EMAIL_ADDRESS>[14:39] <seb128> it looks for mdds-1.2 >= 1.2.3 but it looks like that got bumped to 1.4
[14:40] <andyrock> I guess it's doable, the only question is who? Trevinho or me? :D
[14:43] <seb128> you guys know each other well enough to sort that detail out I'm sure
[14:43] <seb128> :)
[14:46] <Trevinho> andyrock: I can do that, if you're busy with something elsre
[14:47] <oSoMoN> seb128, ack, looking
[14:52] <willcooke> Trevinho, when you do take a look at d2d, can you make sure this gets in too:  https://github.com/micheleg/dash-to-dock/issues/639#issuecomment-444826023
[14:52] <gitbot> micheleg issue 639 in dash-to-dock "[request] Do not reorder window thumbnails after clicking on them" [Enhancement, Closed]
[14:52] <willcooke> It's in master now by the looks of it, but just want to be sure
[14:53] <Trevinho> willcooke: it looks in master so...
[14:53] <Trevinho> yes
[14:54] <willcooke> coolio, thanks
[14:54] <oSoMoN> seb128, there's already a distro patch to build with mdds 1.4, but it's not applied when building/running autopkgtests, this should be easy enough to fix
[14:54] <Trevinho> do we have an ubuntu bug for that too?
[14:54] <willcooke> dont think so, lemme check
[14:54] <willcooke> I will create one if not
[14:54] <seb128> oSoMoN, great
[14:54]  * oSoMoN wonders why autopkgtest passed in a VM near me this morning, though
[14:54] <seb128> willcooke, that's why I was asking a rebase/upload btw
[14:55]  * seb128 sees that willcook rrrrreeeaaallly care about that change :)
[14:55] <willcooke> yeah, I thought so, but that's the thing I really care about, so just wanted to be explicit
[14:55] <willcooke> ha
[14:55] <willcooke> indeed
[14:55] <seb128> right, you made that obvious by now :p
[14:55]  * willcooke <- stuck record
[14:55] <willcooke> there will be much rejoicing
[14:55] <seb128> we are going to land, don't worry, that's your holidays' present for this year :)
[14:55] <willcooke> :DDDD
[14:56] <seb128> oSoMoN,  the most recent mdds sync/build is from 6 hours ago
[14:56] <seb128> the previous version failed autopkgtest and didn't move out of proposed
[14:57] <seb128> so you probably tested before it migrated and without proposed?
[14:57] <oSoMoN> I tested with -proposed
[14:58] <oSoMoN> but it could very well be that I hadn't upgraded everything from proposed, only selected packages
[15:04] <willcooke> Trevinho, I created a bug and assigned it to you: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1809129
[15:07] <seb128> lol
[15:07] <oSoMoN> seb128, false alarm, those autopkgtest failures are testing version 1:6.1.3-0ubuntu9
[15:07] <seb128> oSoMoN, oh ok, sorry for overlooking that :/
[15:07] <oSoMoN> because 6.1.4 is not finished building yet
[15:07] <oSoMoN> no worries :)
[15:08] <oSoMoN> that said, s390x tests failed with the correct version, looking
[15:09] <oSoMoN> badpkg: Test dependencies are unsatisfiable.
[15:11] <Trevinho> andyrock: https://github.com/micheleg/dash-to-dock/pull/862 should be fine, a part finalization and such, not sure why github complains though
[15:11] <gitbot> micheleg issue (Pull request) 862 in dash-to-dock "ubuntu-dock: merge with upstream v64" [Open]
[15:11] <andyrock> danke
[15:11] <Trevinho> (ah, no complains...) it just doesn't allow rebasing, but that's fair
[15:11] <Trevinho> better to merge in this case
[16:06] <seb128> willcooke, replying to your trello comment here, https://launchpadlibrarian.net/402016278/ubuntu-welcome-privacy-popup.png isn't good enough for the mozilla privacy notice?
[16:07] <willcooke> otp, standy by
[16:07] <seb128> willcooke, that's what you get when clicking on the privacy mention from https://launchpadlibrarian.net/402015630/ubuntu-welcome-privacy.png
[16:16] <seb128> bbiab, time for pre-evening erands
[16:25] <oSoMoN> seb128, I can upload n-m, but I can't merge the branch, I'm not part of ~network-manager
[16:26] <willcooke> seb128, ace, I didnt know that was there already!
[16:27] <Laney> oSoMoN: how unfortunate
[16:27] <Laney> cyphermox: can we add ~ubuntu-desktop to https://launchpad.net/~network-manager/+members please? nm is in the desktop set
[16:27] <Laney> oSoMoN: if you push it to your own namespace after uploading I can push that on to the central repo
[16:27] <oSoMoN> Laney, ack, I'll do that
[16:28] <Laney> cyphermox: another admin also probably wouldn't go amiss
[16:29] <oSoMoN> Laney, uploaded, and https://code.launchpad.net/~osomon/network-manager/+git/network-manager/+ref/bionic
[16:30] <Laney> thx
[16:31] <Laney> oSoMoN: can haz tag?
[16:32] <Laney> (well, arguably that shouldn't be pushed until it's accepted)
[16:32] <oSoMoN> Laney, done, I often forget to push the tags separately
[16:32] <oSoMoN> Laney, correct, let's wait until it's accepted
[16:33] <Laney> ok, try to remind me if you can remember ;-)
[16:33] <oSoMoN> will do
[16:39] <oSoMoN> huh, my changes have been pushed it seems
[16:39] <Laney> branch has
[17:43]  * Laney is in 'bisect dnsmasq' mode now
[18:37] <willcooke> night all
[18:53] <oSoMoN> good night all
[19:42] <Trevinho> jbicha: for ubuntu side of gjs isntead can you please sponsor https://code.launchpad.net/~canonical-desktop-team/ubuntu/+source/gjs/+git/gjs ?
[19:45] <jbicha> oh we probably don't need to branch for that. I'll take a look today. (I forgot my power cord so I'll need to go back home first)
[21:08] <seb128> Trevinho, andyrock, k, I'm calling it a day, I would have like to get that ubuntu-dock update done today but looks like it's not going to happen, please try to get it out tomorrow morning if possible (unsure what you got blocked on/why it took more than the afternoon, but let's talk about it tomorrow morning, ping me when you get online)
[21:46] <jbicha> Trevinho: I think that LP: #1803271 does not explain or mention the *other* changes from 1.52.1 to 1.52.5
[21:47] <jbicha> also there are a bunch of changes in 1.52.4-1 that aren't necessary for bionic
[21:48] <jbicha> I recommend going back to 1.52.1-1ubuntu, merge upstream/1.52.5 and then you don't need to make any changes in debian/ (except updating the Vcs fields and add the new debian/changelog entry)
[21:50] <jbicha> oh and dropping the 3 Ubuntu patches, but they aren't exactly the same as the 3 Debian patches
[21:52] <jbicha> please point the Vcs fields to https://code.launchpad.net/~ubuntu-desktop/ubuntu/+source/gjs/+git/gjs
[21:53] <jbicha> I suggest dropping the tilde from your version number
[22:03] <Trevinho> jbicha: ok, I can just merge with that then
[22:11] <Trevinho> jbicha: as per vcs fields, we use the other ones in most of places
[22:12] <Trevinho> and it's more readable indeed
[22:14] <Trevinho> anyway, I've updated it
[22:34] <Trevinho> jbicha: so this is https://code.launchpad.net/~3v1n0/ubuntu/+source/gjs/+git/gjs/+merge/361167
[22:41] <jbicha> sure, that version of the vcs is fine
[22:41] <jbicha> I'll look again later tonight
[22:43] <Trevinho> ta
[23:13] <jbicha> Trevinho: do you think we need a new bug to track 1.52.5 or do you want to add that info to the existing bug
[23:18] <Trevinho> we can do both, let me add one
[23:28] <jbicha> 2 nitpick issues then: there are extra lines added to gbp.conf that aren't needed in the SRU. The patches you listed in the changelog don't match the filenames you actually removed.
[23:40] <Trevinho> jbicha: fixed both


[02:04] <Torgoton> My netboot install seems to be taking a very VERY long time... 60 minutes with no activity on screen 4. Is there any way to check up on it?
[02:15] <Torgoton> OK. It took 72 minutes. :)
[04:01] <Torgoton> I'm having an install issue, and no one in Ubuntu seems to have knowledge. Should I ask elsewhere, or is this the place?
[04:02] <Torgoton> Well, I'll ask and see what happens.
[04:03] <Torgoton> I'm doing a netboot install on a very old (bare minimum) machine. I didn't mark any install components for download, and now every ten seconds on console 4, debian-installer segfaults and restarts. segfault at 00000001 error ffff0004. eip b7ed3569 and esp changes. oops. eip changes sometimes too.
[11:38] <cjwatson> Torgoton: if you're sure you're running the 386 variant - *could* be running out of memory
[11:38] <cjwatson> Torgoton: you could try explicitly booting with lowmem=2 although I think that should be the default once you're at minimum memory anyway
[11:39] <cjwatson> Torgoton: and check a little further back in console 4 to see if it shows any kind of reason
[11:40] <cjwatson> (you can use 'nano -v /var/log/syslog' on console 2 although you might have to somehow stop d-i segfaulting first, since it might well respawn on the current console ...)
[13:45] <Torgoton> cjwatson: Thank you for those tips. I thought it might have something to do with not selecting any installer components. I restarted last night and am at that screen right now. I think I'll try adding IDE and perhaps PCMCIA network, since I'm using those during the install. Is that a good idea, or are those for something else?
[14:01] <cjwatson> sounds like a good idea but unlikely to affect the segfault
[14:01] <cjwatson> the debian-installer program that's segfaulting is just a shell script - a segfault indicates quite a low-level problem that is unlikely to be related to which components you have selected
[14:03] <Torgoton> OK. Thanks again. Will try a couple of these and go from there. If it doesn't work again, I'll try a serial console so I can hopefully capture some useful information.
[14:32] <Torgoton> This time it ran out of memory: Out of memory: kill process 19285 (sh) score 43 or a child - Killed process 19286 (ar) - tar invoked oom-killer... Can't scroll back much at all on console 4. It downloaded several packages, and was on libc6-udeb when it died.
[14:32] <Torgoton> Will try lowmem=2
[17:26] <Torgoton> This time, I selected only IDE and PCMCIA NIC, but no kernel, and got the segfaulting behavior again. I'm trying to start nano, but a console takes a while to appear. There it goes... looking at syslog.
[17:28] <Torgoton> tar invoked oom-killer. Looks like I am out of memory, and that I can't do a bare minimum install (I have 36MB RAM) and netboot because it needs more RAM. I'll try adding a swap partition.
[17:33] <evand> There's a use case for ubiquity ;)
[17:39] <Torgoton> ahhh. If only I had a CD drive on this machine.
[17:58] <cjwatson> might be worth pulling the hard disk out and installing via another machine, at that rate ...
[18:00] <Torgoton>  cjwatson: Maybe. Or I've got enough room in a DOS partition for an ISO... I'd just have to get the ISO file on the drive.
[18:00] <Torgoton> ... perhaps with a parallel cable. :)
[18:02] <Torgoton> Will the installer use a swap partition? Would I have to format it with mkswap beforehand?
[18:03] <cjwatson> it'll use a swap partition if it exists, yes, but only once it gets as far as partitioning, which is later than you've got ...
[18:04] <Torgoton> ok
[18:04] <cjwatson> you might be able to force it on before that
[18:04] <Torgoton> oooh
[18:04] <cjwatson> as long as you don't need to change the partition table
[18:04] <Torgoton> There's a thought.
[18:04] <cjwatson> rereading the partition table requires deactivating any swap on that disk, you see ...
[18:04] <Torgoton> Sure. Makes sense.
[18:06] <cjwatson> the main gotcha is that the installer might need to read stuff off the CD before it has the driver necessary to get at the hard disk
[18:06] <cjwatson> so it might be something of a manual job ...
[18:09] <Torgoton> Well... this whole process isn't exactly for the timid on this machine.
[18:11] <Torgoton> OK. If I try to install from an ISO in a DOS partition, which image should I use? The regular alternate installation CD, or (hopefully) a much smaller one? A URL for a page to read would be fine.
[18:14] <cjwatson> I don't see why installing from an ISO would help you, from your description
[18:14] <cjwatson> and that sort of arrangement complicates partitioning
[18:15] <cjwatson> (because the ISO has to stay loop-mounted, which means the partition table can't be re-read ...)
[18:16] <cjwatson> you could try the netboot mini.iso, I suppose, which wouldn't have to stay mounted; with that, as long as you can boot off it, it just needs to read the kernel and initrd and then has no need to mount the ISO under Linux
[18:17] <Torgoton> I see. What I did a while back was to install Debian from floppies, then used that to netboot Ubuntu 6.04. The details are here: http://www.thinkwiki.org/wiki/Installing_Ubuntu_on_a_ThinkPad_750P, but I've tried another tack this time.
[18:17] <cjwatson> http://archive.ubuntu.com/ubuntu/dists/hardy/main/installer-i386/current/images/netboot/386/mini.iso
[18:17] <Torgoton> Well I do have the linux and initrd.gz loading with linld097 from DOS right now, so am I basically the same place I'd be with that mini ISO?
[18:17] <cjwatson> I should go and do Christmas prep, though :)
[18:18] <cjwatson> yes, it wouldn't really help
[18:18] <Torgoton> OK. Have a great holiday.
[18:18] <Torgoton> And thank you for your time.
[18:18] <Torgoton> I have to bake a cheesecake myself.
[18:18] <cjwatson> oh, I think Evan's remark about ubiquity above was intended more as "wow, that would be a tough use case to meet" rather than "this is something ubiquity can help you with now"
[18:18] <Torgoton> This one: http://thepioneerwoman.com/cooking/2008/11/caramel-pumpkin-gingersnap-cheesecake-so-there/
[18:19] <cjwatson> my feeling is that trying to get a swap partition up early is the avenue with the highest probability of success
[18:19] <Torgoton> Excellent. I'll study that some more.
[18:19] <cjwatson> not 100% though :)
[18:19] <Torgoton> I can always fall back to an old Debian install and try that way too.
[18:21] <evand> indeed, apologies for the confusion.
[18:23] <Torgoton> I'm always slightly confused anyway. Just blends with the  noise.


[00:31] <vorlon> LocutusOfBorg: ok, now that I've looked some more, I agree with you that we should definitely roll back the gdcm transition to let other things finish; doing so now
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-mattetti-filebuffer [amd64] (focal-proposed/none) [0.0~git20171024.3a1e8e5-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-soniah-dnsmadeeasy [amd64] (focal-proposed/none) [1.1+git20150117.5578a8c-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-dchest-uniuri [amd64] (focal-proposed/none) [0.0~git20160212.8902c56-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-pearkes-dnsimple [amd64] (focal-proposed/none) [0.0~git20161003.0adf7d0-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-joyent-gocommon [amd64] (focal-proposed/none) [0.0~git20161202.b787089-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: golang-github-zorkian-go-datadog-api [amd64] (focal-proposed/none) [2.22.0+git20190822.e9c4097-1] (no packageset)
[05:21] <vorlon> possibly just down to mir now for the ffmpeg+nettle+vtk7 transitions, after the latest round of rebuilds
[07:26] <LocutusOfBorg> thanks vorlon :)
[07:26] <LocutusOfBorg> I'll be happy to sync gdcm and itk7 back once this one ends!
[07:30] <LocutusOfBorg> also, there is an ocaml transition ongoing in debian, I prefer to delay it some more days, as well as the golang one
[07:38] <LocutusOfBorg> (it turns out we can probably start ocaml now, it is not entangled)
[07:55] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (focal-proposed) [1.3.3-2]
[07:55] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (focal-proposed) [1.3.3-2]
[07:55] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (focal-proposed) [1.3.3-2]
[07:55] -queuebot:#ubuntu-release- Unapproved: accepted fwupd [i386] (focal-proposed) [1.3.3-2]
[07:55] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [amd64] (focal-proposed) [1.3.3-1]
[07:56] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [armhf] (focal-proposed) [1.3.3-1]
[07:56] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [arm64] (focal-proposed) [1.3.3-1]
[07:56] -queuebot:#ubuntu-release- Unapproved: rejected fwupd [i386] (focal-proposed) [1.3.3-1]
[09:20] -queuebot:#ubuntu-release- New binary: sdpa [i386] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:20] -queuebot:#ubuntu-release- New binary: sdpa [s390x] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:20] -queuebot:#ubuntu-release- New binary: sdpa [ppc64el] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New binary: sdpa [arm64] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:21] -queuebot:#ubuntu-release- New binary: sdpa [armhf] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:22] -queuebot:#ubuntu-release- New binary: sdpa [amd64] (focal-proposed/universe) [7.3.11+dfsg-1.1ubuntu1] (no packageset)
[09:34] -queuebot:#ubuntu-release- Unapproved: dpdk (disco-proposed/main) [18.11.2-1ubuntu<IP_ADDRESS> => 18.11.3-1ubuntu<IP_ADDRESS>] (ubuntu-server)
[09:34] -queuebot:#ubuntu-release- Unapproved: dpdk (eoan-proposed/main) [18.11.2-4 => 18.11.3-1ubuntu<IP_ADDRESS>] (ubuntu-server)
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-dchest-uniuri [amd64] (focal-proposed) [0.0~git20160212.8902c56-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-mattetti-filebuffer [amd64] (focal-proposed) [0.0~git20171024.3a1e8e5-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-soniah-dnsmadeeasy [amd64] (focal-proposed) [1.1+git20150117.5578a8c-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-zorkian-go-datadog-api [amd64] (focal-proposed) [2.22.0+git20190822.e9c4097-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-joyent-gocommon [amd64] (focal-proposed) [0.0~git20161202.b787089-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-ssgelm-cookiejarparser [amd64] (focal-proposed) [1.0.0-1]
[09:37] -queuebot:#ubuntu-release- New: accepted golang-github-pearkes-dnsimple [amd64] (focal-proposed) [0.0~git20161003.0adf7d0-1]
[09:55] <LocutusOfBorg> please accept also sdpa!
[09:57] <LocutusOfBorg> vorlon, is anybody actively looking at mir?
[09:59] <cjwatson> LocutusOfBorg: .
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [amd64] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [armhf] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [ppc64el] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [arm64] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [s390x] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:00] -queuebot:#ubuntu-release- New: accepted sdpa [i386] (focal-proposed) [7.3.11+dfsg-1.1ubuntu1]
[10:01] <LocutusOfBorg> ta!
[12:21] <doko> vorlon: img2pdf ftbfs in debian as well
[12:22] <doko> there's a MIR for openjpeg, so maybe the submitters should investigate that before approval
[12:27] <doko> https://bugs.launchpad.net/ubuntu/+source/openjpeg2/+bug/711061
[13:19] <tsimonq2> infinity: Down to one Qt 4 flavor.
[13:46] -queuebot:#ubuntu-release- Unapproved: stress-ng (eoan-proposed/universe) [0.10.07-1 => 0.10.07-1ubuntu1] (no packageset)
[14:58] <vorlon> LocutusOfBorg: I don't know if anyone is looking at mir yet
[15:00] <vorlon> doko: oh, where do you see that img2pdf ftbfs in Debian?  There's no bug filed about this
[15:07] <doko> hmm, no, it succeeds in the reproducible builds stuff
[15:23] <vorlon> LocutusOfBorg: it looks like the bug has been assigned to RAOF now LP: #1851453
[15:25] <LocutusOfBorg> thanks, I tried to debug it, but I failed, it might be some linker regression in gcc-9
[15:26] <rbalint> sil2100, could you please revisit this? https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1848354/comments/12
[15:47] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (bionic-proposed/main) [2:10.3.10-1~ubuntu<IP_ADDRESS> => 2:11.0.1-2ubuntu<IP_ADDRESS>] (edubuntu, ubuntu-cloud, ubuntu-server)
[15:48] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (disco-proposed/main) [2:10.3.10-1ubuntu<IP_ADDRESS> => 2:11.0.1-2ubuntu<IP_ADDRESS>] (edubuntu, ubuntu-cloud, ubuntu-desktop, ubuntu-server)
[15:48] -queuebot:#ubuntu-release- Unapproved: open-vm-tools (eoan-proposed/main) [2:10.3.10-3ubuntu1 => 2:11.0.1-2ubuntu<IP_ADDRESS>] (edubuntu, ubuntu-cloud, ubuntu-desktop, ubuntu-server)
[16:47] -queuebot:#ubuntu-release- New source: nvidia-graphics-drivers-440 (focal-proposed/primary) [440.31-0ubuntu1]
[21:59] <RikMills> how often is merge-o-matatic meant to update nowadays?
[21:59] <RikMills> *matic
[21:59] <RikMills> grr
[23:09] -queuebot:#ubuntu-release- New source: reprotest (focal-proposed/primary) [0.7.10build1]
[23:10] -queuebot:#ubuntu-release- New: accepted lskat [amd64] (focal-proposed) [4:19.08.0-2ubuntu1]
[23:10] -queuebot:#ubuntu-release- New: accepted reprotest [source] (focal-proposed) [0.7.10build1]
[23:10] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-440 [source] (focal-proposed) [440.31-0ubuntu1]
[23:11] -queuebot:#ubuntu-release- New source: wcc (focal-proposed/primary) [0.0.2+dfsg-3build11]
[23:12] -queuebot:#ubuntu-release- New: accepted wcc [source] (focal-proposed) [0.0.2+dfsg-3build11]
[23:16] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-440 [i386] (focal-proposed/none) [440.31-0ubuntu1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-440 [i386] (focal-proposed) [440.31-0ubuntu1]
[23:18] -queuebot:#ubuntu-release- New binary: nvidia-graphics-drivers-440 [amd64] (focal-proposed/none) [440.31-0ubuntu1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New: accepted nvidia-graphics-drivers-440 [amd64] (focal-proposed) [440.31-0ubuntu1]
[23:36] -queuebot:#ubuntu-release- New binary: linux-signed-oracle-5.3 [amd64] (bionic-proposed/universe) [5.3.0-1005.5~18.04.1] (no packageset)
[23:54] <RAOF> Hm. Mir is failing because of focal's new googletest.


[15:36] <sadmac_> Keybuk: how do you feel about fusefs?
[15:52] <Keybuk> sadmac_: in what kind of sense?
[15:52] <sadmac_> Keybuk: In the sense of solving your logd problem
[15:53] <Keybuk> how would that help?
[15:53] <Keybuk> is there anything you can do with fusefs that you can't do with any other fs?
[15:54] <sadmac_> Keybuk: we can create those ring buffer files without having to submit a kernel patch
[15:54] <Keybuk> you can do that with a tmpfs
[15:55] <sadmac_> how's that?
[15:56] <Keybuk> well, ish
[15:56] <Keybuk> it wouldn't be a ring
[15:57] <sadmac_> and it would keep growing through the life of the system
[15:58] <sadmac_> s/system/service


[12:44] <BluesKaj> Hi all
[14:10] <user|45> does Kubuntu support GlobalProtect?
[14:10] <user|45> asking for a friend
[14:12] <oerheks> scared to visit their website? https://docs.paloaltonetworks.com/globalprotect/5-1/globalprotect-app-user-guide/globalprotect-app-for-linux
[15:45] <rian> hi
[15:46] <rian> Anybody here?
[15:48] <pickanick> In system settings : Desktop Session, if I choose "Restore manually saved session", where do I trigger a manual save?
[15:57] <genii> pick From the Application Launcher- Leave...Session...Save Session   ..from the Application Menu- Power/Session...Save Session
[16:16] <user|84> Hi there anyone available to help?
[16:18] <diogenes_Vx15> !ask | user|84
[16:18] <user|84> I installed Kubuntu 23 recently. During boot this warning pops up. Any idea how to fix?hub 8-0:1.0: config failed, hub doesn't have any ports! (err -19)
[16:19] <diogenes_Vx15> user|84, what doesn't work? what is the issue that you are facing?
[16:20] <diogenes_Vx15> nevermind the message just see if there's something that doesn't work.
[16:20] <user|84> Actually I haven't noticed any problems except this warning popping up during boot. Lemme post a screenshot
[16:21] <diogenes_Vx15> ok
[16:24] <user|84> https://pasteboard.co/jwqp13p49KnR.jpg
[16:24] <user|84> Sorry got disconnected for a second there
[16:24] <oerheks> tons of posts with that error; linux wide >>'hub 8-0:1.0: config failed'
[16:25] <user|84> Yeah but I haven't found a solution that works yet
[16:27] <oerheks> indeed, lots of suspicion against ryzen 7000, or nvidia..
[16:27] <oerheks> not conclusive
[16:28] <user|84> I am actually using a Ryzen 7600. Could be a firmware issue?
[16:29] <oerheks> sudo dmidecode -s bios-version  or sudo dmidecode -s bios-release-date
[16:30] <oerheks> common item is usb3, sofar i can tell
[16:32] <user|84> bios release date is 07/10/2023
[16:33] <user|84> Version is F6
[16:34] <user|84> Noting that I have seen this boot warning on every other Debian systems I have tried (including Ubuntu, Neon, Zorin, Kali..). It even appears when booting from a Linux distro iso
[16:37] <oerheks> i don' t find a proper bugreport on this
[16:37] <oerheks> !bug
[16:38] <diogenes_Vx15> user|84, run in terminal: dmesg | grep -i firmware | nc termbin.com 9999
[16:38] <diogenes_Vx15> share the url.
[16:41] <user|84> https://termbin.com/kxys
[16:44] <diogenes_Vx15> user|84, we can try and load the system with ACPI windows command line.
[16:44] <user|84> You mean modifying the boot parameter?
[16:44] <diogenes_Vx15> yes
[16:45] <user|84> Ok so which acpi mode should I use?
[16:45] <diogenes_Vx15> just a moment
[16:46] <diogenes_Vx15> in terminal run: sudo strings /sys/firmware/acpi/tables/DSDT | grep -i windows
[16:46] <diogenes_Vx15> and just see which windows version is the highest.
[16:49] <user|84> https://termbin.com/vve4k
[16:50] <user|84> Here's the output
[16:51] <diogenes_Vx15> ok now run: pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY kate /etc/default/grub
[16:51] <diogenes_Vx15> find the line that reads: GRUB_CMDLINE_LINUX=""
[16:52] <diogenes_Vx15> modify it like this: GRUB_CMDLINE_LINUX="acpi_osi=! acpi_osi=\"Windows 2015\""
[16:52] <diogenes_Vx15> save the file, close it and run: sudo update-grub
[16:56] <user|84> Ok done
[16:57] <user|84> Now reboot?
[16:57] <diogenes_Vx15> yes
[16:59] <user|84> Now not booting up at all, just stuck in grub screen
[17:00] <diogenes_Vx15> do you see the grub entries?
[17:00] <user|84> Yep but when I click on Ubuntu it's just stuck with blank screen
[17:02] <diogenes_Vx15> ok then when you reach Ubuntu entry, hit 'e' to edit the entry.
[17:03] <user|84> Yeah I am listening
[17:04] <diogenes_Vx15> find those line that we added in linux line there and remove them.
[17:05] <user|84> Great now it boots into the system
[17:06] <diogenes_Vx15> i'm puzzled why it didn't boot, let's see your grub modification: cat /etc/default/grub | nc termbin.com 9999
[17:08] <user|84> https://termbin.com/vyajg
[17:08] <user|84> Ok one sec
[17:08] <user|84> I removed the modification after I booted to the system
[17:09] <user|84> Want me to update the grub configuration again?
[17:10] <user|84> Like to the version you suggested
[17:10] <diogenes_Vx15> yes let's try with Windows 2013 this time.
[17:11] <diogenes_Vx15> but after you do the modifications, pastebin the file.
[17:11] <user|84> Yeah sure
[17:12] <diogenes_Vx15> also for testing purpose, when you reach grub entry, press 'e' again and remove quiet splash so you can see where it gets stuck.
[17:14] <pickanick> In system settings : Desktop Session, if I choose "Restore manually saved session", where do I trigger a manual save?
[17:17] <user|84> https://pastebin.com/g5PH8ZKr
[17:18] <user|84> Ok now lemme reboot
[17:19] <user|84> Woah it does boot now
[17:19] <user|84> With no error
[17:21] <user|84> Never mind, rebooting again with quiet and splash parameters does show up the warning messages
[17:25] <diogenes_Vx15> user|84, ok then, as long as everything works fine (network, audio, video, peripherals) there is nothing to worry about, we can even hide those messages if you don't want to see them.
[17:27] <user|84> Yeah thanks man
[17:27] <user|84> Wish we had an actual solution rather than setting loglevel=3 tho
[17:29] <diogenes_Vx15> you can give a try to some exotic liquorix or xanmod kernels if you like,
[17:35] <user|84> I see will check them out
[20:45] <Ne0rB> hello