On Saturday 20 June 2009, John Kasunich wrote:
> The mailing list(s) are the most accurate representation of the emc
> community at any time, and there was an announcement on the developers
> list on May 30th, which explicitly invited discussion:
You refer to:
> On Saturday 30 May 2009, Jeff Epl
On Friday 19 June 2009, Michael Buesch wrote:
> I think you should start to explain _why_ you don't want git.
> What are your actual problems with git? What don't you like about git?
> Which features are missing for you?
git was developed to meet the needs of a large, complex project with thousand
On Thursday 18 June 2009, Kenneth Lerman wrote:
> How much of an invitation do you (or they) need?
> Even though the wiki page is editable by anyone; the history is not.
"We have decided If you have been selected, you may cast your yes vote
here."
> Are you suggesting that someone is changin
On Thursday 18 June 2009, Stephen Wille Padnos wrote:
> paul_c wrote:
> >On Wednesday 17 June 2009, Jeff Epler wrote:
> >>As I announced last month[1], we are switching to the git source control
> >>management system for emc2. The date for the transition has now
On Wednesday 17 June 2009, Jeff Epler wrote:
> As I announced last month[1], we are switching to the git source control
> management system for emc2. The date for the transition has now been
> set for 6/20/2009, sometime after 12:00 GMT.
Has this been discussed with the developers ?
What alterna
On Friday 05 June 2009, Maxime Lemonnier wrote:
> I'm new to emc-developpers list, so I decided to shut up over this.
Just because you are new does not exclude you from any discussion, nor does it
invalidate your opinion - Without it, any preemptive decision would be
illegitimate.
> But I pers
On Saturday 30 May 2009, Jeff Epler wrote:
> After a discussion among board members, developers and users present at
> the 2009 emc fest (as well as previous discussions on the #emc-devel irc
> channel), the board of directors has voted unanimously to transition to
> the git revision control system
On Monday 30 March 2009, Sebastian Kuzminsky wrote:
> play around in your own sandbox, building up and tearing down stuff,
> testing things, all outside the attention of other developers.
Scenario 1 - Each developer runs their own VCS outside of Sourceforge
adding "features", fixing bugs and gene
On Sunday 29 March 2009, Chris Morley wrote:
> Sorry about the 100 commits and the failed compile (love that blame list :)
You are not to blame for a misconfigured CVS repository - One commit should
only generate a single message and show diffs of files that *you* changed.
> I was trying to brin
Hi Daniel
On Friday 06 March 2009, Daniel Lee wrote:
> I do beleive I have a method that would allow a USB port to be used with
> external hardware as well as I have a ep9302 arm9 board with ethernet that
> I have ported a version of 2.4.21 with jffs2 that I use for realtime audio
> intercom syst
On Sunday 01 March 2009, Michael Buesch wrote:
> My problem is that the kernel oops message is not that useful, as the crash
> happens inside of rtai. So it doesn't contain much information to locate
> the actual line of code that triggers the exception. (The line that's
> miscompiled).
Problem co
On Monday 16 February 2009, Vince Mulhollon wrote:
> >From Debian Policy Manual version 3.8.0.1, 2008-06-05
> So the correct Debian location would be /usr/share/doc/emc2/examples/
Back in the early days when it was decided to pollute /etc with sample configs
it was suggested that /usr/share/ was
On Monday 16 February 2009, Alex Joni wrote:
> 2. change the install location for the sample configs from
> /etc/emc2/sample-configs to /usr/share/doc/emc2/sample-configs (it's quite
> common to use /usr/share/doc/package/examples/ as a location for sample
> configs). advantages:
Read the LFSH - /
On Monday 09 February 2009, EBo wrote:
> There are some interesting patterns in the actual results. I was
> watching not only the ovr_max, but also the lat_max. For me the lat_max
> will bounce around between a say -200ns to maybe 300ns, and then jump to
> 2000ns to 4000ns blocks, and then someti
On Wednesday 04 February 2009, Ray Henry wrote:
> On Wed, 2009-02-04 at 11:58 +0000, paul_c wrote:
> > Chris, your thread raises several questions, none of which have had a
> > satisfactory answer when asked in the past...
>
> We really should be asking this questions of the
On Wednesday 04 February 2009, Chris Morley wrote:
> All valid points that could have been a good start to a discussion for
> changes rather then deletion. The panel did not just have buttons
> for offsets.
> I short note to me saying why you want to remove it and that you would
> entertain other i
On Monday 02 February 2009, Eric H. Johnson wrote:
> One of the issues is, I am still not entirely sure what the magic button
> was that got the rtai kernel to recognize multiple processors.
Kernel .config:
CONFIG_SMP=y
CONFIG_NR_CPUS=8
CONFIG_SCHED_SMT=y
RTAI .rtai_config:
CONFIG_RTAI_CPUS="8"
On Monday 02 February 2009, EBo wrote:
> rtai-snapshot (as of 20090202) compiles with gcc-4.3.3 for both magma
> and vulcano with LOTS of warnings. These are probably OK, but that
> is part of the ***joys*** of setting this kind of thing up...
A bunch of warnings about inlining & stat
On Monday 02 February 2009, Eric H. Johnson wrote:
> I guess I am not asking the right questions and getting hung up in details
> rather than asking what I need to do to get to my ultimate objective.
You are asking the right questions most of the time, however, you are getting
varying degrees of
On Wednesday 28 January 2009, Eric H. Johnson wrote:
>
> I don't mean to step into a hornet's nest, and may well be my ignorance, as
> I have never made any attempt to learn Python or TK/TCL for example, but it
> seems to me that there is an awful lot of duplicated functionality across
> the vario
On Wednesday 26 November 2008, Jeff Epler wrote:
> > why bundle stuff like yapps as part of the emc2 tarball.
> Red herring.
NO. It falls under the heading of what should or should not be included (or
even code review). For example, why distribute pointless files such as
config.log, config.statu
On Tuesday 25 November 2008, Matt Shaver wrote:
> If we're in trouble, so is the GNU Radio project.
> I have to believe that if there was a problem with distributing these
> files then the FSF would not have given this project their imprimatur.
GNU Radio's firmware is not "free" enough for Debia
On Saturday 22 November 2008, Jeff Epler wrote:
> As described in the gpl version 2 faq, the use of a proprietary
> toolchain is not problematic in gpl2 software:
> Q: Can I release a program under the GPL which I developed using
> non-free tools?
>
> A: Which programs you used to edit
On Saturday 22 November 2008, Jon Elson wrote:
> Aren't the licenses right in EACH code file?
Most, yes. But nowhere is there a list of which licences are involved or to
which binaries they apply. Not a problem for a user (generally), but if anyone
is redistributing this stuff, it should be - Wi
On Friday 21 November 2008, Chris Radek wrote:
> The fact remains that the licenses say what they say, and those are
> the rules we will live by.
Yet you can't/won't say which licenses apply to what code or even what
licenses are involved.
> The choices to use the GPL2 in the files where it's us
On Thursday 20 November 2008, Leslie Newell wrote:
> When the EMC2 project was started the EMC developers applied the GPL2
> license to most of the original code to prevent this happening in the
> future.
At the time, concerns were raised over the validity of the exercise - Duly
ignored..
Now
On Thursday 20 November 2008, Leslie Newell wrote:
> 1) Looking closer, RCSlib is LGPL so I can safely use it. However the
> header files that define the data types are GPL2 which means I can't use
> them directly. Assuming the data types haven't changed since EMC1 then I
> could use the public dom
Hi Les
On Wednesday 19 November 2008, Leslie Newell wrote:
> So if I stick to using NML and RCS then I can talk directly to EMC? Are
> there any docs on this side of things?
Not much in the way of documentation, but then the API is simple to use.
Probably http://www.isd.mel.nist.gov/projects/rc
On Wednesday 19 November 2008, Jeff Epler wrote:
> Paul, because you are the former developer
Who the **&* are you to decide who is or isn't a "developer" ?
-
This SF.Net email is sponsored by the Moblin Your Move Developer
On Wednesday 19 November 2008, Jeff Epler wrote:
> At least two header files that are likely to be linked with any user
> interface of emc2, emc.hh and emc_nml.hh, include GPL2 notices, and thus
> cannot be used in proprietary (or indeed any non-GPL2) software.
Those two files (should be just the
On Wednesday 19 November 2008, Leslie Newell wrote:
> I would like to write a plugin for SheetCam that provides a simple front
> end to EMC. This would integrate motion ontrol and CAM in one package.
> The problem is that SheetCam is closed source as I need to make a living
> out of it.
>
> Can thi
Hi Sebastian
On Thursday 18 September 2008, Sebastian Kuzminsky wrote:
> The fundamental problem is the low-level board drivers need to support
> multiple boards, and each board has multiple pwmgen and stepgen
> instances etc, each of which will need its own configuration information
> eventually
On Saturday 13 September 2008, Alex Joni wrote:
> describing some vague ideas around redoing the emc2 packages.
> So far it's only a description of some of the things I think would be nice,
> not sure they can be all implemented.
Will you be conducting a full and complete audit of the code ?
> rt
On Sunday 03 August 2008, Mhel wrote:
> I intend to compile emc2 on xenomai patched kernel that I already compiled,
> but before getting into more troubles,
Xenomai is NOT supported. Please use the RTAI-3.6.1 patches.
-
This
On Thursday 24 July 2008, Joel C. Salomon wrote:
> If you can explain the code to me (cradek, perhaps), or the algorithm,
> or even know a good reference for this, please let me know (on- or
> off-list, as seems appropriate).
Looks like the emc2 code retains the original PTP planner from EMC altho
On Sunday 13 July 2008, Kenneth Lerman wrote:
> > Why do you need to increase the size of the array ?
>
> My plan for GWiz is that each wizard is contained in a separate
> directory.
Perhaps a relative path (or appending to a gwiz_root) would work as well..
> > Are you aware of the wider implica
On Sunday 13 July 2008, Kenneth Lerman wrote:
> In file: emc_nml.hh, line 1449 the structure element file is declared as
> "char file[LINELEN];". If my understanding is correct, this
> variable may contain the full path name of a file.
Just the file name if it is in the current working dire
On Wednesday 02 July 2008, John Kasunich wrote:
> >request_firmware(&fw, firmware, dev);
> I tried to find out how this would work. Google found
> http://lwn.net/Articles/32997/ which is ancient, but it is the only "in
> plain english" explanation of how request_firmware works that I could
>
38 matches
Mail list logo
