General discussion : Porteus alternative package manager

Non release banter
User avatar
Hamza
Warlord
Warlord
Posts: 1846
Joined: 28 Dec 2010, 07:41
Distribution: Porteus
Location: France

Re: General discussion : Porteus alternative package manager

Post#31 by Hamza » 14 Jun 2017, 00:14

Someone said my name ? :roll:
NjVFQzY2Rg==

Falcony
Full of knowledge
Full of knowledge
Posts: 218
Joined: 01 Jan 2011, 12:44
Location: Russia

Re: General discussion : Porteus alternative package manager

Post#32 by Falcony » 14 Jun 2017, 11:01

donald wrote:IMHO -- bundles repository --

Why all the fuss about bundles?
If i am able to build them via USM, everyone else should be able to do the same.
If not --> RTFM

Two exceptions -- a browser and e.g. nvidia drivers
Not two Please check this viewtopic.php?f=117&t=6997

As you see - user which stand with most common problem of porteus. Instead of using ready and approved module he faced with many-many "advises". Some of them may be could solve the problem but... Frankly speaking it is not user's problem. It is problem of module's maintainers - which currently porteus have no.

Surely, many small utilities could be converted on the fly but if we start talk about complex software - surely NOT.

It is matter of responsible for package maintainers - to select proper build options, to build, to make proper inital confi files and rc scriprts and to test.

donald
Full of knowledge
Full of knowledge
Posts: 1125
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Re: General discussion : Porteus alternative package manager

Post#33 by donald » 14 Jun 2017, 14:46

^^I understand your point of view.

On the other hand i can not readjust most of the issues.
e.g.
Re: Virtual Box (Post by donald #55974)

User avatar
Blaze
Moderator
Moderator
Posts: 1353
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus 3.2 Cinnamon x86_64
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

Re: General discussion : Porteus alternative package manager

Post#34 by Blaze » 14 Jun 2017, 17:39

Offtopic
Hamza wrote:Someone said my name ? :roll:

karis - am I right?
Linux porteus 4.12.7-porteus #1 SMP PREEMPT Sun Aug 13 17:38:30 x86_64 Intel(R) Core(TM) i5-6600K CPU @ 3.50GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Tobago PRO [Radeon R7 360 / R9 360 OEM] (rev 81) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

Evan
Warlord
Warlord
Posts: 519
Joined: 11 Apr 2016, 09:00
Distribution: Anything Cinnamon
Location: London

Re: General discussion : Porteus alternative package manager

Post#35 by Evan » 14 Jun 2017, 23:27

donald wrote:On the other hand i can not readjust most of the issues.
This isn't the first thing that works for you but not for others so there must be a difference between the 32bit and 64bit version of Porteus as you run 32bit from your avatar details?

Bogomips>>> konsole doesn't work

Donald>>> It works for me

Image :)

Falcony
Full of knowledge
Full of knowledge
Posts: 218
Joined: 01 Jan 2011, 12:44
Location: Russia

Re: General discussion : Porteus alternative package manager

Post#36 by Falcony » 15 Jun 2017, 05:55

Evan wrote:
donald wrote:On the other hand i can not readjust most of the issues.
This isn't the first thing that works for you but not for others so there must be a difference between the 32bit and 64bit version of Porteus as you run 32bit from your avatar details?

Bogomips>>> konsole doesn't work

Donald>>> It works for me

Image :)
It is also matter of right organization of repository. And via right name conversion it is easy to understand which bundles have to run on which DE/version of base system.

Surely we do not need to support many complex modules - only most common.
But it is matter of future discussion. Now we need to start with something and get number volunteers.

Here is we start:

http://brokenman.porteus.org/bundles/

I already asked brokenman to do something to link modules (sync, or redirect) with main porteus server e.g. http://dl.porteus.org/i586/current/bundles/ and http://dl.porteus.org/x86_64/current/

But it is just technical matter, and will be solved, i think. Novice users have to know they using official community modules - and for them it have to be easy to find modules - that is right way.

If you already create modules for yourself - and then upload it to mediafire, etc, stop this bad practice.

Send private message to brokenman to give access for you. Please to not hesitate join community - if you are care of porteus, of couse.

donald
Full of knowledge
Full of knowledge
Posts: 1125
Joined: 17 Jun 2013, 13:17
Distribution: Porteus 3.2.2 XFCE 32bit
Location: Germany

Re: General discussion : Porteus alternative package manager

Post#37 by donald » 15 Jun 2017, 11:41

^
PM has been sent.
Let's see what I can upload...(if i'm allowed to) :wink:

EDIT
What bundles do you think are the most needed?
Last edited by donald on 15 Jun 2017, 11:56, edited 1 time in total.

Bogomips
Full of knowledge
Full of knowledge
Posts: 2522
Joined: 25 Jun 2014, 15:21
Distribution: 3.2.2 Cinnamon & KDE5
Location: London

Re: General discussion : Porteus alternative package manager

Post#38 by Bogomips » 15 Jun 2017, 11:54

@ Falcony
Some straight talking there! :D
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB

Evan
Warlord
Warlord
Posts: 519
Joined: 11 Apr 2016, 09:00
Distribution: Anything Cinnamon
Location: London

Re: General discussion : Porteus alternative package manager

Post#39 by Evan » 15 Jun 2017, 23:22

Other projects have a full working set of Video drivers that are kept up to date so if portues can't even achieve that as a basic requirement then how is any of this in reality going to work?

I've been on the internet long enough to know that if a project doesn't have any technically competent volunteers with the free time for the latest drivers then it pretty much doesn't have time for anything else.

Now there's some straight talking. :)

User avatar
francois
Contributor
Contributor
Posts: 4902
Joined: 28 Dec 2010, 14:25
Distribution: kde xfce porteus manjaro kubun
Location: Enfin l'été, le changement climatique attendu: le soleil.

Re: General discussion : Porteus alternative package manager

Post#40 by francois » 16 Jun 2017, 04:01

Hamza :D

Salut! J'espère que tu te portes bien. Toujours la même photo. Je trouves que tu ne vieillis pas vite.

Others.
Bundles: Why maintain bundles for some packages easy to be built with slackyd or sbopkg?
Voltaire: Le mieux est l'ennemi du bien.

Falcony
Full of knowledge
Full of knowledge
Posts: 218
Joined: 01 Jan 2011, 12:44
Location: Russia

Re: General discussion : Porteus alternative package manager

Post#41 by Falcony » 16 Jun 2017, 07:04

donald

U already called them. Drivers, browsers - and vb.
Other? Think what you are anyway build - that may need for othr.

Evan
I've been on the internet long enough to know that if a project doesn't have any technically competent volunteers with the free time for the latest drivers then it pretty much doesn't have time for anything else.
Surely u noted well right. But u never get competent volunteers if such policy as now to new users continue.
Hey, man - i know most u from slax forum more then ten years. U remember how TomasM reflect to slax remix project efforts. He may get much forces from brokenman and phantom - but he rejected. Quite stupid from his side.
Let's not repeat his errors. Why Neko - which contribute much - still not official developer? He much competent - it see each. Let be a little more democratic - it good undestanting of this word surely. Or porteus will go to there where slax comes now - https://distrowatch.com/?newsid=07669

In this point quite important to give access to repository for users - official repositiory of porteus. Any user could become maintainer - if he/she know that his/her efforts needed for people. Organization of common and shared work could be made later - 1-st it is quite important to get people to one place.

francois
Why maintain bundles for some packages easy to be built with slackyd or sbopkg?
Main q. is what target of porteus? To be bad Lego as TomasM slax - not maintained, or be as kiosk which fanthom push? Or what?

For me - easy desktop - easy for users.
And that will go to

1) modules have to be 100% workable;
2) number of programs and thay types have to cover needs of most desktop users;
3) build option proper selected ( and disable all unneeded and security dangerous) ;
4) Config files already provided (right config)

slackyd/sbopkg - just wrappers to slackbuilds and official Slackware reps. It is not cover upper ones modules req. It is stupid and automatic tools. Going to arch base also give many problems - as arch linux changed constantly - this problem needed to solve - at level of official repository - or you live system will work as trash system - so all packages/modules needed to be freeze - again - at official repository.

What is - from my side. It is my needs as developer of fidoslax project. And of course I am interesting that many new developers - comes to porteus community.

Pardon, if i was too emotional. I just see porteus goes down. Several years ago where was good start but now it is going to slax. Quite pity.

Evan
Warlord
Warlord
Posts: 519
Joined: 11 Apr 2016, 09:00
Distribution: Anything Cinnamon
Location: London

Re: General discussion : Porteus alternative package manager

Post#42 by Evan » 16 Jun 2017, 08:18

I could be wrong but i get the impression Neko is more interested in Arch than Slackware by the amount of work he does on it.

n0ctilucient
Black ninja
Black ninja
Posts: 51
Joined: 21 Apr 2017, 15:59
Distribution: freeDOS
Location: 127.0.0.1

Re: General discussion : Porteus alternative package manager

Post#43 by n0ctilucient » 16 Jun 2017, 11:26

@ Falcony... those are some very interesting points.

What is your point of view on hardening Porteus binaries?
(@ least... the toolchain aka "05-devel.xzm")

With the exception of Slackware (perhaps a few others)...
most major distros have some form of hardening.

Would'nt "hardening" increase package stability?

reference...
Buffer overflow protection: PROPOLICE
Security-Enhanced Linux: Implementations
Last edited by n0ctilucient on 24 Jun 2017, 11:57, edited 1 time in total.

User avatar
francois
Contributor
Contributor
Posts: 4902
Joined: 28 Dec 2010, 14:25
Distribution: kde xfce porteus manjaro kubun
Location: Enfin l'été, le changement climatique attendu: le soleil.

Re: General discussion : Porteus alternative package manager

Post#44 by francois » 24 Jun 2017, 05:01

Voltaire: Le mieux est l'ennemi du bien.

Post Reply