[12:56] <om26er> bzoltan, Hi!
[12:57] <om26er> bzoltan, click chroot fails for me in Xenial: http://paste.ubuntu.com/15471861/
[12:58] <om26er> full log http://paste.ubuntu.com/15471866/
[13:14] <bzoltan> om26er:  The quick advice is to use the static chroot package ubuntu-sdk-api-15.04-armhf
[13:14] <om26er> bzoltan, will that automatically appear in the list of available kits ?
[13:15] <bzoltan> om26er: yes
[13:15] <om26er> bzoltan, seems that package does not exist
[13:15] <om26er> in xenial atleast
[13:16] <bzoltan> om26er:  it lives in the SDK PPA
[16:30] <nik90> renatu, Hey, how do I install silo-49 to test https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/fix-1439049/+merge/289198 ?
[16:30] <nik90> renatu, I use Kaleo's ubuntu silo installer app, but it shows that silo 49 is not installable since its build failed.
[16:31] <renatu> nik90, citrain device-upgrade 49 <device-password>
[16:31] <renatu> nik90, yeah it is faling only on xenial, I am not sure why
[16:33] <nik90> renatu, So I add the ppa ppa:phablet-team/ubuntu/tools on the phone and then install citrain tool?
[16:33] <renatu> nik90, you run it on desktop
[16:48] <nik90> renatu, https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/fix-1439049/+merge/289198 doesn't open the event details page for me. I did install citran and added silo 49.
[16:51] <nik90> renatu, it does however take me the correct day and also position the hours in view.
[16:51] <nik90> it just doesnt go into the event details page
[21:39] <robert_ancell> Is it possible to have an app that can be downloaded to a device using the store but is only available to a select group of people?
[21:40] <robert_ancell> I'm not sure what the interaction between public/private and sharing is
[21:40] <robert_ancell> My case is I have an app under development that I'd like to publish through the store ('cause it's fast and easy) but only allow testers to access before I make it public


[00:24] <ali1234> what version?
[00:30] <ali1234> how much of that path exists?
[00:33] <ali1234> FurretUber: please open a bug with ubuntu-bug xfpanel-switch and attach ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-panel.xml and ls -lR ~/.config/xfce4/panel
[00:34] <ali1234> it's possible that either of those files could contain private information so check for that first
[00:34] <ali1234> paste the bug link here and i will take a look
[00:34] <FurretUber> Ok, give me a moment
[00:35] <ali1234> also a screenshot of your panel layout might help to get a basic idea of what is going on
[00:43] <FurretUber> https://bugs.launchpad.net/ubuntu/+source/xfpanel-switch/+bug/1765565
[00:45] <ali1234> you have five launchers in the configuration, but the matching .desktop files are missing?
[00:46] <FurretUber> The panel has two, which is the intended. I don't know from where are those additional .desktop files
[00:46] <ali1234> they are in th configuration
[00:46] <FurretUber> I saw this, but they don't exist in the panel
[00:46] <ali1234> can you open panel properties on the the list of plugins and screenshot it please?
[00:47] <FurretUber> https://i.imgur.com/QJDsU0w.png
[00:48] <ali1234> do you have any idea how this could have happened? did you ave more launchers before?
[00:48] <ali1234> did you load a configuration that could have added them?
[00:49] <FurretUber> I have changed the default browser a few times, and I changed the icon accordingly
[00:49] <ali1234> the name of the .desktop is a unix timestamp
[00:50] <ali1234> it has one extra digit tho :)
[00:50] <ali1234> so those .desktop files are from 2015
[00:52] <ali1234> hmmm
[00:53] <Unit193> The heck is session-migration?
[00:53] <ali1234> yes, you can see that those plugins are not in the plugin-ids array
[00:53] <ali1234> Unit193: context?
[00:54] <Unit193> New package, not a whole lot of a description.
[00:55] <ali1234> oh i bet i know how this has happened
[00:56] <ali1234> 1. make new panel, 2. add stuff to panel, 3. delete original default panel, 4. plugins from the original panel are not removed, just left as orphans, 5. .desktops do get removed though
[00:59] <ali1234> yeah this is it
[01:00] <ali1234> this is actually a xfce4-panel bug
[01:00] <ali1234> going to be way easier to work around it in panelswitch though
[01:13] <ali1234> FurretUber: when did you make your panel configuration?
[01:14] <ali1234> 1. make new panel, 2. add stuff to panel, 3. delete original default panel <- is that what you did?
[01:14] <FurretUber> I changed it last time yesterday (as I added xfce4-statusnotifier-plugin to the panel), but this configuration is,definitively, not new
[01:14] <ali1234> when did you delete the default panel?
[01:15] <FurretUber> I never deleted a panel, I just edited its settings
[01:15] <FurretUber> Trying to delete that part from the XML with the .desktop files don't work, as it reappear a second later
[01:16] <FurretUber> If I start another session without the xfce4-panel and edit the XML, the moment I log in the panel returns to that state
[01:17] <ali1234> you cant edit the xml on disk
[01:17] <ali1234> you can use the settings editor to delete it however it would be helpful if you didn't for testing
[01:18] <ali1234> so you removed some of the plugins from the default panel and added new ones?
[01:18] <FurretUber> Yes
[01:19] <ali1234> when did you remove them?
[01:19] <ali1234> was it before or after upgrading?
[01:20] <FurretUber> Before and after
[01:20] <ali1234> the default ones i mean
[01:20] <FurretUber> Before
[01:20] <ali1234> all the orphans on your panel are from the default configuration
[01:20] <ali1234> and i can't reproduce the effect in 18.04
[01:20] <ali1234> so on 17.10? or is the config even older than that?
[01:21] <FurretUber> Even older. Give me a moment to think
[01:21] <ali1234> did you use panel switch to copy over the panel from an older install?
[01:22] <FurretUber> No, I just upgraded from one to another
[01:22] <ali1234> oh right, 17.04 was your first install
[01:22] <FurretUber> It was Xenial -> Yakkety -> Zesty -> Zesty reinstall -> Artful -> Bionic
[01:23] <ali1234> so this is probably a bug that has been fixed on the panel side
[01:23] <ali1234> but we need to handle the left over bad config in panel-switch
[01:24] <FurretUber> What may be the cause of the XML for the panel returning to its previous state after I edit it?
[01:25] <ali1234> its how xfconf works
[01:25] <ali1234> it only loads the file at login and after that it only writes
[01:25] <ali1234> if you edit it while logged out, that will work
[01:26] <ali1234> you can do that from a console
[01:27] <FurretUber> I will try to edit from the console, so I will log out. I will join here again and tell if it worked or not
[01:28] <ali1234> you can just use the settings editor too
[01:28] <ali1234> i dont recommend hacking the xml
[01:37] <FurretUber> I have changed it, but I saved that "tainted" configuration, if we need to make additional tests
[01:38] <FurretUber> Oh, I've found a way to reproduce that bug of Indicator icons appearing multiple times
[01:40] <FurretUber> Just changing the panels with xfpanel-switch enough times to the Bionic version makes this happen sometimes
[01:48] <ali1234> FurretUber: okay i've got a patch for you to test
[01:49] <ali1234> http://paste.ubuntu.com/p/r59fFDyh7N/
[01:49] <ali1234> copy that over /usr/share/xfpanel-switch/xfpanel-switch/panelconfig.py
[01:50] <ali1234> run "xfpanel-switch save foo" on terminal
[01:50] <ali1234> it should print the orphans
[01:53] <FurretUber> https://paste.ubuntu.com/p/FWNfX2FBZJ/
[01:54] <ali1234> looks right
[01:54] <ali1234> can you try saving and loading the configuration through the gui?
[01:54] <ali1234> afterwards, your orphans should be gone
[01:56] <FurretUber> Apparently it worked. The file is smaller and no longer has those additional launchers, nor multiple genmon
[01:57] <ali1234> nice
[01:58] <ali1234> i'm going to need you to test this one more time on the version of the patch with no debug prints :)
[02:09] <ali1234> this is my final patch: https://bazaar.launchpad.net/~a-j-buxton/xfpanel-switch/orphan-plugins/view/head:/xfpanel-switch/panelconfig.py
[02:09] <ali1234> i sent a merge request
[02:10] <ali1234> this will need careful testing/review
[02:10] <FurretUber> Apparently it's working here. What behavior should I see? Are there additional tests I should do?
[02:11] <ali1234> well, first, get the new version of the patch :)
[02:11] <ali1234> and then... test as much as you can
[02:11] <ali1234> the corrupt config, and also just regular configs
[02:21] <FurretUber> It's no longer removing the invalid entries from the XML file, but I think this is intended (maybe a plugin lacking that the user want), but it is importing and exporting properly. Give me a moment
[02:21] <ali1234> it should be
[02:51] <FurretUber> I tried to cause errors in many ways, I've used even a live system to try to cause havoc. What I have noticed:
[02:52] <FurretUber> If the configuration was invalid and would cause a error, as it happened with my configuration without the .desktop files, then all invalid entries are corrected
[02:53] <FurretUber> If the configuration has invalid values but would not cause a error, then it saves the configuration with the invalid but not "fatal" values
[02:54] <FurretUber> They are being corrected in the moment of the save
[03:00] <ali1234> can you check the saved config? it's a tar file with config.txt inside
[03:04] <FurretUber> From the saved configs, if when saving it would crash, then all invalid entries are removed. If there are no entries that would crash, it saves the invalid but not fatal entries
[03:06] <FurretUber> One entry that is removed in the file that causes the crash but is not removed if no crash happens is: /plugins/plugin-26 'thunar-tpa'
[03:08] <FurretUber> If I start a session using the config file with the invalid entries I can use it but, when I save it, the invalid entries are removed
[03:09] <FurretUber> If it would cause a crash
[03:09] <FurretUber> If there are invalid entries but they do not cause a crash, then I can save and load it
[03:13] <ali1234> edit panelconfig.py line 154 add a print statement: print(param)
[03:14] <ali1234> hmm
[03:14] <ali1234> i see
[03:18] <ali1234> show me the config.txt please?
[03:18] <FurretUber> Adding that, when opening xfpanel-switch with the file with invalid entries but that does not cause the crash makes this appear: https://paste.ubuntu.com/p/7Y67tW7vyF/
[03:19] <FurretUber> Which one of the config.txt? From the one that causes the crash?
[03:19] <ali1234> both
[03:23] <FurretUber> When opening with the configuration that would cause the crash: https://paste.ubuntu.com/p/TFQ6qKjcGf/
[03:23] <FurretUber> Give me a moment, I will obtain the config.txt of the file that causes the crash
[03:24] <ali1234> so it is deleting those keys
[03:26] <FurretUber> How the entry that would cause the crash is after saving it: https://paste.ubuntu.com/p/zcTcC4X2d8/
[03:26] <ali1234> so they are gone from the config
[03:27] <FurretUber> How they are in the entry with invalid values but not fatal: https://paste.ubuntu.com/p/ZdykJYRqKr/
[03:28] <ali1234> can you show me the two xml files as well?
[03:29] <FurretUber> After reimporting them? As the one that causes crash is impossible to recover
[03:29] <ali1234> no, before
[03:29] <FurretUber> Ok
[03:30] <FurretUber> This one causes the crash: https://bugs.launchpad.net/ubuntu/+source/xfpanel-switch/+bug/1765565/+attachment/5123170/+files/xfce4-panel.xml
[03:31] <FurretUber> "PHP and other Web scripts are not allowed"
[03:31] <FurretUber> https://pastebin.com/6UmiCaS2
[03:32] <FurretUber> The second one has invalid entries but can still be saved
[03:32] <FurretUber> "Lossless"
[03:32] <FurretUber> (sorry, couldn't find a better term)
[03:34] <ali1234> hmmmmmmm
[03:39] <FurretUber> What is the intended behavior? Remove all invalid entries or only the ones that cause a crash?
[03:39] <ali1234> remove all
[03:40] <FurretUber> So the issue is with the file that kept the invalid ones?
[03:40] <ali1234> yes
[03:41] <FurretUber> Aren't the functions that remove invalid entries called only if the program would crash?
[03:42] <ali1234> no
[03:44] <ali1234> try this please http://paste.ubuntu.com/p/drhkY3gK28/
[03:47] <FurretUber> Should something different happen? More messages were printed
[03:47] <ali1234> no, past the messages please
[03:47] <FurretUber> https://paste.ubuntu.com/p/STGDyn5RQt/
[03:48] <ali1234> and the config.txt?
[03:48] <FurretUber> https://paste.ubuntu.com/p/J5S22PJDS4/
[03:50] <ali1234> wtf
[03:50] <ali1234> try this one please: http://paste.ubuntu.com/p/wyNw58Q3C6/
[03:53] <FurretUber> The output from the program: https://paste.ubuntu.com/p/ND6k4Gp6Hn/
[03:54] <FurretUber> The config.txt file: https://paste.ubuntu.com/p/kdJtr7zbpD/
[03:54] <ali1234> now they are gone?
[03:55] <FurretUber> The config.txt has the same 63 lines as the file that would cause the crash and was corrected
[03:55] <ali1234> but i did not change anything in the code
[03:58] <FurretUber> The only possibility in that in the penultimate test I have not copied the file correctly
[03:58] <FurretUber> But it was more verbose
[04:00] <ali1234> this one has the prints commented out: http://paste.ubuntu.com/p/BgqPHtKv8Z/
[04:01] <FurretUber> Copied correctly, now I'll test
[04:03] <FurretUber> Ok, it did not change, the invalid entries are still there
[04:05] <ali1234> this one i just uncommented the one print line: http://paste.ubuntu.com/p/H33ksPg3WJ/
[04:05] <FurretUber> Copied, now I'll test
[04:07] <FurretUber> Kept the invalid values and printed this: https://paste.ubuntu.com/p/7NZFc3TPDT/
[04:08] <FurretUber> One of the versions is corrected
[04:09] <ali1234> what do you mean?
[04:09] <FurretUber> One you sent previously is removing the invalid entries
[04:10] <ali1234> oh, i made a typo
[04:10] <ali1234> http://paste.ubuntu.com/p/wgrHgpXGrJ/
[04:11] <FurretUber> Copied, now I will test
[04:13] <FurretUber> Didn't work, the invalid entries are still there
[04:13] <ali1234> uncomment line 175 and try again
[04:14] <FurretUber> http://paste.ubuntu.com/p/wyNw58Q3C6/plain/ you sent before
[04:14] <FurretUber> This one works
[04:14] <ali1234> and line 155
[04:16] <FurretUber> It didn't work, and this was printed: https://paste.ubuntu.com/p/gMxZPQhSbS/
[04:17] <ali1234> hmm so it saved it without, then it saved it again with
[04:17] <ali1234> are you using the GUI or command line?
[04:17] <FurretUber> GUI
[04:20] <ali1234> okay well this is a start
[04:24] <ali1234> are you using the export button?
[04:25] <FurretUber> I'm using the save button
[04:27] <ali1234> try this one please: http://paste.ubuntu.com/p/2NsXJy5JxC/
[04:28] <ali1234> i dont understand what is happening here
[04:28] <FurretUber> Copied, I'll test
[04:29] <FurretUber> Now it removes the invalid entries
[04:30] <FurretUber> https://paste.ubuntu.com/p/7Pny99qksS/
[04:30] <FurretUber> The config.txt: https://paste.ubuntu.com/p/RBDc47KB4r/
[04:32] <ali1234> there must be a race condition
[04:33] <ali1234> http://paste.ubuntu.com/p/hs3gCBsZ9h/
[04:34] <FurretUber> Now it failed. What?
[04:34] <ali1234> yes there's some kind of race condition. it randomly works or does not work
[04:36] <FurretUber> Copied
[04:36] <ali1234> hmm that one is broken, nvm
[04:37] <FurretUber> Yes, it is
[04:38] <ali1234> the problem is the cache file
[04:40] <ali1234> hmmmmmmmmmmmmmmmm
[04:40] <ali1234> i know what the problem is
[04:40] <ali1234> always close() files when you are done writing to them
[04:43] <ali1234>  Note fileobj is not closed, when TarFile is closed.
[04:47] <FurretUber> I don't know Python, but then this means the f.close() should be before the t.close()?
[04:53] <ali1234> FurretUber: http://paste.ubuntu.com/p/7gbYdyf4Ck/
[04:54] <FurretUber> Copied
[04:54] <FurretUber> Worked, will try again
[04:55] <FurretUber> Didn't work after
[04:55] <FurretUber> It worked the first time
[04:56] <ali1234> what was the output?
[04:57] <FurretUber> When worked: https://paste.ubuntu.com/p/tqFN3s8VxX/
[04:58] <ali1234> thats not the full output
[05:00] <FurretUber> As I changed the configuration more than once, I thought that was the output for one run. Here is the complete one (more than one run): https://paste.ubuntu.com/p/4QGhxMGdX9/
[05:02] <FurretUber> To be clear: the LevementeRuim17 is OK, but the LevementeRuim18 is bad
[05:03] <ali1234> you loaded a bad config and then saved it?
[05:03] <FurretUber> (To the curious: "Levemente Ruim" means "Slightly Bad")
[05:04] <FurretUber> I started with a bad config
[05:04] <FurretUber> Then saved it to the 17
[05:04] <FurretUber> File 17 was good
[05:04] <ali1234> yes. and then you loaded 16
[05:04] <FurretUber> Yes, and 16 was bad
[05:04] <ali1234> and 16 was bad to begin with
[05:04] <ali1234> then you saved to 18
[05:04] <FurretUber> Yes
[05:04] <FurretUber> And 18 was bad
[05:05] <ali1234> yes. because it used the cache file
[05:05] <ali1234> why does that cache file even exist?
[05:08] <FurretUber> I'm sorry, but I have to go sleep, it's really late now
[05:08] <ali1234> np. i know what the problem is now
[05:09] <FurretUber> Thank you for helping me. Good night
[07:15] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 18.04 - i386 - i386 built.
[07:41] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 18.04 - amd64 - amd64 built.
[09:37] <Unit193> ...And I never remembered whisker at a time I was allowed to touch packages. :/
[09:37] <Unit193> !info xfce4-whiskermenu-plugin experimental
[09:37] <Unit193> !info xfce4-whiskermenu-plugin bionic
[09:37] <Unit193> !info xfce4-whiskermenu-plugin unstable
[19:15] <ondondil> xfce4-panel in bionic looks kinda broken when switched to vertical mode https://i.imgur.com/M5NNrzx.png
[19:30] <flocculant> the panel always looks broken if it's not horizontal
[19:31] <flocculant> it's never not for me for years