Porteus

Do we really want to go up to xorg and desktop environment or would we like the community to build on base themselves and to provide howtos to be able to do so? Thus nemesis would be a learning experience on the underskirt of linux.

I like the part about the under skirt experience, but I think I will personally go to 002. If for nothing else but to know if I can expect any bugs in a desktop environment, and how systemd will react.

Under nemesis it would be good to have as in porteus command line:
dir2xzm
xzm2dir


Thanks.

They are there. Look in /usr/local/bin

Thanks for making the ISO's!! Just saw this a few days ago, thanks to some mention on front page chat.

I haven't pulled from git but am interested in testing and offering anything that results. Great project! I'm so behind...

Tried a ext4 usb stick for first go but ran in to the pacman-settings corruption. Read about it a day later. Deleted all in modules, made a fat32 stick and it went better.

Stuck at an xorg that wont stat up an no extra tty's to hit the log with. The /etc/systemd/login.conf file (think I guessed a little wrong but you know the file) I see all the lines commented but am unsure if it is needed to un-comment the top getty line? Not a great question but I am not too experienced with modification of Arch.

Do we have any cheat codes available?

Please move this to the appropriate thread. I know its off topic as I am not suggesting however I didnt see a genreal or questions thread.

We moved from github to releasing an ISO. I will push another out in the next few days with the addition of wizards to set everything up. Once that is done I will give the .po files out for translating, then start on 002-xorg stage.

in pman
when choosing a name for a bundled module., could there be a choice= type in name
like:
choose a number or enter custom name
?

Maybe this suggestion could be useful: First container "changes-pman" for installed packages and second layer "changes" for user activity. Another think is to keep core, xorg and desktops modules as plain packages + deletion unneeded files, and all patches for these modules in nemesis module.

I can add the option to supply a name for bundles. Tome I didn't quite understand what you meant. Can you explain further?

1. We have changes cheatcode - every change can go to changes directory, but we could have also changes-pman directory - every installed package by pman would go there (like fakeroot). Changes-pman directory would be like module inserted to live filesystem but by installing new package this directory would be remounted and package installed there. Is it possible?
2. For example core-&xorg- /opt/porteus-scripts are added/changed by Porteus so they could be in separate module 010-porteus.xzm - now we can easily install all new versions of packages (xorg or core) to new fakeroot directory, build modules and replace old modules, without need to add porteus content to them. Arch is rolling release distro so it would be much helpful.

1.0 ncmprhnsbl proposition for naming the merged module makes a lot of sense. For example after the last package name choice
57) xfce4 (last package name)
58) user defined name for merged package

2.0 To provide mouse control in tty directly out of the box, as most mouse are exps2, could you add the following package (hwinfo) and information to the os:

@ Francois, I can add this package to 001 but I am not sure about setting the default.

@ Tome, If you are saving changes then pacman/pman installs the package into your changes. No need to even use modules. Is there an advantage to using an extra separate cheatcode? Also keep in mind that although arch is rolling, nemesis will be a little more conservative.

brokenman wrote:We moved from github to releasing an ISO. I will push another out in the next few days

I read this thread from the start, and this last page but somehow I missed the info of where / how to get this iso. Any hints, please?

@brokenman
The advantage is the same like for keeping separate core, xorg modules and like for standard directories hierarchy (etc, usr, tmp, home) - I think easier to find and easier to make backup (copy only owned changes, not installed packages or restore to your chosen "fresh" mode - delete/don't-load all installed packages or delete/don't-load only your "changes") .

Ok, I see the advantages. I will put it on the TODO list as a final job. It is quite a job and as I see it, the same thing can be achieved as a user by managing any downloaded modules in the 'module' and 'optional' folders.

Rava you can get the ISO at: http://brokenman.porteus.org/nemesis in the testing folder.