Porteus

neko wrote:I think that the most essential of Porteus is the small size.

There could be versions stripped out to the bone. Even without x for the brave. This is not an issue with manjaro or any arch. But I do not suggest a basic release without x. A documented method to experiment with x versions, why not.

neko wrote: it might not be appropriate to employ an original package manager (pacman or apt/dpkg) directly.
But on the case that the reason of applying other distro to Porteus is to use its package manager,
it might be better to use original distro.

I'm afraid I will disagree. Although I think I understand neko's motives, I know systems like arch are developed by design on top of tools such as pacman. Those tools have to be there no mutter what else tools will be developed and will be on porteus side. If you do this you may loose future evolution, loose other pacman dependent tools, and probably many classic arch users. Your distribution then will not follow the arch core directives...This is a core part of the arch rolling architecture. If you stay away from it (with a reason), you will building something different, probably incompatible and with unpredicted behaviour. Not for me.
Manjaro for example, have some of its own tools, users consider it a different distribution and it is, it has its own repository (pretty much the same kind of software with arch) but it respects almost all fundamental arch tools, and pacman is one of them, you cannot bypass it without painful consequences.

I think developers and users will have to stay on well supported paths, and join forces if possible with relevant communities for any reason or on going needs.
I cannot say much about ubundu, but i guess similar principles apply on their core architecture tools.

istinnjazz wrote:
If you stay away from it (with a reason), you will building something different, probably incompatible and with unpredicted behaviour.

I think so too.

For example, gnumeric package:
Its locales can be stripped to be smaller.
And for a specific locale, the specific locales can be gathered from ones that were stripped and pooled.

Build gnumeri version is 1.12.31.
Pool locale of gnumeri version is 1.12.30.
It doesn't have a correct gnumeric locale at all.
Because gnumeric mo name includes its version number.
gnumeric-1.12.30.mo, gnumeric-1.12.30-functions.mo

Already I have cared this issue.
But there maybe are many unknown issues.

Thanks.

neko wrote:

istinnjazz wrote:
If you stay away from it (with a reason), you will building something different, probably incompatible and with unpredicted behaviour.

I think so too.
For example, gnumeric package:
Its locales can be stripped to be smaller.

This is an issue out of millions out there. I would not blame pacman for this, instead I would help arch community if I could to fix the issue. If not, I would live with it (if not so serious - dangerous) or find alternative ways to overcome it.

@Jay:
Is there a possibility for having the arch-manjaro module wrapper as a stand-alone program?
No, the wrapper simply calls the real package manager to do the work, then does its own thing once it finishes.
I understand that pacman is needed, a wrapper is a wrapper. What I meant is could the wrapper be a stand alone program? This way it could be installed for example on the manjaro net edition or on a stripped down manjaro edition or X only edition. Naturally, I am not doing any pressure right now. I understand that this is to come after porgeus 3.2

I am not familiar with the Manjaro net edition but it can certainly be used if the following requirements are met:
1) aufs is compiled into the kernel
2) squashfs tools is available

I have to say I really like the new 'discourse' forum that Manjaro is using. Seems like a more advanced and up to date kind of forum.

These guys, including istinjazz, are as rigorous as those from arch linux, but as opened, generous and friendly as those of porteus.

From what I understand philm is the main developper. Not pretentious at all, very present, and much helpful. Almost as much as our developpers.

brokenman wrote:I have to say I really like the new 'discourse' forum that Manjaro is using. Seems like a more advanced and up to date kind of forum.

It is indeed a step ahead. At the beginning it is a hate or love it situation, at the long term every one will probably like it. Many new exotic features for a forum, a move towards the mobile side.

Just a thought for this forum:
A tag extension, like https://www.phpbb.com/community/viewtop ... &start=255
could help taxonomy a bit.
I guess it is very difficult, if not impossible, to find a post like this one without extensive search for a nemesis user. Tags could help reveal "hidden" topics under a helpful name, e.g. "nemesis" "tutorial" "kernel" ...

@hamza:
Could we do something like what is proposed by istinjazz?

francois, yep, but need to update phpBB 3.0.x to phpBB 3.1.x

[quote="Blaze"]Ed_P, if Porteus will be based on arch - it would be solved with commands like this:

Blaze wrote:Falcony, I mean OpenRC (not systemd) with abilities Manjaro Linux and it was example.

I see it is ex. but look up Arch from different points of view.
It is unstable itself, but ok - it have big community - it is plus.
Well we start it with OpenRC. What next? Officially OpenRC isn't supported by Arch team(https://wiki.archlinux.org/index.php/OpenRC).
So any problem with booting process and we will have answer "Please use systemd".

Manjaro Linux - hmm... It have several polished versions but again - it is Arch - with systemd as backend. And very small developers communitty- like ours. Any problem with this team and Porteus will have this problem as heritage.

Have you other ideas?

If Porteus team would like to save its power and use power of another community it needs to use some popular distribution with big community and support. But problem here is that most of them use systemd. Systemd is kinda stupid things regarding booting process, security, logs(it is binary etc), nobody knows how it operates excepts its developers. It is really not good in case at live distribution at all.

Falcony, your messages moved to this topic.
Thanks for your point of view - that actually makes a lot of sense.

BTW, https://aur.archlinux.org/packages/openrc/ 4 years of supporting...

Manjaro Linux - hmm... It have several polished versions but again - it is Arch

Brokenman came out quite rapidly with a very interesting porteus version based on manjaro. The main problem is the rolling distribution. This is why ubuntu was foreseen with its stable release.

More om nemesis` fate next year. 8)

@Falcony
wrote "Have you other ideas?"

I am trying archlinux package with "systemd" using own package management.
There are some issues, especially about generated by systemd.
The reason is my lack of knowrage on "systemd".

"Arch packaged Porteus" Russia sample version.
http://forum.porteus.org/viewtopic.php? ... =90#p49911

Thanks.