massix-devel Mailing List for massix (Page 2)
Status: Planning
Brought to you by:
lukisi71
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(33) |
Nov
(9) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: kriss <chr...@al...> - 2006-10-12 09:11:16
|
> > > An LFS system can be built on a x86-64. Right? > Why mention CLFS? at lfs mailling-list they said that problem i had was due to the fact that lfs is for i686 and less they said that if i wanted a x86_64 system the only way is clfs > In conclusion, I don't see (now) the need of a > Massix-interface or 2 subprojects. me too --Kriss |
From: Luca D. <luc...@gm...> - 2006-10-12 08:45:38
|
On 10/12/06, kriss <chr...@al...> wrote: > a new distro is a new os ( the kernel is not os ) Ok. Then we will make a new OS. > but the need to change kernel parts will come (i think) I was thinking there was no need. I don't know for sure. > also don't give up too fast about using each pc material At the initial stage we'll try with a network of machines with any kind of architecture, but all running our OS. > what about x86-64 ? ( i only have one very noisy x86 > and i can't use it for now, 3 x86-64 ) you speak about > lfs (clfs ?) An LFS system can be built on a x86-64. Right? Why mention CLFS? In conclusion, I don't see (now) the need of a Massix-interface or 2 subprojects. --Luca |
From: kriss <chr...@al...> - 2006-10-11 23:00:53
|
Luca > I don't want to create a new OS. I simply want to use at the best of > my possibilities the (already great) capability of a GNU/Linux system > in particular the capabilities about network, remote execution, and so > on. And I would like to create a distribution that makes it easy to do > a new distro is a new os ( the kernel is not os ) ok for only linux (there's a linux on playstation 2) to have better understanding yes we'll do what you say but the need to change kernel parts will come (i think) also don't give up too fast about using each pc material it will come in time what about x86-64 ? ( i only have one very noisy x86 and i can't use it for now, 3 x86-64 ) you speak about lfs (clfs ?) i think this time i'm clear maybe X can do more -- THANKS && REGARDS CIAO KRISS |
From: Luca D. <luc...@gm...> - 2006-10-11 12:49:17
|
Ok, I see that we have to do a bit of clarification about the goals of the project, as they were on my mind. I don't want to create a new OS. I simply want to use at the best of my possibilities the (already great) capability of a GNU/Linux system in particular the capabilities about network, remote execution, and so on. And I would like to create a distribution that makes it easy to do this. When I wrote about using material and devices on all machines of a network I was referring to a GNU/Linux network. The examples about a PlayStation were *provocatory* but perhaps misleading. Were they? The type of tools I was planning to use (well, a minimum) are shown in the web site at http://massix.sourceforge.net/goals.html especially under section "Technical info". I think that the first step could be: - create a bare LFS system which boots, mounts a NFS partition for most of the basic commands and for /home. - create a set of scripts that automate what we have done to achieve this. Afterwards, we can look at some enhancement, such as to choose the commands that we want to have in the local hard disk and those that could be placed in a remote partition. When we have a system that has the features described for massix (install once, use everywhere, see personal settings, ...) even for basic tools (such as those in LFS) we can go on with X Window. Comments? --Luca |
From: kriss <chr...@al...> - 2006-10-10 18:34:40
|
> > Do we want to write a new OS or do we want to put something on top of > ... anything. i'm afraid we must have both the goal is to use material on all pc we have so we need to work on every os to begin linux is probably the best but the kernel will not be our friend finally to reach the goal we need to redo kernel parts i'm not enough documented to point the real problems in code we need real time acces on (block) devices without interruption for my understanding so Luca if i'm right we may design the roadmap in 2 subprojects : Massix interfaces (Linux, Bsd, window, ...) Massix os : the only os able to reach goals we want as i'm not the owner of the project and i'm not a real devel i will not go too far in what i imagine without your advises -- THANKS && REGARDS CIAO KRISS |
From: Rainer P. F. <gor...@go...> - 2006-10-10 15:18:07
|
> i always write with little line > it's for the case where someone send long lines > anyway you find no options so there's no auto-wrapping > > this list is for Massix > and we speak about emails :) > what's new ??? > > i don't see nothing about devel Massix > things that we must test, ways we want, and all > or discutions are elsewhere ? > > -- > > THANKS && REGARDS > CIAO > KRISS I am afraid not that much new, we have to start somewhere, but no discussion yet. Do we want to write a new OS or do we want to put something on top of ... anything. What should it provide, and how could we achieve that? Which Problems do we see and which solutions. -- H CUH Rainer Peter Feller H |
From: Luca D. <luc...@gm...> - 2006-10-10 15:15:22
|
On 10/10/06, kriss <chr...@al...> wrote: > this list is for Massix > and we speak about emails :) > what's new ??? At the moment the only list for massix is this one. Feel free to begin new topics in the list talking about anything you think that could help the development. Do not expect many news in short time, since at the moment the core group is small (3 members) and we all have little time. --Luca |
From: kriss <chr...@al...> - 2006-10-10 14:37:38
|
Luca Dionisi a =E9crit : > On 10/9/06, kriss <chr...@al...> wrote: >> check for line char number if you can (80 look good) > > I didn't find anything about this in the settings. > Shouldn't this be a issue with any SMTP server? > I think you should try always to wrap your msgs > before column 72. > > --Luca i always write with little line it's for the case where someone send long lines anyway you find no options so there's no auto-wrapping this list is for Massix and we speak about emails :) what's new ??? i don't see nothing about devel Massix things that we must test, ways we want, and all or discutions are elsewhere ? --=20 THANKS && REGARDS CIAO KRISS |
From: Luca D. <luc...@gm...> - 2006-10-10 07:17:24
|
On 10/9/06, kriss <chr...@al...> wrote: > check for line char number if you can (80 look good) I didn't find anything about this in the settings. Shouldn't this be a issue with any SMTP server? I think you should try always to wrap your msgs before column 72. --Luca |
From: kriss <chr...@al...> - 2006-10-09 15:54:07
|
Luca : > > Do I have to set something in the mailing list prefs for this? i don't know i didn't manage a mailling list check for line char number if you can (80 look good) -- THANKS && REGARDS CIAO KRISS |
From: Luca D. <luc...@gm...> - 2006-10-09 09:30:26
|
On 10/9/06, Rainer Peter Feller <gor...@go...> wrote: > I vote for text, attach html when needed Sure, it is text. Please Kriss, update your mail reader preferences to send text. Do I have to set something in the mailing list prefs for this? --Luca |
From: Rainer P. F. <gor...@go...> - 2006-10-09 09:08:27
|
On 10/9/06, kriss <chr...@al...> wrote: > > Luca Dionisi a =E9crit : > On 10/9/06, Rainer Peter Feller <gor...@go...> wrote: > > > Reply To:Mas...@li... > > > > > hm, it is not wrong, but missing :-) > > > Ok. I did it. > > --Luca > > > it's better > by the way is it a text or html mailing-list ? > > -- > THANKS && REGARDS > CIAO > KRISS I vote for text, attach html when needed --=20 H CUH Rainer Peter Feller H |
From: kriss <chr...@al...> - 2006-10-09 08:13:39
|
Luca Dionisi a =E9crit : > On 10/9/06, Rainer Peter Feller <gor...@go...> wrote: >> Reply To:Mas...@li... > >> hm, it is not wrong, but missing :-) > > Ok. I did it. > > --Luca > > -----------------------------------------------------------------------= -- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share= your > opinions on IT & business topics through brief surveys -- and earn cash= > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > Massix-devel mailing list > Mas...@li... > https://lists.sourceforge.net/lists/listinfo/massix-devel > it's better by the way is it a text or html mailing-list ? --=20 THANKS && REGARDS CIAO KRISS |
From: Luca D. <luc...@gm...> - 2006-10-09 08:06:39
|
On 10/9/06, Rainer Peter Feller <gor...@go...> wrote: > Reply To:Mas...@li... > hm, it is not wrong, but missing :-) Ok. I did it. --Luca |
From: Luca D. <luc...@gm...> - 2006-10-09 07:41:41
|
On 10/9/06, Rainer Peter Feller <gor...@go...> wrote: > Luca, is it possible to edit the "reply to:" to a .... more sane value? > may be to Mas...@li... What do you mean? Where do I see the erroneous reply-to ? --Luca |
From: Rainer P. F. <gor...@go...> - 2006-10-09 07:09:35
|
On 10/6/06, Luca Dionisi <luc...@gm...> wrote: > There are 2 new members in the massix project. > Simone and Raffaele. > Everybody, say "HI". > > --Luca hi, Luca, is it possible to edit the "reply to:" to a .... more sane value? may be to Mas...@li... -- H CUH Rainer Peter Feller H |
From: Luca D. <luc...@gm...> - 2006-10-06 18:17:30
|
There are 2 new members in the massix project. Simone and Raffaele. Everybody, say "HI". --Luca |
From: Luca D. <luc...@h2...> - 2006-10-05 13:41:39
|
Hi everybody There are not so many subscribers yet in this mailing list, and what is worst, GMail users are having troubles posting to it. Anyway, I'm writing down some notes and news about the project, for those who read. There are some people who are showing interest in the aim of the "massix" project. One also spontaneously stated his availability to help in building the web site. There are also people who wrote to me to advise about various kind of problems and to give hints. Rainer Peter wrote to me about possible authentication problems. That is, if we use NFS for sharing parts of the filesystem it could be a risk. He says: >nfs just handles uid/guid O.K. also acl ... but I am not sure if you >could really trust in this, since when you have physical access to the >network of the nfs client, you could become the nfs client. >so nfs is and will be inseure. I was reading in wikipedia article about NFS these lines: >Version 4 (RFC 3010, December 2000; revised in RFC 3530, > April 2003), influenced by AFS and CIFS, includes performance > improvements, mandates strong security, and introduces a stateful > protocol. Version 4 was the first version developed with the Internet > Engineering Task Force (IETF) after Sun Microsystems handed over > the development of the NFS protocols. A document (howto) in the nfs.sourceforge site states that in recent linux kernels the version 3 of NFS is stable and version 4 is under development and unstable. I think it would be fine in our project to begin using NFS, cause when we will have some result the NFS version 4 will be probably supported by linux kernels. Someone also pointed out other similar projects, but they are focusing on clustering solutions. E.g. openMosix Our project aims at a very different (and easier) goal. I hope that the brief description in the web site is suitable to explain what our intention is for now. We do need to prepare a sort of roadmap, just to say at any moment what is the next important thing to do. At the moment, that's all, folks! --Luca |
From: lksluca71\@libero\.it <lks...@li...> - 2006-10-04 15:49:43
|
Hi everybody There are not so many subscribers yet in this mailing list, and what is worst, GMail users are having troubles posting to it. Anyway, I'm writing down some notes and news about the project, for those who read. There are some people who are showing interest in the aim of the "massix" project. One also spontaneously stated his availability to help in building the web site. There are also people who wrote to me to advise about various kind of problems and to give hints. Rainer Peter wrote to me about possible authentication problems. That is, if we use NFS for sharing parts of the filesystem it could be a = risk. He says: >nfs just handles uid/guid O.K. also acl ... but I am not sure if you >could really trust in this, since when you have physical access to the >network of the nfs client, you could become the nfs client. >so nfs is and will be inseure. I was reading in wikipedia article about NFS these lines: >Version 4 (RFC 3010, December 2000; revised in RFC 3530, > April 2003), influenced by AFS and CIFS, includes performance > improvements, mandates strong security, and introduces a stateful > protocol. Version 4 was the first version developed with the Internet > Engineering Task Force (IETF) after Sun Microsystems handed over > the development of the NFS protocols. A document (howto) in the nfs.sourceforge site states that in recent linux kernels the version 3 of NFS is stable and version 4 is under development and unstable. I think it would be fine in our project to begin using NFS, cause when we will have some result the NFS version 4 will be probably supported by linux kernels. Someone also pointed out other similar projects, but they are focusing on clustering solutions. E.g. openMosix Our project aims at a very different (and easier) goal. I hope that the brief description in the web site is suitable to explain what our intention is for now. We do need to prepare a sort of roadmap, just to say at any moment what is the next important thing to do. At the moment, that's all, folks! --Luca =0A |
From: Luca D. <luk...@us...> - 2006-10-04 01:46:49
|
Hi everybody There are not so many subscribers yet in this mailing list, and what is worst, GMail users are having troubles posting to it. Anyway, I'm writing down some notes and news about the project, for those who read. There are some people who are showing interest in the aim of the "massix" project. One also spontaneously stated his availability to help in building the web site. There are also people who wrote to me to advise about various kind of problems and to give hints. Rainer Peter wrote to me about possible authentication problems. That is, if we use NFS for sharing parts of the filesystem it could be a risk. He says: >nfs just handles uid/guid O.K. also acl ... but I am not sure if you >could really trust in this, since when you have physical access to the >network of the nfs client, you could become the nfs client. >so nfs is and will be inseure. I was reading in wikipedia article about NFS these lines: >Version 4 (RFC 3010, December 2000; revised in RFC 3530, > April 2003), influenced by AFS and CIFS, includes performance > improvements, mandates strong security, and introduces a stateful > protocol. Version 4 was the first version developed with the Internet > Engineering Task Force (IETF) after Sun Microsystems handed over > the development of the NFS protocols. A document (howto) in the nfs.sourceforge site states that in recent linux kernels the version 3 of NFS is stable and version 4 is under development and unstable. I think it would be fine in our project to begin using NFS, cause when we will have some result the NFS version 4 will be probably supported by linux kernels. Someone also pointed out other similar projects, but they are focusing on clustering solutions. E.g. openMosix Our project aims at a very different (and easier) goal. I hope that the brief description in the web site is suitable to explain what our intention is for now. We do need to prepare a sort of roadmap, just to say at any moment what is the next important thing to do. At the moment, that's all, folks! --Luca |
From: Luca D. <luc...@gm...> - 2006-09-24 09:58:13
|
Hi everyone. Welcome to massix development! This is the first post.... and it is a test. --Luca |