MichaelTunnell | anyone? | 01:47 |
---|---|---|
=== JanC is now known as Guest51249 | ||
=== JanC_ is now known as JanC | ||
bull | any luck making snap for this app ?? https://github.com/keshavbhatt/Deskie | 13:00 |
bull | mhall119, any luck making snap for this app ?? https://github.com/keshavbhatt/Deskie ??? | 13:00 |
niemeyer | MichaelTunnell: Not exactly sure of what you mean, but it does keep track records around for exactly what is being done, and also data and old snaps to make the rollback possible | 13:36 |
niemeyer | bull: Someone would have to try.. :) | 13:36 |
bull | niemeyer, yeah i tried but app wont run after installing it | 13:37 |
niemeyer | bull: Did you try installing with --devmode? | 13:42 |
bull | yeah it failed with unexpected output | 13:42 |
niemeyer | Ok, so it's indeed best for someone that knows more about the details of both the app and snaps to have a look | 13:43 |
bull | niemeyer, yes | 13:55 |
ogra_ | GRR .. | 14:19 |
ogra_ | Parts 'copy' and 'sqlite' have the following file paths in common | 14:19 |
ogra_ | which have different contents: usr/lib/x86_64-linux- | 14:19 |
ogra_ | gnu/libsqlite3.so.0.8.6 | 14:19 |
ogra_ | yes you silly thing ... that is in fact the reason why i *have* an sqlite part ... i want to replace the existing lib and binary ... | 14:19 |
* ogra_ shakes fist at snapcraft | 14:20 | |
niemeyer | ogra_: Just black list with stage: [-filepath] | 14:58 |
ogra_ | oh ! | 14:58 |
ogra_ | niemeyer, thanks a lot ! | 14:58 |
niemeyer | ogra_: np | 14:59 |
MichaelTunnell | niemeyer: I pretty much wanted to know if snaps still support incremental updates so that only what is needed is updated rather than the entire snap and if rollbacks are possible still. You answered the rollback thing so great but how about the incremental updates? | 15:37 |
ogra_ | hmpf | 15:47 |
ogra_ | Jul 3 17:46:41 styx kernel: [265956.819310] SQUASHFS error: xz decompression failed, data probably corrupt | 15:47 |
ogra_ | Jul 3 17:46:41 styx kernel: [265956.819315] SQUASHFS error: squashfs_read_data failed to read block 0x1e0ecd6 | 15:47 |
ogra_ | Jul 3 17:46:41 styx kernel: [265956.825969] SQUASHFS error: xz decompression failed, data probably corrupt | 15:47 |
ogra_ | Jul 3 17:46:41 styx kernel: [265956.825974] SQUASHFS error: squashfs_read_data failed to read block 0x1e0ecd6 | 15:47 |
* ogra_ tries a reboot | 15:47 | |
niemeyer | @MichaelTunnell: Incremental updates are coming soon as well.. you'll hear about the feature after the term "deltas" | 16:22 |
nothal | niemeyer: No such command! | 16:22 |
pachulo | hi all! Was trying to create a MAME snap using the "make" plugin, but as it seems that there is no "install" target in the MAME Makefile it fails to build because the snapcraft make plugin tries to install it | 16:24 |
pachulo | should an option be created to tell the make snapcraft plugin not to try to execute the "install" target? | 16:25 |
MichaelTunnell | niemeyer: I am making a video explaining snappy and I just wanted to cover that if it is a definite planned feature | 16:31 |
niemeyer | MichaelTunnell: Ah, yeah, definitely coming soon.. content sharing is also landing, btw.. should be available in the next couple of weeks | 17:00 |
niemeyer | That is, one snap being able to explicitly offer files for other snaps to explicitly use | 17:01 |
MichaelTunnell | niemeyer: interesting . . . so similar to shared libraries but shared snaps? | 18:38 |
MichaelTunnell | niemeyer: would it be content/userdata shared between snaps or shared assets? | 18:39 |
niemeyer | MichaelTunnell: Right, will be used to share libraries for sure, but the mechanism is generic for any sort of content | 20:55 |
MichaelTunnell | niemeyer: nice thanks | 20:55 |
=== blr_ is now known as blr |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!