> Am 01.12.2021 um 13:20 schrieb Rony G. Flatscher <rony.flatsc...@wu.ac.at>:
>
> Now, there may be another (maybe unexpected) option: it seems that Apple does
> not mark-up files with
> that extended attribute, if the file got copied/downloaded from a Dropbox
> folder! In that case it
> seems everything works as it used to be on Apple.
>
> So, if you test this route and it works out for you as well, then one
> possible solution would be to
> ask RexxLA to get a DropBox account and have a project download folder
> defined there somewhere that
> can serve as an alternative download place to Sourceforge. [This would also
> allow for additional
> useful use cases for RexxLA related projects, including website data and the
> like.]
>
> ---rony
Indeed this works. I moved the latest build on Jenkins to Dropbox and
downloaded it on another machine. After installation it runs as expected
without any trace of the extended attributes.
This was the way it used to be - when we had no official build we used a link
to my dropbox. Since we already have a free-off-charge Dropbox account on
Jenkins we can use that.
If someone could set up the link below on
https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/
<https://sourceforge.net/projects/oorexx/files/oorexx/5.0.0beta/> like the one
we have for openSuse build service I will arrange that copies arrive there with
each build.
https://www.dropbox.com/sh/bnvsxqkni4q5ukj/AABMhQ8ClCE8UREd1N5269GVa?dl=0
<https://www.dropbox.com/sh/bnvsxqkni4q5ukj/AABMhQ8ClCE8UREd1N5269GVa?dl=0>
This is not really a solution (people may distrust the installation
nevertheless) but a good workaround.
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
