|
List Info
Thread: Greetings and a General Cleanup
|
|
| Greetings and a General Cleanup |

|
2006-10-30 18:12:53 |
Hi Everyone,
I was poking around a bit today on wiki.l14h.org and noticed
that the
LiveCD Trac system was cluttered with spam tickets. It seems
to have
sparked a little annoyance in me, because I went to check if
I could
still get administrative access. A little to my surprise, I
was able to
get in, so I cleaned up all the spam. I started by marking
the tickets
as invalid, but then figured out how to delete them
entirely. Also, I
deleted the accounts responsible for the spam and turned off
open user
registration for the LiveCD trac system. At least until the
LiveCD
project is better moderated, only allowed users can create
tickets.
The little bit of activity felt nice and renewed my desire
to help
somewhat. So I thought I'd bring up two other points while
I'm at it.
First off, the ALFS project as a whole needs some
re-structuring. I
gather that development on jhalfs is still hot (I've taken a
peek at
recent code - you guys are doing some cool stuff. ), but it
seems
that everything else there is rather dead. I'd suggest
dropping the rest
of it entirely, focus on improving jhalfs, and clean up the
project so
that it better reflects the activity. This leads me to my
second point...
The ALFS page on the website is a good example of the
condition of the
site as a whole. The content there is generally outdated and
there's
nothing to show the activity that's going on in the
background. So, I
guess I'm curious if there is still resistance to the idea
of turning
the wiki into the main site. It just may encourage
developers to keep
the site more up-to-date, and in turn, encourage more in
general to
participate with the project. One of the objections to this,
IIRC, was
the inability to mirror. However, also IIRC, the CLFS
project has been
able to mirror Trac - they might have some insights there.
For that
matter, when it comes down to it, web mirrors may not really
be all that
helpful, except for perhaps when it comes to the actual
books. It might
be just as efficient to keep the 'site' all on one server
via the wiki,
but link to mirrors that contain the published books for
online reading.
That's just some passing thoughts I had. I realize that I'm
not really
up to speed with the dynamics of the group these days, so my
take on
matters may very well be inaccurate. If I'm completely
ignored, I'll
understand.
In any case: Hello!
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
| Greetings and a General Cleanup |

|
2006-10-30 18:33:40 |
El Lunes, 30 de Octubre de 2006 19:12, Jeremy Huntwork
escribió:
> Hi Everyone,
Hi
I'm very happy to see you again.
> First off, the ALFS project as a whole needs some
re-structuring. I
> gather that development on jhalfs is still hot (I've
taken a peek at
> recent code - you guys are doing some cool stuff. ),
Thanks, we are doing the best we can.
> but it seems
> that everything else there is rather dead. I'd suggest
dropping the rest
> of it entirely, focus on improving jhalfs, and clean up
the project so
> that it better reflects the activity. This leads me to
my second point...
I agree. Profiles are unmaintained from several time ago and
no more
development is done on the nALFS code and DTD.
I still would see something working on the alfs
server-client binary code, but
looks like there is no progremmers interested on (or maybe
the lack of
interest is due how jhalfs has been improved).
> The ALFS page on the website is a good example of the
condition of the
> site as a whole. The content there is generally
outdated and there's
> nothing to show the activity that's going on in the
background. So, I
> guess I'm curious if there is still resistance to the
idea of turning
> the wiki into the main site.
I agree also. I'm triying to keep up-to-date the wiki pages,
but I have no
acces to update the web pages.
Gerard is working on building the new server. Maybe the
decission about that
should be taken soon to have it implemented on the new
server from the
beggining.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfroms
cratch.org
LFS en castellano: http://www.escomp
oslinux.org/lfs-es http://www.lfs-es.info
TLDP-ES: http://es.tldp.org
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
| Greetings and a General Cleanup |

|
2006-10-30 19:02:58 |
M.Canales.es wrote:
> I'm very happy to see you again.
Likewise.
> I still would see something working on the alfs
server-client binary code, but
> looks like there is no progremmers interested on (or
maybe the lack of
> interest is due how jhalfs has been improved).
Yeah, that would still be cool. What happened to the other
George (gmak)?
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
| Greetings and a General Cleanup |

|
2006-10-31 21:52:22 |
On Monday 30 October 2006 21:02, Jeremy Huntwork wrote:
> Yeah, that would still be cool. What happened to the
other George (gmak)?
>
> --
> JH
Hello Jeremy.
Very glad to see you back in the mailing list. As for me, I
still monitor the
mailing list... But it has been a _long_ time since my last
post. I am doing
work on own my version of the drama whenever that is
possible, having it grow
the way it should. I initially was in doubt of whether
emailing you directly
or sending this to the mailing list, but as you see,
well...! If you have
time, read what follows.
It is _not_ just about parsing the files and spitting out
the bash commands
anymore, if I am allowed to say this after several months of
absence with no
code posts whatsoever (and for a _very_ valid reason, feel
free to judge this
any way you wish, i am always open). The _final_ product
will be GPL anyway
so this will keep everybody happy.
With jhalfs being "the" tool for autobuilding LFS
something alternative should
not simply be an option but a much more versatile solution.
And that, as you
very well know, takes time - will aside. Some people could
see this as
competition for "the" tool, something it is not at
all.
As a side - note, many times I have had the desire to go and
put stuff into
the jhalfs code, because the work of George B. is what I
would like to define
as "addictive". His set of
suggestions about the alternative layout of the
book should be _very_ well taken under consideration. I have
dealt with the
same issue in my own modification of the book structure and
opted for
something similar when it comes to the userinput tags. Being
a
"do-not-use-it-unless-you-have-to-not-because-you-know-
how-to-use-it" guy I
have done some mods that would excommunicate me if presented
or talked about
right now :P.
**inner voice**
Needless to say that interfering in what you do _NOT_
actually have any say or
active contribution just for offering "your way"
of things is definitely
_RUDE_ and _OFF_TOPIC_ as well as ...
**inner voice ends!**
I would also like to take the opportunity to give my best
regards and
compliments to George B. and the rest of the bash coding
team for the
excellent work done in pushing bash and third party tools to
their extremes
so far. They have created a very well checked bash toolkit
for this that can
easily find reuse in many other areas. For what it concerns
Mr. Greg Schafer
of the cousin diy-linux project, my compliments for
providing his solid view
on meta - source distro building to *lfs as well (in his
way). I do enjoy his
work _greatly_.
Anyway, serious dev work around this should have never
been made under POC
posts, but it should first _flow_ to a point of robustness.
Obvious pitfalls
are allowed in POC - but in this way, being based in
"out of the pool"
inspirations you end up being kind of misinterpreted before
they are
complete not to mention you waste time on either explaining
acceptable POC
level logical errors or else (cut brief: I am making a set
of _libraries_
that are customized for something like this and more).
For the record, both name and overall purpose of the project
by yours truly
have changed. There will be a separate place in the web
managed by yours
truly with the first release (_clarification:_ no
competition whatsover
without anything coming out of the lfs breed pool, it is not
anymore only
about building it automatically).
That said, I look forward to the day I will not be doing
this single handed
nor behind the scenes. For now I stick to the moto
"Patience is a virtue...".
Best regards and a warm warm welcome back Hope to
read more of you here,
elsewhere and elsewhere...
George M.
PS it is not gmak anymore (many other people and
"things" go by the same nice
nick :( so i will stick to George M.), but anyway your
memory is astonishing,
thanks for remembering.
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
| Greetings and a General Cleanup |

|
2006-11-01 02:48:23 |
George Makrydakis wrote:
> Best regards and a warm warm welcome back Hope to
read more of you here,
> elsewhere and elsewhere...
Thanks, George. Glad to hear that you didn't just drop your
efforts
before, but have kept the development going. I'll be
interested in
hearing about your libs when you're ready to show them.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
| Greetings and a General Cleanup |

|
2006-11-01 11:10:11 |
El Martes, 31 de Octubre de 2006 22:52, George Makrydakis
escribió:
> With jhalfs being "the" tool for autobuilding
LFS something alternative
> should not simply be an option but a much more
versatile solution. And
> that, as you very well know, takes time - will aside.
Some people could see
> this as competition for "the" tool, something
it is not at all.
I think that yuou know that we are thinking on changing how
jhalfs is coded to
do it more versatile and cunstomizable via pluggable
modules.
Maybe several of your code and ideas could help creating
such new code.
--
Manuel Canales Esparcia
Usuario de LFS nº2886: http://www.linuxfroms
cratch.org
LFS en castellano: http://www.escomp
oslinux.org/lfs-es http://www.lfs-es.info
TLDP-ES: http://es.tldp.org
--
http://linuxfromscratch.org/mailman/listinfo/alfs-discu
ss
FAQ: http://www.linux
fromscratch.org/faq/
Unsubscribe: See the above information page
|
|
[1-6]
|
|