Re: CentOS Death in 2021

[Richard Gaskin via use-livecode]

Sean Cole wrote:

> You're probably right. However, with security issues constantly
> needing keeping up to date with, it's probably worth working out
> if it is worth supporting Linux at all, then. If they, LC, feel
> it 'is' worth supporting Linux, it is surely, then, essential
> to keep up with these latest versions to help their customers
> avoid security issues.

What security issues are you concerned about?

As Mark Weider noted, the "official" support is merely a reflection of 
their build system, and it relies on a version of Ubuntu still actively 
getting security updates.


LC's Release Notes remind us that it runs on a wide range of Linux 
distros and versions. The compatibility requirements are fairly modest - 
from the Release Notes:


   The requirements for GUI functionality are also required by
   Firefox and Chrome, so if your Linux distribution runs one
   of those, it will run LiveCode.


FWIW I use LC daily with Ubuntu 18.04 and 20.04, which will continue to 
receive updates until April 2023 and April 2025, respectively.


On servers I have one client running LC on SUSE Enterprise, and the rest 
of my installs are with Ubuntu Server 18.04 and 20.04.


Now if only we could get the Linux/ARM update I'd be super happy, but 
even the last LC we got for Raspberry Pi still runs okay (with some 
limitations) on the latest Raspian, and it flies under Ubuntu Core.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Encrypting Stack Breaks Field References

[Ron Noice via use-livecode]

Thanks everyone for your suggestions and help. I _guess_ I see the problem as 
creating fields inside an encrypted stack and referencing them to set 
properties, etc. So the new plan is to have an unencrypted stack in which I 
build the tree and connectors using code from the encrypted stack. This has 
turned into a mini-nightmare of its own -- but it keeps me off the street. 
Thanks.
... Ron
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: CentOS Death in 2021

[Sean Cole (Pi) via use-livecode]

Hi Richmond,

You're probably right. However, with security issues constantly needing
keeping up to date with, it's probably worth working out if it is worth
supporting Linux at all, then. If they, LC, feel it 'is' worth supporting
Linux, it is surely, then, essential to keep up with these latest versions
to help their customers avoid security issues.

That, I guess, is an issue in of itself. It is remarkable LC is as well
supporting of newish OS's as it is, particularly MacOS and Win10, keeping
security by encryption and TLS, etc, up to date. Linux is a wayward child,
however. Difficult to keep on top off. Even though their update cycles are
not as frequent as Win/Mac.

Thanks

Sean Cole
*Pi Digital *

On Mon, 14 Dec 2020 at 08:14, Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> "I wonder why LC don’t state support for later Ubuntu, Fedora or Debian
> builds?"
>
> I suspect that LiveCode believes that the uptake of the Linux version is
> insufficient to justify the effort of testing LC on those platforms.
>
> Richmond.
>
> On 14.12.20 2:20, Pi Digital via use-livecode wrote:
> > Thanks all. These insights are useful. Hery’s explanation of their
> choice to move to Debian provides a good argument. I had just tried Ubuntu
> 20.04 in a parallels virtual machine and my server app worked ok. I will
> try a Debian build too. I wonder why LC don’t state support for later
> Ubuntu, Fedora or Debian builds?
> >
> > Sean Cole
> > Pi Digital
> >
> >> On 13 Dec 2020, at 19:27, Heriberto Torrado via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Hi Sean,
> >>
> >> I've been using LiveCode on Ubuntu 16.04 and 18.04 for years (Servers
> and Desktops) and it worked fine.  A years ago we migrated everything to
> CentOS / RedHat and Fedora (development machines and servers).  However, we
> are going to migrate everything  to Debian.
> >> Debian is very stable and offers the same user experience on Laptops,
> Workstations and Servers.
> >>
> >> Ubuntu is a good system, but after the drift from CentOS with IBM I
> don't want to put the heart of our systems in the hands of any big company.
> >> What would happen if tomorrow Ubuntu is acquired by Microsoft and they
> decide to charge money for it? That's not the case with Debian: Debian is
> completely independent and rock solid.
> >>
> >> I live between Madrid and New York and in both cities there are good
> professional companies who offer commercial technical support for Debian,
> so you don't need any big and greedy corps getting their hands on your IT
> systems.
> >>
> >> Best,
> >> Hery
> >>
> >>
> >>
> >>
> >>> On 12/13/20 12:40 PM, Sean Cole (Pi) via use-livecode wrote:
> >>> Hi all,
> >>>
> >>> I just heard the news that RedHat is going to be dropping support for
> >>> CentOS. With my recent issues with PDF Printing in CentOS, I was
> already
> >>> looking to perhaps try out CentOS8 or another Dist. but now we have
> this
> >>> news I'm thinking of going to Ubuntu.
> >>>
> >>> The release notes for LC says it supports Ubuntu 16.04, which is cool.
> But
> >>> I notice my server host says they have 16.04, 18.04, 20.04 and 20.10.
> Is
> >>> anyone out there running LC on one of these later builds of Ubuntu? I'd
> >>> like to hear your thoughts. Or maybe I should be looking at Fedora.
> >>>
> >>> All the very best
> >>>
> >>> Sean Cole
> >>> *Pi Digital *
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Searching this mailing list

[Paul Hibbert via use-livecode]

This may help:

http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 


Paul

> On 14Dec, 2020, at 3:09 PM, Linda Miller via use-livecode 
>  wrote:
> 
> Is there a way to search through the archives of this mailing list? ... Other 
> than search engines like Google.
> 
> Linda
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: CentOS Death in 2021

[Mark Wieder via use-livecode]

On 12/14/20 3:17 PM, Sean Cole (Pi) via use-livecode wrote:

Hi Mark,

Are you able to say what particular bits were broken so I know what to be
on the lookout for and assess if these might affect our project?


Sure. Here's the PR
https://github.com/livecode/livecode/pull/7127

But note that you only need to do this if you're compiling the engine 
from source. No problems *running* LC on recent distros.


...beyond the usual LC-on-linux problems anyway.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: CentOS Death in 2021

[Sean Cole (Pi) via use-livecode]

Hi Mark,

Are you able to say what particular bits were broken so I know what to be
on the lookout for and assess if these might affect our project?

Thanks

Sean Cole
*Pi Digital *

On Mon, 14 Dec 2020 at 01:15, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/13/20 4:20 PM, Pi Digital via use-livecode wrote:
> > Thanks all. These insights are useful. Hery’s explanation of their
> choice to move to Debian provides a good argument. I had just tried Ubuntu
> 20.04 in a parallels virtual machine and my server app worked ok. I will
> try a Debian build too. I wonder why LC don’t state support for later
> Ubuntu, Fedora or Debian builds?
>
> Because the team builds the engine on an Ubuntu 16 machine and so
> doesn't want to say they support anything later.
>
> The build process is broken on later versions. I submitted a PR to fix
> this (it works here) but apparently it doesn't fix things the "right"
> way, so...
>
> And note that we are coming up on the end of Ubuntu 16.04 LTS support on
> 30 April 2021.
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Searching this mailing list

[Linda Miller via use-livecode]

Is there a way to search through the archives of this mailing list? ... Other 
than search engines like Google.

Linda
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Encrypting Stack Breaks Field References

[Richard Gaskin via use-livecode]

Mark Waddingham wrote:

On 12/13/20 6:02 PM, Richard Gaskin via use-livecode wrote:
>>
>> Copying objects is disallowed in an encrypted stack, since of course
>> once an object is copied it could be pasted into an unencrypted
>> stack, and thus expose the source.
>
> Its not the copy that will be failing - but the create. In general you
> can't do anything to an encrypted stack which might cause a script to
> move from where its encrypted to somewhere else or vice-versa. (The
> reason create is disallowed is that you could create a new script via
> setting props of the template object).

Would the copy action not fall under the rubric of "anything to an 
encrypted stack which might cause a script to move from where its 
encrypted to somewhere else or vice-versa"?


If I receive a protected stack and copy an object out into an 
unprotected stack, I would then have access to the object's script.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Rer: Decrypt problem on Windows solved

[Neville Smythe via use-livecode]

> Could you try to textEncode the encrypted data before saving it in the
> custom property, and then, in the other platform, textDecode it before
> decrypting it?

Many thanks Panos, yes, that fixed the problem.

It never occurred to me that reading binary data from the custom properties of 
a stack should be treated with same caveat as downloading from an external 
source. Todays “learnings” (horrible newly fashionable word).

Neville Smythe



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Slow performance on Big Sur

[merakosp via use-livecode]

Hello all,

Does adding a  after the  command make
any difference?

Cheers,
Panos
--

On Tue, 15 Dec 2020 at 00:24, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I also populate a field and adjust its rect from custom properties, as
> well as adjust some
> controls based on stored custom property settings. I also load an image
> from an unplaced
> background. So, lots of setup on preOpenCard.
>
> On 12/14/20 1:14 PM, Marty Knapp via use-livecode wrote:
> > I have a customer with a brand new Mac Pro with tons of memory (and two
> 49 inch curved screens!) running Big Sur and he sent a video showing slow
> performance when populating a half dozen text fields from a custom property
> - took about 3 seconds (in a standalone).
> >
> > Marty
> >
> >> On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> My client is running Big Sur and says that changing cards in a stack
> causes a very slow, stuttering display. The background image appears in
> chunks and text in the fields comes in as sequential pieces. The order of
> the display varies, sometimes the text appears first, sometimes the
> background image. The first few cards are fairly normal, but as she pages
> through the stack it gets slower.
> >>
> >> I had her watch Activity Monitor and CPU usage goes up as she navigates
> through cards. At first the display is fairly normal but each successive
> card change increases CPU useage a little bit. She stopped when usage got
> to about 50% when she said it was unusable. This was in the IDE. She says
> the standalone is even slower.
> >>
> >> Has anyone seen this? On Mojave and Catalina everything is fine.
> >>
> >> --
> >> Jacqueline Landman Gay | jac...@hyperactivesw.com
> >> HyperActive Software   |
> https://www.google.com/url?q=http://www.hyperactivesw.com&source=gmail-imap&ust=160857754500&usg=AOvVaw3zEkEOx8Qa_NdgiKshX9KD
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
> >
>
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Slow performance on Big Sur

[J. Landman Gay via use-livecode]

I also populate a field and adjust its rect from custom properties, as well as adjust some 
controls based on stored custom property settings. I also load an image from an unplaced 
background. So, lots of setup on preOpenCard.


On 12/14/20 1:14 PM, Marty Knapp via use-livecode wrote:

I have a customer with a brand new Mac Pro with tons of memory (and two 49 inch 
curved screens!) running Big Sur and he sent a video showing slow performance 
when populating a half dozen text fields from a custom property - took about 3 
seconds (in a standalone).

Marty


On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode 
 wrote:

My client is running Big Sur and says that changing cards in a stack causes a 
very slow, stuttering display. The background image appears in chunks and text 
in the fields comes in as sequential pieces. The order of the display varies, 
sometimes the text appears first, sometimes the background image. The first few 
cards are fairly normal, but as she pages through the stack it gets slower.

I had her watch Activity Monitor and CPU usage goes up as she navigates through 
cards. At first the display is fairly normal but each successive card change 
increases CPU useage a little bit. She stopped when usage got to about 50% when 
she said it was unusable. This was in the IDE. She says the standalone is even 
slower.

Has anyone seen this? On Mojave and Catalina everything is fine.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | 
https://www.google.com/url?q=http://www.hyperactivesw.com&source=gmail-imap&ust=160857754500&usg=AOvVaw3zEkEOx8Qa_NdgiKshX9KD



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Slow performance on Big Sur

[J. Landman Gay via use-livecode]

On 12/14/20 2:46 PM, Paul Dupuis via use-livecode wrote:

On 12/14/2020 2:04 PM, J. Landman Gay via use-livecode wrote:
My client is running Big Sur and says that changing cards in a stack causes a very slow, 
stuttering display. The background image appears in chunks and text in the fields comes in as 
sequential pieces. The order of the display varies, sometimes the text appears first, 
sometimes the background image. The first few cards are fairly normal, but as she pages 
through the stack it gets slower.


I had her watch Activity Monitor and CPU usage goes up as she navigates through cards. At 
first the display is fairly normal but each successive card change increases CPU useage a 
little bit. She stopped when usage got to about 50% when she said it was unusable. This was 
in the IDE. She says the standalone is even slower.


Has anyone seen this? On Mojave and Catalina everything is fine.



I had a weird display issue where a transition between two cards left with one card 
semi-transparent behind the new card. It was also slow. I have a visual effect dissolve between 
these two cards I removed the visual effect and changing between the cards was fast and clean.


Examine any visual effect transitions you may have between cards.


Thanks. There are no transition effects, just "go card". Each card has an image, and I tried 
toggling off alwaysBuffer but that didn't help. CloseCard sends some data off to a server but 
by the time the card is rendering, that's done I think. Also, it's odd that the delay 
accumulates. If it was due to something in navigation it should happen all the time at the same 
rate, but instead it gets slower as you go.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Slow performance on Big Sur

[Paul Dupuis via use-livecode]

On 12/14/2020 2:04 PM, J. Landman Gay via use-livecode wrote:
My client is running Big Sur and says that changing cards in a stack 
causes a very slow, stuttering display. The background image appears 
in chunks and text in the fields comes in as sequential pieces. The 
order of the display varies, sometimes the text appears first, 
sometimes the background image. The first few cards are fairly normal, 
but as she pages through the stack it gets slower.


I had her watch Activity Monitor and CPU usage goes up as she 
navigates through cards. At first the display is fairly normal but 
each successive card change increases CPU useage a little bit. She 
stopped when usage got to about 50% when she said it was unusable. 
This was in the IDE. She says the standalone is even slower.


Has anyone seen this? On Mojave and Catalina everything is fine.



I had a weird display issue where a transition between two cards left 
with one card semi-transparent behind the new card. It was also slow. I 
have a visual effect dissolve between these two cards I removed the 
visual effect and changing between the cards was fast and clean.


Examine any visual effect transitions you may have between cards.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Slow performance on Big Sur

[Marty Knapp via use-livecode]

I have a customer with a brand new Mac Pro with tons of memory (and two 49 inch 
curved screens!) running Big Sur and he sent a video showing slow performance 
when populating a half dozen text fields from a custom property - took about 3 
seconds (in a standalone).

Marty

> On Dec 14, 2020, at 11:04 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> My client is running Big Sur and says that changing cards in a stack causes a 
> very slow, stuttering display. The background image appears in chunks and 
> text in the fields comes in as sequential pieces. The order of the display 
> varies, sometimes the text appears first, sometimes the background image. The 
> first few cards are fairly normal, but as she pages through the stack it gets 
> slower.
> 
> I had her watch Activity Monitor and CPU usage goes up as she navigates 
> through cards. At first the display is fairly normal but each successive card 
> change increases CPU useage a little bit. She stopped when usage got to about 
> 50% when she said it was unusable. This was in the IDE. She says the 
> standalone is even slower.
> 
> Has anyone seen this? On Mojave and Catalina everything is fine.
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | 
> https://www.google.com/url?q=http://www.hyperactivesw.com&source=gmail-imap&ust=160857754500&usg=AOvVaw3zEkEOx8Qa_NdgiKshX9KD


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Slow performance on Big Sur

[J. Landman Gay via use-livecode]

My client is running Big Sur and says that changing cards in a stack causes a very slow, 
stuttering display. The background image appears in chunks and text in the fields comes in as 
sequential pieces. The order of the display varies, sometimes the text appears first, sometimes 
the background image. The first few cards are fairly normal, but as she pages through the stack 
it gets slower.


I had her watch Activity Monitor and CPU usage goes up as she navigates through cards. At first 
the display is fairly normal but each successive card change increases CPU useage a little bit. 
She stopped when usage got to about 50% when she said it was unusable. This was in the IDE. She 
says the standalone is even slower.


Has anyone seen this? On Mojave and Catalina everything is fine.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] This Week in LiveCode 248

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #248 here: https://bit.ly/3njG6zy

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to your e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: New MacBook Pro Results

[Mark Smith via use-livecode]

Are you referring to Scott Rossi? LC did a profile on Scott for the Locked 
Learning Series in May. Google “Scott Rossi Livecode” to find our what he’s 
been up to recently. 

Sent from my iPhone

> On Dec 14, 2020, at 2:35 PM, Roger Guay via use-livecode 
>  wrote:
> 
> I don’t know, but I’m sure others on this list do.
> 
> Roger
> 
> 
>> On Dec 13, 2020, at 8:45 PM, Linda Miller via use-livecode 
>>  wrote:
>> 
>> “I sure do miss Scott!”
>> 
>> I have been watching videos from different conferences and enjoyed his 
>> lectures. So, what happened to Scott?
>> 
>> Linda
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: New MacBook Pro Results

[Mike Kerner via use-livecode]

the good news is that both are just normal stacks (as is tmControls/2), so
you should be able to fix them.

On Sat, Dec 12, 2020 at 3:27 PM Roger Guay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thought some of you might like to know, LC 6.0 works fine in MacOS Big Sur
> on the new MacBook Pro. The only problem I’ve encountered so far is a minor
> glitch with Scott Rossi’s tmEffects and tmAlign, my favorite plugins. They
> both now display a slightly larger white backdrop. Annoying, but they work
> just fine. I sure do miss Scott!
>
> Roger
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: New MacBook Pro Results

[Roger Guay via use-livecode]

I don’t know, but I’m sure others on this list do.

Roger


> On Dec 13, 2020, at 8:45 PM, Linda Miller via use-livecode 
>  wrote:
> 
> “I sure do miss Scott!”
> 
> I have been watching videos from different conferences and enjoyed his 
> lectures. So, what happened to Scott?
> 
> Linda
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Rer: Decrypt problem on Windows

[panagiotis merakos via use-livecode]

Hello Neville,

Could you try to textEncode the encrypted data before saving it in the
custom property, and then, in the other platform, textDecode it before
decrypting it?

i.e. to do something like:

encrypt myData using myCipher with password myPass
put it into tEncryptedData
put textEncode(tEncryptedData, "native") into the cCustomProp of stack "foo"
...
...

and then, to decrypt it in the other platform:

put textDecode(the cCustomProp of stack "foo", "native") into tEncryptedData
decrypt tEncryptedData using myCipher with password myPass
put it into myOriginalData

Kind regards,
Panos
--

On Mon, 14 Dec 2020 at 12:43, Neville Smythe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The problem is platform-symmetric. That is, a string encrypted in LC on
> Windows will not decrypt on the Mac. Linux will not decrypt a string
> encrypted on the Mac, and presumably vice-versa.
>
> I did toy with the idea that the encryption keys might be device
> dependent, maybe the public and private keys created by the OpenSSL library
> were being stored in the OS somewhere. But no, a string encrypted on one
> Mac decrypts correctly on a different Mac. So my guess is that the keys are
> being stored by the different platform libraries within LC but not in a
> place known to the library for another platform.
>
> I believe this is a bug, that is to say, it is not what is intended;
> surely one should be able to store an encrypted string in an LC stack, and
> then any user with the password should be able to decrypt it.
>
> A workaround is to store a different encrypted string in the standalone
> compiled for each platform — but to do that you need to run LC on each
> platform, not exactly in the spirit of LC! Or not to use SSL encryption; I
> would assume all of the other ciphers available in OpenSSL would behave the
> same way.
>
> BTW thanks Mark for the suggestion about htppie, it does look cleaner and
> easier than curl. The disadvantage in my case is it would need to be
> installed in each user’s system.
>
> Neville Smythe
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Rer: Decrypt problem on Windows

[Neville Smythe via use-livecode]

The problem is platform-symmetric. That is, a string encrypted in LC on Windows 
will not decrypt on the Mac. Linux will not decrypt a string encrypted on the 
Mac, and presumably vice-versa.

I did toy with the idea that the encryption keys might be device dependent, 
maybe the public and private keys created by the OpenSSL library were being 
stored in the OS somewhere. But no, a string encrypted on one Mac decrypts 
correctly on a different Mac. So my guess is that the keys are being stored by 
the different platform libraries within LC but not in a place known to the 
library for another platform.

I believe this is a bug, that is to say, it is not what is intended; surely one 
should be able to store an encrypted string in an LC stack, and then any user 
with the password should be able to decrypt it. 

A workaround is to store a different encrypted string in the standalone 
compiled for each platform — but to do that you need to run LC on each 
platform, not exactly in the spirit of LC! Or not to use SSL encryption; I 
would assume all of the other ciphers available in OpenSSL would behave the 
same way.

BTW thanks Mark for the suggestion about htppie, it does look cleaner and 
easier than curl. The disadvantage in my case is it would need to be installed 
in each user’s system.

Neville Smythe



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: CentOS Death in 2021

[Richmond via use-livecode]

"I wonder why LC don’t state support for later Ubuntu, Fedora or Debian 
builds?"


I suspect that LiveCode believes that the uptake of the Linux version is 
insufficient to justify the effort of testing LC on those platforms.


Richmond.

On 14.12.20 2:20, Pi Digital via use-livecode wrote:

Thanks all. These insights are useful. Hery’s explanation of their choice to 
move to Debian provides a good argument. I had just tried Ubuntu 20.04 in a 
parallels virtual machine and my server app worked ok. I will try a Debian 
build too. I wonder why LC don’t state support for later Ubuntu, Fedora or 
Debian builds?

Sean Cole
Pi Digital


On 13 Dec 2020, at 19:27, Heriberto Torrado via use-livecode 
 wrote:

Hi Sean,

I've been using LiveCode on Ubuntu 16.04 and 18.04 for years (Servers and 
Desktops) and it worked fine.  A years ago we migrated everything to CentOS / 
RedHat and Fedora (development machines and servers).  However, we are going to 
migrate everything  to Debian.
Debian is very stable and offers the same user experience on Laptops, 
Workstations and Servers.

Ubuntu is a good system, but after the drift from CentOS with IBM I don't want 
to put the heart of our systems in the hands of any big company.
What would happen if tomorrow Ubuntu is acquired by Microsoft and they decide 
to charge money for it? That's not the case with Debian: Debian is completely 
independent and rock solid.

I live between Madrid and New York and in both cities there are good 
professional companies who offer commercial technical support for Debian, so 
you don't need any big and greedy corps getting their hands on your IT systems.

Best,
Hery





On 12/13/20 12:40 PM, Sean Cole (Pi) via use-livecode wrote:
Hi all,

I just heard the news that RedHat is going to be dropping support for
CentOS. With my recent issues with PDF Printing in CentOS, I was already
looking to perhaps try out CentOS8 or another Dist. but now we have this
news I'm thinking of going to Ubuntu.

The release notes for LC says it supports Ubuntu 16.04, which is cool. But
I notice my server host says they have 16.04, 18.04, 20.04 and 20.10. Is
anyone out there running LC on one of these later builds of Ubuntu? I'd
like to hear your thoughts. Or maybe I should be looking at Fedora.

All the very best

Sean Cole
*Pi Digital *
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode