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 su
Well, I am running LC 9.6.1 on Xubuntu (Ubuntu with XFCE) 20.10 without
a backward glance: Rocks!
Richmond.
On 13.12.20 19:40, 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 i
I personally use Neon, it's based upon Ubuntu and is the development base
platform for KDE.
I find that it is better integrated between the tools as they are
specializing upon one desktop and ensuring everything is properly supported.
I have used livecode on it over the past year without issue.
So,
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
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, Fed
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?"
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:
Thank
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:
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
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 v
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
> On 15 Dec 2020, at 02:52, Richard Gaskin via use-livecode
> wrote:
>
> 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.
That doesn’t seem to be stated or inferred in
Hello Sean,
Off the top of my head, the main Linux issues that are currently unresolved
are:
1. The player object is broken on all Linux distros. You might be able to
workaround this by using shell commands with mplayer.
2. The browser widget is broken in most Linux distros. It might work for
ju
1. I have never, ever experienced any problems at all with any versions
of LiveCode on
any versions of Xubuntu that are more 'modern' than 16.04.
2. Stir up trouble.
Personally I think that LiveCode central are being a bit @#$%^&*
claiming that LiveCode
is cross-platform and not saying they su
I would pick a small fight here.
On 15.12.20 11:24, merakosp via use-livecode wrote:
Hello Sean,
Off the top of my head, the main Linux issues that are currently unresolved
are:
1. The player object is broken on all Linux distros. You might be able to
workaround this by using shell commands wi
Sean Cole wrote:
> On 15 Dec 2020, at 02:52, Richard Gaskin wrote:
>
>> 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.
>
> That doesn’t seem to be stated or inferred in t
Hi Sean & Richmond,
I think it is best to only support LTS versions and just one desktop
(Gnome). This will standardize the platform a bit (Hey, I don't want to
start a flame, I'm just saying that Gnome and Ubuntu / Debian are the
most used).
The problem with LINUX is the sheer number of diff
On 12/15/20 3:48 AM, Richmond via use-livecode wrote:
2. Stir up trouble.
Personally I think that LiveCode central are being a bit @#$%^&*
claiming that LiveCode
is cross-platform and not saying they support more recent versions than
Ubuntu 16.04 and so on.
And stirring up trouble means tha
But that does not seem to correlate to the way it is for MacOS or Win. Are you
saying they compile from all of those versions of MacOS and Win they reference
to supporting.
This is a very odd use of semantics.
When reading about LiveCode support, to me it doesn’t matter if it is LC Ltd or
th
Thanks Panos.
My main concern of late has been the PDF output font rendering in CentOS and I
am hoping that it will be better in Ubuntu or another distro. But I’m guessing
I’m going to have to do a whole heap of testing to find out.
Sean Cole
Pi Digital
> On 15 Dec 2020, at 09:24, merakosp
Well . . . they could install a later version of Ubuntu (takes about
30-120 minutes) and build
and test on that version.
Surely not that arduous.
Best, Richmond.
On 15.12.20 19:38, Mark Wieder via use-livecode wrote:
On 12/15/20 3:48 AM, Richmond via use-livecode wrote:
2. Stir up trouble.
Richmond wrote:
> Well . . . they could install a later version of Ubuntu (takes about
> 30-120 minutes) and build and test on that version.
>
> Surely not that arduous.
Exactly how sure are you?
What they need to do is more than what customers need to do.
How familiar are you with the LC build
Pi Digital wrote:
> But that does not seem to correlate to the way it is for MacOS or Win.
> Are you saying they compile from all of those versions of MacOS and
> Win they reference to supporting.
Mac and Windows are each made by a single organization, with specs
defining compatibility.
"Linu
It’s this kind of rhetoric that drive me to madness and then getting a used of
being abusive as I defend what I’ve said. Richard, there is no need as you
have clearly misinterpreted practically everything I said in an effort to get
some kind of oneupmanship.
>> On 16 Dec 2020, at 01:00, Richa
I am not familiar at all.
But, having built an LC version for Linux it can then be tested on
a recent Linux distro.
On 16.12.20 2:14, Richard Gaskin via use-livecode wrote:
Richmond wrote:
> Well . . . they could install a later version of Ubuntu (takes about
> 30-120 minutes) and build and tes
Sean -
This thread began with a concern over how Linux compatibility is
described in the Release Notes.
I proposed a solution, but it didn't resonate. Perhaps a different
approach may work:
The audience for the Release Notes is developers, and what developers
need to know is where LiveCode
Richmond wrote:
>On 16.12.20 2:14, Richard Gaskin via use-livecode wrote:
>> Richmond wrote:
>> > Well . . . they could install a later version of Ubuntu (takes
>> > about 30-120 minutes) and build and test on that version.
>> >
>> > Surely not that arduous.
>>...
>> How familiar are you with the
Ah, i see your POV now. You distinguish a difference between ‘runs on’ and
‘deploys on’. Where as I infer that there is no difference and that ‘supports’
is as ‘system requirements’ or ‘supported systems’.
The document is aimed at users of Livecode who, of course are developers but,
are also m
Pi Digital wrote:
> Ah, i see your POV now. You distinguish a difference between ‘runs on’
> and ‘deploys on’. Where as I infer that there is no difference and
> that ‘supports’ is as ‘system requirements’ or ‘supported systems’.
To me "runs on" and "deploys on" can only be the same thing when
On 12/16/20 1:39 AM, Pi Digital via use-livecode wrote:
Back to my OP.
- What system build of Linux should I best install in Parallels virtual and
Server Remote Host for deployment should I run with? Given the choices of
potentially having LC IDE running as the ‘live’ software stack on the ser
Hi all,
Continuing my study, I've just tried installing LC9.6.2RC onto the latest
Debian 10 build (clean install in Parallels from its add VM page). However,
it comes up with an error when installing LC right after double-clicking
the installer: "Failed to load library 'gdk' (tried libgdk-x11-2.0.
Hi Richard,
My case scenario is maybe a little unique, I don't know. The server app
needs to build from MySQL data and other resources (csv's and images)
downloaded from emails received from a vendor a PDF report that it 'prints'
out and uploads to a web hosted site for downloading by the clients
LC Server had graphics capabilities added a few versions back. You can
lay out objects on cards and export images with it now.
I'm not sure if those extend to the PDF external, but if you happen to
try it please let me know.
If nothing else, being able to run faceless should save quite a bit
Good shout. Although, having the gui available helps when things go wrong
like the PDF font rendering issues and being able to see the templates
build as it goes for each page/card. But thanks for the heads up.
Sean
On Thu, 17 Dec 2020 at 05:40, Richard Gaskin via use-livecode <
use-livecode@list
34 matches
Mail list logo