[00:29] <rspurlock> i tried installing lubuntu on my imac g3 and it runs unusably slow and i believe the system meets requirements
[00:30] <rspurlock> what can be done about this
[00:38] <rspurlock> i have an Imac G3 with 500mhz and 384 mg ram are there any distros that might run ok on this box? i have had no luck with lubuntu i cant even get it to boot after installation
[00:39] <rspurlock> it tries but it takes like 25 mins or so and then takes about 10 more to log in
[00:41] <rspurlock> it tries but it takes like 25 mins or so and then takes about 10 more to log in
[00:41] <rspurlock> i have an Imac G3 with 500mhz and 384 mg ram are there any distros that might run ok on this box? i have had no luck with lubuntu i cant even get it to boot after installation
[00:44] <Unit193> !patience | rspurlock
[00:44] <Unit193> Could try Debian, but you'd have to know a little what you're doing.  Also, that's not a fast computer you have there.
[00:44] <cerebrate> rspurlock you might get puppylinux to run on it, they talk about it in #puppylinux i think
[00:44] <rspurlock> i know it was an accident sorry
[00:44]  * Unit193 isn't one of the PPC'ers.
[00:45] <rspurlock> i dont want to be a ppc'ers but i could only afford this used crap
[00:47] <rspurlock> unit193 i have installed deb on an old pc before
[00:47] <rspurlock> even managed to get a gui up and running
[00:47] <rspurlock> not much else
[00:48] <rspurlock> i'm just looking to have a box i can play my nes emulator and check email i aint looking for a fancy setup although it would be nice lol
[00:49] <Unit193> rspurlock: Ubuntu or Debian netinst with only fluxbox or openbox.
[00:50] <rspurlock> if i netinst it will allow me to opt out of gnome and xorg and use xfree with flux?
[00:55] <rspurlock> if i am not mistaken xfree has a smaller footprint than xorg
[03:17] <shiman6> I've got a problem trying to forward audio from my android 4.1 phone to my lubuntu 13.04 computer via bluetooth. Could I get some help?
[08:45] <opix> hi
[11:52] <As001> hello Can this distro work on celeron pc with 256MB of memory  ? I just tried it but it is under heavy load.
[11:52] <As001> I want to limit some cpu usage and memory usage for some processes but I can't find cgroup configuration file.
[11:53] <As001> I followed this tutorial http://linuxaria.com/article/introduction-to-cgroups-the-linux-conrol-group?lang=en but i am unable to find /etc/cgconfig.conf config file
[12:25] <ghostwheel> i can't get the right screen res. I've googled and tried a bunch of different stuff and nothing works. it's making me insane
[12:27] <SonikkuAmerica> ghostwheel: [ xrandr -s $WIDTHx$HEIGHT ]
[12:27] <SonikkuAmerica> !crosspost | ghostwheel
[12:28] <ghostwheel> sorry about that
[12:28] <ghostwheel> my resolution not found in available modes
[12:29] <SonikkuAmerica> Are you using Lubuntu btw?
[12:29] <ghostwheel> yes
[12:29] <SonikkuAmerica> OK.
[12:30] <SonikkuAmerica> Lubuntu is easy to use, but hard to configure. What res are you trying to set it to, and what graphics card do you have?
[12:31] <ghostwheel> i tried adding the mode i wanted in xorg.conf file but there seem to be conf files in different places
[12:31] <ghostwheel> i don't think i found the right one
[12:31] <ghostwheel> i have an old laptop, it has a geforce 4 420 go
[12:31] <ghostwheel> this stuff used to be easier
[12:32] <ghostwheel> they moved files all over the place
[12:32] <SonikkuAmerica> Yeah... I'll tell you right now you probably won't get higher than 1024x768 with it.
[12:32] <ghostwheel> thats crazy
[12:33] <ghostwheel> i had ancient version of cranchbang when it still used ubuntu that detected the screen better
[12:33] <ghostwheel> *crunchbang
[12:33] <SonikkuAmerica> ghostwheel: That's mainly due to the limitations of the Nouveau driver for 4:3 machine.
[12:34] <SonikkuAmerica> s
[12:34] <ghostwheel> this is a 1280x800 screen
[12:35] <SonikkuAmerica> I assume you checked in Display Settings...
[12:35] <ghostwheel> yes
[12:35] <ghostwheel> the display setting are useless when it display 3 settings and they are all wrong
[12:36] <SonikkuAmerica> Let me guess: 1024x768, 800x600, and 640x480.
[12:36] <ghostwheel> yes
[12:36] <SonikkuAmerica> Yep. You're not going to get far with that old GeForce card either.
[12:36] <ghostwheel> this is like 2003, except worse
[12:37] <ghostwheel> back then i could change the conf file and be done with it
[12:39] <ghostwheel> why can't linux detect screen resolutions properly? why is this still a problem?!?! AAAHAH!
[12:49] <SonikkuAmerica> ghostwheel: New drivers + old card = disaster. Believe me, I've been there.
[12:49] <ghostwheel> screw this, I'm installing an old version of ubuntu
[12:49] <SonikkuAmerica> ghostwheel: Not a good idea if you're keeping it connected.
[12:50] <SonikkuAmerica> Linux malware exists.
[12:50] <ghostwheel> pffft
[12:50] <ghostwheel> i think i can manage
[12:50] <SonikkuAmerica> If you insist... but don't say I didn't warn you. :)
[12:51] <ghostwheel> I'm not going to suffer with a laptop hobbled by "I'mprovements"
[12:51] <ghostwheel> yes, all those hackers targeting linux
[12:52] <SonikkuAmerica> If you say so.  Me, silly?
[12:55] <SonikkuAmerica> https://www.google.com/webhp?sourceid=chrome-instant&ion=1&ie=UTF-8#hl=en&sclient=psy-ab&q=linux%20malware&oq=&gs_l=&pbx=1&fp=9af75164e442f2a5&ion=1&bav=on.2,or.r_cp.r_qf.&bvm=bv.46471029,d.dmQ&biw=1024&bih=682
[12:55] <SonikkuAmerica> Or rather: http://en.wikipedia.org/wiki/Linux_malware
[12:55] <ghostwheel> when I'm running a mission critical data centre, ill worry abut it
[12:56] <ghostwheel> in the meantime, a crusty old laptop being used to surf the net and run the gimp isn't going to be a problem
[14:33] <n-iCe> hi
[14:44] <SonikkuAmerica> Yo
[14:55] <KI4RO> .
[14:55] <KI4RO> Anyone had success getting Flash to work in Chromium?
[14:56] <n-iCe> easy
[14:56] <n-iCe> install the flash installer
[14:56] <holstein> KI4RO: the supported version of flash for linux works with linux.. any browser i have tried
[14:56] <n-iCe> sudo apt-get install flashplugin-installer
[14:57] <KI4RO> holstein: Hmmm...maybe I have the wrong one?
[14:57] <holstein> if you want the latest flash, the chrome browser has it... AFAIK, you can grab the *.so from chrome and use it in chromium
[14:57] <holstein> !flash
[14:57] <SonikkuAmerica> Don't even bother trying Gnash
[14:57] <holstein> KI4RO: looks like what n-iCe suggested
[14:57] <n-iCe> :)
[14:57] <holstein> also, refer to http://www.adobe.com/software/flash/about/ for what adobe is providing
[14:58] <holstein> *Flash Player 11.2 is the last supported Flash Player version for Linux. Adobe will continue to provide security updates
[14:58] <holstein> you'll note 11.7 available for chrome (not chromium)
[14:59] <KI4RO> but I'm running Lubuntu and don't see any restricted anything in that software center
[14:59] <holstein> why would i use chromium? because its open-source.. i might continue that trend by not using flash with it
[14:59] <holstein> KI4RO: lubuntu *is* ubuntu
[15:00] <holstein> KI4RO: the same sources... you can run the command n-iCe gave
[15:00] <KI4RO> holstein: Okay...I'll try it that way
[15:00] <holstein> if its just youtube you are interested in, you can do html5 via http://www.youtube.com/html5
[15:02] <KI4RO> holstein: Okay did what nice said, now what?
[15:03] <holstein> KI4RO: what "n-iCe said" installs the 11.2 version from the ubuntu repos on your system... i might expect to restart the browser.. i would test via http://www.adobe.com/software/flash/about/
[15:04] <KI4RO> holstein: okay
[15:50] <dexta> prevening
[17:24] <shafox> hi i cant authorize my wifi , fresh install 12.04 on compaq laptop. it was working fine while installation but after restart it detects the wifi but when i try to connect it wont let me auth
[17:27] <n-iCe> shafox: change password
[17:27] <n-iCe> set it correctly
[17:27] <shafox> n-iCe: it was all good in this laptop
[17:27] <shafox> but not in my laptop
[17:28] <shafox> and this is a windows , mine is lubuntu 12.04
[17:30] <n-iCe> uh?
[17:30] <n-iCe> you want to connect in the lubuntu machine
[17:30] <n-iCe> use, sudo ifconfig wlan0 down
[17:30] <n-iCe> then
[17:30] <n-iCe> use, sudo ifconfig wlan0 up
[17:31] <n-iCe> and try using network-manager again to connect
[17:31] <n-iCe> make sure you set the password correctly
[17:33] <shafox> n-iCe: i did sudo ifconfig wlan0 down it said wlan0: error while getting interface flags: no such device
[17:33] <n-iCe> ...
[17:33] <n-iCe> of course use your own interface
[17:34] <shafox> i tried in my lubuntu machine only
[17:34] <n-iCe> what are you talking about
[17:34] <n-iCe> use: sudo iwconfig
[17:34] <n-iCe> to check your wireless interface
[17:35] <n-iCe> then change wlan0 on the command to your interface, it could be wlan1 eth0 wlan2, etc check yours
[17:35] <shafox> it was eth1
[17:35] <shafox> down no message up no message
[17:35] <n-iCe> now try again
[17:36] <shafox> same , authentication attempt was unsuccessful
[17:39] <n-iCe> reboot
[17:39] <n-iCe> and remove the ap
[17:39] <n-iCe> and connect again
[17:40] <shafox> ap?
[17:42] <n-iCe> access point
[18:37] <wxl> what's the command to show mouse input the os is registering?
[18:38] <wxl> oh xev will do it eh?
[18:57] <n-iCe> wxl: hi
[19:03] <wxl> n-iCe: howdy
[19:06] <n-iCe> alright
[19:06] <n-iCe> what do you want to know exactly?
[19:07] <wxl> i already figured it out; go back to sleep
[19:07] <n-iCe> :)
[19:10] <Unit193> Answer is xev.
[21:29] <Noskcaj> phillw, we are discussing adding LSC to xubuntu. come over to #xubuntu-devel
[22:41] <Ohga> hello. is lubuntu more efficient than ubuntu besides due to having a different DE?
[22:43] <wxl> it uses a lot less system resources, Ohga
[22:43] <Ohga> wxl: ah, great too know. Especialy because I'd like to use it gui-less for my server
[22:44] <wxl> Ohga: so get ubuntu-server
[22:44] <Ohga> wxl: that's what the cool people use for servers? ok..
[22:44] <wxl> Ohga: no, but that's what people who don't want a gui use.
[22:45] <wxl> lubuntu, ubuntu, xubuntu, kubuntu, etc. are all defined by their gui. if you don't want one, ubuntu-server.
[22:45] <Ohga> wxl: right, but I were under the impression you could skip packages during install..
[22:45] <wxl> Ohga: you could probably bother with that but that's likely more work than it's worth.
[22:46] <Unit193> Sounds like he wants mini?
[22:46] <Ohga> wxl: Guess that's true. Well thanks for the pointers, much appreciated
[22:46] <wxl> yeppers
[22:46] <wxl> Unit193: if s/he wants to select packages, rather than meta, probably.
[22:47] <Ohga> what is this "mini"?
[22:48] <Unit193> 10MB iso that is the core only.
[22:48] <Unit193> 1mini
[22:48] <Unit193> !mini
[22:48] <wxl> so that's more of a "build it up" sort of thing, Ohga
[22:48] <Ohga> well.. then what is..
[22:49] <Ohga> !ubuntu-server
[22:49] <wxl> but if you want a base server build, ubuntu-server takes care of most of the thinking for you
[22:49] <wxl> although you might not want all the server apps
[22:49] <Ohga> but can I review them during install, right?
[22:50] <wxl> as far as i remember yes
[22:50] <wxl> they're tasks
[22:50] <Ohga> well, sounds like ubuntu-server is the way to go
[22:50] <Ohga> thanks all
[22:50] <wxl> so it's not necessarily all packages
[22:50] <Unit193> Alrighty, have a good one.
[23:22] <phillw> Ohga: just be aware that ubuntu-server does not install by default ssh. Make sure you flag it to be installed if you need that functionality.
[23:22] <Ohga> phillw: alright
[23:26] <phillw> Ohga: this page is out of date, but it does describe what tasksel can do https://help.ubuntu.com/community/Tasksel From memory, the SSH stuff is near the top when the option appears (as it will if you install server)
[23:27] <phillw> it's great for 'throwing' LAMP quickly onto a server as it looks after all the various bits and asks the questions :)
[23:27] <Ohga> yeah


[00:59] <xperia> hi. small question. is anybody working to make ubuntu-touch work with openembedded. openembedded is a amazing powerfull build environment that support lot of devices. it would be amazing to have ubuntu touch as option to compile with openembedded!
[02:03] <pacificfils> this place is always so quiet.
[06:11] <AskUbuntu> How to setting a proxy in ubuntu touch | http://askubuntu.com/q/377825
[06:34] <successus> salud
[08:29] <Nimble> I'm installing ubuntu touch to my nexus 4, I followed the instructions at http://www.ubuntu.com/phone/install after backing everything up and I got the following warning when I ran the terminal command
[08:29] <Nimble> WARNING:phablet-flash:--no-backup is deprecated, use --bootstrap instead
[08:30] <Nimble> is this anything to worry about?
[11:08] <nhaines> Nimble: nope, you're fine.
[14:27] <bjv1> i dont see an equivalent to the cm extract-files.sh in git://phablet.ubuntu.com/aosp/platform/manifest.git device/ directory (branch phablet-4.4_r1)
[14:28] <bjv1> is the idea to 1) manually/script to copy over the items in proprietary-blobs.txt
[14:28] <bjv1> then 2) run device/lge/hammerhead/self-extractors/files-by-owner.sh  to prepare the makefiles?
[14:33] <bjv1> i guess then 3) device/lge/hammerhead/vendorsetup.sh  to set the lunch target
[14:34] <bjv1> (i've successfully built CM one time for nexus5, but i would not say I am experienced compiling android OS's)
[14:35] <Tassadar> bjv1: there's a good chance Ubuntu Touch won't work with n5's binaries, because it is based of cm 10.1
[14:36] <bjv1> Tassadar: figured i'd give the phablet-4.4_r1 port a whirl
[14:36] <bjv1> see where it got me
[14:36] <bjv1> i know
[14:37] <Tassadar> okay then, good luck with it
[14:40] <danes123> hello, the instructions to install ubuntu in tablet tf700 have broken links https://wiki.ubuntu.com/Touch/Devices/tf700t. Are developers aware of this? Are there new instructions to install ubuntu on the transformer 700 tablet?
[14:42] <bjv1> danes123: surely that is a port?   a device not officially supported by the Canonical team?
[14:43] <danes123> no, I am not sure :( Is the TF700 supported?
[14:53] <bjv1> danes123: https://wiki.ubuntu.com/Touch/Devices          only  Nexus 4, Nexus 10, Nexus 7 (2012-version) and Galaxy Nexus (GSM version) are official devices
[14:53] <bjv1> you can try contacting the Launchpad people listed on the transformer wiki page
[14:53] <bjv1> or post on XDA forums
[14:54] <bjv1> or if you know what the new links are, you could edit the wiki page yourself
[15:11] <bjv1> ah, i see
[15:12] <bjv1> google.com provides driver packages, so CM extract-files.sh is not needed for a Nexus device
[15:12] <bjv1> https://developers.google.com/android/nexus/drivers#hammerheadkrt16m
[18:15] <lupine> ello ello. I'm considering getting a nexus 7 and slapping ubuntu on it. was wondering if support for cellular connectivity is there yet?
[18:19] <lupine> the spreadsheet (just-discovered) says N/A for mobile data on nexus 7, but you can get them with 4G/LTE
[18:23] <AskUbuntu> Qt 5.2 usage in Ubuntu Touch | http://askubuntu.com/q/378047
[18:44] <bjv1> I am trying to make sense of the https://wiki.ubuntu.com/Touch/AndroidDevel   "Removals" sections as applies to the new phablet AOSP branches
[18:45] <bjv1> when i "source build/envsetup.sh && lunch hammerhead && make -j 5"
[18:45] <bjv1> build errors out with: build/core/base_rules.mk:134: *** ubuntu/hybris/compat/media: MODULE.TARGET.EXECUTABLES.codec already defined by frameworks/av/cmds/stagefright.  Stop.
[18:47] <bjv1> thought I could place a "<remove-project name="frameworks/av" />" in .repo/local_manifests/roomservice.xml, but repo sync reports
[18:47] <bjv1> "fatal: remove-project element specifies non-existent project: frameworks/av"
[18:47] <bjv1> for some reason
[18:50] <bjv1> suppose
[18:51] <bjv1> technically, I did:   "source build/envsetup.sh && croot && ./extract-broadcom-hammerhead.sh && ./extract-lge-hammerhead.sh && ./extract-qcom-hammerhead.sh && make clobber && lunch hammerhead && make -j 5"
[19:30] <bjv1> hm, i dont see a codec: target anywhere
[20:14] <bjv1> ah, platform
[20:14] <bjv1> is the root project name
[20:15] <bjv1> so local_manifests:   <remove-project name="platform/frameworks/av" />
[20:18] <bjv1> alright.
[20:18] <bjv1> "make: *** No rule to make target `out/target/product/hammerhead/obj/SHARED_LIBRARIES/libcamera_client_intermediates/export_includes', needed by `out/target/product/hammerhead/obj/SHARED_LIBRARIES/libandroid_runtime_intermediates/import_includes'.  Stop."
[20:19] <bjv1> so, wrong move
[20:25] <successus> salud
[21:15] <taiebot> Hi all. Anyone knowing the answer at the riddling app level 4 a boy? Being stuck for month tried everything but i am giving up anyone who could share the answer?
[22:03] <Nimble> for some reason I can't make calls with my nexus 4
[22:03] <Nimble> I can send and receive text messages and get data over 3G
[22:03] <Nimble> but no calls
[22:06] <half_mast> Is anyone else getting network error when trying to update apps?
[23:14] <user82> has anyone tested ubuntu touch on nexus 4 with radio .97 and bootloader 30d?
[23:14] <user82> (coming from the kitkat factory image)
[23:14] <user82> or do i need to replace the bootloader anyway?


[12:15] <BluesKaj> Hey folks
 Hi Everybody, apologies I shared a Doodle meeting poll, for a discussion around Ci/CD but I posted a link that did not allow you to add your name and select options.
 Hopefully this link fixes that
 V
 https://doodle.com/poll/mt2day3u6i566s4n


 (Photo, 1080x1920) https://irc.ubports.com/ENtvzldG.png
 Telegram App ubports no working for me
[04:09] <ubptgbot> ThinkDSP was added by: ThinkDSP
 Hello everyone! So happy to find your community and glad to see that you keep working on Ubuntu touch! Soon will by a OnePlus one and flash a rom, do you think it's a good start?
 And what about otg? Can I connect midi keyboard for example?
 @ThinkDSP, Welcome, welcome ! Here is a quick link that will help you a lot: https://ubports.com/telegram-welcome
 @ThinkDSP, Sounds like you will want to join our Audio group.  :) no idea if this is possible... Are there bucktooth midi devices?
 You mean Bluetooth? No actually my oxygen 49 and Novation Impulse 25 works well by the wire in otg mode on my redmi 4
 And how can I find audio group?  I really want to contribute and develop using Ubuntu touch for live music performance
[05:13] <ubptgbot> Emil Schweickerdt was added by: Emil Schweickerdt
[05:14] <ubptgbot> <Emil Schweickerdt> Hello all
 Welcome!
 @ThinkDSP, Pm me and i will send when I wake up. Cant Find link on my UT right now :(
 Just installed ubports had a play around, want to make a backup to come back to at a later date via twrp backup, but ubports recovery seems to have removed twrp, how do I get it back?
 @Emil Schweickerdt, https://ubports.com/telegram-welcome. Welcome ! This is a super useful link to get you started
 thanks wayne
 The welcome room seems to be a bit empty currently!
 (Photo, 1280x720) https://irc.ubports.com/JukTC10W.png Nothing to do with UT but I just want to tell ya what I meant with the firefox
[07:49] <ubptgbot> <Siva Reddy> How can install Linux OS in android phone ?
 @Siva Reddy, Depends on your phone, it works only with ported phones
[07:56] <ubptgbot> <Siva Reddy> Thank you
 what phone do you have
 @Flohack, I have nexus 4 how can I do it?
 Ubports for windows ain't detect phone
 https://devices.ubports.com/#/
 nexus4 is in Experimental statut
 but you can test with that :
 https://devices.ubports.com/#/mako
 do you have any device with GNU/linux on it ?
 That's an old information. See http://ubuntu-touch.io/device/mako instead.
 @Nikfrager thanks I discover this site
 Do we have a standard for backgroud services? I could find it in the documentation
 @aldolinux80, Nope right now...but i have multirom
 @Nikfrager, The windows app not detecting phone
 @Eds_Mat, Did you install 16.04? UT Telegram does not support voice calls
 Hi
 If i want to install on Yureka phone
 Which is not listed
 How shall i do
 @hawk_is_here, You can't install but in theory you could create a port
 It has Cyanogen and a Qualcomm processor with 2Gb RAM, so it is not a crazy idea
 Think at least six months of very difficult and frustrating work though. Much easier if somebody else was also interested in Yureka
 It was me itself 6 months ago also
 But had to go on an assignment
 😂😂😂😂😂
 So taking over the project again
 Yes
 The HW is pretty generic
 So i think it is possible
 Can you advice me some docs
 ?
[10:18] <ubptgbot> Acn0w was added by: Acn0w
 You can explore this https://docs.ubports.com/en/latest/porting/introduction.html
 Thank you
 @hawk_is_here, First step is to build Halium for it. For that, you should join the Halium group
 (Photo, 1280x960) https://irc.ubports.com/QUYwrPY3.png Merge-it 2018
 cool, will slides be available somewhere ?
 I need also to prepare something for my local devs community 😊 now that i am engaged...
 @lduboeuf, I will ask to dario cavedon (the guy speaking)
 He will put the slides on slideshare
 Funfact: With UT 16 my OPO dont charge the battery anymore. Got back to 15
 @Direktor_Enzo, If you don't mind, it would be wonderful if you could file a bug report it Github if that isn't already reported! 🙂
 Ill give it a try
 In 15.04 it charges again normally?
 Please file a bug report, its very important. https://github.com/ubports/ubuntu-touch/issues
[11:43] <ubptgbot> Andreaussi was added by: Andreaussi
[11:52] <ubptgbot> LeJTA was added by: LeJTA
 @aldolinux80, 1☺☺😗
 Hello Andrea and Jeatsa. If you would like to know more about UBports, look at … https://ubports.com/page/telegram-welcome
 @Stereofont, Ok
 @Stereofont, Yep
 @Eds_Mat, telegram app doesn't work on 16.04 yet, because of binary incompatibilities from 15.04
 @Liam, time zones....  gotta love them.
[14:20] <ubptgbot> <Miguel Pires> Hi
 hello :)
[14:21] <ubptgbot> <Miguel Pires> wher the BT files are stored?
[14:23] <ubptgbot> <Miguel Pires> I  cant find them in the device
 what files?
[14:25] <ubptgbot> <Miguel Pires> I'm transfering files via Bluetooth to my UT
[14:26] <ubptgbot> <Miguel Pires> Some books
[14:26] <ubptgbot> <Miguel Pires> But I cant find them
 oh, using an app on the phone?
[14:27] <ubptgbot> <Miguel Pires> Yes the BT file transfer
 then probably in it's app directory. check under `~/.local/share/$appid/` where $appid is the correct value for that app (i don't know it off hand)
[15:09] <ubptgbot> Dante Cárcamo was added by: Dante Cárcamo
 @Miguel Pires, This app? https://open-store.io/app/ubtd.mzanetti It seems it uses the content hub so the files are probably in .cache/ubtd.mzanetti/HubIncoming
 Thanks to @Javacookies ...finally did it
 On multi rom
 🎉
[15:18] <ubptgbot> <Miguel Pires> thks
[15:18] <ubptgbot> <Miguel Pires> i find them :D
 In the place I said?
 @Miguel Pires, Where? The suspense is killing me! 😆
 Got it
 Ubuntu is starting
 Guys, I wanted to see convergence working. I don't have Bluetooth mouse/keyboard nor an external monitor. When I connect the device via Bluetooth to my laptop, should I expect anything working?
 @gsilvapt, i don't think so. I think that you should connect a mouse or a keyboard or screen to see any changes
 @gsilvapt, casting the screen via bluetooth would be much too slow... this is not really supported, there was a hack for miracast over WiFi
 @Flohack, I see, makes sense. How can I connect the device to the laptop and see convergence working? Or are we not at that stage yet?
 @Flohack, Even with high speed bt, it's not enough bandwidth. And that's via WiFi anyway
 @gsilvapt, What are you expecting to see there?
 @gsilvapt, You need a wifi dongle for this on the screen
 @dohbee, Simply convergence. Or a screen asking if I want to switch to the phone
 @Flohack, Seems like a good feature to implement using laptop's Bluetooth capability, no?
 @gsilvapt, No. Bt is. too. slow. Or you move your mouse and then wait a few seconds and then see where you pointed at ;)
 @gsilvapt, No, you can't plug a device into a laptop and use it as an external kb/mouse/display for that device
 the hardware doesn't work that way
 @gsilvapt, See https://www.youtube.com/watch?v=NUiEnTLFFdk
 @gsilvapt, "Convergence" is a very vague term, and by no means simple.
 thats what was officially working
 if you want to convert the phone into a laptop, what you'd need is a laptop-like shell, which is a slimport hub, that you insert the phone into
 @dohbee, I didn't mention plugging in alone but using Bluetooth. And by convergence I mean converting the phone to the desktop experience
 @Flohack, Thank you, I'll definitely watch that 😁
 Hi guys. Here just for info related to Nexus5 users: … the original accu is working for round about 8 hours (normal using include). … Yesterday i changed to Polarcell-accu. Last charging was on 2 am. 15 hours later with 5 ours screen-on-time/using and bluetooth/wifi on it is by 22% .
 @gsilvapt, Well "plug" == "connect by some means"
 (Photo, 1280x960) https://irc.ubports.com/CW4SviXs.png
 not necessarily physical plug
 (Photo, 1080x1920) https://irc.ubports.com/PUd8Xypp.png
 @gsilvapt, Let me test smth. I found this: "teaser": On the other hand, the Display-Sink side allows you to create wifi-capable external displays yourself. You can use it on your embedded devices or even on full desktops to allow other systems to use your device as external display.
 @Waldbursche, Batery is good?
 @Eds_Mat, Yes. It's currently working for 16 hours to 22% (accordingly 20 hours to down). Working time / screen-on-time currently over 5 hours. …  The original battery was down after 8-10 hours.
 @gsilvapt, Can you test this for me: https://forums.ubports.com/topic/1067/howto-flohack-s-special-convergence-use-a-simulated-miracast-sink-for-testing-convergence
 err, but you lose network connectivity via wifi then, no?
 yess
 Its only for showcasing whats possible, if ppl want to see convergence. Now working on a Windows solution 😆
 @Waldbursche, Thanks! Despite having already replaced my Nexus5 battery (not with Polarcell), performance remained poor, and usually my battery depletes somehere in the afternoon. So, I am very interested in this battery.
 @Waldbursche, I'm curious though whether my phone's battery usage is comparable to other Nexus5 phones. Executing "powerstat -d 5" learns me that mine uses (1.16 +/-   0.56) W, while disabling Cellular data, Wifi, Bluetooth and GPS, with all notification services off  and without any unsuspendable apps. This seems high,
[17:04] <ubptgbot> but maybe it's normal? I'm on UBports stable v3. Does anybody else have figures to compare with?
 @dad_and_alive, ... and without any apps running apart from Terminal
 @dad_and_alive, Mine give 0 +-0,   i think this isn't accurate
 battery is quite bad on my Nexus 5 as well but it's 2nd hand so could be a factor as well
 Battery has always been bad in N5, even running Android. … Polarcell is 2450 mAh and the original LG battery is 2300 mAh
 @BlueKenny, 😊 Too bad it's not negative, otherwise you could have coupled it to the electricity grid and made some money.
 😂
 @advocatux, How does this small difference in power explain such big difference in battery depletion time?
 @Javacookies, Mine is also second hand (and I guess many of us are in those conditions). How can the second hand state of a device change the energy consumption? Mind that I have put in a new replacement battery, to no avail.
 I don't know, maybe more capacity + better performance than the original one
 @advocatux, Or false reading, batter enery reading in UT sometimes is not very accurate
 @advocatux, [Edit] Or false reading, battery enery reading in UT sometimes is not very accurate
 @advocatux, [Edit] Or false reading, battery energy reading in UT sometimes is not very accurate
 And if this is not a standard battery this is not unlikely
 @wagafo, Do you then mean the reading of the remaining capacity, or the output provided by powerstat?
 I don't know, just guessing
[19:42] <ubptgbot> Mi Tra was added by: Mi Tra
 How far ubports went for oneplus one..??
 Too far
 Sorry I didn't installed yet.. confirmation before installing..
 Lol
 How far..bro
 Which version
 @Donreddy, Latest
 Yes
 Latest..one
 Is that supports sdcard mounting by default in filemanager
 Is that fixed or unfixed still?
 @Donreddy, Hi, you can use UBports 15.04 (OTA-3) as a daily driver. That's the latest stable release.
 but keep in mind this https://forums.ubports.com/topic/1015/howto-opo-fix-mtp-driver-permissions
 and this https://forums.ubports.com/topic/1030/howto-change-the-name-of-your-device-for-bluetooth-pairing
 @Mi Tra, Hi Mi Tra, welcome. Check out https://ubports.com/page/telegram-welcome to get you started
 Hi guys, is there any development ongoing for Ubuntu touch on the HTC 10?
 @Zack, Hi Zack, see https://docs.halium.org/en/latest/supplementary/devices/pme.html
 and notice the developers 😉
 @advocatux, 👍😊
 And Android app supporting.. Anbox ? Bro
 @advocatux, Thank you! I am a little bit a noob though 😅 what is Halium port?
 I see the following
 (Photo, 453x1280) https://irc.ubports.com/10GvzGtY.png
 Is this version of Ubuntu already ready to go for the device? 😮
 Someone 😅
 @Zack, https://halium.org/
 @Zack, No, is not ready as a daily driver yet. You can help to test it and find bugs though
 All right! I want to buy the phone , but I so want to use Ubuntu on it 😭
 That's why I was asking
 Is there an expected time for when it would be possibly finalized?
 I have that phone
 Works good with Android
 @Zack, When is done (tm)
 Hey @mariogrip don't play with our feelings 😆 … https://twitter.com/Mariogrip/status/977274655986933760
[22:03] <ubptgbot> Sercan ERGİN was added by: Sercan ERGİN
 @Sercan ERGİN, HI Sercan, don't forget to go to https://ubports.com/page/telegram-welcome
 @dohbee, Thanks Rodney for your reply! It seems like a pretty decent phone, is it worth its price?
 @advocatux, Hahaha, well just let's wait and see then
 👍
 @Zack, The refiurb for $250 is worth it for sure
 Way better than the pixel for $800
 Jeez, I can imagine for the price only
[22:40] <ubptgbot> Carlos was added by: Carlos
[22:51] <ubptgbot> MatAckermann was added by: MatAckermann
[23:30] <ubptgbot> Mykola Suprun was added by: Mykola Suprun
 (Sticker, 507x512) https://irc.ubports.com/iM2s0S8n.webp
 Welcome Carlos , @MatAckermann and  Mykola !!! Check out https://ubports.com/page/telegram-welcome to get you started


[20:18] <joey> FunnyLookinHat: ping
[20:18] <joey> FunnyLookinHat: hoping you can pass this to Carl: http://i.imgur.com/xR07nYk.jpg
[20:45] <FunnyLookinHat> joey, consider it passed along :)
[20:46] <FunnyLookinHat> FWIW - I'm really excited for the movie.
[22:21] <Cheri703> As soon as I get an employment verification letter, I'm sending in my apartment application! If all goes well, I'll be moving to Denver around 05/20! I'm excited :D
[23:19] <Guest22245> Cheri703: from where? northern va?
[23:19] <Guest22245> guessing 703 is an area code
[23:19] <Cheri703> Ohio
[23:19] <Cheri703> a lot of people guess that :)
[23:19] <Cheri703> it isn't
[23:20] <Guest56360> Cheri703: Denver beats Ohio, I've been to Ohio lots
[23:21] <Cheri703> Yeah, I've lived in ohio since I was almost 9, I'm REALLY ready to go
[23:21] <Guest56360> I'm from WV originally, I was ready to go too
[23:21] <Guest56360> dang it freenode!
[23:21] <Guest56360> let me fix my nick
[23:23] <mfisch> better
[23:23] <Cheri703> :)
[23:24] <Cheri703> I was out in denver in January and got a chance to check out some places. thought I'd have to wait longer to move, but I'm happy I don't!


[10:29] <Saviq> mzanetti, welcome back, FYI http://bazaar.launchpad.net/~robru/phablet-tools/further-fixes/view/head:/citrain is a useful-again version of the script
[10:30] <Saviq> actually it's been released to the overlay already I think
[10:49] <mzanetti> Saviq, hey ho. thanks
[11:01] <Guest42341> mzanetti, omg kodimote is great! :D the only think that doesn't work for me is the http password
[11:01] <mzanetti> Guest42341, glad you like it. will look into the password stuff. It should work, but I haven't used that in a while
[11:02] <Guest42341> mzanetti, i love it! :D i works great with my laziness +1
[17:19] <robru> Saviq: mzanetti should be in overlay ppa and phablet tools ppa, and  SDK ppa
[17:23] <mzanetti> robru, ?
[17:24] <mzanetti> you mean the new citrain tool?
[17:24] <robru> Yeah
[17:28] <mterry> mzanetti, let's say I'm writing qml, and I wanted to watch input events happen on my widget but still "fall through" to lower layers.  Is that easy?
[17:57] <Saviq> mterry, sure, .accepted = false
[17:58] <Saviq> mterry, http://doc.qt.io/qt-5/qml-qtquick-mouseevent.html#accepted-prop
[17:58] <mterry> Saviq, in my case I want to "monitor" the progress of a drag -- which would be complicated if I !accept the initial events, right?
[17:59] <Saviq> mterry, not sure, but indeed you might not get subsequent events when a drag is in progress
[17:59] <mterry> humph
[18:00] <Saviq> mterry, or at least, you'll need to decide whether it's a drag yourself
[18:07] <Saviq> mterry, just tested with http://paste.ubuntu.com/12864305/, a drag grabs the mouse indeed
[18:08] <mterry> Saviq, yeah figured.  Thanks for actually testing  :)
[18:08] <mterry> That makes some tutorial-redesign tricks harder
[18:08] <Saviq> mterry, http://doc.qt.io/qt-5/qml-qtquick-mousearea.html#propagateComposedEvents-prop *could* help, if drag is treated like a propagated event, but not sure
[18:08] <Saviq> mterry, what's your use case?
[18:12] <mterry> Saviq, trying to monitor the bottom-edge drag in an app so that we can fade out / hide the tutorial screen as it goes up / finishes
[18:13] <mterry> Saviq, so I'd like the app to get the drag, so it can show the bottom edge screen.  And I'd like us to watch it to fade on our side (we'd only do this for a known set of apps, so we know that the app isn't doing anything weird on its side)
[18:14] <mterry> Saviq, otherwise we'd need to have the app communicate to us where it's at with the drag.  Which is a complexity I'd *like* to avoid
[18:14] <mterry> Since it would need to be per-app (PageWithBottomEdge still isn't in sdk)
[18:16] <Saviq> mterry, oh that's not a drag even
[18:16] <Saviq> mterry, DDA handles that, all touch-based
[18:17] <mterry> DirecationalDRAGArea, right?   :)
[18:17] <Saviq> sure, not a MouseArea.drag I meant
[18:17] <Saviq> but still, likely that the touch is grabbed when it determines it wants it
[18:17] <mterry> Saviq, right.  Does that change anything?  I thought the same accepted=false stuff happened for touch too?
[18:17] <Saviq> dandrader|afk will know (obviously)
[18:20] <mterry> Will bug him tomorrow, thanks  :)
[18:20] <mterry> Maybe there's a way to fake it
[18:23] <Saviq> mterry, FWIW all touch events will go through the shell, regardless of whether they're sent to the app or not
[18:23] <Saviq> mterry, so maybe we need a monitoring-version of DDA, doubt it would be difficult to add
[18:26] <mterry> Saviq, because the shell is the Mir parent of the app?  that's good
[18:26] <Saviq> mterry, shell decides what input goes where, tes
[18:26] <Saviq> yes, even
[18:26] <mterry> :)
[18:27] <Saviq> that's how we can do DDA in the first place, and still pass input to apps on the edges
[18:33] <dandrader> Saviq, what?
[18:33] <Saviq> mterry, FWIW, that approach will obviously only work if the app did not modify the bottom DDA settings
[18:34] <Saviq> dandrader, long story short, we need to have a tutorial for the bottom edge that's triggered by an app that you launch, one that does have a bottom edge implemented
[18:35] <Saviq> dandrader, that tut is only supposed to be an overlay, while the app in question actually works as it would normally
[18:35] <Saviq> dandrader, so mterry was thinking to have a DDA on the bottom edge that would not accept any events, just monitor them
[18:35] <dandrader> if it's about monitoring touch input without disturbing the input dispatching that QQuickWindow does, TouchRegistry is what you want
[18:35] <dandrader> mterry, ^
[18:36] <Saviq> dandrader, well, sure, but he'd have to reimplement DDA's behaviour
[18:36] <dandrader> mterry, TouchRegistry::addTouchWatcher()
[18:36] <mterry> hmph, my irc isn't notifiying me of highlights right now
[18:36] <Saviq> dandrader, thought it would be easier to add a monitoring-only mode to DDA
[18:36]  * mterry reads back
[18:36] <Saviq> that being said
[18:37] <dandrader> Saviq, no, let's not make DDA a do-it-all frankenstein suffering from featuritus
[18:37] <Saviq> dandrader, well, better than just copying code
[18:38] <dandrader> Saviq, Have an item that takes touch input but rejects them and call TouchRegistry::addTouchWatcher() instead
[18:38] <dandrader> Saviq, mterry, it's not much code to do that
[18:38] <Saviq> dandrader, that still means you need to replicate what DDA is doing
[18:38] <Saviq> aaanyway
[18:38] <dandrader> Saviq, a quite small part
[18:39] <mterry> dandrader, I can take a look at that and see how bad it would be for me
[18:39] <mterry> dandrader, will poke if I have questions
[18:39] <Saviq> still less copypasta to just add a mode to DDA
[18:39] <Saviq> butt! I'm not really happy with that approach anyway, feels like it's gonna break a lot
[18:39] <mterry> Saviq, the general tutorial approach?
[18:39] <Saviq> mterry, for the bottom edge, yes
[18:40] <dandrader> Saviq, An item that simply monitors input coming through is not a DirectionalDragArea anymore
[18:40] <mterry> Saviq, yeah...  I pushed back a bit, but they were firm.  But the design just changed (was on contract), so I'll have another go on Wednesday
[18:40] <dandrader> Saviq, is something else
[18:40] <Saviq> dandrader, we can rename it ;)
[18:40] <mterry> Saviq, we are only going to do this for a few well-known apps that will behave well (we hope)
[18:40] <Saviq> mterry, I rather meant how we want to achieve the design
[18:40] <dandrader> Saviq, YourOneStopForTouchStuffItem
[18:41] <Saviq> dandrader, I disagree, but let's not dwell on it
[18:41] <mterry> dandrader, well to be fair, it's still acting like a directionaldragarea, just one that doesn't grab input right?
[18:42] <dandrader> Saviq, besides monitoring, does it also has to tell whether the touch point is performing a directional drag?
[18:42] <Saviq> dandrader, yes
[18:42] <mterry> Saviq, monitoring input seems like it should be fine to me (as a way to implement design)
[18:42] <dandrader> Saviq, ahhh, ok. now it's different...
[18:42] <Saviq> we didn't explain well, sry
[18:42] <Saviq> dandrader, we'd want everything DDA does, except for grabbing the input
[18:43] <dandrader> Saviq, ok
[18:43] <mterry> dandrader, (we basically want to pretend we know what's going on with a DDA in an app)
[18:43] <Saviq> mterry, especially because we're only looking at a few white-listed apps, could we not rely on the app reporting the bottom edge progress for us instead?
[18:43] <dandrader> mterry, it will only work if the app is also using a DDA and that DDA is using the same recognition parameters
[18:44] <Saviq> yeah, exactly
[18:44] <mterry> Saviq, oh we could for sure...  But that seemed worse than monitoring to me.  We'd need to patch like 6 apps to report over... dbus?  to the shell.  Felt easier to just monitor
[18:44] <dandrader> Saviq, mterry, and you still run the risk of getting it wrong if the timing is not the same
[18:44] <mterry> dandrader, Saviq: I suspect the apps we're talking about are all using copies of PageWithBottomEdge somewhere...
[18:45] <mterry> I haven't done a survey
[18:45] <mterry> Haven't nailed down the app list with Design yet
[18:46] <dandrader> mterry, this PageWithBottomEdge thing is from ui toolkit?
[18:47] <mterry> dandrader, not official part of the SDK yet.  Just a class that gets copied around a lot
[18:47] <mterry> dandrader, like libegg if you know GNOME stuff
[18:47] <dandrader> mterry, Saviq couldn't we make this bottom edge tutorial a component that those apps use?
[18:47] <Saviq> dandrader, we ~can't, since it's meant to cover indicators as well (and stop other edges)
[18:47] <mterry> dandrader, the tutorial needs to cover the screen (including main / side stages).  So bigger than the app
[18:48] <Saviq> mterry, well, we were to put DDA in the SDK for a while now
[18:48] <dandrader> right
[18:48] <mterry> dandrader, though Design wants to offer the component to apps to use for in-app tutorials too
[18:48] <Saviq> mterry, so that should be the goal IMO
[18:48] <mterry> Saviq, yeah...  for future stuff.  But doesn't help the shell with our redesign of the tutorial now
[18:48] <Saviq> mterry, right
[18:49] <dandrader> mterry, Saviq, well, the app could tell unity8 it's in tutorial mode or something so that unity8 does its part....
[18:49] <Saviq> dandrader, yeah, that'd be a long-term goal, but would require the "thing" that's driving it to be constant (i.e. part of SDK, which is unlikely to happen in the short term)
[18:50] <mterry> Eh.  Not sure that's any prettier than apps telling us about bottom drag
[18:50] <dandrader> Saviq, oh, so we're talking about a quick hack then
[18:50] <mterry> Especially since the strings and all that should live in one place
[18:50] <mterry> dandrader, Saviq: no....  this is not a quick hack
[18:50] <Saviq> just a temporary solution
[18:50] <Saviq> until we arrive in a better world
[18:50] <mterry> long term goal of apps having their own tutorials is separate from the shell tutorial
[18:50] <mterry> Saviq, no not even temporary
[18:50] <dandrader> mterry, right, apps telling us the bottom drag status would be better than this last idea of mine...
[18:50] <mterry> I think there's some miscommunication
[18:50] <Saviq> mterry, I meant just the bottom edge
[18:51] <Saviq> mterry, not in-app tutorial
[18:51] <mterry> Saviq, I still would want that in shell
[18:51] <Saviq> mterry, yes, but the noop-mode of DDA
[18:51] <Saviq> mterry, if we put DDA in SDK and instrument it
[18:51] <Saviq> mterry, that'd be more reliable than an overlay noop DDA IMO
[18:52] <mterry> Saviq, oh...  why would that be a temporary change?  regardless of where DDA lives, we'd want it to act like a no-op in this montoring case
[18:52] <mterry> Saviq, although if DDA were in SDK we'd guarantee same behavior as the app...
[18:52] <Saviq> mterry, I meant there would be no DDA in the shell on the bottom edge
[18:52] <Saviq> mterry, if DDA from SDK would report progress on $IPC
[18:53] <mterry> Saviq, oh oh, you're talking about that approach.  Sure we could do that over DBus or whatnot.  We could do that today by patching apps
[18:53] <Saviq> but yeah, OTOH as you said, 6 core apps should probably *not* change the DDA parameters from the defaults
[18:53] <mterry> Saviq, you really think monitoring will be flaky?
[18:54] <mterry> I probably need to survey the apps and see what their drag code looks like
[18:54] <Saviq> mterry, no, just feels really weird ;)
[18:54] <mterry> Saviq, I was surprised to see that SDK 1.3 added BottomEdgeHint but not PageWithBottomEdge.  Felt like a weird half stp


[05:44] <mborzecki> morning
[06:08] <mborzecki> mvo: hey
[06:08] <mvo> mborzecki: good morning!
[06:11] <mborzecki> hmm something for zyga https://paste.ubuntu.com/p/fMmRQNryVs/
[06:21] <zyga> mborzecki, mvo: we must disable parallel instances for classic
[06:22] <zyga> mborzecki: that is already excluded, I suspect someone ran a PR from earlier master
[06:22] <zyga> althouhh
[06:22] <zyga> *although
[06:22] <zyga> 2020-04-17T20:30:19.4282018Z + find /run/snapd -user test '!' -path<EMAIL_ADDRESS>[06:22] <zyga> interesting, so there's another form on 20.04 now
[06:22] <zyga> oh well
[06:22] <zyga> I'll exclude that one too
[06:22] <zyga> thanks
[06:23] <mvo> thanks zyga
[06:23] <zyga> https://bugs.launchpad.net/snapd/+bug/1873701
[06:23] <mup> Bug #1873701: support for parallel instances on classic breaks all snap remove in lxd <snapd:New> <https://launchpad.net/bugs/1873701>
[06:23] <mborzecki> zyga: what's broken with paralle instances?
[06:23] <zyga> mvo: I believe this is urgent
[06:24] <zyga> mvo: not security related
[06:24] <zyga> mvo: it's just a bug that is particularly annoying, you cannot remove snaps, system is in a broken state
[06:24] <mvo> zyga: right, when does it happen? it's behind a experimental flag so how easy is it to trigger?
[06:25] <zyga> mvo: IIRC the flag is enabled on master now
[06:25] <zyga> mvo: basically using edge breaks when you try to remove snaps
[06:25] <mborzecki> zyga: iirc it's still experimental on master
[06:26] <zyga> mborzecki: hmmm then something is broken
[06:26] <zyga> mborzecki: we may not respect the flag then
[06:26] <zyga> mborzecki: it definitely takes effect on edge
[06:26] <mvo> zyga: also why did we not caught this in tests :/
[06:26] <zyga> mborzecki: try the bug instructions please
[06:26] <mvo> zyga: what bugnumber is that again?
[06:26] <zyga> mvo: just above
[06:26] <zyga> mvo: 1873701
[06:28] <zyga> mvo: in other news snapd is entirely unusable in a 14.04 lxd container
[06:28] <zyga> mvo: due to at least three bugs
[06:28] <mborzecki> zyga: hm not sure i see it, how's that parallel instances?
[06:28] <zyga> mvo: not sure if we want to be explicit about that
[06:28] <zyga> mborzecki: it's the /snap mount point
[06:29] <zyga>  ├─/snap /dev/sda5[/var/snap/lxd/common/lxd/storage-pools/default/containers/sid/rootfs/snap]
[06:29] <zyga> we created this for parallel instances
[06:29] <zyga> mvo: and there's a typical duplication of entries it causes
[06:29] <zyga> er mborzecki ^
[06:30] <mborzecki> zyga: ok, see that now, isn't that the shared code in s-c?
[06:30] <zyga> yes
[06:30] <mvo> zyga: oh, interessting. we sometimes hat "cannot umount ..." errors, do you think that could explain it?
[06:30] <zyga> mborzecki: I think it just runs
[06:30] <zyga> mvo: perhaps
[06:30] <zyga> mvo: would have to look at a specific instance
[06:31] <zyga> mvo: related to your work, another bug: https://bugs.launchpad.net/snapd/+bug/1873703
[06:31] <mup> Bug #1873703: snapd doesn't start in a Ubuntu 14.04 container <snapd:New> <https://launchpad.net/bugs/1873703>
[06:31] <zyga> mvo: this one I believe affects 14.04 in general, I cannot explain why it doesn't fail in our tests
[06:31] <zyga> mvo: it's also easy to reproduce
[06:31] <zyga> mvo: one more https://bugs.launchpad.net/snapd/+bug/1873704
[06:31] <zyga> mvo: I guess we just never tested this case
[06:32] <mup> Bug #1873704: snapd cannot be used in a Ubuntu 14.04 container - no squahsfuse <snapd:New> <https://launchpad.net/bugs/1873704>
[06:32] <zyga> mvo: there's one more bug that I didn't report, 14.04 containers do not have loopback control device, making it impossible to mount any snap, even with side-loaded snap/squashfuse
[06:32] <zyga> but I want to ask stgraber about it first
[06:34] <zyga> in other news, good morning
[06:34] <mvo> zyga: the lxd one is confusing
[06:34] <zyga> sorry to bring bad news up front
[06:34] <mvo> zyga:  dpkg -L snapd |grep fuse
[06:34] <mvo> /usr/bin/snapfuse
[06:34] <zyga> mvo: where? it's not in the archive package
[06:34] <mvo> zyga:  apt list --installed snapd
[06:34] <mvo> Listing... Done
[06:34] <mvo> snapd/focal,now 2.44.3+20.04 amd64 [installed,automatic]
[06:34] <zyga> mvo: perhaps I messed something up but it was definitely not there when I tried
[06:35] <mborzecki> zyga: / wasn't shared under lxd, was it?
[06:35] <zyga> mvo: that's a focal package :)
[06:35] <zyga> mborzecki: correct
[06:35] <zyga> mvo: 14.04 package is older and doesn't have it
[06:35] <mborzecki> zyga: right, so this is where the bind mount /snap -> /snap comes from
[06:35] <mvo> zyga: maybe it's another instance of 14.04 deb needing an update, I pushed something some weeks ago and then it lost with the people who can actually update things in 14.04 :/
[06:35] <zyga> mborzecki: I see
[06:35] <mvo> zyga: old pkg> aha, yes, then that's the case
[06:36] <zyga> mborzecki: I wonder what's the new thing then, was removing snaps in containers always broken
[06:36] <zyga> mborzecki: can you reduce my reproduction case to something smaller
[06:36] <zyga> maybe the edge snapd there is not required?
[06:36] <zyga> mborzecki: it was kind of late when I reported it
[06:39] <mborzecki> zyga: looking at the pr with classic & parallel, the change was to have that mount ns setup when we're running a !classic snap || the experimental flag is set
[06:39] <mborzecki> zyga: then we make sure that /snap is shared bind mount if / isn't
[06:40] <mborzecki> (so lxd case?)
[06:40] <mborzecki> the experimental flag would also trigger /var/snap mount
[06:40] <zyga> indeed!
[06:44] <zyga> mborzecki: so I guess the interesting combination is the edge refresh
[06:44] <zyga> mborzecki: this code used to be absent
[06:44] <zyga> mborzecki: right?
[06:48] <mborzecki> zyga: hmm i would think a scenario like this, install (mount appears), you run a snap (/snap -> /snap appears), refresh happens (new mount appears), remove only unmounts /snap/foo/{n,n+1}, the original /snap/foo/{n} mount hidden by the /snap -> /snap is still present?
[06:49] <zyga> mborzecki: I don't think so, the app snap has only one revision
[06:49] <mborzecki> zyga: isnt't that similar to the problem we tried to solve with snap.mount unit that broke things on upgrade?
[06:49] <zyga> mborzecki: it's the core snap that gets refreshed
[06:50] <mborzecki> zyga: ah core, ok, but the app snap was run, and it triggerd /snap -> /snap bind mount
[06:51] <zyga> yes, that part is essential
[06:53] <mborzecki> zyga: then the mount /snap/open-watcom that had the /snap->/snap as its parent was cleaned up, but one that was under / was not
[06:54] <zyga> that's how I understand it as well
[06:54] <mborzecki> hm it'd be intersting to check that on older snapd, but that shared / check was present for a long time
[06:54] <zyga> mborzecki: perhaps we should do something else, detach everything and remount / attach
[06:55] <mborzecki> wonder if we call it earlier now
[07:16] <mup> PR snapd#8522 opened: asserts: introduce ModelGrade.Code <Created by pedronis> <https://github.com/snapcore/snapd/pull/8522>
[07:17] <pstolowski> morning
[07:17] <mborzecki> pstolowski: good morning!
[07:36] <mup> PR snapd#8523 opened: image,seed/seedwriter: support redirect channel aka default tracks <Created by pedronis> <https://github.com/snapcore/snapd/pull/8523>
[07:40] <mup> PR snapd#8524 opened: bootloader: use binary.Read/Write <Simple 😃> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8524>
[07:44] <pedronis> mvo: mborzecki: hi, I proposed some small PRs, two are UC20 related, one is the default track fix for prepare-image
[07:57] <mvo> pedronis: thank you
[07:58] <pedronis> mborzecki: is #8487 ready for reviews?
[07:58] <mup> PR #8487: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8487>
[07:58] <mborzecki> pedronis: yes, please do
[08:52] <zyga> re
[09:02] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/8525
[09:03] <mup> PR #8525: tests: ignore user-12345 slice and service <Created by zyga> <https://github.com/snapcore/snapd/pull/8525>
[09:03] <mup> PR snapd#8525 opened: tests: ignore user-12345 slice and service <Created by zyga> <https://github.com/snapcore/snapd/pull/8525>
[09:03] <zyga> mborzecki: I think that should fix it
[09:13] <zyga> I need a review for https://github.com/snapcore/snapd/pull/8525
[09:13] <mup> PR #8525: tests: ignore user-12345 slice and service <Created by zyga> <https://github.com/snapcore/snapd/pull/8525>
[09:13] <zyga> er wait
[09:13] <zyga> bad paste
[09:13] <zyga> https://github.com/snapcore/snapd/pull/8515
[09:13] <mup> PR #8515: testutil: add NewDBusTestConn <Created by zyga> <https://github.com/snapcore/snapd/pull/8515>
[09:29] <pstolowski> mvo: hey, found one issue in your initramfs PR; i'm testing it this morning and something is still not quite right, same symptoms as before with cloud-init 🧐
[09:29] <pstolowski> (to be clear, your change takes effect and does the thing)
[09:36] <mborzecki> meh everything is red
[10:09] <mvo> pstolowski: aha, do you have more details? or maye the image so that I can run it myself?
[10:16] <pstolowski> mvo:  cloud-init is not run, extra-users are not created, don't have any other clues yet. i can share the image, give me a moment. nb ubuntu-image will need a change afaict, atm i'm moving system-defaults to the proper location alongside system-data and user-data manually
[10:21] <mvo> pstolowski: yeah, sharing the image would be ideal, if it's not too much effort
[10:21] <mvo> pstolowski: that should allow me to peek at things
[10:22] <mvo> pstolowski: might be something silly, I really want to write this spread test but didn't had time yet :(
[10:26] <pstolowski> mvo: aaah i think i know
[10:26] <pstolowski> mvo: i didn't update writable-paths
[10:28] <mvo> pstolowski: no update it in what way?
[10:28] <pstolowski> mvo: ah nvm, got confused. of course i'm not writing to /etc/systemd anymore, so not an issue. hmmm
[10:28] <pstolowski> mvo: ok i uploaded the image
[10:29] <mvo> pstolowski: please share the link
[10:30] <pstolowski> mvo: sent you gdrive link
[10:30] <mvo> pstolowski: checkin
[10:30] <mvo> g
[10:32] <mvo> pstolowski: downloading now
[10:34] <pstolowski> mvo: actually, it seems it didn't copy the rsyslog symlink from system-data-defaults to system-data (but did run, .done is there). it doesn't explain why cloud-init didn't run though
[10:35] <mvo> pstolowski: interessting
[10:35] <mvo> pstolowski: booting mine now
[10:35] <pstolowski> maybe i did a mistake somewhere
[10:40] <mvo> pstolowski: inspecting now, looks like something funny/funky with cloud-init
[10:41] <mvo> pstolowski: fwiw, I see the /dev/null symlink in /etc/systemd/system/rsyslog.service
[10:42] <pstolowski> mvo: yes. but this might have been created by configure hook later
[10:42] <mvo> pstolowski: aha, ok
[10:42] <mvo> pstolowski: thanks, that's good to know
[10:42] <pstolowski> mvo:  we should see rsyslog -> null symlink in system-data/etc/... as well, copied from system-data-defaults afaiu?
[10:44] <mvo> pstolowski: yes, I see it there
[10:44] <mvo> pstolowski: I don't see the var/lib/snapd/features there but that's because snapd cleans this dir on restart
[10:44] <pstolowski> mvo: ah jeez, you're right it's there. i must have been blind
[10:45] <mvo> pstolowski: no worries, let me look at cloud init some more
[10:45] <pstolowski> mvo: interesting (about features)
[10:45] <zyga> pstolowski: to remove features future snapd wrote but we don't know abut
[10:46] <pstolowski> zyga: yes, makes sense
[10:48] <mvo> pstolowski: and I suspect the state has this opiton not set (the experimental robust...)
[10:49] <zyga> mvo: note, robust is now default
[10:49] <zyga> when uset
[10:49] <zyga> unless you explicitly disabled it it should be enabled
[10:49] <zyga> unless this snapd is simply older
[10:49] <mvo> pstolowski: as for cloud-init, it seems like it cannot found a data source, is there a cloud init no-cloud data file somewhere in this image?
[10:50] <mvo> zyga: aha, thanks
[10:53] <pstolowski> mvo: ahh, i forgot to copy cloud-data onto the image!
[10:53] <mvo> pstolowski: hopefully that is the missing piece of the puzzle!
[10:53] <pstolowski> mvo: yep. sorry about that! lots of hops and manual steps
[10:53] <mvo> pstolowski: if it looks good after this test I will update my core-build PR and also provide this for core20
[10:53] <mvo> pstolowski: yeah, no worries
[10:53] <pstolowski> mvo: note the .done bug
[10:54] <mvo> pstolowski: yeah, thanks for spotting this, silly me
[10:54] <mvo> pstolowski: that's what I meant with "will update my pr" :)
[10:56] <pstolowski> mvo: afaiu we also need to update ubuntu-image
[10:57] <mvo> pstolowski: please remind me for what bits?
[10:57] <mvo> pstolowski: could config?
[10:58] <pedronis> we need to keep it as synced for UC 16/18 because we don't know what people did with hooks
[10:58] <pedronis> so u-i should still work
[10:58] <pedronis> for them
[10:58] <pedronis> we want to clean this up a bit but shouldn't be a blocker, or so I think
[10:58] <mvo> yeah, this is why I'm asking, I wonder if there is more
[11:02] <pstolowski> mvo, pedronis it doesn't seem to take system-data-defaults directory at the root level (alongside user-data and system-data)
[11:02] <pstolowski> unless i messed something
[11:02] <pedronis> ah
[11:03] <pstolowski> atm i writing them under system-data and move manually before booting for the first time, jsut for the test
[11:03] <pedronis> that's different and might need fixing
[11:03] <pedronis> it also works differently in UC16/18 vs UC20
[11:03] <pstolowski> i didn't dig into u-i python code yet
[11:03] <pedronis> the directory structure is different
[11:05] <pstolowski> pedronis: should we put defaults under system-data to simplify?
[11:05] <mup> PR snapd#8524 closed: bootloader: use binary.Read/Write <Simple 😃> <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8524>
[11:05] <pedronis> pstolowski: maybe, something to discuss with mvo
[11:07] <pstolowski> mvo: success!
[11:07] <pstolowski> mvo: cloud-init works
[11:12] <pstolowski> mvo: ^ so the last bit to consider is what i just discussed above with Samuele
[11:17] <zyga> brb, a small break
[11:41] <mup> PR snapcraft#3060 closed: V2 npm plugin <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3060>
[11:46] <pedronis> mborzecki: I reviewed #8487
[11:46] <mup> PR #8487: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8487>
[11:46] <mborzecki> pedronis: thanks
[12:01] <mup> PR snapd#8523 closed: image,seed/seedwriter: support redirect channel aka default tracks <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8523>
[12:10] <mup> PR snapd#8526 opened: image: improve/adjust DownloadSnap doc comment <Created by pedronis> <https://github.com/snapcore/snapd/pull/8526>
[12:14] <mup> PR snapd#8527 opened: seed: clearer errors for missing essential snapd or snap <Created by pedronis> <https://github.com/snapcore/snapd/pull/8527>
[12:14] <mvo> pstolowski: aha, indeed, I think this needs fixing in u-i
[12:15] <mvo> pstolowski: let me think about this for a moment - we could use /system-data/.defaults
[12:32] <zyga> mvo: FYI: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-core/+bug/1873797
[12:32] <zyga> mvo: I didn't look deeper
[12:32] <mup> Bug #1873797: add_mountroot_fail_hook is either buggy or not used properly, causes boot problems <initramfs-tools-ubuntu-core (Ubuntu):New> <https://launchpad.net/bugs/1873797>
[12:34] <mvo> zyga: nice, thanks
[12:37] <pstolowski> zyga: should https://bugs.launchpad.net/snapd/+bug/1872115 be re-assigned to core? i don't know what to do about it tbh
[12:37] <mup> Bug #1872115: [UC16] log rotation doesn't properly restart rsyslogd <snapd:New for stolowski> <https://launchpad.net/bugs/1872115>
[12:37] <zyga> pstolowski: sure, feel free to reassign
[12:38] <zyga> pstolowski: I can look after beta
[12:38] <zyga> mvo: ^ if you agree
[12:38] <mvo> pstolowski: +1
[12:39] <mvo> pstolowski: how do you feel about /writable/system-data/.defaults (cc pedronis) - this avoids the need to modify u-i I think
[12:39] <pstolowski> mvo: yes, this works for me, it's more less what i was suggesting
[12:39] <pedronis> mvo: any particular reason to make it hidden?
[12:40] <mvo> pedronis: no real reason, mostly worried about potential future clashes but probably a bit silly to worry about this
[12:40] <mvo> pedronis: if not hidden, maybe /writable/system-data/config-defaults even ?
[12:40] <pedronis> I actually think that making it hidden makes clashes a bit more likely
[12:41] <pedronis> I have a /.cache which I don't know what makes it
[12:41] <mborzecki> pedronis: updated 8487
[12:42] <mvo> pedronis: ok, not-hidden is fine for me
[12:42] <pedronis> mvo: pstolowski: let me think a bit about the name
[12:43] <mvo> ok
[12:44] <pedronis> mvo: all other directories there are meant to be bind mounted, right?
[12:44] <mvo> pedronis: correct
[12:48] <mvo> zyga: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools-ubuntu-core/+bug/1873797 is about the new initramfs code, right?
[12:48] <mup> Bug #1873797: add_mountroot_fail_hook is either buggy or not used properly, causes boot problems <initramfs-tools-ubuntu-core (Ubuntu):New> <https://launchpad.net/bugs/1873797>
[12:49] <zyga> mvo: I don't know, it's just something that flashed through my inbox
[12:49] <mvo> zyga: it's the old stuff
[12:49] <mvo> zyga: meh, thanks!
[13:19] <zyga> presseding error on ubuntu 20.04 https://www.irccloud.com/pastebin/GMvrEUtj/
[13:19] <zyga> mvo: ^ the log
[13:19] <mup> PR snapd#8525 closed: tests: ignore user-12345 slice and service <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8525>
[13:27] <mvo> zyga: yeah, I saw it, I suspect it's because something changed (lxd from using core->core18?)
[13:27] <zyga> ah, inded
[13:27] <zyga> that did happen just recently
[13:41] <zyga> ENOTEA
[13:42] <zyga> I'll eat lunch and make some tea
[13:42] <zyga> ttyl
[13:45] <ijohnson> mborzecki: you said you were going to try and pick up the ubuntu-boot grub.cfg writing from snapd? this is also needed for the pi4 boot, since when we run makeBootable20RunMode during install mode, we need the ubuntu-boot uboot.env to be there during the reboot's initrd, otherwise snap-bootstrap can't find a bootloader
[13:46] <ijohnson> mborzecki: what I was going to do in the short term until we rewrite the ubuntu-boot boot assets like this was to just have the pi gadget install it's empty uboot.env to ubuntu-boot, so that the gadget partition creation effectively installs an empty uboot.env there
[13:59] <mup> PR snapcraft#3063 opened: cli: update command names to new design <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3063>
[14:20] <pedronis> ijohnson: to be clear, hard coding boot config is only for grub for now
[14:20] <ijohnson> pedronis: why only grub ?
[14:20] <pedronis> ijohnson: because we measure thing only with grub atm
[14:21] <ijohnson> pedronis: but we basically have the same need for i.e. u-boot too for uc20?
[14:21] <ijohnson> not for measuring
[14:21] <ijohnson> but just for booting
[14:21] <pedronis> we don't  measure
[14:21] <pedronis> so there no a deep constraint
[14:21] <pedronis> also there's more variability on uboot land
[14:21] <pedronis> not sure there will be one uboot.cfg
[14:45]  * cachio afk -> bank
[15:32] <ijohnson> mborzecki: did you see my messages above?
[15:33] <ijohnson> mborzecki: I am pushing forward with just having the gadget put a uboot.env on ubuntu-boot, and pedronis doesn't think it's necessary so probably for now if you pick up my branch just make non-grub bootloaders no-op on that
[15:37] <mup> PR snapd#8528 opened: tests: naive fix for preseeding failure <Created by zyga> <https://github.com/snapcore/snapd/pull/8528>
[15:38] <mup> PR pc-amd64-gadget#43 opened: Clean up cmdline, after initrd&core land <Created by xnox> <https://github.com/snapcore/pc-amd64-gadget/pull/43>
[15:41] <pedronis> mborzecki: I re-reviewed #8487, couple small comments
[15:41] <mup> PR #8487: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8487>
[15:41] <ijohnson> pedronis: should I re-review that PR?
[15:41] <ijohnson> my original changes in the PR are probably not relevant
[15:41] <mborzecki> pedronis: thanks, i'll push it in a minute
[15:41] <pedronis> it does need a 2nd review
[15:41] <mborzecki> ijohnson: sorry missed that, let me check the backlog
[15:41] <ijohnson> I'll try to review it today then, I'll also re-test it with the pi today
[15:42] <mborzecki> ijohnson: right, grub.cfg for now
[15:42] <ijohnson> mborzecki: yep
[16:03] <pstolowski> cachio: ping
[16:05] <cachio> pstolowski, hey
[16:05] <pstolowski> cachio: do you have a moment for HO?
[16:06] <cachio> yes
[16:06] <pstolowski> cachio: ok, in standup HO
[16:28] <pstolowski> pedronis: having small issue with the gadget + system-files plug + install hook approach as gadget is modified/unasserted, so no autoconected, also connections: in gadget yaml has no effect. not sure if there is any way around this :}. would devmode make sense?
[16:30] <pedronis> pstolowski: do you know why connections in gadget don't work?
[16:30] <pstolowski> pedronis: i suppose snapid is not avilable
[16:30] <pstolowski> at least this is my understanding of the code atm
[16:31] <pedronis> ah, yes
[16:31] <ijohnson> mborzecki: https://github.com/snapcore/snapd/pull/8487#pullrequestreview-396608940
[16:31] <mup> PR #8487: gadget, cmd/snap-bootstrap: MBR schema support <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8487>
[16:35] <pstolowski> pedronis: i suppose i could update seed.yaml with devmode for the gadget (so the plug wouldn't be needed).. but that's slightly terrible
[16:36] <pedronis> pstolowski: it's terrible but is the only thing that will work short term I fear, so it's  ok, the confinment of the hooks is not really what the test is about
[16:37] <pstolowski> mhm
[16:39] <pedronis> ?
[16:40] <pstolowski> pedronis: no disagreement
[16:48] <bdx> @reviewers bump https://forum.snapcraft.io/t/classic-confinement-request-for-nhc-snap
[16:56] <pedronis> pstolowski: also preseed tests are failing on 20.04
[16:56] <pedronis> 2020-04-20T16:49:24.6022877Z + CORE_IMAGE=
[16:57] <pedronis> 2020-04-20T16:49:24.6023208Z + unsquashfs ''
[16:57] <pedronis> 2020-04-20T16:49:24.6023431Z Could not open , because No such file or directory
[17:03] <ijohnson> pedronis: seems he quit
[17:03] <ijohnson> pedronis: I thought I saw zyga send a PR for that
[17:12] <mup> PR snapcraft#3061 closed: plugins: introduce v2.RustPlugin <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3061>
[17:24] <mup> PR snapcraft#3064 opened: cmake v2 plugin: rename configflags to cmake-parameters <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3064>
[17:25] <pedronis> ijohnson: yes, but it says it actually breaks in a different way
[17:25] <ijohnson> ah I didn't actually read the PR, I just saw the notification
[17:28] <mborzecki> ijohnson: pushed a fix, thanks for catching this
[17:32] <pedronis> so the issue is that cloud images now carry snapd snap, not the core snap
[17:42] <pedronis> I disable those preseed tests on 20.04 for now
[17:45] <pedronis> mmh, do we even need the hacks anymore
[18:15] <mup> PR snapcraft#3065 opened: tests: fix local plugin spread test to be multi-arch aware <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3065>
[18:48] <mup> PR snapcraft#3031 closed: build_providers: pass through SNAPCRAFT_{BUILD,IMAGE}_INFO to container or VM <Created by jhenstridge> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3031>
[18:58] <mup> PR snapd#8529 opened: cmd/snap-bootstrap/initramfs-mounts: support non-ebl bootloaders <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8529>
[19:00] <ijohnson> pedronis: I opened ^ it would be great if you could review it in your AM and we land it ASAP, I think it's the last bit we need in the initrd specifically to support uc20 on raspi
[19:00] <mup> PR snapd#8522 closed: asserts: introduce ModelGrade.Code <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8522>
[19:03] <mvo> ijohnson: thank you so much for this
[19:03] <ijohnson> yaw mvo
[19:04] <ijohnson> I will have 1 maybe 2 other PR's in addition to this to get the pi working, but those are just for snapd proper
[19:25] <pedronis> ijohnson: mmh
[19:26] <pedronis> ijohnson: I think we should really avoid to touch unrelated tests
[19:27] <ijohnson> pedronis: ?
[19:28] <pedronis> the Bootenv16 hack
[19:28] <ijohnson> pedronis: hmm I guess I can get around that, what do you think the uc20 tests that want to use uc16 style thing should look like?
[19:28] <pedronis> there is probably a simple way to do it without having to touch unrelated tests
[19:29] <ijohnson> pedronis: how about `boottest.MockUC20LegacyKernelBootenv(bootloadertest.Mock("mock", c.MkDir()))` ?
[19:29] <pedronis> also we should try to agree how to call the thing, because legacy is kind of misleading
[19:29] <pedronis> we are stuck with this
[19:29] <pedronis> and also it's using kernel_status
[19:30] <ijohnson> yes I really don't know what to call it
[19:30] <ijohnson> what I called it in 8512 is "pure env"
[19:30] <ijohnson> because it just strictly uses the "bootenv"
[19:30] <pedronis> ijohnson: and sorry I'm coming from this angle, instead of great, yay progress. I suppose the touching of unrelated tests tend to put me in a slightly critical state of mind
[19:31] <ijohnson> pedronis: it's okay
[19:31] <ijohnson> pedronis: I understand, wdyt about my proposal to use "pure env"
[19:31] <ijohnson> ?
[19:33] <pedronis> ijohnson: so there are two things to it, right? one is that is using the env and no symlinks, the other is that the extracted kernel is not one image but a bunch of files in dirs?
[19:34] <ijohnson> pedronis: yes that is true, but note that there's nothing that specifically says we don't have a single image
[19:34] <ijohnson> pedronis: all the code I've written/worked with are just about using env and no symlinks
[19:34] <ijohnson> I don't think we have any assumptions that aren't uboot specific about having multiple files
[19:34] <ijohnson> but maybe I'm forgetting something
[19:35] <pedronis> no, it's likely so
[19:36] <pedronis> ijohnson: I'm just trying to find something that is not too far from ExtractedRunKernelImageBootloader
[19:36] <ijohnson> pedronis: maybe ExtractedRunKernelImage is wrong
[19:37] <ijohnson> pedronis: maybe we should change that to something like ExtractedRunKernelImageSymlink ?
[19:37] <ijohnson> or ExtractedKernelSymlink
[19:37] <pedronis> ijohnson: no, it's right because Image means one file
[19:37] <ijohnson> mmm
[19:38] <pedronis> but there are nuances we lose either way
[19:38] <pedronis> unless we use unbearably long new names
[19:38] <ijohnson> how about we just drop run and have ExtractedKernelImageSymlinkBootloader ?  then for this other one it would just be ExtractedKernelEnvBootloader ?
[19:38] <ijohnson> I mean I don't think we get to have short names given the subject matter and the specificity we desire
[19:38] <pedronis> anyway it also not the time to rename the other one I think
[19:38] <ijohnson> okay, how about ExtractedKernelEnvBootloader for this new thing ?
[19:39] <ijohnson> it doesn't necessarily need to be an actual bootloader.Bootloader yet
[19:39] <ijohnson> but we would just call that kind of thing an "extracted kernel env" thing ?
[19:39] <pedronis> but the kernel doesn't need to be extracted, as you said
[19:39] <pedronis> it is though in practice
[19:40] <ijohnson> well I may have mis-spoke, I think we do require it to be "extracted" in that it can't be in a .snap
[19:40] <ijohnson> it needs to be extracted from the snap
[19:40] <ijohnson> but not really any more extracted
[19:44] <pedronis> EnvRefExtractedKernelBootloader
[19:45] <ijohnson> sure that's fine
[19:45] <ijohnson> so then for mocking we would have
[19:45] <ijohnson> boottest.MockUC20EnvRefExtractedKernelRunBootenv(bootloadertest.Mock("mock", c.MkDir()))
[19:46] <pedronis> yes
[19:46] <ijohnson> a mouthful, but good enough
[19:46] <ijohnson> give me a few minutes to update the PR to not change the other tests
[19:46] <ijohnson> and use this new thing
[19:47] <pedronis> I mean you can probably cheat and use/change Bootenv16 if useful as long as it's not visible to the test using it
[19:47] <ijohnson> yes that's exactly what I've done
[19:47] <pedronis> I mean the MockUC16 shouldn't take new params
[19:48] <ijohnson> yes
[19:49] <ijohnson> but the struct now has an additional unexported member that is what status var
[19:49] <ijohnson> to use
[19:49] <pedronis> that's fine I suppose
[19:49] <pedronis> we don't make it directly
[19:55] <ijohnson> pedronis: okay updated back to just 3 files changed
[19:56] <ijohnson> I am going to rename the things in#8512 too to match this new name
[20:09] <pedronis> ijohnson: why is the first new test separate from the rest? is creating a bit of a confusing diff
[20:09] <ijohnson> pedronis: as I explained in the commit msg / PR description ideally we shouldn't test this additional dimension of type of bootloader here in snap-bootstrap, we should test that in the boot pkg when all this logic goes there
[20:10] <ijohnson> pedronis: so for now just to get adequate coverage / assurance things are working I just copied all the kernel tests we have and ported them to use that bootloader name we just invented
[20:10] <ijohnson> pedronis: I apologize for the diff thing, I don't know why github does that
[20:10] <ijohnson> it's more sensible if you look at just the commit
[20:11] <ijohnson> i.e. https://github.com/snapcore/snapd/pull/8529/commits/1619e0824b62649e5957050ef7c70570bb0ed008
[20:11] <mup> PR #8529: cmd/snap-bootstrap/initramfs-mounts: support EnvRefExtractedKernelBootloader's <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8529>
[20:12] <pedronis> ijohnson: that's not my question, my questions is why is TestInitramfsMountsRunModeStep2LegacyKernelBootstate all alone
[20:12] <pedronis> and all the other Legacy are later
[20:12] <ijohnson> oh hmm I dunno
[20:12] <ijohnson> I can move it if you like
[20:13] <ijohnson> I guess I wrote that one first from scratch then just copy pasted all the other ones and changed the relevant bits
[20:13]  * ijohnson has already forgotten
[20:14] <pedronis> ijohnson: heh, it's ok, by yes if you don't have a strong reason to have it where you put it, having it together with the rest is preferable
[20:14] <ijohnson> sure I can push another commit moving it by the others
[20:14] <ijohnson> one second
[20:14] <pedronis> ijohnson: did you rename them away from Legacy ?
[20:14] <ijohnson> ahhhhhh I will now :-)
[20:15] <pedronis> ijohnson: jusrt s/Legacy/EnvRef/
[20:15] <pedronis> don't think we want super long names
[20:16]  * ijohnson glares at TestInitramfsMountsRunModeStep2EnvRefKernelBootstateUntrustedTryKernelSnapFallsBack
[20:29] <pedronis> ijohnson: reviewed
[20:30] <ijohnson> ack, thanks for the review
[20:32] <pedronis> ijohnson: thanks for working on making the diff a bit more digistible
[20:32] <ijohnson> no problem , re the TODO, is the TODO just about not returning a Bootenv16 or is it about not using that at all for the implementation of MockUC20EnvRefExtractedKernelRunBootenv ?
[20:40] <pedronis> ijohnson: it's about no returning a Bootenv16, I can see various ways, anyway is not an immediate concern, but is a bit confusing to use a thing called 16 related to 20
[20:41] <ijohnson> pedronis: ack that makes sense
[20:51] <pedronis> ijohnson: next I should review #8512 ?
[20:51] <mup> PR #8512: boot/bootstate20: add EnvRefExtractedKernelBootloader bootstate20 implementation <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8512>
[20:53] <ijohnson> pedronis: yes, I will have the last PR open later tonight
[20:53] <ijohnson> but 8512 is the next one, then the one I am yet to open
[20:58] <pedronis> ijohnson: ok, I'll look at 8512 in my morning, if you have a moment you should s/Legacy/EnvRef/ in the mostly test names there
[20:58] <ijohnson> ah yes, forgot about the tests there too
[20:58] <ijohnson> have a good night pedronis
[20:59] <pedronis> thanks, have a good end of the day
[21:15] <mup> PR snapcraft#3066 opened: autotools v2 plugin: rename configflags to autotools-configure-parame… <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3066>
[21:19] <mup> PR snapd#8530 opened:  boot: enable makeBootable20RunMode for EnvRefExtractedKernel bootloaders <UC20> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8530>
[21:36] <mup> PR snapcraft#3063 closed: cli: update command names to new design <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3063>
[21:48] <mup> PR snapcraft#3067 opened: requirements: uprev python-apt <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3067>
[22:15] <mup> PR snapd#8531 opened: secboot,cmd/snap-bootstrap: add model to pcr protection profile <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8531>
[22:58] <mup> PR snapcraft#3065 closed: tests: fix local plugin spread test to be multi-arch aware <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3065>
[23:37] <mup> PR snapcraft#3067 closed: requirements: uprev python-apt <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3067>


[00:00] <cncr04s> if you mean "Routed /64:"
[00:00] <cncr04s> that goes to your other interface
[00:01] <cncr04s> your tunnel needs to be what is under "IPv6 Tunnel Endpoints"
[00:03] <cncr04s> your gateway for your routed /64 is your Client IPv6 Address
[00:12] <cncr04s> something like this, but its been ages since I setup my tunnel https://pastebin.com/zPVUZAbi
[01:21] <PeGaSuS> oh. so, I need to put the "Routed /64" in the main netplan config instead of the tunnel config...
[08:48] <PeGaSuS> well, the issue remains when I use two configs but works with only the tunnel config (Ubuntu 22.04 and netplan 0.105-0ubuntu2~22.04.1): https://0bin.xyz/view/0bd4bbbf
[08:48] <PeGaSuS> my only fear is breking default IPv4 connectivity