Hmmm. Solved it by specify the permissions for the app to allow bluetooth
and card storage. Very strange that these were disabled since the app did
not ask for permissions.
On Sun, Feb 3, 2019, 23:25 Chirana Gheorghita Eugeniu Theodor <
off...@adaptcom.ro wrote:
> And also with 4.8.5 on mobile i
Ps: during wk diving i observed that the 4.8.5 mobile app crashes whe
trying to download fro shearwater petrel.
On Sat, Feb 2, 2019, 07:51 Chirana Gheorghita Eugeniu Theodor <
off...@adaptcom.ro wrote:
> This is with no proxy set under os level:
>
> root@chef2 ~]# time ./Subsurface-4.8.4-x86_64.A
This is with no proxy set under os level:
root@chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root
-vv
failed to get the current screen resources
Subsurface v4.8.4,
built with libdivecomputer v0.7.0-devel-Subsurface-NG
(abde311d3a6ea97c7a586e4cc879e07d4ce0fd4f
Maybe our log output is poor, maybe your editing makes it hard for me to see if
you are doing what I would like you to do...
I believe the problem COULD be that you have user/password encoded in the proxy
URL. And from what you post below it seems like you may still be doing that; it
looks like
Ahoj,
so here are the logs:
1. with no proxy setup in the OS env:
[root@chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root
-vv
failed to get the current screen resources
Subsurface v4.8.4,
built with libdivecomputer v0.7.0-devel-Subsurface-NG
(abde311d3a6ea97
Given that I work at VMware as my day job, I approve of your setup :-)
Yes, please try setting the proxy user name and password in the Subsurface
preferences and not as part of the proxy URL. Just to make sure that this isn't
just an issue with parsing that URL correctly.
Thanks
/D
> On Jan 3
Oh
So the setup is as follows:
Linux machine is a vm inside a company esx and to gain access to internet i
export username:password@proxy:address
I run subsurface beeing connected via ssh to vm and on my laptop which is a
win7pro, also in company network using proxy in internet sei enter in
sub
So you are filling in username and password for the proxy in the Subsurface
preferences?
The reason I'm asking is because the way you anonymized your proxy settings
looks to me like maybe you are trying to URL-encode the username and password.
And we had at some point had problems with that since
Ps: linux machine is running subsurface by conncting to a xming xserver
running on the win laptop. Both machines are behind same proxy
On Thu, Jan 31, 2019, 17:36 Chirana Gheorghita Eugeniu Theodor <
off...@adaptcom.ro wrote:
> export http_proxy, socks_proxy in linux and in subsurface main screen
export http_proxy, socks_proxy in linux and in subsurface main screen under
network settings using the right settings..
On Thu, Jan 31, 2019 at 5:26 PM Dirk Hohndel wrote:
>
> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor <
> off...@adaptcom.ro> wrote:
>
> hello using appimage
> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor
> wrote:
>
> hello using appimage 4.8.4 and i get this:
>
> [root@chef2 ~]# ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root
> - --cloud-timeout=30
> git storage: Synchronising data file
> git storage: update loca
hello using appimage 4.8.4 and i get this:
[root@chef2 ~]# ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root
- --cloud-timeout=30
failed to get the current screen resources
Subsurface v4.8.4,
built with libdivecomputer v0.7.0-devel-Subsurface-NG
(abde311d3a6ea97c7a586e4cc879e07d4ce0fd
2017-01-01 3:40 GMT+01:00 Dirk Hohndel :
>
> Is there a simple way to make this happen from the recipe? I'm trying to make
> sure I can automate all this as much as possible...
One option would be to use the delete_blacklisted() function from functions.sh
https://github.com/probonopd/AppImages/bl
> On Dec 31, 2016, at 6:16 PM, probono wrote:
>
> Possibly it might be a good idea not to bundle libxcb.so.1 and/or libX11.so.6
> inside the AppImage in order to prevent this kind of issues from happening.
>
> On https://github.com/probonopd/AppImages/blob/master/excludelist there is a
> list
On 16 November 2015 at 01:20, probono wrote:
> 2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov :
>>
>> let's say i have developed a rather big peace of CAD software (e.g.
>> 4GB) which is a small 10MB executable and next to it are many large
>> files (e.g. 200MB) which have a horrible AppImage compre
2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov :
>
> let's say i have developed a rather big peace of CAD software (e.g.
> 4GB) which is a small 10MB executable and next to it are many large
> files (e.g. 200MB) which have a horrible AppImage compression ratio as
> they are already compressed. the ma
> On Nov 7, 2015, at 11:22, Lubomir I. Ivanov wrote:
>
>> On 7 November 2015 at 17:49, probono wrote:
>> 2015-11-07 16:26 GMT+01:00 Dirk Hohndel :
On Nov 7, 2015, at 06:09, probono wrote:
Succeeded by using personality=linux32 for schroot and the linux32
command. Now I ca
On 7 November 2015 at 17:49, probono wrote:
> 2015-11-07 16:26 GMT+01:00 Dirk Hohndel :
>>> On Nov 7, 2015, at 06:09, probono wrote:
>>>
>>> Succeeded by using personality=linux32 for schroot and the linux32
>>> command. Now I can build i386 AppImages locally on a 64-bit host.
>>
>> Cool. But I a
2015-11-07 16:26 GMT+01:00 Dirk Hohndel :
>> On Nov 7, 2015, at 06:09, probono wrote:
>>
>> Succeeded by using personality=linux32 for schroot and the linux32
>> command. Now I can build i386 AppImages locally on a 64-bit host.
>
> Cool. But I assume that then only runs on a 32bit machine, right?
> On Nov 7, 2015, at 06:09, probono wrote:
>
> Succeeded by using personality=linux32 for schroot and the linux32
> command. Now I can build i386 AppImages locally on a 64-bit host.
Cool. But I assume that then only runs on a 32bit machine, right?
__
Succeeded by using personality=linux32 for schroot and the linux32
command. Now I can build i386 AppImages locally on a 64-bit host.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo
On 5 November 2015 at 21:09, Lubomir I. Ivanov wrote:
>
> sudo apt-get -y install ...
> libxml2-dev libxslt1-dev libzip-dev libsqlite3-dev ...
>
> those development packages might be 64bit or whatever the distribution
> supplies.
> linking a 32bit executable to a 64bit shared library is *pro
hello,
On 5 November 2015 at 20:43, probono wrote:
> Trying to build in an i386 schroot using
> https://github.com/probonopd/AppImages/blob/multiarch/recipes/subsurface.sh
> but keep getting "Unsupported architecture".
>
> I am almost certain I am doing something stupid but cannot spot it.
>
>
Trying to build in an i386 schroot using
https://github.com/probonopd/AppImages/blob/multiarch/recipes/subsurface.sh
but keep getting "Unsupported architecture".
I am almost certain I am doing something stupid but cannot spot it.
Here is the relevant build log:
+ PKG_CONFIG_PATH=/mnt/Subsurface/
On Thu, Nov 05, 2015 at 09:16:45AM +0200, Willem Ferguson wrote:
> I run the AppImage on Ubuntu 15.04.
> Only problem found till now is that preference settings normally reflect
> immediately in the dive display. E.g. if the gradient factors are changed,
> they normally reflect immediately on the d
2015-11-05 8:16 GMT+01:00 Willem Ferguson :
> I run the AppImage on Ubuntu 15.04.
> Only problem found till now is that preference settings normally reflect
> immediately in the dive display. E.g. if the gradient factors are changed,
> they normally reflect immediately on the dive profile. With the
I run the AppImage on Ubuntu 15.04.
Only problem found till now is that preference settings normally reflect
immediately in the dive display. E.g. if the gradient factors are
changed, they normally reflect immediately on the dive profile. With the
AppImage, the settings are saved but are only c
The question is... why?
Built with your script. Oh well, more digging necessary.
--
Sent from my phone
> On Nov 3, 2015, at 14:12, probono wrote:
>
> 2015-11-03 23:01 GMT+01:00 Dirk Hohndel :
>>
>> So here's my latest image, built just a few minutes ago from the latest
>> master in a 12.04 c
2015-11-03 23:01 GMT+01:00 Dirk Hohndel :
>
> So here's my latest image, built just a few minutes ago from the latest
> master in a 12.04 chroot on a 14.04 server.
>
> http://subsurface-divelog.org/downloads/daily/Subsurface_4.5.1.78_x86_64.AppImage
usr/bin/subsurface is missing inside the AppImag
On Tue, Nov 03, 2015 at 02:54:57AM +0100, probono wrote:
> 2015-11-02 18:50 GMT+01:00 Dirk Hohndel :
> >
> > So I cannot build a working AppImage on either 14.04 or a schroot 12.04.
>
> I successfully built an AppImage on my local machine using proot 12.04.4
> https://gist.github.com/probonopd/71f
2015-11-02 18:50 GMT+01:00 Dirk Hohndel :
>
> So I cannot build a working AppImage on either 14.04 or a schroot 12.04.
I successfully built an AppImage on my local machine using proot 12.04.4
https://gist.github.com/probonopd/71f86c865723353b77bf
> Your AppImage works fine on several systems I tr
On Sun, Nov 01, 2015 at 03:56:40AM +0100, probono wrote:
> 2015-10-31 23:03 GMT+01:00 Dirk Hohndel :
> >
> > Which OS are you building the binary on?
>
> Ubuntu 12.04 LTS (Precise Pangolin)
> gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
> > Next steps here: being able to reproduce the binary (so I ac
2015-10-31 23:03 GMT+01:00 Dirk Hohndel :
>
> Which OS are you building the binary on?
Ubuntu 12.04 LTS (Precise Pangolin)
gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
> Next steps here: being able to reproduce the binary (so I actually understand
> what's in there, how it works, etc), more testing,
> On Oct 31, 2015, at 10:57 AM, probono wrote:
>
> 2015-10-31 17:56 GMT+01:00 Dirk Hohndel :
>>
>> On Fedora 20 I have
>>
>> /usr/lib64/libpng12.so.0.50.0
>> /usr/lib64/libpng16.so.16.6.0
>
> https://github.com/probonopd/AppImages/commit/b257f1c58c54b94d01372256c900f3d0205dcad9
> makes it wor
2015-10-31 17:56 GMT+01:00 Dirk Hohndel :
>
> On Fedora 20 I have
>
> /usr/lib64/libpng12.so.0.50.0
> /usr/lib64/libpng16.so.16.6.0
https://github.com/probonopd/AppImages/commit/b257f1c58c54b94d01372256c900f3d0205dcad9
makes it work on
* Fedora 20 (Heisenbug) - Fedora-Live-Desktop-x86_64-20-1.iso
> On Oct 31, 2015, at 9:39 AM, probono wrote:
>
> 2015-10-31 17:00 GMT+01:00 Dirk Hohndel :
>>
>> So F20 isn't /really/ the goal. But Ubuntu 12.04/14.04 and CentOS 5
>> are. As are some other distros that are reasonably popular but that
>> we currently don't make packages for.
>> Zorin, Netrunn
2015-10-31 17:00 GMT+01:00 Dirk Hohndel :
>
> So F20 isn't /really/ the goal. But Ubuntu 12.04/14.04 and CentOS 5
> are. As are some other distros that are reasonably popular but that
> we currently don't make packages for.
> Zorin, Netrunner, PCLinuxOS, Trisquel... (these are all Linux flavors
> t
> On Oct 31, 2015, at 8:51 AM, probono wrote:
>
> 2015-10-31 16:44 GMT+01:00 Dirk Hohndel :
>>
>> Just sent screen shots. My guess is that is partially because
>> 15.10 is of course brand new whereas I'm trying on a much
>> older distro and running Gnome 3
>
> Possibly. This is Fedora 23:
> ht
2015-10-31 16:36 GMT+01:00 Dirk Hohndel :
>
>
> I get tons and tons of "GdkPixbuf-CRITICAL **: : assertion
> 'GDK_IS_PIXBUF (pixbuf)' failed
>
> errors when starting the AppImage from a terminal window.
>
> And a few others. Like
>
> WARNING **: Invalid borders specified for theme pixmap:
> /usr/sh
> On Oct 31, 2015, at 8:42 AM, probono wrote:
>
> 2015-10-31 16:36 GMT+01:00 Dirk Hohndel :
>>
>> I notice a few UI issues.
>> For example, in the Export dialog there are no "checkboxes"
>> visible in front of the different options (I can try and do a
>> screen shot later if you don't see this)
2015-10-31 16:44 GMT+01:00 Dirk Hohndel :
>
> Just sent screen shots. My guess is that is partially because
> 15.10 is of course brand new whereas I'm trying on a much
> older distro and running Gnome 3
Possibly. This is Fedora 23:
http://i.imgur.com/9ZfYUOv.png
No errors and everything looking co
> On Oct 31, 2015, at 8:42 AM, probono wrote:
>
> 2015-10-31 16:36 GMT+01:00 Dirk Hohndel :
>>
>> I notice a few UI issues.
>> For example, in the Export dialog there are no "checkboxes"
>> visible in front of the different options (I can try and do a
>> screen shot later if you don't see this)
2015-10-31 16:36 GMT+01:00 Dirk Hohndel :
>
> I notice a few UI issues.
> For example, in the Export dialog there are no "checkboxes"
> visible in front of the different options (I can try and do a
> screen shot later if you don't see this)
I don't get the errors you mention on Xubuntu 15.10 and t
> On Oct 31, 2015, at 8:32 AM, probono wrote:
>
> 2015-10-31 16:23 GMT+01:00 Dirk Hohndel :
>> That's odd. Can you explain exactly what you did?
>> Upload / download? Did you have dives in the dive list?
>> Which account did you use?
>
> I was using my fresh account "probono" which does not hav
> On Oct 31, 2015, at 6:46 AM, probono wrote:
>
> Please report any issues with the AppImage to me. Is there anything
> else that needs to be done so that the project would consider
> producing continuous AppImage builds?
So I downloaded your 4.5.1.6 AppImage. Oh how I love my fast internet
con
> On Oct 31, 2015, at 8:12 AM, probono wrote:
>
> 2015-10-31 15:46 GMT+01:00 Dirk Hohndel :
>>
>> Things like connecting to cloud storage, divelogs.de upload, download from
>> dive computers, BT, etc?
>
> I am not a diver so I don't think I can test download from dive computers, BT.
>
> But
2015-10-31 15:46 GMT+01:00 Dirk Hohndel :
>
> Things like connecting to cloud storage, divelogs.de upload, download from
> dive computers, BT, etc?
I am not a diver so I don't think I can test download from dive computers, BT.
But I tried to import from divelogs.de which does not seem to work, a
> On Oct 31, 2015, at 06:46, probono wrote:
>
> 2015-10-18 17:42 GMT+02:00 Dirk Hohndel :
>>
>> I need to spend time staring at the grantlee code (which, frankly,
>> I find horribly incomprehensible) to figure out how it determines
>> the paths where it looks for it's plugins
>
> According to
2015-10-18 17:42 GMT+02:00 Dirk Hohndel :
>
> I need to spend time staring at the grantlee code (which, frankly,
> I find horribly incomprehensible) to figure out how it determines
> the paths where it looks for it's plugins
According to http://www.grantlee.org/apidox/using_and_deploying.html
Gran
On 18 October 2015 at 19:50, Dirk Hohndel wrote:
>
> So we are back to "the shipped templates stay immutable" and the user adds
> additional templates. I thought we decided against that. But I see your point
> that with your logic the users will get to benefit from added templates.
>
> In my versi
On Sun, Oct 18, 2015 at 7:50 PM, Dirk Hohndel wrote:
>
>> On Oct 18, 2015, at 9:09 AM, Lubomir I. Ivanov wrote:
>>
>> On 18 October 2015 at 18:45, Miika Turkia wrote:
>>> On Sun, Oct 18, 2015 at 6:35 PM, Lubomir I. Ivanov
>>> wrote:
On 18 October 2015 at 18:21, Dirk Hohndel wrote:
>
> On Oct 18, 2015, at 9:09 AM, Lubomir I. Ivanov wrote:
>
> On 18 October 2015 at 18:45, Miika Turkia wrote:
>> On Sun, Oct 18, 2015 at 6:35 PM, Lubomir I. Ivanov
>> wrote:
>>> On 18 October 2015 at 18:21, Dirk Hohndel wrote:
So please, someone volunteer to copy the templates to a
On 18 October 2015 at 18:45, Miika Turkia wrote:
> On Sun, Oct 18, 2015 at 6:35 PM, Lubomir I. Ivanov
> wrote:
>> On 18 October 2015 at 18:21, Dirk Hohndel wrote:
>>>
>>> So please, someone volunteer to copy the templates to a subdirectory of our
>>> system default directory and always look the
On Sun, Oct 18, 2015 at 6:35 PM, Lubomir I. Ivanov wrote:
> On 18 October 2015 at 18:21, Dirk Hohndel wrote:
>>
>> So please, someone volunteer to copy the templates to a subdirectory of our
>> system default directory and always look there FIRST, before looking at the
>> system provided template
> On Oct 18, 2015, at 8:36 AM, probono wrote:
>
> 2015-10-18 17:22 GMT+02:00 Dirk Hohndel :
>>
>> These are shared libraries and are loaded as such.
>> Are the other shared libraries that Subsurface is loading in ./usr/lib ?
>
> I can see that ./lib/libGrantlee_Templates.so.5 gets loaded.
>
>
2015-10-18 17:22 GMT+02:00 Dirk Hohndel :
>
> These are shared libraries and are loaded as such.
> Are the other shared libraries that Subsurface is loading in ./usr/lib ?
I can see that ./lib/libGrantlee_Templates.so.5 gets loaded.
Not sure if related: I can also see that Grantlee_Templates.so.5
On 18 October 2015 at 18:21, Dirk Hohndel wrote:
>
> So please, someone volunteer to copy the templates to a subdirectory of our
> system default directory and always look there FIRST, before looking at the
> system provided templates. And then you can add a "reset" function where you
> simply del
> On Oct 18, 2015, at 8:19 AM, probono wrote:
>
> 2015-10-18 17:02 GMT+02:00 Dirk Hohndel :
>>
>>> On Oct 18, 2015, at 5:51 AM, probono wrote:
>>>
>>> Right now they are in usr/lib/grantlee/5.0/ but I don't know if they
>>> are picked up from there correctly. How can I know?
>>
>> Yes, that'
> On Oct 18, 2015, at 8:13 AM, Lubomir I. Ivanov wrote:
>
> On 18 October 2015 at 18:08, Henrik Brautaset Aronsen
> wrote:
>> On Sun, Oct 18, 2015 at 5:00 PM, Lubomir I. Ivanov
>> wrote:
>>>
>>> OSX does something very similar to an AppImage, i think.
>>> and i have no idea how they handle th
2015-10-18 17:02 GMT+02:00 Dirk Hohndel :
>
>> On Oct 18, 2015, at 5:51 AM, probono wrote:
>>
>> Right now they are in usr/lib/grantlee/5.0/ but I don't know if they
>> are picked up from there correctly. How can I know?
>
> Yes, that's the right location.
> To test, run Subsurface. Add a dive (Lo
On 18 October 2015 at 18:08, Henrik Brautaset Aronsen
wrote:
> On Sun, Oct 18, 2015 at 5:00 PM, Lubomir I. Ivanov
> wrote:
>>
>> OSX does something very similar to an AppImage, i think.
>> and i have no idea how they handle the whole huge CAD updater scenario
>> that i'm proposing...they probably
2015-10-18 17:08 GMT+02:00 Henrik Brautaset Aronsen
:
> OSX uses app folders (not compressed images), so people can change whatever
> they want if they so desire
If you have the rights to do that. Usually on OS X applications are
copied to /Applications where normal users can read only.
And yes,
On 18 October 2015 at 18:06, Dirk Hohndel wrote:
>>
>> i don't think this makes much sense for the Windows installer, so
>> that's not really a portable solution.
>> then again, i have no idea how zsync works...
>
> But remember, Lubomir - we are only talking about AppImages for Linux.
> Nothing w
On Sun, Oct 18, 2015 at 5:00 PM, Lubomir I. Ivanov
wrote:
> OSX does something very similar to an AppImage, i think.
> and i have no idea how they handle the whole huge CAD updater scenario
> that i'm proposing...they probably don't handle that very well.
>
OSX uses app folders (not compressed i
> On Oct 18, 2015, at 7:51 AM, Lubomir I. Ivanov wrote:
>>> the concept is great as an optional scenario, but it forces the
>>> applications to do gymnastics if it wishes to maintain a folder where
>>> the user can edit or update bundled files, manually or via the UI.
>>> having an optional insta
> On Oct 18, 2015, at 5:51 AM, probono wrote:
>
> 2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov :
>> some grantlee plugins are missing as well, but i don't know where to
>> put these on Linux. probably Dirk knows.
>
> Right now they are in usr/lib/grantlee/5.0/ but I don't know if they
> are pic
On 18 October 2015 at 15:29, Miika Turkia wrote:
> On Sun, Oct 18, 2015 at 3:14 PM, Lubomir I. Ivanov
> wrote:
>> On 18 October 2015 at 14:26, probono wrote:
>>> 2015-10-18 12:50 GMT+02:00 Lubomir I. Ivanov :
on Linux the install location of this printing_templates
folder should be:
>
On 18 October 2015 at 15:51, probono wrote:
> 2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov :
>> some grantlee plugins are missing as well, but i don't know where to
>> put these on Linux. probably Dirk knows.
>
> Right now they are in usr/lib/grantlee/5.0/ but I don't know if they
> are picked up
2015-10-18 14:14 GMT+02:00 Lubomir I. Ivanov :
> some grantlee plugins are missing as well, but i don't know where to
> put these on Linux. probably Dirk knows.
Right now they are in usr/lib/grantlee/5.0/ but I don't know if they
are picked up from there correctly. How can I know?
> the user can
On Sun, Oct 18, 2015 at 3:14 PM, Lubomir I. Ivanov wrote:
> On 18 October 2015 at 14:26, probono wrote:
>> 2015-10-18 12:50 GMT+02:00 Lubomir I. Ivanov :
>>> on Linux the install location of this printing_templates
>>> folder should be:
>>> /usr/share/subsurface/printing_templates
>>
>> Added to
On 18 October 2015 at 14:26, probono wrote:
> 2015-10-18 12:50 GMT+02:00 Lubomir I. Ivanov :
>> on Linux the install location of this printing_templates
>> folder should be:
>> /usr/share/subsurface/printing_templates
>
> Added to the AppImage.
>
some grantlee plugins are missing as well, but i d
2015-10-18 12:50 GMT+02:00 Lubomir I. Ivanov :
> on Linux the install location of this printing_templates
> folder should be:
> /usr/share/subsurface/printing_templates
Added to the AppImage.
> do have to copy them outside of the AppImage
> manually?
Why would you even want to do that?
Anyhow,
On 18 October 2015 at 13:50, Lubomir I. Ivanov wrote:
>
> BTW, what AppImage does very closely resemble how a lot of Linux
> software ports work on Windows, e.g. git, mingw, nano, etc.
> they have the usr, bin, lib, share folders, and the binaries are built
> against the OS, but are the whole fold
On 18 October 2015 at 12:17, probono wrote:
> 2015-10-17 19:48 GMT+02:00 Lubomir I. Ivanov :
>> one question though: what if the bundle includes files which the
>> application modifies e.g. configuration files, custom HTML files, etc.
>> do you have a method to install the AppImage in say ~/subsur
2015-10-17 18:34 GMT+02:00 Miika Turkia :
> I took a very quick glance at the AppImage, and noticed that if you
> strip the subsurface binary, you can shave off some of the size.
> However, this is not a significant as I first thought as the AppImage
> is compressed. You also seem to have subsurfac
2015-10-17 19:48 GMT+02:00 Lubomir I. Ivanov :
> one question though: what if the bundle includes files which the
> application modifies e.g. configuration files, custom HTML files, etc.
> do you have a method to install the AppImage in say ~/subsurface like
> a Windows installer?
Usually applicat
On Sat, Oct 17, 2015 at 06:57:28PM +0200, probono wrote:
> 2015-10-17 18:46 GMT+02:00 Dirk Hohndel :
> > Wouldn't the 32bit image work on both 32bit and 64bit systems?
>
> That was my original plan for AppImages, but the constant #1 user
> request over the years has been 64-bit.
I understand - pe
> On Oct 17, 2015, at 9:44 AM, probono wrote:
>> I suppose we should need to multiply that by two, one AppImage for
>> 32bit and second for 64 bit systems.
>
> Correct. The hardest part will be to figure out how to do this on a
> 64-bit build host like the ones I am using on travis-ci. Pull requ
> On Oct 17, 2015, at 9:34 AM, Miika Turkia wrote:
>> Amazing. Wonderful. More power to you. Let's work together and create
>> a well tested and optimized AppImage for Subsurface-4.5 and another one
>> for the daily build.
>
> I suppose we should need to multiply that by two, one AppImage for
>
> I took a very quick glance at the AppImage, and noticed that if you
> strip the subsurface binary, you can shave off some of the size.
You are right; I assume there are even more ways to optimize for size
(e.g., compile dependencies with only the capabilities that we really
need; check whether a
On Sat, Oct 17, 2015 at 7:17 PM, Dirk Hohndel wrote:
>
>> On Oct 17, 2015, at 8:44 AM, probono wrote:
>>
>>> We make binaries for Windows and OS X.
>>
>> subsurface-4.5.exe for Windows is 83.5 MB in size, Subsurface-4.5.dmg
>> for Mac weighs in at 38.3 MB. Both bundle not only the application
>>
Linus addresses some core issues of Linux on the desktop in his
DebConf 14 talk
https://www.youtube.com/watch?v=5PmHRSeA2c8
At 05:40 Linus highlights application packaging:
> I'm talking about actual application writers that want to make a package of
> their application for Linux. And I've seen t
82 matches
Mail list logo
