Greetings OpenSCAD users;
New list member, oldster at 86, still learning OpenSCAD, but making
useful stuff on a 3d printer already, but with a minor concern.
I run the linux x86_64 AppImage which I just tried to update to the
2021-03-2something version, on a stretch system, but it won't run on my
2-24 version of libc.
Am I stuck on the 2021-01 version until I locate a drive suitable for an
upgrade to buster or beyond?
I want to update the boot drive to an SSD but there seems to be a price
wall between the $50 240GB versions, and very pricey 1T versions. And I
have enough baggage as a nearly 23 year linux only user, that even a
half a terabyte will cramp me. I am already above a 240GB's full
capacity.
Is there any chance of getting an AppImage that will run on a fully
updated stretch?
Thanks all.
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
A Kingston 480 is only a few dollars more ($65 CDN).
Using LVM, two 480s would almost give you a single Tb drive.
Using them as individual drives will back backups easier.
On 2021-03-31 3:03 p.m., Gene Heskett wrote:
Greetings OpenSCAD users;
New list member, oldster at 86, still learning OpenSCAD, but making
useful stuff on a 3d printer already, but with a minor concern.
I run the linux x86_64 AppImage which I just tried to update to the
2021-03-2something version, on a stretch system, but it won't run on my
2-24 version of libc.
Am I stuck on the 2021-01 version until I locate a drive suitable for an
upgrade to buster or beyond?
I want to update the boot drive to an SSD but there seems to be a price
wall between the $50 240GB versions, and very pricey 1T versions. And I
have enough baggage as a nearly 23 year linux only user, that even a
half a terabyte will cramp me. I am already above a 240GB's full
capacity.
Is there any chance of getting an AppImage that will run on a fully
updated stretch?
Thanks all.
Cheers, Gene Heskett
--
Ron Wheeler
Artifact Software
438-345-3369
rwheeler@artifact-software.com
On 31.03.21 21:03, Gene Heskett wrote:
Is there any chance of getting an AppImage that will run
on a fully updated stretch?
No.
But...
It seems there's a snapd available for stretch, so it might
be possible to run the Snap package. I don't know if anyone
tried that before or if that snapd can still interact with
the current Snap store.
Or you could install the openscad-nightly package specifically
built for stretch:
https://www.openscad.org/downloads.html#snapshots
At some point I want to also add release builds there, but
this keeps dropping down the task list unfortunately.
ciao,
Torsten.
On 3/31/21 4:08 PM, Torsten Paul wrote:
On 31.03.21 21:03, Gene Heskett wrote:
Is there any chance of getting an AppImage that will run
on a fully updated stretch?
I'm running OpenSCAD inside of a Ubuntu 20.04 based Docker Image. Works
with CentOS 7.9 and I don't see a reason why it won't with 8.
Can share the Dockerfile and build instructions, if interested.
Regards, Jan
No.
But...
It seems there's a snapd available for stretch, so it might
be possible to run the Snap package. I don't know if anyone
tried that before or if that snapd can still interact with
the current Snap store.
Or you could install the openscad-nightly package specifically
built for stretch:
https://www.openscad.org/downloads.html#snapshots
At some point I want to also add release builds there, but
this keeps dropping down the task list unfortunately.
ciao,
Torsten.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
--
Jan Wieck
Principle Database Engineer
Amazon Web Services
On Wednesday 31 March 2021 16:08:36 Torsten Paul wrote:
On 31.03.21 21:03, Gene Heskett wrote:
Is there any chance of getting an AppImage that will run
on a fully updated stretch?
No.
But...
It seems there's a snapd available for stretch, so it might
be possible to run the Snap package. I don't know if anyone
tried that before or if that snapd can still interact with
the current Snap store.
I have not interfaced with a snap. URL?
Or you could install the openscad-nightly package specifically
built for stretch:
https://www.openscad.org/downloads.html#snapshots
That would be a synaptic job, so I made
the /etc/apt/sources.list.d/openscan.list file, but I need the key too.
Never mind, I didn't read above it, got it. Now I see nightly's but only
for arm64, (and my only arm is armhf on a rpi4 with only 2G of ram,
building and runniing linuxcnc to drive an 75 yo Sheldon 11x54 lathe)
and this is an x86_64 with supposed to be 32G of ddr4, but one stick
failed, waiting on its replacement somewhere in the bowels of the USPS?
Wrong link maybe?
At some point I want to also add release builds there, but
this keeps dropping down the task list unfortunately.
As a long since retired television Chief Engineer, I can understand that
150%. Keeping the cash cow fresh is far more important.
ciao,
Torsten.
Take care and stay well Torsten
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
On Wednesday 31 March 2021 16:16:57 Jan Wieck wrote:
On 3/31/21 4:08 PM, Torsten Paul wrote:
On 31.03.21 21:03, Gene Heskett wrote:
Is there any chance of getting an AppImage that will run
on a fully updated stretch?
I'm running OpenSCAD inside of a Ubuntu 20.04 based Docker Image.
Works with CentOS 7.9 and I don't see a reason why it won't with 8.
Can share the Dockerfile and build instructions, if interested.
Regards, Jan
I've about had my fill of buntu's, they had to put their windowlike stamp
on it, so unless I build it here, or I can find an AppImage that is all
there, I tend to stay with the linuxcnc issue of debian. Currently
buster but this machine is stuck on stretch for lack of a big enough SSD
I can afford. And yes, I have many and best described as ecliptic
interests. ;-) But at 86, I also don't buy green banannas, I might not
be here to eat them. :(
Thanks for the offer, its appreciated.
Take care and stay well, Jan.
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
On 31.03.21 22:49, Gene Heskett wrote:
I have not interfaced with a snap. URL?
The snap store URL is:
https://snapcraft.io/openscad
It requires the local installation of the snapd package
which maintains those applications.
With snapd installed, it should be possible to run
snap install openscad
to install the snap package of OpenSCAD
Now I see nightly's but only for arm64,
That's odd, this:
https://build.opensuse.org/package/binaries/home:t-paul/OpenSCAD/Debian_9.0
lists successful builds for:
i586 (= Intel 32bit)
amd64 (= Intel 64bit / x86_64),
aarch64 (= ARM 64bit)
All of them should be available via the
deb https://download.opensuse.org/repositories/home:/t-paul/Debian_9.0/ ./
entry in /etc/apt/sources.list.d/openscad.list
I'm not sure why it would show only ARM64 for you, but
I think someone reported a similar issue before. I don't
know why that would happen.
ciao,
Torsten.
On 3/31/21 5:01 PM, Gene Heskett wrote:
On Wednesday 31 March 2021 16:16:57 Jan Wieck wrote:
On 3/31/21 4:08 PM, Torsten Paul wrote:
On 31.03.21 21:03, Gene Heskett wrote:
Is there any chance of getting an AppImage that will run
on a fully updated stretch?
I'm running OpenSCAD inside of a Ubuntu 20.04 based Docker Image.
Works with CentOS 7.9 and I don't see a reason why it won't with 8.
Can share the Dockerfile and build instructions, if interested.
Regards, Jan
I've about had my fill of buntu's, they had to put their windowlike stamp
on it, so unless I build it here, or I can find an AppImage that is all
there, I tend to stay with the linuxcnc issue of debian. Currently
buster but this machine is stuck on stretch for lack of a big enough SSD
I can afford. And yes, I have many and best described as ecliptic
interests. ;-) But at 86, I also don't buy green banannas, I might not
be here to eat them. :(
I hear you, and at only 30 springs less, that's precisely why I put
those things into containers. I am at home in CentOS, but all this fancy
stuff wants Ubuntu and Debian. Not my cup of tea.
Now we all should be careful because everyone saw what can happen if you
put too many containers into one EVERGREEN basket.
That said, I not only run OpenSCAD inside of Docker. The Prusa version
of Slic3R is packaged the same way here. As are KiCad, FlatCam and whatnot.
In general I am sick and tired of the fact that certain developer
communities try to push me into a choice of OS or distribution and that
there will be a conflict when I want to use things from different camps
together. So I learned how to dockerize stuff. Now I can happily stay on
CentOS and still use things that like to live in Ubuntu land. They get
their little "buntu" bubble around them and we all get along just fine.
Regards, Jan
--
Jan Wieck
Principle Database Engineer
Amazon Web Services
On Wednesday 31 March 2021 17:07:48 Torsten Paul wrote:
On 31.03.21 22:49, Gene Heskett wrote:
I have not interfaced with a snap. URL?
The snap store URL is:
https://snapcraft.io/openscad
It requires the local installation of the snapd package
which maintains those applications.
With snapd installed, it should be possible to run
snap install openscad
to install the snap package of OpenSCAD
Now I see nightly's but only for arm64,
That's odd, this:
https://build.opensuse.org/package/binaries/home:t-paul/OpenSCAD/Debia
n_9.0
lists successful builds for:
i586 (= Intel 32bit)
amd64 (= Intel 64bit / x86_64),
aarch64 (= ARM 64bit)
All of them should be available via the
deb
https://download.opensuse.org/repositories/home:/t-paul/Debian_9.0/ ./
I finally got it to match the above but synpatic is now telling me that
link does not have a release file.
The repository 'https://download.opensuse.org/repositories/home:/t-paul/OpenSCAD/Debian_9.0 ./ Release' does not have a Release
file.
What does the second ./ do? And in this report the last / after
debian-9.0 is missing, but its in the apt line. And so was
the / after home: before the t-paul. WTH? copy/paste broken?
I've recomposed the deb line, but all the "nightly's" is see are for
arm64.
Or were, now after the last reload and the missing release file
msg, only the 6 year old debian stuff is showing.
entry in /etc/apt/sources.list.d/openscad.list
I'm not sure why it would show only ARM64 for you, but
I think someone reported a similar issue before. I don't
know why that would happen.
ciao,
Torsten.
Maybe ask somebody at SuSe?
IDK either.
I tried to dl from that page, but for some reason it want's a login and
password, so I set that up and it still won't let me have it. Maybe it
doesn't like my side of the pond? :)
Take care and stay well, Torsten.
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
The line in /etc/apt/sources.list.d/openscad.list
is (without quotes)
"deb http://download.opensuse.org/repositories/home:/t-paul/Debian_9.0/ ./"
-----Original Message-----
From: Gene Heskett [mailto:gheskett@shentel.net]
Sent: Thu, 1 Apr 2021 11:10
To: discuss@lists.openscad.org
Subject: [OpenSCAD] Re: New, old user.
On Wednesday 31 March 2021 17:07:48 Torsten Paul wrote:
On 31.03.21 22:49, Gene Heskett wrote:
I have not interfaced with a snap. URL?
The snap store URL is:
https://snapcraft.io/openscad
It requires the local installation of the snapd package
which maintains those applications.
With snapd installed, it should be possible to run
snap install openscad
to install the snap package of OpenSCAD
Now I see nightly's but only for arm64,
That's odd, this:
https://build.opensuse.org/package/binaries/home:t-paul/OpenSCAD/Debia
n_9.0
lists successful builds for:
i586 (= Intel 32bit)
amd64 (= Intel 64bit / x86_64),
aarch64 (= ARM 64bit)
All of them should be available via the
deb
https://download.opensuse.org/repositories/home:/t-paul/Debian_9.0/ ./
I finally got it to match the above but synpatic is now telling me that
link does not have a release file.
The repository 'https://download.opensuse.org/repositories/home:/t-
paul/OpenSCAD/Debian_9.0 ./ Release' does not have a Release
file.
What does the second ./ do? And in this report the last / after
debian-9.0 is missing, but its in the apt line. And so was
the / after home: before the t-paul. WTH? copy/paste broken?
I've recomposed the deb line, but all the "nightly's" is see are for
arm64.
Or were, now after the last reload and the missing release file
msg, only the 6 year old debian stuff is showing.
entry in /etc/apt/sources.list.d/openscad.list
I'm not sure why it would show only ARM64 for you, but
I think someone reported a similar issue before. I don't
know why that would happen.
ciao,
Torsten.
Maybe ask somebody at SuSe?
IDK either.
I tried to dl from that page, but for some reason it want's a login and
password, so I set that up and it still won't let me have it. Maybe it
doesn't like my side of the pond? :)
Take care and stay well, Torsten.
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
OpenSCAD mailing list
To unsubscribe send an email to discuss-leave@lists.openscad.org
--
This email has been checked for viruses by AVG.
https://www.avg.com