> need to get more organised.
The subject may more appropriately be stated as 'Not enough patient
Indians'.
As you may be aware, I am a volunteer assisting contribs.org. Speaking on
behalf of the contribs.org team, I'm sure most everyone here realizes we
have had less then two weeks to get organ
I'm going to take a shot at identifying a few things that we all agree
on (or at least that I think we *should* agree on), and one or two that
are not so consensual.
1. E-smith is a *server* distribution
No X, dev tools, etc. in the default distro, nor should there be. One
thing that has attra
Charlie Brady wrote:
On Thu, 11 Dec 2003 [EMAIL PROTECTED] wrote:
I disagree completely. Free software projects don't work that way.
On the contrary Charlie. Show me a major GPL project that doesn't have some
type of leadership in place.
My point was, and is, that such leadershi
On Thu, 11 Dec 2003 [EMAIL PROTECTED] wrote:
> > I disagree completely. Free software projects don't work that way.
>
> On the contrary Charlie. Show me a major GPL project that doesn't have some
> type of leadership in place.
My point was, and is, that such leadership comes from *doing*, no
> I disagree completely. Free software projects don't work that way.
On the contrary Charlie. Show me a major GPL project that doesn't have some
type of leadership in place. I think we're getting a little hung up here on
semantics -- dictatorship vs structure.
> There aren't 437 device driv
> -Original Message-
> From: Peter Lambert [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 11, 2003 6:41 PM
> Subject: [e-smith-devinfo] RE: Not enough Indians (Re:
> [e-smith-devinfo] Boss)
>
> I am intending to document all the components (from kernel
> up) that comprise the 6.0
I am intending to document all the components (from kernel up) that comprise
the 6.0 release which we now have (thanks) and how they fit together and are
managed by e-smith. I would find such a document useful (that's why I'm
doing it). In fact I think it's the most useful way I can contribute at
On Tue, 9 Dec 2003, Peter Lambert wrote:
> I also think we need to get a chain of command in place. Some hard
> decisions are always needed.
>
> A lot of the names on the "volunteers" list are very familiar to anyone whos
> been on devinfo list. I'm sure most of us could point the finger at pe
On Thu, 11 Dec 2003, Greg Zartman wrote:
> > Beyond that, much of FormMagick could be reworked.
>
> That's not good news...
Much of linux "could be reworked", but that's not necessarily good or bad
news.
> > Historically, we've used the CGI module's methods to output tables. I
> > see nothin
On Thu, 11 Dec 2003, Darrell May wrote:
> You may find this easier :-)
And maybe this easier still!
> Download this file:
>
> http://contribs.org/contribs/dmay/mitel/updates/synciso.sh
>
> 1) copy to /root
> 2) review and edit if needed
> 3) execute
>
> # sh synciso.sh
1) Run:
lynx -dump
Resend as I screwed up the list address the first time. (Not really my day
is it? :)
--
Regards
Peter
--
Peter Samuel[EMAIL PROTECTED]
Phone: +1 613 729 7964
-- Forwarded message --
Date: Thu, 11 Dec 2003 16:44:33 -0500
From: Peter Samuel <
Greg Zartman wrote:
FormMagick has many limitations.
You don't say. ;-)
Beyond that, much of FormMagick could be reworked.
That's not good news...
Being more a PHP than a perl programmer (but having worked with perl) I
can see potential to (at some stage down the line ( eg when migrating
I look forward to your solution. :)
Did I just buy myself a bunch of work or what... :)
Have a good one Mike.
Greg
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss security issues
Support for registered customers and partners to [EMAIL PROTECTED]
To u
On 11/12/03 Smith, Jeffery S (Scott) did say:
> I'll second that. Seems there would have been many easier ways to achieve
> internationalization -- or internationalisation, if you prefer ;~)
I look forward to your solution. :)
Mike
--
Michael P. Soulier <[EMAIL PROTECTED]>, 613-592-2122 x2522
FormMagick has many limitations.
You don't say. ;-)
Beyond that, much of FormMagick could be reworked.
That's not good news...
Historically, we've used the CGI module's methods to output tables. I
see nothing wrong with your suggested approach, but I'm unclear as to
how it would integrate with
You may find this easier :-)
Download this file:
http://contribs.org/contribs/dmay/mitel/updates/synciso.sh
1) copy to /root
2) review and edit if needed
3) execute
# sh synciso.sh
Regards,
Darrell
--
Please report bugs to [EMAIL PROTECTED]
Please mail [EMAIL PROTECTED] (only) to discuss se
On 10/12/03 [EMAIL PROTECTED] did say:
> Mitel gurus,
>
> I'm working on nutting out a rough FormMagick doc/howto and had an idea.
>
> Seems to me that one of the primary weaknesses of FormMagick is it's
> inability to easily make tables. The best approch seems to be to
FormMagick has many lim
On 10/12/03 Michael P. Soulier did say:
> We've pulled the iso, and we're fixing the problem. Stay tuned, and
> thank you for your continuing patience.
The problem has been rectified, and the new iso should make its way to
the mirrors over the next 24 hours. To confirm you have the correct on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Samuel wrote:
|>mv \$OLD_ISO \$NEW_ISO
|>rsync \$RSYNC_OPTS \$MIRROR/\$NEW_ISO .
|
| These backslashes are not required. In fact, using them will cause
They are required if you're doing the "cat << EOF" stuff, I think. Why
Darrell would
I noticed that all the ISO's on all the mirror's are 277696mb does that
mean they are all the same as the one on the Hungary site or is that
now the correct size?
If so hadn't somebody better tell people on the general list or they
won't realise there is stuff missing?
--
John Willby
Registe
20 matches
Mail list logo
