Peoples :)
a few notes and a few aids in code it's never bad for have an guide,
if anybody whant know more, maybe in directions of specs or maybe
other sources where can read from for have it more easy for
understanding why or because for an Launchy/Piglet you know Buddy's.
Start to do anything it's every helpful to have directions where can
learn more about,
this in the directions of the Docu or maybe man-pages or may in the
programmswitch --help, do you are see ? ;)
i see you are, because you different opinions, because you are be grow
up different
and in different lands, there be developing also different characters ..
and different view of the things.. but we need an Standard on this
point for helping all the beginners,
and this is once on the help-switch, or man page or other possibility
for documenting why and what's goes on ..
and by the way, this distribution should also like the beginners..
and they should it have easy as possible, ..
if i think on my starting time with building rpm's and srpm's
so was an bit heavy , because was not all clean documented ..
you see.. so, we should make it possible for easy learning by doing,
so should be also it possible for become helps also in help-switch's
and in manpages also . (and maybe an bit reference in the code also,
you know :) )
it' s never bad to know where can find help.. and , anybody mus not know
everything,
but anybody should know where become or lies the knowing.. you know ..
be the force with you, my friend ;) and the might it's programming in
the code ..
because this let do the Hardware what the force order, you know :)
You're the master , Jedi you are build t up for the Future and you are
have it in the hands ..
if grow up or falling down.. so, make it more friendly for the
padawan's, because,
they have to learn ..
so, be the force with you .. My Frend's ..
best regards
Blacky
Am 07.02.2015 um 17:30 schrieb symbianflo:
Cutting to the chase, my point here is that literature never made a
packager , on the other hand
tutoring a beginner is pretty much more helpful and useful ,
and thanks a lot for your offer , I'll might take advantage of it someday.
Il 07/02/2015 15:05, Per Øyvind Karlsen ha scritto:
2015-02-07 14:51 GMT+01:00 symbianflo <[email protected]
<mailto:[email protected]>>:
Il 07/02/2015 14:05, Per Øyvind Karlsen ha scritto:
....
Undocumented features don't get used. In my short experience
what????
In your what experience ? Muhahahahahah , that's really nice
of rpm I have seen countless fragments
beginning with % which I have absolutely no idea what they do.
Now you may say that I should find out :) well one can but
the amount of time spent doing so can be prohibitive.
There's tons of examples spread around in spec files, many
people has succesfully figured them out and adopted them, most
of features are fairly intuitive, and for the trigger
implementation it's been documented for several years under
/usr/share/doc/rpm/triggers (trigger implementation in rpm is
nothing new, the only new thing about it is support for
triggering on paths and also triggers for pre- & posttrans.)
But there is the "dark side of the moon" , too...many people has
successfully figured them out in the very "don't do this to the
rpm" way,
by using the template/example specs according to weather or
something very difficult to understand...
While I'm not trying to boast about the large amount of software
I write for this distribution compared to pretty much anyone
else, it does take up a lot of time, time others could
contribute their help as a community efforts on helping writing
documentation for the work I produce.
And as I already said, the examples you'll find in spec files
throughout the distro are fairly self-explanatory, whileas I
have no problem answering questions for anyone who would do the
kind effort of helping out documenting packaging policies,
functionality, new features and what not, along the same lines
as for the most content that the wiki consists of..
If I were to document all policies, new functionality, and what
not on all the software I'm developing in the context of this
distro, that would be an incredibly unfair share of workload..
By comparison, I'm *quite* sure Panu isn't actively documenting
everything relating to rpm on the fedora wiki...
--
Regards.
Per Øyvind
_______________________________________________
OM-Cooker mailing list
[email protected] <mailto:[email protected]>
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
I really think that the best way find your own way around
packaging is the old MDV way... I know ,sad but truth...
meaning a senior packager that can follow the newbies
development, I know that we don't have man power for this
but this is the safest and best way to have a new generation of
-not that bad- packagers...
Now you all can jump on my back , but deep inside all old
packagers know very well that
I might have right....
So investing the time in following the new packagers can slow
down OMA's development , for time being, but
instead we can have another Hannula, Wang, Bero, Castro, POK
a.s.o. ...
All I'm asking here is how much of your time dedicated to OMA
you''ll be agree to spend in this boring
rising a new generation of packagers?
( It's logical that I'm asking the senior packagers)
I'm all happy about tutoring and educatig new packagers, and have
done my fair share of recruitment, so feel free to come to me with
any issues you might have, it's just as I explained in some previous
post, I have severe difficulties writing long articles and what not
due to health issues...
But if anyone picks up the initiative and takes a stab at starting
it, I'll try my best contributing every here and here, it's just the
matter of writing longer articles from scratch etc. that I find far
more overwhelming than writing tons of code..
So my offer stands, for anyone who might have any questions or would
like some tutoring wrt. packaging, I'm usually quite willing,
friendly and good at tutoring provided I'm available and have the
time though. :)
---
Regards,
Per Øyvind
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
_______________________________________________
OM-Cooker mailing list
[email protected]
http://ml.openmandriva.org/listinfo.cgi/om-cooker-openmandriva.org
