List Info

Thread: Greetings and a General Cleanup




Greetings and a General Cleanup
user name
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
user name
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
user name
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
user name
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
user name
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
user name
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]

about | contact  Other archives ( Real Estate discussion Medical topics )