[00:06] <McE> N9NU: i did ...
[00:09] <JamesB192> It's probably too late I managed to brick the gui and network on that box.
[00:22] <JoeBk> what's with packages being "held back" in apt update?  I've been seeing a lot of it lately.
[00:23] <murmel> JoeBk: probably phased updates
[00:23] <murmel> !phasedupdates
[00:23] <JoeBk> thanks, will take a look.
[02:04] <enigma9o7> What are not standard LTS security updates?
[02:05] <enigma9o7> https://paste.slitaz.org/?4a12a0ef29417ff2#ntIDdP3fM25ZdAiTxnnM2+uol14O5qn+zPv1I2YC10I=
[02:05] <enigma9o7> It says 22 updates are standard LTS security updates.  What does that mean?  What are the other three packages?
[02:07] <enigma9o7> How do I identify which three packages are nonstandard?
[02:08] <enigma9o7> I never used to get any messages about standard security updates, but lately its happening ever ytime,a nd I dunno whats up with the nonstandard ones.  I know I'm getting closer to EOL but still half a year left.
[04:03] <gebbione> hi all. i am on ubuntu 22.04, Rythmbox 3.4.4 and if i plug in an android phone i see it in the list of devices but I cannot see how to add music to it because when i click on it, I see no files in rythmbox. Ideally i want to sync playlists to the phone from Rythmbox. I checked https://askubuntu.com/questions/1027607/syncing-music-to-android-with-rhythmbox-error-transferring-track but as you can see its solution is most likely dated.
[04:28] <toddc> gebbione: enable file sharing on yur android phone -- it works I do often
[04:28] <gebbione> it doesnt
[04:28] <gebbione> at least for me
[04:28] <gebbione> it is on file sharing
[04:28] <gebbione> thats how the phone is visible on rythmbox
[04:28] <gebbione> somehow shows nothing
[04:29] <gebbione> but also i have no clue where to go to make anything sync
[04:29] <toddc> hmm can you see  the phone files in nautilus?
[04:29] <gebbione> yes
[04:30] <toddc> testing 1 sec
[04:31] <gebbione> shows empty as such https://imgur.com/K3bKoeZ.png
[04:38] <toddc> gebbione: just added some more mp3's and verified fully working ubuntu gnome 22.04 rhytmbox 3.4.4 and pixel 6
[04:39] <toddc> no idea how test for a broken file system
[04:40] <gebbione> i wonder if i need to change something on my system or on this xiaiomi phone
[04:43] <toddc> gebbione: I would assume if you can see the music in nautilus the phone and core ubuntu are fine.  some thing in rhytmbox no reading correctly try to copy from xiaiomi phone to nautilus music the see if rhytmbox picks it up
[04:52] <gebbione> toddc, "try to copy from xiaiomi phone to nautilus music the see if rhytmbox picks it up" . So in nautilus if i right click and do play in rythmbox ... nothing happens
[04:52] <gebbione> even if i try to drag it from the folder to rythmbox ... nothing again
[04:56] <toddc> gebbione: that is about as far as I can help but file permisssions / rythmbox issue may try to download another mp3 direct to nautilus and see if it plays  stick around some one should be better able to help and will seee starting tests you have done
[04:59] <gebbione> toddc, thank you anyway for your help
[05:01] <gebbione> btw i use Files (not as it used to be called Nautilus) and somehow when the phone plugs in i get Nemo instead
[05:12] <gebbione> removing nemo made no difference
[07:10] <xxy> when configuring obfs4proxy on my pc , which option is right between "ServerTransportPlubin" and "ClientTransportPlugin", if "ClientTransportPlugin" is selected , whether it have a client counterpart of "ServerTransportListenerAddr ",
[07:37] <tangy> hello, can ubuntu desktop iso's be used as a live usb?
[07:38] <liowenex> Yeah.
[07:38] <liowenex> It can.
[07:38] <liowenex> It's been like that since Ubuntu used GNOME  2.
[07:38] <tangy> okay, thanks
[08:06] <hid3> Greetings everyone. What's the best/fastest way to create a .torrent/magnet link and share a file in Ubuntu 22 among my servers? I was thinking about using 'aria2' as download client but not sure what software I should initially use for creation/seeding the initial file. Any suggestions?
[08:07] <ravage> transmission has a cli and gui version and is very popular. if you need more software suggestions try #ubuntu-discuss
[08:08] <hid3> ah, remember using transmission roughly a decade ago. I'll give it a try, thanks
[08:11] <kanka> qwerty
[08:11] <kanka> any good recommendations to learn how to use irssi ?
[08:12] <liowenex> Don't. Get HexChat
[08:13] <kanka> yeah using hexchat is straight-forward, can get along irssi
[11:44] <iomari891> greetings, is there a way to set a static route for internet but a default route pointing somewhere else?
[12:19] <rob0> iomari891: in openvpn(8) there is a way to override the default route while leaving it unchanged: a <IP_ADDRESS>/1 and a <IP_ADDRESS>/1 route.
[12:19] <rob0> perhaps that will work for whatever you are trying to do?
[12:22] <tomreyn> iomari891 is also seeking help with ths in #linux btw.
[12:23] <rob0> iomari891: it would also be on topic in #netfilter (I see you're there.)
[12:57] <rrr> I installed a deb file from nvidia that conflicted with nvidia-kernel-common-515 and I wonder how I can remove the offending installation candidate and keep nvida-common-515 working, while apt reports that I need to try apt --fix-broken install and won't proceed.
[12:58] <rrr> I posted my error here: https://nn2.us/r/tqniqgaxmm
[12:58] <oerheks> a weird sign-in paste ...
[12:59] <rrr> oh sorry
[12:59] <rrr> https://pastebin.com/2UBtAep1
[13:00] <oerheks> so you want to remove that.deb package?
[13:00] <rrr> yes.
[13:01] <oerheks> sudo dpkg --remove packagename or sudo apt-get remove
[13:03] <rrr> that did the trick.
[13:03] <rrr> thank you.
[13:10] <rrr> Ooh, I may have gotten it to install also.
[13:27] <iomari891> thanks guys. I've solved my problem. My default route and my resolv.conf are ok now.
[13:28] <pycurious> Does anyone know why postgres is being held back in my apt upgrade - https://dpaste.com/27PAWSQ4S
[13:29] <iomari891> I have my wifi as my default route and my dns is on one of my lan servers. However, every so often, something is adding my lan as an additional default route and it's before my wifi route. Any ideas what could be causing that?
[13:29] <tomreyn> pycurious: with this little info: unlikely
[13:43] <BluesKaj> Hi all
[13:51] <Brotherhood> Ciao a tutti
[13:52] <respawn> Brotherhood: envenuto questo è il canale di aiuto di Ubuntu se hai bisogno di aiuto chiedi qui
[13:53] <respawn> Brotherhood: per la chat generale di non aiuto vai su #ubuntu-oftopic
[13:56] <BluesKaj> !Italy
[14:07] <murmel> pycurious: at least for me dpaste is down
[14:10] <mifritscher_> hi
[14:10] <mifritscher_> debmirror is not working with current ubuntu, right?
[14:11] <mifritscher_> So, what is the "best" method to mirror 20.04/22.04, all/x86/amd64 only?
[14:11] <respawn> both work
[14:11] <respawn> .org and .com
[14:12] <murmel> org works for me, com not :S
[14:16] <mifritscher_> can apt-mirror be used for 20.04/22.04?
[14:17] <murmel> mifritscher_: why not rsync on a timer/cron?
[15:19] <jhutchins> murmel: The mirroring programs build a local database that a simple sync doesn't capture.
[15:26] <chromebittin> https://youtu.be/N5nVSXV9Hbk?t=553 Ubuntu Security talk from earlier today in South Korea
[15:26] <lotuspsychj3> that would fit in -discuss chromebittin
[15:39] <chromebittin> lotuspsychj3: oh ok
[15:56] <tomreyn> chromebittin: this must come as a surprise to you since you were never told before, right? (this question is a rhetoric, if you still want to respond to it, do it in #ubuntu-ops instead)
[15:56] <chromebittin> tomreyn: hm?
[17:37] <bitbinge> fdisk -l doesn't show hot-plugged HDD here. Is there some way to make the system detect that newly plugged HDD?
[17:39] <l0tuspsychj3> bitbinge: can you pastebin the output after a journalctl -f and plugged your HD in?
[17:45] <bitbinge> There's nothing at all in there.
[17:45] <bitbinge> There's also no /dev/sdb file.
[17:46] <l0tuspsychj3> bitbinge: are you plugging via usb sata or..
[17:46] <bitbinge> SATA.
[17:46] <oerheks> open disks in gnome, it should show something, even when unformatted
[17:46] <bitbinge> I'm on terminal.
[17:47] <oerheks> no, not terminal.
[17:47] <bitbinge> And the disk is formatted and shown normally if I restart the machine.
[17:48] <oerheks> use sudo with fdisk -l
[17:49] <bitbinge> I do.
[17:51] <bitbinge> I guess the motherboard is crap. Unless there's something other than the hotplug option that should be turned on.
[17:53] <oerheks> a dirty filesystem could prevent mounting too
[17:54] <tomreyn> bitbinge: echo "- - -" | sudo tee /sys/class/scsi_host/host*/scan
[18:06] <tomreyn> bitbinge: any luck?
[18:06] <bitbinge> Will do that in a bit.
[18:14] <bitbinge> Nothing, but journal says this: ata2: SATA link down (SStatus 0 SControl 300)
[18:16] <tomreyn> bitbinge: try a different connector / port if you have
[18:17] <tomreyn> not every controller / board / board's firmware supports sata hotplug, though
[18:23] <bitbinge> There's a hotplug enable option in BIOS and hot plug support listed in specs on their website.
[18:25] <bitbinge> I have two of these, and 3 of this line. I had other weird issues such as having to unplug the power cord and plug it back in so that I can boot the same liveusb again and once it didn't boot os after power loss despite it's set to boot once power's back.
[18:49] <jhutchins> bitbinge: You probably need to re-scan the scsi buss.  Some systems will do that automatically in response to a hotplug, some won't.
[18:50] <jhutchins> !info sg3-utils
[18:50] <jhutchins> The sg3_utils package provides the rescan-scsi-bus.sh script
[18:51] <jhutchins> bitblit_: The BIOS (UEFI) will sometimes get in the way of hotplugs.
[18:52] <tomreyn> if you look at this script, i think you will find it does what i suggested above
[18:52] <jhutchins> bitblit_: And of course you're not the one I was talking to, sorry.
[18:54] <jhutchins> tomreyn: The reason for writing scripts is so that you don't have to remember seldom-used paths and options.
[18:55] <tomreyn> i just looked at the script and it is actually a lot more versatile and also safer to use than what i suggested.
[21:24] <bitbinge> Thanks jhutchins, I'll try that.
[21:53] <backthen> my sharing between two local wifi connected machines no longer work. Folders still are shared. Any way to diagnose this
[22:12] <jhutchins> backthen: What changed?
[22:12] <jhutchins> backthen: How did you set up sharing?  How did you look for the shared drive?
[22:13] <backthen> jhutchins: only major change is both are connecting to my phone's wifi hotspot. But that shouldn't matter
[22:13] <jhutchins> backthen: "Shouldn't" is not relevant.  How were they connecting before?  What about the other questions?
[22:14] <backthen> jhutchins: set up using 'Local Network Share' -> share this folder -> allow others to create + guest access. And turned on 'Settings' -> 'Sharing'
[22:15] <backthen> they were previously connecting to home wifi
[22:18] <jhutchins> backthen: What about ping/ssh between the two?
[22:18] <jhutchins> backthen: Can they both connect to the internet?
[22:18] <backthen> jhutchins: ping works. Haven't tried ssh. yes they both connect to net
[22:19] <jhutchins> backthen: The easiest thing to try is probably to just remove all traces of the shares - reboot.  Then set them up again.  You're on a "
[22:20] <jhutchins> new" network, some changes might not have caught up.
[22:20] <jhutchins> backthen: If that doesn't work, you'll have to start digging into the actual network settings like subnets, mask, and gateway.
[22:21] <jhutchins> Hmm.  I was going to say the phone might not be routing local traffic, but you can ping.
[22:28] <WaV> Is it possible you have a firewall installed? Maybe the rules for the firewall are not being met. For example, your ip in your home may be 192.168.x.x vs your phone which could be 10.0.x.x which is not satisfying the firewall rules.
[22:32] <backthen> jhutchins: hmm I tried to unshare and reshare. Now machine B can access A but not other way around
[22:33] <backthen> (or, it's possible that's the way it was but I didn't realize)
[22:34] <backthen> Also, because these are trusted computers. I copy ssh private key from one to the other. But that copying process is refused. Wish I could overwrite that
[22:41] <oerheks> !info gufw
[22:46] <jhutchins> backthen: scp <source> <target>:. will put the key file in your home directory.  Be careful about overwriting the file with the same name on the target.  scp .ssh/id_rsa.pub <target>newkey
[22:46] <jhutchins> (I'm working from memory here, it should be close to that.)
[22:47] <jhutchins> scp and rsync are very powerful file transfer/copy tools, good to learn.
[22:47] <WaV> backthen: Not sure if I am understading you correctly, but the copying process may also be refused if you have password authentication turned off and don't have a valid key
[22:47] <jhutchins> WaV: I think he did say ssh worked.
[22:48] <WaV> Ah ok
[22:54] <jhutchins> My blind guess is that the new hub (phone) issued a new network subnet and the old shares saved the old addresses.


[07:29] <Noskcaj> i think ubottu needs an update
[07:30] <Noskcaj> !xubuntu
[07:30] <Noskcaj> note the "gnome"
[07:32] <Myrtti> which part of that is in need of update?
[07:32] <Myrtti> it's still accurate by my reading it
[07:33] <Noskcaj> Myrtti, unit yis now ubuntu's desktop
[07:33] <Myrtti> no, it's Gnome with Unity as the shell
[07:34] <Noskcaj> then maybe i'm wrong, it should be !unity though. especially since gnubuntu is coming soon
[07:34] <Myrtti> that would imply then that xfce is a unity replacement, which it's not
[07:35] <Noskcaj> Myrtti, true. but gnubuntu?
[07:36] <IdleOne> when it gets here we can burn down that bridge
[07:36] <Noskcaj> IdleOne, lol.
[07:36] <Myrtti> if that's some sort of Gnome respin, then a) I doubt it's an official derivative, and b) it would be unwise to reuse the name of the GNU Ubuntu project
[07:36] <Myrtti> and c) what does that have to do with the xubuntu factoid
[07:37] <Noskcaj> i think thats what they call it, i'm not sure
[07:37] <Noskcaj> the !gnome bit
[07:37] <Myrtti> see point a)
[07:38] <Noskcaj> Myrtti, coming in the next year i beleive. also, when i type !gnome, look what appears
[07:38] <Noskcaj> !gnome
[07:38] <Noskcaj> not the "up to
[07:39] <Noskcaj> *notw
[07:39] <Noskcaj> **note
[07:40] <IdleOne> what's wrong with it?
[07:40] <Noskcaj> it implies it's gone
[07:41] <IdleOne> how so?
[07:42] <IdleOne> To me it implies that there are more versions after 10.10
[07:42] <Noskcaj> nevermind, i give up
[07:43] <IdleOne> Noskcaj: suggest an edit. pointing out what you see as a mistake and then not giving the correct answer is not helpful. I can't read your mind, I don't know what you are thinking.
[07:43] <Noskcaj> IdleOne, i tryed to explain
[07:54] <Noskcaj> its called gubuntu i think
[14:36] <hggdh> indeed. We are running 12.10 now. A message that says "up to 10.10" also implies it is not this way nowadays
[15:25] <AlanBell> it isn't
[15:26] <AlanBell> Unity is the default nowadays (and yes, I kind of know the difference between a shell and a DE)
[18:21] <hggdh> this is the point. We now run Gnome with the Unity shell, as the poster pointed out. This confuses people, since most do not know the difference betweem the shell and the underlying arch


[11:53] <CIA-4> usb-creator: evand * r98 usb-creator.future/ (5 files in 4 dirs): (log message trimmed)
[11:53] <CIA-4> usb-creator: * Add raw disk image support.
[11:53] <CIA-4> usb-creator: * Change the wording on the reboot message slightly to ease confusion.
[11:53] <CIA-4> usb-creator:  Thanks Andrew Keyes.
[11:53] <CIA-4> usb-creator: * Add unittest support.
[11:53] <CIA-4> usb-creator: * Use the logging module, rather than a custom logging class.
[11:53] <CIA-4> usb-creator: * Raise exceptions in backend.popen rather than parsing a tuple returned
[11:54] <evand> ^- lots more to do there before it actually fully works.  I just wanted to make sure I had it on datacenter backup as I don't trust my own hardware, and because I haven't been managing changes in a revision control system up until now.
[16:22] <CIA-4> usb-creator: evand * r99 future/ (3 files in 2 dirs):
[16:22] <CIA-4> usb-creator: Get mountpoints directly from HAL as needed, rather than trying to keep a
[16:22] <CIA-4> usb-creator: list of them in sync.
[16:33] <superm1> evand, i've been meaning to ask, were you planning on switching usb-creator to a policykit enabled frontend/backend too?  you're most of the way there with the way you've got the frontend and backend written
[16:33] <evand> indeed, that's the game plan
[16:34] <superm1> cool.  i switched dell-recovery over to it too recently.  following jockey's source helped a lot for it
[16:35] <superm1> which i've finally got approval from 2 levels of management to get the source released, just need one more level of management now :)
[16:35] <evand> hooray!


[05:04] <mborzecki> morning
[05:10] <mup> PR snapd#7323 closed: features, overlord: make parallel-installs exported, export flags on startup <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7323>
[05:33] <zyga> School morning
[05:33] <mborzecki> zyga:  hey, yeah, school morning
[05:42] <zyga> I will be around shortly
[05:42] <zyga> Walking back from school
[05:45] <mborzecki> mvo: hey
[05:46] <mvo> hey mborzecki ! welcome back
[06:05] <mup> PR snapd#7384 opened: HACKING.md: clarify where "make fmt" is needed <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/7384>
[06:08] <mup> PR snapd#7382 closed: osutil: make flock test more robust <Test Robustness> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/7382>
[06:10] <zyga> hey mvo, thank you for merging that
[06:10] <zyga> mvo: btw, can you look at the corresponding non-test code
[06:10] <mvo> zyga: good morning! thanks for creating it :)
[06:10] <zyga> mvo: I was puzzled by how that can ever happen
[06:11] <zyga> mvo: it looks like a bug in the compiler or something in our understanding
[06:11] <zyga> mvo: as that function cannot return nil, nil, can it?
[06:11] <zyga> mborzecki: 1st day of school and temperature drops by 10 degrees
[06:11] <mvo> zyga: NewFileLock, no, that looks impossible, we are explicitly about the "nil" there.
[06:12] <zyga> mvo: right? I was worried when I saw that because it feels we are missing something important
[06:16] <mvo> zyga: yeah, its very confusing
[06:16] <zyga> perhaps go gc bug?
[06:23] <mborzecki> arch package updated
[06:25] <mup> PR snapd#7385 opened: tests/cross/go-build: use go list rather than shell trickery <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7385>
[06:25] <mborzecki> super simple PR ^^
[06:29] <mvo> zyga: I looked at this flock issue again, I think you fixed it. the issue is that "err = lock.TryLock()" may return nil - if there is lock. but then err, Equals, osutil.ErrALreadyLocked will trigger a err->Error I think
[06:29] <zyga> oh
[06:29] <zyga> actually, yeah
[06:29] <mvo> zyga: which causes the crash, your code now first assigns err and then checks for non-nil so this error goes away
[06:29] <zyga> actually
[06:29] <zyga> no wait
[06:29] <zyga> hmm
[06:30] <zyga> so are you saying that due to the raceiness
[06:30] <zyga> the error can be nil
[06:30] <mvo> zyga: correct
[06:30] <zyga> and then Equals would panic?
[06:30] <mvo> zyga: yes, I think so, equal will try to make it an error
[06:30] <mvo> zyga: I have not looked at the details but I think so
[06:30] <zyga> that's certainly plausible and more realistic that a gc bug :)
[06:30] <mvo> zyga: I think "c.Assert(nil, Equals, osutil.Err..") should behave the same
[06:30] <zyga> nice, you made my mind more at ease
[06:31] <zyga> oh, good idea
[06:31] <zyga> I'll chcek
[06:31] <mvo> zyga: yeah, thanks for fixing this one! it is really an interessting one :)
[06:31] <zyga> indeed
[06:31] <zyga> https://www.irccloud.com/pastebin/z0RHTYJO/
[06:31] <zyga> you are spot on
[06:31] <mvo> yay
[06:31] <zyga> that's so unexpected btw
[06:31] <mvo> zyga: agreed
[06:32] <mvo> zyga: ErrorMatches will DTRT - except it matches instead of equals :/
[06:35] <mborzecki> off to the school with kids, back in ~1.5h
[06:36] <zyga> mborzecki: good luck :)
[06:36] <zyga> hey sil2100 :)
[06:37] <mvo> zyga: oh no, I think this error happens in the "diff" code we added a while ago :( so gopkg.in seems to got broken by this
[06:37] <mvo> zyga: that bug is on me I think :(
[06:38] <zyga> ahhh
[06:38] <zyga> I recall this
[06:38] <zyga> well, one less but two more :D
[06:38] <mvo> zyga: yeah, there is also the circular bug in github.com/kr/pretty - makes me wonder if we should simply revert that diff code
[06:40] <zyga> the diff on error is somewhat useful, I wonder how hard would it be to fix it instead
[06:40] <zyga> but also worried if we use old version or if upstream is dead
[06:40] <mvo> zyga: I fix it, thats trivial
[06:41] <mvo> zyga: I'm just a bit sad that its "1 added, 2 new bugs introduced"
[06:41] <zyga> yeah, no disagreement
[06:41] <zyga> "what's under this rock over here, let me turn it over"
[06:51] <mvo> niemeyer: hey, good morning! if you have some spare cycles, I have a very simple gocheck PR (https://github.com/go-check/check/pull/114) that would be great to get merged. I feel bad because its an issue introduced with a PR that I originally proposed :(
[06:51] <mup> PR go-check/check#114: checkers: fix misleading error for c.Check(nil, Equals, "foo") <Created by mvo5> <https://github.com/go-check/check/pull/114>
[07:00] <mvo> mborzecki: can you please check if github.com/sanity.io/litter is available in fedora as a package? I wonder if we can switch away from kr/pretty as its unmaintained (and there is this cyclic references bug that can cause hangs)
[07:01] <mup> PR snapd#7384 closed: HACKING.md: clarify where "make fmt" is needed <Simple 😃> <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7384>
[07:02] <pstolowski> mornings
[07:03] <zyga> hello pawel
[07:03] <zyga> pstolowski: feels good to send kids to school again, no? :)
[07:04] <jamesh> hi zyga
[07:05] <zyga> hey, good morning
[07:06] <jamesh> zyga: at GUADEC, there was a request for a snapd feature that might be quite difficult to implement
[07:06] <zyga> tell us!
[07:07] <jamesh> zyga: essentially they want to move the org.freedesktop.portal.Flatpak.Spawn portal interface from Flatpak to xdg-desktop-portal, and have it do something sensible for snaps
[07:07] <pstolowski> zyga: haha, indeed, i just got back from there
[07:07] <jamesh> this is essentially a way for a confined process to spawn a second process with even stricter confinement: https://github.com/flatpak/flatpak/blob/master/data/org.freedesktop.portal.Flatpak.xml
[07:09] <jamesh> the idea being to allow applications that confine portions of their code to continue doing so when put in Flatpak/snap confinement (e.g. web browsers)
[07:15] <zyga> jamesh: hmm
[07:16] <zyga> what is the interface like?
[07:16] <jamesh> the XML file I linked to has documentation for the interface
[07:17] <jamesh> the main features are (a) pass file descriptors to spawned process, (b) optionally block network or file system access, (c) expose a restricted set of files to the spawned subprocess
[07:18] <zyga> yeah, reading that now
[07:18] <jamesh> It's basically something to replace the fork/unshare/exec code you might find in multi-process apps
[07:18] <zyga> hmmm
[07:18] <zyga> some of the concepts don't map cleanly
[07:18] <zyga> what is a "sandbox" in flatpak term?
[07:19] <zyga> as in flag value 4
[07:19] <zyga> spawn in a sandbox
[07:19] <jamesh> I need to look that up.
[07:19] <zyga> is there a demo app for this or a production app that would use it?
[07:19] <jamesh> I think the big one at the moment is webkit-gtk
[07:19] <zyga> I think it's doable but not small or on or our roadmap for this cycle so it's hard for me to say if we can do it
[07:20] <zyga> jamesh: some things there look vert flatpack specific, like ~/.var/app/$APP_ID/sandbox
[07:21] <zyga> I'm sure it's all doable but we'd have to think about how to construct that
[07:21] <zyga> jamesh: that dbus api is for the user session?
[07:21] <jamesh> zyga: right.  I think the idea is to get something that could provide equivalent functionality
[07:21] <zyga> jamesh: so you spawn it as yourself essentially, right?
[07:21] <jamesh> the xdg-desktop-portal version wouldn't necessarily be identical
[07:21] <zyga> I see
[07:21] <jamesh> yes.  This is a user session API, same as the other portal services
[07:21] <zyga> well, I'm open to this for sure
[07:22] <zyga> it would be nice to explore this if we have agreement / time to do it
[07:27] <jamesh> zyga: so I think "fully sandboxed" means only access to the runtime, app data and files specifically exposed in ~/.var/app/$APP_ID/sandbox
[07:28] <jamesh> so snap-wise, that would be no home interface, and only access to a small subset of ~/snap/$snap_name
[07:28] <zyga> almost like "all interfaces disconnected"
[07:29] <jamesh> possibly, yeah.
[07:31] <jamesh> zyga: If we could get this all working and it was adopted by upstreams, it would probably remove the need for the allow-sandbox flag on our browser-support interface
[07:32] <zyga> jamesh: indeed, that's pretty interesting as an evolution of the concept "we package stuff as-is" to "we provide a new layer to apps"
[07:35] <jamesh> zyga: in the current release of GNOME, the file manager makes use of bubblewrap to confine thumbnailer subprocesses.  So a big part of this is to allow this model to continue in the new world
[07:35] <jamesh> (since you can't run bubblewrap in Flatpak's bubblewrap based sandbox either)
[07:59] <zyga> mborzecki: hey
[07:59] <zyga> mborzecki: I updated https://github.com/snapcore/snapd/pull/7218/files
[07:59] <zyga> it's just a new spread test
[07:59] <mup> PR #7218: tests: measure behavior of the device cgroup <Created by zyga> <https://github.com/snapcore/snapd/pull/7218>
[07:59] <zyga> could you please have a look, make sure to read both commit messages
[08:01] <niemeyer> mvo: Thanks, will have a look
[08:01] <mvo> niemeyer: should be super trivial, let me know if I can help in any way
[08:05] <niemeyer> mvo: It's in, thanks again!
[08:05] <mvo> niemeyer: \o/
[08:19] <mup> Bug #1842282 opened: can't add channel information as install downloaded snap <Snappy:New> <https://launchpad.net/bugs/1842282>
[08:32] <mborzecki> re
[08:35] <mborzecki> mvo: there's apackage of github.com/sanity.io/liter in fedora, it's version 1.1.0 if that makes any difference
[08:36] <mvo> mborzecki: thank you
[08:37] <mborzecki> mvo: hmm https://github.com/sanity.io/litter is a 404 for me?
[08:38] <mvo> mborzecki: https://github.com/sanity-io/litter
[08:41] <mborzecki> duh
[08:41] <mborzecki> ok, works for me :P
[08:42] <mborzecki> mvo: do you remember that other lib? https://github.com/davecgh/go-spew
[08:43] <mborzecki> mvo: looks like litter is packaged for debian too, so we can switch to either one
[08:54] <mvo> mborzecki: spew is available for centos/fedora too? cool
[08:55] <mborzecki> mvo: for centos/amzn we use a bundled pacakge
[08:55] <mborzecki> s/use/build/
[08:57] <niemeyer> mvo: I have an on going diff sitting on my disk for a while around that area of go-check, btw..
[08:58] <niemeyer> mvo: It improves a bit the way the diff is displayed in some cases
[08:58] <niemeyer> mvo: But I've hit an issue with kr's diff lib.. it broke down in some nested data
[08:59] <mvo> niemeyer: yes, we have a fix for this in kr/pretty
[08:59] <niemeyer> mvo: Oh?
[08:59] <mvo> niemeyer: it breaks on cyclic data
[08:59] <niemeyer> mvo: Was that submitted upstream?
[08:59] <mvo> niemeyer: https://github.com/kr/pretty/pull/58
[08:59] <mup> PR kr/pretty#58: Fix infinite recursion when diffing structs with cycles <Created by stolowski> <https://github.com/kr/pretty/pull/58>
[09:00] <mvo> niemeyer: also https://github.com/kr/pretty/pull/44 (which looks similar)
[09:00] <mup> PR kr/pretty#44: Detect cyclic references in Fdiff() <Created by mbergin> <https://github.com/kr/pretty/pull/44>
[09:00] <niemeyer> Oh, nice
[09:00] <mvo> niemeyer: I can't reach him though :/ maybe he replies to twitter pings :)
[09:00] <mvo> this is open for some time
[09:02] <niemeyer> I can understand him :)
[09:02] <niemeyer> We should just fork temporarily while this is sorted
[09:04] <mvo> niemeyer: works for me
[09:32] <geodb27> People : hi ! I run a lxd cluster on three virtual machines under ubuntu-18.04 lts. As you might know, lxd is shipped via snap. There seem to be a problem with the way updates are run. Indeed, the three machines are all the same considering installed os version and hardware. They, of course, have all their time maintained via ntp. Error occur when all three decide that it is time to update lxd : since the processes are ran at the same time, this
[09:32] <geodb27> results in a crash of the overall cluster and require intervention to have all three systems in a production state. Question is : how does snap decide it is time to update what is installed ? If it is done internally, wouldn't it be fine to add some "salt" to the decided time so that everything does not start at the same time everywhere ?
[09:39] <Chipaca> geodb27: updates shouldn't run at the same time, as there is a random element to the time
[09:40] <Chipaca> geodb27: additionally, you can schedule when updates happen, so if you have a requirement for them not to happen simultaneously that is something you can configure
[09:41] <Chipaca> geodb27: if you have debug logs on snapd will log when it will update next, but debug logs are very chatty so most people don't
[09:41] <Chipaca> geodb27: 'snap refresh --time' will print when the next refresh will happen (mostly)
[09:42] <Chipaca> geodb27: 'mostly' because right after snapd starts, and until the first time it checks, the next refresh time isn't set
[09:42] <geodb27> Thanks for you answer Chipaca. I'll check how it is done on the different machines.
[09:42] <Chipaca> geodb27: as to how to set the refresh timer, https://snapcraft.io/docs/keeping-snaps-up-to-date
[09:44] <geodb27> Well, the problem seems somewhere else. I'll have to wait for the next lxd's snap to check what goes wrong.
[09:44]  * zyga finishes calls and jumps into the fray :)
[09:45] <geodb27> What is sure is that a lxd cluster is in an "undefined" state after a snap update while a single one runs fine.
[09:47] <Chipaca> geodb27: i'm not sure what that means :-| maybe stgraber can shed some light?
[09:47] <ppd1990> zyga: Thanks for reviewing #7366 - I've found a (I believe) satisfactory solution to only exposing appropriate gpg-agent functionality. I'd be quite glad if you could give it another look in the near future
[09:47] <mup> PR #7366: interfaces/gpg-keys: Allow access to gpg-agent and creation of lockfiles <Created by ppd1990> <https://github.com/snapcore/snapd/pull/7366>
[09:48] <zyga> ppd1990: sure, thank you for iterating
[09:48] <zyga> I'll look now :)
[09:49] <zyga> ppd1990: you mean the S.gpg-agent.extra socket?
[09:49] <ppd1990> zyga: Right
[09:49] <zyga> ppd1990: that sounds very much better, I will defer the final review to jdstrand but I think that's no longer -0.5 on my end
[09:49] <zyga> ppd1990: please update the PR with that
[09:50] <zyga> make sure to update the summary of the interface as well, it's just text but it matters for review clarity
[09:50] <geodb27> Indeed Chipaca. I'll look forward to fill in an issue on https://discuss.linuxcontainers.org/ when I face the same problem. Thanks for your kind answers anyway :-)
[09:50] <ppd1990> zyga: Will do. Any opinion on it being necessary to "bend" the GPG binary in the snap to this socket? Is is somehow possible to "layout" this socket into the snap namespace instead of S.gpg-agent?
[09:51] <zyga> ppd1990: not yet, not for anything in /shome
[09:51] <zyga> (I meant /home/)
[09:51] <zyga> ppd1990: I think if there's a workable way to point gpg there that's enough
[09:53] <ppd1990> zyga: Fair enough. If it works, it works :) Shall we update the interface description to include "signing and encrypting"?
[09:53] <zyga> mhm
[09:53] <zyga> plas
[09:53] <zyga> *please
[09:53] <zyga> gosh, I cannot type today
[09:53] <mup> PR snapd#7386 opened: many: refactor boot/boottest and move to bootloader/mockbootloader <Created by chipaca> <https://github.com/snapcore/snapd/pull/7386>
[09:54]  * Chipaca gives zyga a keyboard that does auto-correct on the fly
[09:54] <zyga> Chipaca: thakns ;)
[09:55] <zyga> (that was deliberate)
[09:55]  * Chipaca pushes an update to the auto-correct snap to mess with zyga
[09:56] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/7218 should now pass
[09:56] <mup> PR #7218: tests: measure behavior of the device cgroup <Created by zyga> <https://github.com/snapcore/snapd/pull/7218>
[09:57] <zyga> Chipaca: brexit news is surprising
[09:57] <zyga> Chipaca: at this rate I would not be surprised in anything
[09:57] <Chipaca> zyga: which part of it?
[09:58] <zyga> Chipaca: the whole suspension of parliament
[09:58] <Chipaca> zyga: and the "if you vote this way you'll be fired"?
[09:58] <Chipaca> tyranny is fun
[09:59] <zyga> game of thrones, except some people are living in it and are on the frontline
[10:00] <Chipaca> "this was not meant as a tutorial!?!"
[10:04] <mborzecki> zyga: about https://github.com/snapcore/snapd/pull/7385#discussion_r319827158 i did the change and it looks a bit awkward, since it's a single go build -o /dev/null for all 5 binaries (in theory all binaries are written to /dev/null)
[10:05] <mup> PR #7385: tests/cross/go-build: use go list rather than shell trickery <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7385>
[10:05] <zyga> aw, I see
[10:05] <zyga> I forgot the binary aspect of it
[10:05] <zyga> normally I was just "go building" everything
[10:05] <zyga> but I didn't mind the binaries
[10:06] <zyga> so what is this doing? testing that we can build?
[10:06] <mborzecki> fwiw i think go build should erorr out there
[10:06] <mborzecki> zyga: yes, it's cross compiling those binaries
[10:07] <zyga> yeah, +1
[10:07] <mborzecki> zyga: can you leave a +1 in the PR? it's green so we'll land it ;P
[10:08] <zyga> sure, done!
[10:08] <mborzecki> thanks!
[10:08] <mup> PR snapd#7385 closed: tests/cross/go-build: use go list rather than shell trickery <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/7385>
[10:23] <pedronis> Chipaca: I commented on #7386, we don't have any mock* package atm
[10:23] <mup> PR #7386: many: refactor boot/boottest and move to bootloader/mockbootloader <Created by chipaca> <https://github.com/snapcore/snapd/pull/7386>
[10:23] <Chipaca> fair
[10:23]  * Chipaca adds more mock packages to fix that issue
[10:23] <pedronis> Chipaca: silly you :)
[10:24] <Chipaca> :-)
[10:25] <mborzecki> zyga: updated #7302
[10:25] <mup> PR #7302: cmd/snap-confine: add support for parallel instances of classic snaps <⛔ Blocked> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7302>
[10:37] <zyga> mborzecki: thanks, I'll look shortly
[10:37] <zyga> mborzecki: 19.04 ha some more cgroup wonkiness
[10:37] <zyga> my test is failing there, I think you were right, the /proc/PID/cgroup format changerd
[10:37] <zyga> *changed
[10:37] <zyga> I'll finish and check that out soon
[11:08] <pedronis> Chipaca: +1, with comments on something related but prexisting
[11:23] <mup> PR snapd#7387 opened: packaging/fedora, tests/lib/prepare-restore: helper tool for packing sources for RPM <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7387>
[11:24] <mborzecki> zyga: support script for packit ^^
[11:25] <zyga> looking
[11:29] <zyga> https://github.com/snapcore/snapd/pull/7387#pullrequestreview-282543875
[11:29] <mup> PR #7387: packaging/fedora, tests/lib/prepare-restore: helper tool for packing sources for RPM <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/7387>
[11:32]  * zyga goes for a walk with the dog
[11:33] <zyga> mborzecki: I'll review mount ns for classic snaps PR when I'm back
[11:48] <ppd1990> zyga: I updated #7366. Thanks again for the guidance
[11:48] <mup> PR #7366: interfaces/gpg-keys: Allow access to gpg-agent and creation of lockfiles <Created by ppd1990> <https://github.com/snapcore/snapd/pull/7366>
[12:25] <Chipaca> pedronis: thanks! I'll fix those in a followup
[12:26] <mup> PR snapd#7386 closed: many: refactor boot/boottest and move to bootloader/bootloadertest <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/7386>
[12:27] <cachio> zyga, did you see this one? https://paste.ubuntu.com/p/MngRDC5nQm/
[13:00] <zyga> re
[13:00] <zyga> cachio: what about it?
[13:01] <Chipaca> mvo: needing to re-login to chrome, i'm omw
[13:03] <zyga> 2fa
[13:34] <mup> PR snapd#7388 opened: boot, bootloader, o/snapstate: boot env manip goes in bootloader <Created by chipaca> <https://github.com/snapcore/snapd/pull/7388>
[13:36] <Chipaca> pedronis, zyga, ^ includes (as separate commits) the cleanups you'd requested from previous PRs
[13:38] <pedronis> Chipaca: we need to talk
[13:38] <Chipaca> pedronis: ok
[13:48] <cmatsuoka> mvo: about the world clocks, you'll also need an extension called "panel world clock (lite)"
[13:49] <mup> PR snapd#7388 closed: boot, bootloader, o/snapstate: boot env manip goes in bootloader <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/7388>
[13:50] <cachio> jamesh, hey
[13:51] <cachio> jacekn, https://github.com/snapcore/snapd/pull/7361#issuecomment-526330249
[13:51] <mup> PR #7361: tests: enabling ubuntu 19.10-64 on spread.yaml <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7361>
[13:51] <mvo> cmatsuoka: ta
[13:51] <cachio> jamesh, https://github.com/snapcore/snapd/pull/7361#issuecomment-526330249
[13:51] <cachio> jamesh, any idea about this problem on eoan?
[13:55] <mup> PR snapd#7389 opened: cmd/libsnap: make feature flag enum 1<<N style <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/7389>
[14:04] <Chipaca> pedronis: do we have a convetion for constants vs variables? (i think no, but thought to check)
[14:05] <Chipaca> pedronis: nm
[14:08] <pedronis> Chipaca: in which sense?
[14:09] <Chipaca> pedronis: there was a constant defined for "snap_mode", and I wondered if we wanted it to be obvious it was a constant in usage
[14:09] <Chipaca> pedronis: but then i realised it was not actually used anywhere
[14:10] <pedronis> Chipaca: go doesn't have special naming convention for constants afaik
[14:10] <Chipaca> pedronis: so the problem disappeared with a nice round "pop!"
[14:10] <Chipaca> pedronis: :)
[14:13] <mup> PR snapd#7390 opened: tests: unit test for a refresh failing on configure hook <Created by stolowski> <https://github.com/snapcore/snapd/pull/7390>
[14:22] <mup> PR snapcraft#2696 opened: shell_utils: Add SNAPCRAFT_DEBUG_SCRIPTS env variable <Created by mkg20001> <https://github.com/snapcore/snapcraft/pull/2696>
[14:40] <mup> PR snapd#7391 opened: boot, bootloader, o/devicestate: boot env manip goes in boot <Created by chipaca> <https://github.com/snapcore/snapd/pull/7391>
[14:40] <Chipaca> pedronis: ^^^
[14:49] <cachio> mvo, hey, this is the error on pi2 https://paste.ubuntu.com/p/zzQ8Q73SY6/
[14:50] <cachio> when we try to create a user
[15:00] <Chipaca> cachio_: that error looks like /var/lib/extrausers isn't writable
[15:02] <mup> PR snapd#7389 closed: cmd/libsnap: make feature flag enum 1<<N style <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7389>
[15:05] <mvo> cachio_: what Chipaca said, can you ssh into this machine and touc a file in /var/lib/extrausers ? maybe something "funny" is going on with the writable magic
[15:08] <mvo> Chipaca: so I keep poking at ondras LK pr - I played with your idea to split the types and have a "lk" and "lkPrepareImage" and that makes the code easier but it feels a bit strange. I was wondering if we should have a "func PrepareImage(gadgetDir)"  on the bootloader interface (and kill ConfigFile there which does not make sense in a world of partitions). wdyt?
[15:09] <Chipaca> mvo: would the PrepareImage(gadgetDir) on bootloader avoid all the ifs?
[15:10] <mvo> Chipaca: I am exploring this, the way image.go works probably also needs tweaking
[15:10] <mvo> Chipaca: anyway, if its not something you looked at (yet) I keep poking, was just wondering if you had thoughts :)
[15:11] <zyga> Chipaca: https://github.com/snapcore/snapd/pull/7320 needs some attention
[15:11] <mup> PR #7320: snap/pack, cmd_pack: 'snap pack --check-skeleton' checks interfaces <Created by chipaca> <https://github.com/snapcore/snapd/pull/7320>
[15:11] <Chipaca> mvo: if it avoids the ifs i'm fine with it :-) i'd check with pedronis wrt core20 but i think bootloader will be growing something similar anyway? not sure
[15:11] <Chipaca> zyga: ack
[15:12] <mvo> Chipaca: it seems conceptually clean so I think its worth exploring, I look at the image bits now and then I will chat with pedronis if this makes sense
[15:13] <Chipaca> mvo: if not, if the bootloader really needs different behaviour depending on whether it's in prepare or regular mode, then it's fine for it to be two separate things. Alternatively it might just be parametrised if the ifs are just to determine a string
[15:13] <Chipaca> or, you know, subclassed if it's somewhere in the middle :-)
[15:14] <zyga> and so it rains
[15:14] <zyga> welcome to september kids
[15:14] <mvo> Chipaca: yeah, I have sometihng without ifs now but I'm still not happy, it feels conceptually not great
[15:14] <zyga> mvo: 7286 is close but I left a comment there
[15:14] <pedronis> mvo: what does PrepareImage do?
[15:14] <mvo> Chipaca: https://github.com/snapcore/snapd/compare/master...mvo5:lk-2?expand=1 fwiw - based on the earlier ideas
[15:15] <zyga> cachio: can you look at 7218 again please
[15:15] <cachio> sure
[15:15] <mvo> pedronis: it would do the job of the current InstallBootConfig and setting the boot vars. its mostly there because with LK runtime and image-building time is conceptually different. the image-build needs to write to a file and the runtime to a partition. so I was thinking it would be nice to have a clear interface for this
[15:16] <zyga> cachio: https://github.com/snapcore/snapd/pull/7361 seems to be more complex, do you think we can close it and open dedicated PRs for address book interface and test issue, go fmt test issue and then the remaining 19.10 mechanics
[15:16] <mup> PR #7361: tests: enabling ubuntu 19.10-64 on spread.yaml <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7361>
[15:17] <zyga> cachio: especially since the interface test may take more iteration
[15:17] <pedronis> mvo: ok, it will need some mediation for Core 20 though, because is not all a booloader problem
[15:18] <mvo> pedronis: yeah, let me experiment a little bit and then I can write something up. I don't want to waste your time with something that may not be great in the end
[15:18] <mvo> (s/great/helpful/)
[15:18] <cachio> zyga, ok, what about moving 19.10 to manual
[15:19] <zyga> cachio: that's okay too, if that helps you out
[15:19] <pedronis> mvo: I am also touching all that code,
[15:19] <zyga> cachio: or remove the tests from 19.10
[15:19] <cachio> then we have the system in the spread yaml nad aI can create both changes
[15:19] <pedronis> well touching soon
[15:19] <zyga> cachio: anything that is focused on one task and can land fast is good in my book
[15:19] <cachio> ok, in that case I'll remove those failing tests from 19.10
[15:20] <cachio> so we can go forward
[15:20] <cachio> zyga, thanks
[15:20] <zyga> that sounds good, thank you
[15:23] <pedronis> mvo: my worry is that not all the bootvars will be a task of the bootloader anymore
[15:23] <pedronis> so we cannot move the task completely there
[15:25] <pedronis> mvo: so the right interface in image is probably something like boot.PrepareImage() but exactly what it needs to take is not super clear atm
[15:25] <pedronis> of course internally it would call bootloader bits as needed
[15:26] <mvo> pedronis: right, I can add it to boot.PrepareImage, we probably still need something on the bootloader interface to setup a subset of the bootvars
[15:26] <Chipaca> pedronis: what's your opinon on using a separate bootloader instead?
[15:27] <pedronis> ?
[15:27] <Chipaca> ah, missing context
[15:27] <Chipaca> pedronis: <mvo> Chipaca: so I keep poking at ondras LK pr - I played with your idea to split the types and have a "lk" and "lkPrepareImage" and that makes the code easier but it feels a bit strange. I was wondering if we should have a "func PrepareImage(gadgetDir)"  on the bootloader interface (and kill ConfigFile there which does not make sense in a world of partitions). wdyt?
[15:27] <pedronis> have  bootloader that we use only in prepare-image ?
[15:28] <pedronis> doesnt' sound a great idea to me
[15:28] <Chipaca> yeah as mvo says it feels weird :-)
[15:28] <mvo> it makes the code more organized though but still feels weird
[15:28] <Chipaca> pedronis: it started because currently almost everything in lk is "if inPrepareImage { one thing } else { some other thing }"
[15:29] <pedronis> well
[15:29] <pedronis> I think that sounds more like
[15:29] <pedronis> there should be an optional interface
[15:29] <pedronis> and boot.PrepareImage knows about it
[15:29] <pedronis> and then the ifs prepare-image bit go under that
[15:29] <pedronis> interface
[15:30] <mvo> pedronis: interessting, let me ponder about this a bit
[15:30] <pedronis> if I understand for most booloaders runtime interface works for prepare-image
[15:30] <pedronis> this is not the case
[15:31] <pedronis> for lk
[15:31] <mvo> pedronis: correct
[15:31]  * cachio lunch
[15:31] <pedronis> so have a couple short cut methods under some PrepareImageInstaller interface
[15:31] <pedronis> or something
[15:32] <pedronis> boot.PrepareImage default code would use the runtime methods
[15:32] <pedronis> but if it detects that interface
[15:32] <pedronis> it will use the shortcuts/methods there
[15:32] <mvo> pedronis: sounds good, I will work on this
[15:34] <pedronis> mvo: done this way, with boot has a hub is anyway a good step for Core 20 too
[15:34] <pedronis> mvo: it might be good to propse the image boot refactoring separately though
[15:34] <pedronis> if you find it works
[15:34] <mvo> pedronis: cool, I explore and then will push something
[16:06] <pstolowski> Chipaca: was https://bugs.launchpad.net/snapd/+bug/1823680 fixed?
[16:07] <mup> Bug #1823680: snap okay error unhelpful <snapd:New for chipaca> <https://launchpad.net/bugs/1823680>
[16:29] <zyga> pstolowski, cachio: I made some improvements to retry command, should I push it to 7256 or open a new PR and let 7256 focus on application of that command to the two tests?
[16:29] <zyga> I was about to push but based on pawel's comment I'm inclined to open a new PR instead
[16:29] <cachio> zyga, is it ok for me if you want to push over the same PR
[16:30] <mup> PR snapd#7379 closed: tests: add version-tool for comparing versions <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/7379>
[16:31] <zyga> cachio: I'll open a new PR then,
[16:32] <zyga> cachio: could you look at 7370
[16:32] <zyga> cachio: the prerequisite has just landed and I think this is good to go
[16:32] <zyga> it will fix one random failure on master
[16:33] <pstolowski> zyga: i'm ok with same PR but i'd keep that particular test intact, per my comment
[16:33] <zyga> pstolowski: I think it's cleaner, the original PR focused on changing the test
[16:35] <pstolowski> ok
[16:35] <mup> PR snapd#7392 opened: tests: rewrite "retry" command as retry-tool <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/7392>
[16:35] <zyga> cachio, pstolowski: https://github.com/snapcore/snapd/pull/7256#issuecomment-527200990
[16:35] <cachio> zyga, sure
[16:36] <mup> PR #7256: tests: adding retry command and use it to delete $XDG directory <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7256>
[16:38] <zyga> cachio: I already found some use for the retry-tool!
[16:38] <zyga> it's really nice, it can be used for very powerful one liners
[16:40] <zyga> check this out:
[16:40] <zyga> cachio: retry-tool in action https://www.irccloud.com/pastebin/LXXgoT84/
[16:40] <pstolowski> nice!
[16:40] <pstolowski> i was always annoyned by writing these retry loop
[16:40] <pstolowski> *loops
[16:40] <zyga> yeah
[16:40] <zyga> let's review it :)
[16:42] <cachio> zyga, nice
[16:43] <cachio> retry tools are always usefull testing :)
[16:43] <pstolowski> i'll take a look tomorrow morning
[16:43] <pstolowski> ty
[16:45] <zyga> thanks pawel!
[16:47] <zyga> ok, wrapping up one PR and calling it a day
[17:17] <mup> PR snapd#7370 closed: tests: fix ephemeral mount table in left over by prepare <Test Robustness> <Created by zyga> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7370>
[17:21] <zyga> thank you cachio!
[17:21] <cachio> zyga, yaw
[17:58] <cachio> zyga, is #7361 ok for merge now?
[17:58] <mup> PR #7361: tests: enabling ubuntu 19.10-64 on spread.yaml <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7361>
[18:26] <Chipaca> pstolowski|afk: $  snap okay
[18:26] <Chipaca> error: you must have looked at the warnings before acknowledging them. Try 'snap warnings'.
[18:26] <Chipaca> pstolowski|afk: as per #6919 referenced in the bug
[18:26] <mup> PR #6919: cmd/okay: Remove err message when warning file not exist <Created by ardaguclu> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6919>
[18:27] <Chipaca> pstolowski|afk: and then I realised what you were asking me to do was to update the bug's status :-D done
[18:27] <Chipaca> post-run brain is not best brain
[18:27] <Chipaca> despite it thinking it is
[18:48] <mup> PR snapd#7192 closed: tests: initial change to retry on external files download <⛔ Blocked> <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7192>
[20:44] <mup> PR snapd#7361 closed: tests: enabling ubuntu 19.10-64 on spread.yaml <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/7361>
[21:43] <mup> PR snapd#7391 closed: boot, bootloader, o/devicestate: boot env manip goes in boot <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/7391>


[05:40] <Liver_K> ubottu: help
[06:11] <lotuspsychje> !brain | Liver_K
[06:12] <Liver_K> I was just looking for a "seen" command of sorts, but I don't see one with that bot or ubot9
[06:12] <Liver_K> Maybe ubuntulog ?
[06:12] <Liver_K> Nope.
[06:14] <lotuspsychje> Liver_K: ubottu is a tweaked ubuntu bot specialy for support matters, some regular commands wont work on it
[06:14] <Liver_K> Right.
[06:18] <lotuspsychje> Liver_K: what is it, you needed exactly?
[06:18] <Liver_K> I was looking for arraybolt3 to update them on an issue we talked about a while ago
[06:19] <Liver_K> (nvidia-headless-390 being fatally broken)
[06:19] <lotuspsychje> Liver_K: arraybolt3 has left irc for some personal matters a bit, not sure when he will be back
[06:19] <Liver_K> But they are still online o_O
[06:20] <lotuspsychje> maybe on purpose to not be on several channels?


[17:10] <j1mc> mdke: are you around?
[17:11] <j1mc> mdke: I wanted to see about your availability for one of the upcoming team meeting dates. Are there any that you would be able to attend?
[17:13] <j1mc> mdke: here's the url to my posting to the ML. https://lists.ubuntu.com/archives/ubuntu-doc/2009-June/013274.html
[17:13] <j1mc> if you could let us know of your availability for any of the dates via the doodle link, that would be great.  thanks.
[17:17] <j1mc> Right now, this Saturday, 6/27, at 1:00pm Chicago Time (6pm London time) is looking most likely.
[23:41] <nhandler> Is there a reason we still have CIA-26 in here? Isn't that from when we used SVN?


[02:56] <lotuspsychje> good morning
[06:19] <ducasse> good morning
[10:00] <GR1M0R4CL3> hello
[19:10] <CoolerY> daftykins, I wouldn't call it paranoia
[19:11] <CoolerY> sarnold, they are?
[19:11] <daftykins> no i had a feeling you wouldn't :)
[19:11] <CoolerY> sarnold, I guess it would depend on the protocol
[19:11] <CoolerY> doesn't OpenVPN have a server and client
[19:12] <CoolerY> daftykins, most people don't
[19:12] <CoolerY> most VPN users are not paranoid
[19:13] <CoolerY> Those who are paranoid tend to jump though hoops like using Tor over VPN with Tails OS etc.
[19:13] <daftykins> you're missing the point and in doing so are quite unwelcome
[19:14] <CoolerY> I am not missing the point
[19:14] <CoolerY> you wish people would use VPN for it's original pupose
[19:17] <oerheks> 'original purpose'... lolz
[19:18] <CoolerY> although that's a bit like saying "I wish people would use the internet for ftp and email"
[19:19] <daftykins> no you did indeed misunderstand and that's a ridiculous statement xD
[19:19] <CoolerY> why don't you elaborate?
[19:19] <daftykins> because you strike me as a waste of time
[19:19] <CoolerY> ok then I didn't misunderstand you simply failed to convey your point
[19:55] <daftykins> troll confirmed
[20:23] <CoolerY> "Significant power-saving improvements. "
[20:23] <CoolerY> how?
[20:24] <CoolerY> just more efficient code all around?
[20:24] <lordcirth> CoolerY, probably smarter handling of sleep, interrupts, etc
[20:24] <CoolerY> or changes to power saving policy?
[20:24] <lordcirth> It's quite difficult to balance low-latency networking with CPU sleep
[20:30] <CoolerY> "Smoother performance, lower CPU usage for window and overview animations, JavaScript execution"
[20:30] <CoolerY> what now?
[20:30] <CoolerY> oh I guess they modified their version of firefox?
[20:30] <CoolerY> and V8? how are they changing Javascript execution performance?
[21:58] <oerheks> 'they'..  who are they?
[21:59] <oerheks> wait, i don't want to wake the troll


[16:00] <CarstenG> Hi at all
[16:00] <hannie> hi CarstenG
[16:01] <CarstenG> Hi Hannie
[16:02] <CarstenG> Hannie, you wanted to contact the translation teams of the finished languages.
[16:03] <CarstenG> Did you do this already?
[16:03] <hannie> Well, I have contacted 3 persons from the Malaysian team
[16:03] <hannie> But no one replied
[16:04] <hannie> I contacted them via Launchpad
[16:04] <hannie> I have generated the whole manual (Malay), 154 pages
[16:04] <hannie> I am trying to find someone to do the screenshots
[16:05] <CarstenG> Oh, bad, that they do not reply...
[16:05] <hannie> It is not very encouraging :(
[16:05] <CarstenG> But for the screenshots, it would be the best, if the malay team will do them.
[16:06] <hannie> Yes, but then I have to find someone who wants to do the job
[16:06] <hannie> I also talked to someone from the Croatian team
[16:06] <CarstenG> Theoretical, we can do this, too. But without ḱnowing the language it is more difficult...
[16:07] <hannie> Yes, I even have thought about inserting the English screenshots
[16:07] <CarstenG> Well, this I would avoid...
[16:08] <hannie> I thought you would say that ;)
[16:08] <CarstenG> Then it is only half complete...
[16:08] <CarstenG> It is another thing, if some applications are not yet translated to malay.
[16:09] <CarstenG> I don't know, if the GUI is completely translated to malay?
[16:09] <hannie> I can have a look in LP
[16:13] <hannie> https://translations.launchpad.net/ubuntu/quantal/+translations
[16:14] <hannie> I have sent abuyop an email about a week ago, but he does not reply
[16:14] <hannie> abuyop has done most of the translating
[16:15] <hannie> Most of the gui is translated
[16:16] <CarstenG> Maybe he is in vacation?
[16:16] <hannie> Could be. I'll send him a reminder
[16:18] <hannie> done!
[16:18] <CarstenG> Mmmh, this link is the overall statistic, or?
[16:18] <CarstenG> Which include all package descriptions, for example...
[16:19] <CarstenG> Is there a kink only for GUI elements?
[16:19] <hannie> yes, just look at Malay
[16:19] <hannie> These are only the GUI packages
[16:20] <hannie> GUI both for the OS and applications
[16:21] <CarstenG> huu, then only 82 % of the German and 60 % of the Dutch GUI is translated?
[16:21] <CarstenG> I thought, the GUI is complete. :-)
[16:22] <hannie> Oh, but we are talking about Ubuntu, not the manual :)
[16:22] <hannie> You were asking about the GUI weren't you?
[16:23] <CarstenG> Yes, I mean Ubuntu itself.
[16:23] <hannie> ok, then the link is the right one
[16:23] <CarstenG> I mean, for the screenshots we need a translated GUI
[16:24] <hannie> In VB one of us can try to install Ubuntu in Malaysian
[16:25] <hannie> But I would prefer to have someone from the Malaysian team do the job
[16:25] <CarstenG> So what I was thinking about: We have the Dutch and German screenshots complete translated, but in this link I see German 82 % and Dutch 60 %. So I thought, there are packages included which dont affect the GUI.
[16:26] <hannie> Ah, the percentage does not mean a lot.
[16:26] <hannie> The 300 most important packages are translated
[16:26] <CarstenG> Well, you don't need to install the malay Ubuntu  complete in VM.
[16:26] <hannie> So what do you suggest?
[16:27] <CarstenG> Only add the language packs to your existing installation, and create a user with the malay settin.
[16:27] <CarstenG> setting.
[16:27] <CarstenG> Then you can do screenshots in other languages.
[16:27] <hannie> You are right, just add a user and set his language to Malaysian
[16:27] <CarstenG> This is the way, I have done for some Dutch screenshots. :-)
[16:28] <hannie> I did the same with English (in my Dutch Ubuntu)
[16:29] <CarstenG> Yes, but as you wrote, the Malay team should do it themself.
[16:29] <CarstenG> Do they have a mailing list?
[16:29] <CarstenG> Then you can send you email to this list.
[16:29] <hannie> I will have a look, but I don't think so
[16:30] <hannie> This team does not use Launchpad to host a mailing list.
[16:30] <hannie> The answer is NO
[16:31] <CarstenG> mmh, ok
[16:34] <CarstenG> I will be back in some minutes.
[16:43] <cqfd93> Hi All!
[16:43] <hannie> Hi Sylvie
[16:44] <hannie> and YoBoY
[16:44] <YoBoY> hi hannie
[16:44] <YoBoY> sorry for my jumps
[16:44] <hannie> ah, those internet connections!
[16:45] <YoBoY> it's not that. I'm moving my irc proxy to another server, and I'm doing some configuration changes at the same time :p
[16:45] <hannie> cqfd93, is the French manual (Precise-e2) ready to be published now?
[16:46] <YoBoY> not yet hannie
[16:46] <hannie> ok, patience, patience
[16:46] <YoBoY> (bonjour cqfd93 :* )
[16:47] <cqfd93> Bonjour YoBoY!
[16:47] <cqfd93> Hannie: not yet, we still have to fix a big bunch pf typos, punctuation, do some rewordongs...
[16:47] <cqfd93> *rewordings
[16:47] <hannie> ay, ay, it sounds familiar. It is quite a job. Respect.
[16:48] <cqfd93> :-)
[16:48] <hannie> And we want the quality to be high, don't we
[16:48] <cqfd93> Right! We are perfectionists!
[16:50] <hannie> I am now going to try and add a user in my VB-Ubuntu-Precise with language Malay
[16:50] <cqfd93> Hannie, are you ready to publish precise-e2?
[16:50] <hannie> cqfd93, I have given Kevin the green light, but he is sooooo busy
[16:51] <cqfd93> Good for you, but not for him ;-)
[16:52] <hannie> It appears the lulu printers do not like some of the things in our pdf
[16:55] <cqfd93> Do you know what, and can you find a workaround?
[16:56] <hannie> Kevin has just bought some Adobe fancy stuff to overcome this
[16:57] <hannie> I guess we have to give him some time to find out if it works
[16:59] <hannie> hi freedomrun
[16:59] <freedomrun> hello hannie
[17:00] <cqfd93> hi freedomrun
[17:00] <hannie> How are things going?
[17:00] <freedomrun> very well thank you, and you?
[17:01] <freedomrun> cqfd93, hello
[17:01] <hannie> busy as usual
[17:01] <cqfd93> hannie, we may have the same problems with the French pdf?
[17:02] <hannie> cqfd93, by the time you have finished the problem may be fixed (hopefully)
[17:02] <CarstenG> Be back
[17:02] <hannie> wecome back, CarstenG
[17:03] <hannie> *welcome
[17:03] <CarstenG> Hi Sylvie
[17:11] <cqfd93> Hi Carsten!
[17:13] <cqfd93> hannie: you may be right, as someone in the French team definitely wants us to publish in 2013 (he's the one who sends us lots of fix suggestions, I mean hundreds of them...
[17:14] <hannie> Weel, I do hope we can publish both French and Dutch versions before the end of the year
[17:14] <hannie> *well
[17:17] <cqfd93> So do I
[17:23] <CarstenG> Hannie, you wrote that you generated the malay manual.
[17:23] <hannie> Yes, I first fixed a few errors and the made the pdf
[17:24] <CarstenG> Did you fix the syntax error local on your system?
[17:24] <hannie> *then
[17:24] <hannie> what do you mean by syntax error local?
[17:24] <hannie> I fixed a lot of errors in the po file
[17:24] <hannie> Usually brackets and \\\\
[17:25] <CarstenG> Well, they are fixed now on your computer, but are not available on LP.
[17:25] <CarstenG> This I mean with "local"
[17:26] <hannie> CarstenG, I just created a user "Ubuntu" in VB-precise with language Malay
[17:27] <CarstenG> And, does it work?
[17:27] <hannie> CarstenG, true, but I only want to upload the revised po file after having made contact with a member of the Malay team
[17:28] <hannie> CarstenG, yes, I cannot read a thing :)
[17:28] <CarstenG> Yes, that is right.
[17:28] <hannie> CarstenG, about Malay screenshots:
[17:28] <hannie> I will wait and see if abuyop will reply in the coming week
[17:29] <hannie> If not, I guess we will have to do the screenshots ourselves
[17:29] <CarstenG> I also thought about fixing the syntax errors, but the learning process for the malay team would be greater, if they would do it for themself.
[17:29] <godbyk> Hey, hannie. You said that the Dutch manual is ready to be published?  (Sorry, I thought I was supposed to wait on you to finish something again. My mistake!)
[17:29] <godbyk> hannie: Which branch? precise-e2 or quantal?  (Or both?)
[17:29] <hannie> hey godbyk
[17:29] <cqfd93> hi kevin!
[17:30] <godbyk> Hey, Sylvie!
[17:30] <hannie> godbyk, precise-e2. I sent you an email last week to tell you it was ready to be published. NP!
[17:31] <godbyk> hannie: Okay. I may have missed it while I was away at the conference. (So much email!)  Should I use the nl.po that's in the precise-e2 bzr branch or the one from Launchpad?
[17:31] <hannie> godbyk, glad you are with us again ;) Yes, I uploaded the last version to LP last week
[17:32] <hannie> godbyk, you can use our ubuntu-manual branch
[17:32] <hannie> There you also find the right screenshots
[17:34] <godbyk> hannie: Okay. I'll build it today and see if anything is amiss. I'll send you the final draft for your approval and then we can get it published.
[17:35] <hannie> godbyk, great! Looking forward to it
[17:36] <godbyk> I just received emails recently that 12.04e2 and 12.10 are finally 'under review' for the software center.  Hopefully they'll appear there soon.
[17:36] <hannie> godbyk, I have added the malay .clo file to my Projects/precise-e2, so I will not upload to LP for the moment
[17:36] <hannie> It was only an experiment
[17:37] <godbyk> cqfd93: I received your email regarding the margin sizes. I'll look into that. At one point I know I added more lines per page for the US English edition, but I may not have made adjustments to the translated (A4) editions.
[17:37] <hannie> But I did manage to generate the complete Malaysian pdf file
[17:37] <godbyk> hannie: Cool!
[17:38] <hannie> I also just created a Malay Ubuntu user!
[17:39] <CarstenG> Hannie, sorry to be nit-picky, but 03-active-connection.png has still a to small font size.
[17:39] <hannie> CarstenG, I am going to have a look right now
[17:39] <godbyk> CarstenG: For which translation?
[17:40] <CarstenG> Dutch, precise-e2
[17:40] <cqfd93> godbyk: (about margin sizes) thank you
[17:44] <hannie> CarstenG, 03-active-connection.png is 276 x 123 pixels. You think that is too small?
[17:45] <hannie> I can make a new one
[17:45] <CarstenG> Hannie, I mean the font size, not the picture size.
[17:45] <CarstenG> Compare it with the english original, and you see, what I mean.
[17:45] <hannie> ah, let me see...
[17:59] <godbyk> cqfd93: I looked at the code, and it appears that the A4 versions should get a couple more lines per page than the US letter versions.
[17:59] <godbyk> cqfd93: I'll leave it that way for now, but we can take a look at it again during the raring branch. I might make a few other tweaks for raring, too.
[17:59] <cqfd93> That would probably be good
[18:00] <cqfd93> I mean, having one or two more lines, even in the precise-e2 and quantal versions, would be great! ;-)
[18:02] <godbyk> cqfd93: Oh, no.. I meant that they should already have one or two more lines compared to the US English version.
[18:02] <godbyk> A4 paper is taller and narrower than US letter paper.
[18:03] <godbyk> CarstenG: I just got an email from lulu.com saying there was a problem printing 12.10 again. But this time I'm pretty sure it's using the PDF that Jeremy generated for us.  This is getting silly.
[18:06] <cqfd93> godbyk: I think that having the bottom margin exactly the same height in both English and French versions would add one line to each page
[18:08] <hannie> CarstenG, I have just created a Dutch user in VB Ubuntu Precise to make a new screenshot, but...
[18:08] <hannie> the network manager menu is more simple because I only have a wired connection on this computer
[18:09] <godbyk> cqfd93: I'll take a look at the numbers I'm using for the A4 and US letter margins and see how they differ.
[18:09] <hannie> It only has 3 items: enable network, connection information and edit connections
[18:13] <cqfd93> godbyk: thanks
[18:17] <hannie> CarstenG, I guess I'll have to accept 03-active-connection.png as is, unless you can upload a better one
[18:22] <CarstenG> ok, Hannie, I will try to create a new one.
[18:22] <hannie> thanks
[18:30]  * hannie is leaving. See you all
[18:37] <cqfd93> hannie and CarstenG: I just installed the Duch language pack on my precise machine (that has wi-fi),and made a screenshot: http://ubuntuone.com/7OGjlHMVqJgHiQLUad2ZN3
[18:38] <cqfd93> You can edit it with gimp to remove the items you don't want
[19:27] <CarstenG> Thanks Sylvie, but I did it myself. on your screenshot is again a mouse pointer ;-)
[19:29] <cqfd93> It's easy to get rid of it in gimp ;-)
[19:41] <CarstenG> It’s easier not to capture it. ;-)
[19:42] <cqfd93> ;-)
[22:01] <CarstenG> See you tomorrow.
[22:01] <CarstenG> Good night.
[22:03] <cqfd93> see you tomorrow.  Good night!


[16:10] <coz_>  hey all
[17:44] <thorwil> http://open.knome.fi/2011/03/18/xubuntu-natty-default-wallpaper/
[17:45] <thorwil> why was i ever so dumb to work out a spec like https://wiki.ubuntu.com/Artwork/Specs/0007_Xubuntu_Natty_Wallpaper
[17:46] <thorwil> only for those guys apparently aiming at to "achieve a mostly blue-toned, blurred wallpaper, but with some green hues to try to step out of the all-blue image of Xubuntu"
[17:47] <thorwil> if i wasn't done with this shit already, i would be now
[17:59] <evilvish> gosh! yea.. i just saw the post and went wtf!!
[19:04] <coz_> hey guys
[19:52] <darkmatter> heya coz_
[20:00] <coz_> darkmatter,  hey guy.. sorry   for delay,, busy here
[20:01] <darkmatter> coz_: no problems. busy here as well
[20:02] <coz_> cool
[21:01] <kwwii> sometimes....


[01:35] <pleia2> sigh, less than a month to plan a global jam? :( (assuming the announcement is accurate, even though the wiki hasn't been updated and loco.ubuntu.com event hasn't been added)
[01:46]  * genii-around blinks and goes to look at his calendar
[07:53] <dholbach> good morning
[08:59] <czajkowski> pleia2: indeed
[08:59] <czajkowski> be nice if they had created the event on the LTP first and the wiki
[16:43] <pleia2> czajkowski: yeah, they even told people to use the LTP in the email :\
[17:01] <pleia2> czajkowski: can the loco-council add the event to the portal? (not sure how this process is supposed to work, whether you need an ack from the canonical team or whatnot)
[17:05] <czajkowski> the loco council can of course add the event
[17:05] <czajkowski> just would have been nice to been included in final decision andasked to add the event before it went out in the maik
[17:05] <czajkowski> *mail
[17:05] <czajkowski> will do it when I finish work later


[03:02] <fling> security/apparmor/lsm.c:837:29: error: implicit declaration of function ‘aa_sock’; did you mean ‘xa_lock’? [-Werror=implicit-function-declaration]
[03:02] <fling> I extracted patches from 5.10 tree and patched them over a linus tree
[03:02] <fling> How to fix the error? ^
[03:04] <fling> it got renamed in fd7503cae9502b8df86a8172fba454446a933da5
[03:04] <fling> Subject: [PATCH] UBUNTU: SAUCE: apparmor: rename aa_sock() to aa_unix_sk()
[03:04] <fling> So which patch am I missing there? :D
[03:04] <fling> It is not really rebased/written yet?
[13:32] <luna_> Hello the 5.9.13 kernel build failed: https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.9.13/ any rebuild planned?
[20:01] <the_tanuki> hi
[20:01] <the_tanuki> i've been trying to get the mainline kernels for the past month or so
[20:01] <the_tanuki> and every so often the builds fail


[09:19] <JonathanFerguson> Can I get direction as to how I can regain edit access to the wiki?
[09:19] <JonathanFerguson> I have previously attempted to address this situation on Launchpad at https://answers.launchpad.net/ubuntu/+question/287277
[09:31] <dholbach> JonathanFerguson, are you member of the ~ubuntu-etherpad team?
[09:34] <JonathanFerguson> No, I am not.
[09:43] <dholbach> that's the one you need to join
[09:43] <dholbach> we had lots and lots of spam attacks on the wiki recently
[09:44] <JonathanFerguson> Yes, I am aware.
[09:44] <JonathanFerguson> Is the first step in the process to join the team ~ubuntu-etherpad
[09:45] <dholbach> ok... please don't share the information too widely
[16:18] <mhall119> davidcalle: can you respond to neale on the devportal RT?
[16:24] <davidcalle> mhall119, just arrived home. I'll be able to do that (and fix what he sees) in ~3h
[18:51] <davidcalle> mhall119: redeploying with the correct build label
[21:41] <davidcalle> mhall119: deployed
[21:41] <davidcalle> (on prod)
[21:42]  * davidcalle does the deployment dance


[18:56] <seriousguy> does the server cd support text installs? I am trying to get a install going over a sun x4100 ilom