Module Reserve

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

Re: Module Reserve

Post#31 by Evan » 03 Mar 2017, 23:18

So each application is going to need 8 different modules to cover each 32/64 bit desktop. :shock:

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Module Reserve

Post#32 by brokenman » 03 Mar 2017, 23:21

Did you click on the link to see the naming convention? You can name a module 'alldesktops'.

Many modules that run on KDE may not run in XFCE and in this case, yes, you will need to create a bundle for XFCE that includes all the QT libs for it. No way around this. Even running a package manager means you have to download these files.
How do i become super user?
Wear your underpants on the outside and put on a cape.

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

Re: Module Reserve

Post#33 by Evan » 03 Mar 2017, 23:37

But unless everyone is covered from the start in some universal way the same as using .txz files or a package manager then it's just going to end up as a mess of people asking why their version for a desktop is missing from the Reserve.

So you are back to square one of requests.

I'm not trying to be negative for the sake of finding problems but practical in the long term, idealism and realism are two different things.

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

Re: Module Reserve

Post#34 by Bogomips » 04 Mar 2017, 01:14

brokenman wrote:Here are some guidelines.
- If possible strip out documentation and man pages unless you think they are relevant.
IMHO if we are going to appeal to as broad a user base as possible, and say give us your modules, then this might be beyond the competence of quite a few, So can one understand 'if possible' here, as being, being within one's competence? I myself have found the man pages to be relevant as a rule.

For instance would have been lost on configuring conky without the man pages in the first place, before finding a definitive list of parameters and their significance in the Internet. Apart from this, were it not for the man pages, would not have been aware of the minor difference between versions regarding the file holding user config parameters. The earlier version had this as ~/.conkyrc, while the later version used ~/.config/conky/conky.conf.

There is also the issue with newer packages, of out of date parameters, or newly introduced ones, in which case man pages in Internet might not yet have caught up with the updates.
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

User avatar
Ed_P
Contributor
Contributor
Posts: 3061
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Module Reserve

Post#35 by Ed_P » 04 Mar 2017, 07:15

Obviously not all Slackware modules are in demand, some are simply more popular than others. So rather than spend enormous time converting every Slackware module into a bundle develop a process where a new user can ask for a particular package and someone creates it for them or if it has been requested previously the new user is pointed to where the package has been saved.
Ed

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

Re: Module Reserve

Post#36 by Bogomips » 04 Mar 2017, 14:14

Ed_P wrote:Obviously not all Slackware modules are in demand, some are simply more popular than others.
That's right. So we should start with alien, who it seems has all of the most popular packages, and then work our way through slackonly. Someone who would be prepared to take this on, I dare say, would be Jack. But where is Jack? Haven't seen him for quite a while now. Hope all's well with him.
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: Module Reserve

Post#37 by Evan » 04 Mar 2017, 14:21

I'm guessing they don't keep any logs of the most popular downloads as that would be helpful.......

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

Re: Module Reserve

Post#38 by Bogomips » 04 Mar 2017, 18:03

^ Same thought here. So, when will you be able to contribute a popular bundle that's been made with usm, following the guidelines outlined above?
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

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

Re: Module Reserve

Post#39 by Blaze » 04 Mar 2017, 18:45

Bogomips wrote:a popular bundle that's been made with usm
Why via USM? For example, if Slackware does not have all dependencies or popular packages?
Many packages of Slackware repository is old and I prefer compile a new version of packages for it.
But the main thing that the applications must worked in all DE. My 0.02$
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

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

Re: Module Reserve

Post#40 by Bogomips » 04 Mar 2017, 21:54

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: Module Reserve

Post#41 by Evan » 04 Mar 2017, 23:36

Bogomips wrote:^ Same thought here. So, when will you be able to contribute a popular bundle that's been made with usm, following the guidelines outlined above?
I'm guessing you are using me as an example of a newbie users to the Module concept.

Considering it took me two days to make a Current Nvidia driver module that still has Menu Corruption not any time soon. :D

User avatar
Ed_P
Contributor
Contributor
Posts: 3061
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Module Reserve

Post#42 by Ed_P » 05 Mar 2017, 06:58

Bogomips wrote:That's right. So we should start with alien, who it seems has all of the most popular packages, and then work our way through slackonly.
What's the point again for proposing we should build a USM reserve of all USM modules that end users can build on their own using USM??
Ed

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

Re: Module Reserve

Post#43 by Bogomips » 05 Mar 2017, 12:30

Ed_P wrote:What's the point again for proposing we should build a USM reserve of all USM modules that end users can build on their own using USM??
viewtopic.php?f=48&t=6703&sid=4dd3d5272 ... e40#p53407 :wink:
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

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: Module Reserve

Post#44 by francois » 12 Mar 2017, 15:25

I remember the old days before porteus, before usm where on the slax website there was an effort to build such a module reserve. A lot of time was put into that task. In the long term it was concluded as a fiasco because of the quality of modules provided. The situation was less complicated at that time as there was only one official desktop environment: KDE.

I think that the availability of multiple desktop environments is going to complicate the task further under porteus, unless there is a restriction on a small variety of packages.

Porteus could not be a portable distribution and a full-blown distribution at the same time, unless this is managed with an efficient package manager and a large pasture which is clearly found under debian or ubuntu. Arch linux or manjaro could be contenders, but the rolling distribution nature and the obligation to go for AUR to have an equivalent pasture, makes it a less attractive option.

This is why I would rather go for:

Code: Select all

apt-get install package 
8)
Voltaire: Le mieux est l'ennemi du bien.

User avatar
brokenman
Site Admin
Site Admin
Posts: 5439
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Module Reserve

Post#45 by brokenman » 12 Mar 2017, 16:25

Evan wrote:But unless everyone is covered from the start in some universal way the same as using .txz files or a package manager then it's just going to end up as a mess of people asking why their version for a desktop is missing from the Reserve.

So you are back to square one of requests.

I'm not trying to be negative for the sake of finding problems but practical in the long term, idealism and realism are two different things.
But this not merely an idea. It has already been implemented in the last few versions of Porteus. Tried and tested. The different desktops in porteus have also been catered for. You simply open a console as root and type: bundles

If there is not a particular bundle available for a particular desktop then someone needs to make it, but how is this any different to the current system? At least with bundles everything is available right from the console. Square one in this case is a square where everything is available right from the console as opposed to having to go hunting.
How do i become super user?
Wear your underpants on the outside and put on a cape.

Post Reply