But how does that affect whether the efivars file system is mounted or not ?
With it it is mounted, without it it is not mounted.
On 6/4/20 4:55 pm, Alec Ari via Emc-developers wrote:
The PREEMPT_RT developers know what they're doing, the reason you need to
specify efi=runtime manually is
The PREEMPT_RT developers know what they're doing, the reason you need to
specify efi=runtime manually is because of the horrible latency that comes with
it (depending on CPU/motherboard/BIOS.)
Alec
___
Emc-developers mailing list
On Sunday 05 April 2020 09:10:23 andy pugh wrote:
> On Sun, 5 Apr 2020 at 13:21, Robert Murphy
wrote:
> > RTAI has no support for UEFI, booting issues are seeing only a
> > single core
>
> Is this shown in lscpu or is it more subtle than that?
>
> It might be something that we just have to
Dmesg confirms it with RTAI, I can’t recall the exact message, but it’s along
the lines of can’t CPU0 info from BIOS then it basically goes into uniprocessor
mode.
Running latency histogram reports only one core, /proc/cpuinfo only reports a
single core.
I’d try to exorcise the PC before
On Sun, 5 Apr 2020 at 13:21, Robert Murphy wrote:
> RTAI has no support for UEFI, booting issues are seeing only a single
> core
Is this shown in lscpu or is it more subtle than that?
It might be something that we just have to document in the
installation notes. Something along the lines of:
I don't know how many of you are aware of.
RTAI has no support for UEFI, booting issues are seeing only a single
core and installation will fail when installing grub as efivars can not
be mounted.
RT_PREEMPT, from the kernel version I have being using on the Mint
respins, 4.19.106-rt44,
well ... for complete stability I don't use operating systems ... but the
project is not mine if I were I would be much closer to the
possibilities than to the rules ... after all the future is not a rule (not
yet at least ...).
good we all.
Il giorno sab 4 apr 2020 alle ore 16:19 Robert
Reinhard I guess you have forgotten or never used Slackware. You want stable,
you want reliable, you want Slackware. Sure you need to sort out dependencies
but at least when you add new software you know what is being installed.
And no systemd.
But I admit I started with Linux around ‘98, when
On Sat, 4 Apr 2020 at 13:42, Reinhard wrote:
> On the other side, the recommendations for new users to work with a rip
> installation does not fit the debian world at all.
That's way down the list of suggested ways for a new LinuxCNC user to
use LinuxCNC.
--
atp
"A motorcycle is a bicycle
On Samstag, 4. April 2020, 13:40:29 CEST theman whosoldtheworld wrote:
> and frankly the stubbornness in insisting on only and forever and absolutely
> everything opensources with the maximum license level such as to make it
> impossible to use commercially
> is simply a thing of the past
On Fri, 3 Apr 2020 at 20:54, Sebastian Kuzminsky
wrote:
> According to that wiki page, 2.8 currently builds on, and is planned to
> be released on:
>
> * Ubuntu 12.04 Precise (RTAI )
> * Debian 7 Wheezy (RTAI & RT-Preempt)
> * Debian 8 Jessie (RT-Preempt)
> * Debian 9 Stretch (RT-Preempt)
> *
if I have to weigh to build a milling machine or a lathe without a
doubt debian is a sufficient SO I seem to remember, however, that some
derivatives of linuxcnc were born from the underground waste to make the
system more flexible ... for example some developers know that they work on
Chris,
In the mailing list you posted the link permission previously:
:
I will mention we were given permission to respin Mint:
https://forums.linuxmint.com/viewtopic.php?f=18=272185=1489079#p1489079
I think Mint is far more user friendly then Debian
Chris M
I would not be disappointed if
On 2020-04-03 3:40 p.m., Phill Carter wrote:
On 4 Apr 2020, at 9:36 am, Sebastian Kuzminsky wrote:
On 4/3/20 3:59 PM, Phill Carter wrote:
On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky
wrote:
I would *love* to standardize on Debian and not support all the
off-shoots like Ubuntu and Mint,
On 04/03/2020 12:46 PM, andy pugh wrote:
On Fri, 3 Apr 2020 at 18:19, Jon Elson wrote:
Another topic is what to do about 32-bit and 64-bit
kernels. I've been too busy to do much, but I
suspect there is code in my ppmc driver that will not work
right on a 64-bit build.
There was a discussion
Unfortunately neither buster or stretch Linuxcnc packages install on
Mint 19.2 "out of the box" hence the reason the Mint ISOs contain
packages I built myself.
If I had the ability to setup a repo for Mint I would, kernels and
packages are no problem building in a short time. The UEFI install
> On 4 Apr 2020, at 9:36 am, Sebastian Kuzminsky
> wrote:
>
> On 4/3/20 3:59 PM, Phill Carter wrote:
>>> On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky
>>> wrote:
>>> I would *love* to standardize on Debian and not support all the
>>> off-shoots like Ubuntu and Mint, etc.
>> I may be talking
On 4/3/20 3:59 PM, Phill Carter wrote:
On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky
wrote:
I would *love* to standardize on Debian and not support all the
off-shoots like Ubuntu and Mint, etc.
I may be talking through my hat here but I seem to recall a licencing
issue with distributing
> On 4 Apr 2020, at 9:22 am, Rod Webster wrote:
>
>> I may be talking through my hat here but I seem to recall a licencing
> issue with distributing Debian based ISO's so we sought and received
> permission
>> from the Mint team to distribute Mint based ISO's
> I thought this was in addition
>I may be talking through my hat here but I seem to recall a licencing
issue with distributing Debian based ISO's so we sought and received
permission
>from the Mint team to distribute Mint based ISO's
I thought this was in addition to the existing agreemetns
Rod Webster
*1300 896 832*
+61 435
> On 4 Apr 2020, at 6:58 am, Sebastian Kuzminsky
> wrote:
>
> On 4/3/20 1:40 PM, John Thornton wrote:
>> Indeed I have two machines running Ubuntu 10.04... if it ain't broke don't
>> fix it.
>
> Noted!
>
> 2.8 doesn't build on Ubuntu 10.04, 2.7 is the last LinuxCNC release that we
>
On 4/3/20 2:12 PM, andy pugh wrote:
On Fri, 3 Apr 2020 at 20:58, Sebastian Kuzminsky
wrote:
I would *love* to standardize on Debian and not support all the
off-shoots like Ubuntu and Mint, etc.
Is reasonable to suggest that users of (for example) Mint should set
up their repositories list
I know I'm only a spectator in this but I think the choices for ISO
distribution should be limited otherwise it will be too confusing for the
user.
Currently we only offer 2 options. I'd suggest that it be restricted to
PREEMPT_RT for Buster and Stretch and one RTAI build. (but I'm not sure why
On Fri, 3 Apr 2020 at 21:05, Sebastian Kuzminsky
wrote:
> IMO it's much easier for an end-user to upgrade the OS than the
> processor, since it's just a hard drive swap. So i think the cost to
> our users when we drop an OS (*cough*Ubuntu 10.04) is much less than if
> we were to drop support
On Fri, 3 Apr 2020 at 20:58, Sebastian Kuzminsky
wrote:
>
> I would *love* to standardize on Debian and not support all the
> off-shoots like Ubuntu and Mint, etc.
Is reasonable to suggest that users of (for example) Mint should set
up their repositories list to pull from the linuxcnc-buster
On 4/3/20 12:26 PM, Rene Hopf via Emc-developers wrote:
Thanks Andy for taking care of the release!
Seconded!
I do not see any reason to support 32 bit, any x86 cpu designed in the last 12
years supports 64 bit.
I still have some CNC machines running on 32-bit hardware.
IMO it's much
On 4/3/20 1:40 PM, John Thornton wrote:
Indeed I have two machines running Ubuntu 10.04... if it ain't broke
don't fix it.
Noted!
2.8 doesn't build on Ubuntu 10.04, 2.7 is the last LinuxCNC release that
we build on that OS. So, you know, the end is nigh.
I agree that Debian 10 should be
On 4/3/20 4:57 AM, andy pugh wrote:
At the moment I think that packages on the repository are generated by
the buildbot. (Perhaps Seb can confirm that).
Yes, this is true. The RM pushes a signed release tag, the buildbot
builds debs on all platforms and puts them in the buildbot's release
Indeed I have two machines running Ubuntu 10.04... if it ain't broke
don't fix it.
I agree that Debian 10 should be the prime release in both RTAI and
PREEMPT-RT and if possible Mint.
At this time I don't see any advantage of Mint over Debian because you
can get the user friendly Mate
On Fri, 3 Apr 2020 at 20:11, Sebastian Kuzminsky
wrote:
> * The buildbot builds debs of the pre-release, on all our supported
> platforms.
I think we need to reconsider our supported platforms.
I would like to release with Buster and both RTAI and PREEMPT-RT.
And also probably Mint, again with
On 4/2/20 4:15 PM, Alec Ari via Emc-developers wrote:
I'm all for Andy being the release manager, does this mean seb will
share the keys with him?
I have confidence in Andy and and John to do a good job managing the
release.
There are two sets of gpg keys involved, one that signs the
Mate for sure as DE more flexible than other in mint ... 64bit as system
... rt-preeempt and rtai ...perfect.
I suggest to merge with new release s-kins branch of dGarrett next
week I publish a video with my little scara run with s-kins and if
have some problem I can ask here on
On 4/2/20 3:59 PM, John Thornton wrote:
Andy,
I'd be willing to work with you on the task of release manager.
You guys are awesome. Thanks for picking up this work.
Is there a way to do a test release just to see if we have all our ducks
in a row?
We don't really have a test plan. I
On Fri, 3 Apr 2020 at 19:40, Rene Hopf via Emc-developers
wrote:
> > On 3. Apr 2020, at 19:48, andy pugh wrote:
> > The oldest I
> > have is probably a D525 from 10 years ago.
> D525 has a 64 bit cpu.
Yes, that was my point, the oldest test system I have will still not
choke on a 64-bit
> On 3. Apr 2020, at 19:48, andy pugh wrote:
>
> The oldest I
> have is probably a D525 from 10 years ago.
D525 has a 64 bit cpu.
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
On Friday 03 April 2020 14:26:09 Rene Hopf via Emc-developers wrote:
> > On 3. Apr 2020, at 19:46, andy pugh wrote:
> >
> > On Fri, 3 Apr 2020 at 18:19, Jon Elson
wrote:
> >> Another topic is what to do about 32-bit and 64-bit
> >> kernels. I've been too busy to do much, but I
> >> suspect
> On 3. Apr 2020, at 19:46, andy pugh wrote:
>
> On Fri, 3 Apr 2020 at 18:19, Jon Elson wrote:
>
>> Another topic is what to do about 32-bit and 64-bit
>> kernels. I've been too busy to do much, but I
>> suspect there is code in my ppmc driver that will not work
>> right on a 64-bit build.
On Fri, 3 Apr 2020 at 18:19, Jon Elson wrote:
> Another topic is what to do about 32-bit and 64-bit
> kernels. I've been too busy to do much, but I
> suspect there is code in my ppmc driver that will not work
> right on a 64-bit build.
There was a discussion about this on the 4th of February
On 04/03/2020 09:31 AM, andy pugh wrote:
On Wed, 1 Apr 2020 at 19:08, andy pugh wrote:
I am happy to start the ball rolling and offer to have a go, but I am
not 100% convinced that I have the requisite experience so will
happily step back if others want the job.
I have also just been
On Wed, 1 Apr 2020 at 19:08, andy pugh wrote:
> I am happy to start the ball rolling and offer to have a go, but I am
> not 100% convinced that I have the requisite experience so will
> happily step back if others want the job.
I have also just been informed that I am now on a 3-week furlough
I agree with Phil on the Mate desktop. I would like to also suggest
enabling auto login.
With bandwidth limited here I can't have a remote buildbot but I wonder
if I could add one to my web site?
JT
On 4/3/2020 6:22 AM, Phill Carter wrote:
On 3 Apr 2020, at 9:57 pm, andy pugh wrote:
On
> On 3 Apr 2020, at 9:57 pm, andy pugh wrote:
>
> On Thu, 2 Apr 2020 at 23:01, John Thornton wrote:
>
>> Is there a way to do a test release just to see if we have all our ducks
>> in a row?
>
> I tried to create a test-ISO before Christmas, but found that I didn't
> know how to get the
On Thu, 2 Apr 2020 at 23:01, John Thornton wrote:
> Is there a way to do a test release just to see if we have all our ducks
> in a row?
I tried to create a test-ISO before Christmas, but found that I didn't
know how to get the packages properly signed and in the right places
on the server.
I
I'm all for Andy being the release manager, does this mean seb will share the
keys with him?
Alec
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
Andy,
I'd be willing to work with you on the task of release manager.
Is there a way to do a test release just to see if we have all our ducks
in a row?
JT
On 4/1/2020 1:08 PM, andy pugh wrote:
I have had a brief discussion with Moses, the current 2.8 Release
Manager and he has said that
Andy for sure I vote for him he helped me a lot and I see that despite
the boring requests I make ... he doesn't stop answering.
Who better than him?
I joined this list by mistake years ago I was able to learn more.
regards
Il giorno gio 2 apr 2020 alle ore 09:21 Dean Forbes (PERS) <
They say be careful of what you wish for - except I don't think Andy wished
for this as such he just wanted the job done
As a user I have received valuable support from the community and Andy in
particular I would like to thank both
I as a user I like many look forward to the release of 2.8
On 2020-04-01 11:08 a.m., andy pugh wrote:
I have had a brief discussion with Moses, the current 2.8 Release
Manager and he has said that he is more than happy to relinquish the
reins.
So, we need a new release manager.
Does anyone know what the process is for deciding on one? As far as I
.
Regards
Stefan Asmus
From: Julian Wingert
Sent: Thursday, 2 April 2020 10:08 AM
To: EMC developers
Subject: Re: [Emc-developers] New 2.8 Release Manager
As I don't have a say ;) in this I also like Andy. He helped me 7 years ago and
ia active since constantly
As I don't have a say ;) in this I also like Andy. He helped me 7 years ago and
ia active since constantly...
Am 2. April 2020 00:52:32 MESZ schrieb Rod Webster :
>I second the nomination of Andy
>
>Rod Webster
>*1300 896 832*
>+61 435 765 611
>VMN®
>www.vmn.com.au
>
>
>
>On Thu, 2 Apr 2020
I second the nomination of Andy
Rod Webster
*1300 896 832*
+61 435 765 611
VMN®
www.vmn.com.au
On Thu, 2 Apr 2020 at 08:43, Phill Carter wrote:
>
>
> > On 2 Apr 2020, at 5:08 am, andy pugh wrote:
> >
> > I have had a brief discussion with Moses, the current 2.8 Release
> > Manager and he
> On 2 Apr 2020, at 5:08 am, andy pugh wrote:
>
> I have had a brief discussion with Moses, the current 2.8 Release
> Manager and he has said that he is more than happy to relinquish the
> reins.
>
> So, we need a new release manager.
>
> Does anyone know what the process is for deciding on
I have had a brief discussion with Moses, the current 2.8 Release
Manager and he has said that he is more than happy to relinquish the
reins.
So, we need a new release manager.
Does anyone know what the process is for deciding on one? As far as I
can recall Moses was selected in an IRC meeting.
53 matches
Mail list logo