ports structure and improvement suggestions

Serge Gagnon serge.gagnon at b2b2c.ca
Wed May 10 19:20:43 UTC 2006



>>>>> On Wed, 10 May 2006, "martinko" == martinko wrote:
...

  martinko> yes, you're right. it's not so difficult. but only if you talk
  martinko> about one port. now imagine a few more of them. and things get
  martinko> worse.. another example -- a few days ago i deleted all the
  martinko> installed packages and started from scratch. mind you right now
  martinko> i've got 375 packages. that's quite a lot. but i can imagine
  martinko> many people have even more. now imagine how you're going to
  martinko> configure them all. with options you're asked once, you cannot
  martinko> miss them and they saved for later use. and they're especially
  martinko> useful when a port has many dependencies. not speaking of
  martinko> metaports. and, as already said, portupgrade doesn't handle this
  martinko> very well. also editing makefile in conditional way is not good.

Just my point of view but, you don't have know or set all the dependency's 
KNOB. Eg: print/apsfilter need shells/bash for its own purpose. If you're 
not running this shell as login shell, you don't want to know or set to 
build it static or not.
I think that it can be fastidious to set all these options the first time 
you're building your ports.
As an exemple, imagine you're installing your ports tree for the first time 
and then go to x11/kde !!

Secondo, I think that most of the users know approximatly what this or that 
port do and if they have to modify their build with WITH/WITHOUT or not.
Just my point of view again.

However, if such a system will be put in place, I think that the idea of 
asking the user once and at the beginning of the build processe is a good 
one. I like to start a big build then go to sleep and not thinking that my 
station is, perhaps, asking me something or not.

I'm just scared about the fact that I can't imagine myself answering a 
listing of one miles long before building a port even if it's just one time 
at the beginning and that these options will be saved. And asking again to 
this same listing if I want to change these options.

However, I saw something on this thread that it could be very cool. The 
idea of one file that contain these option like
shells/rc:WITH_READLINE
...
Very good idea if i'm not forced to fill this file with a system like I 
described above. Using vi is cool !

IMHO, if you're not able to read a man page and use vi to modify this file 
who contains the information concerning your port, you build your port as 
they are with their default setting, that's all.
-- 
GAGNON serge <serge.gagnon at b2b2c.ca>
PGP KEY-ID: 0xBBC1478F
PGP Fingerprint: B48B 4633 28F5 28F6 7A62 5650 69C8 E293 BBC1 478F
PPG Key: http://quenix2.dyndns.org:7777 | telnet quenix2.dyndns.org 7777
Cvsdadm: Tool for CVSd pserver user administration
http://quenix2.dyndns.org:8080/Unix-soft/cvsdadm.html



More information about the freebsd-ports mailing list