humm.. i don't love snooty peoples who mean, they are the best and
think, they must other treat like a child (or an psycho) how ever,
because this i don't not answer on this post..
and because i want not an other offend .. sorry ..
have a nice day ..
best regards
Blacky
Am 08.02.2015 um 13:43 schrieb symbianflo:
Blackrack I'm 100% sure , that you don't have the slightest idea what
we are talcking about,
see the mail object is "Triggers, systemd, etc." so now if you have a
new efficient way how to deal with POK's
latest triggers (meaning %triggerin %triggerun %triggerprein, also
%pre with all it's child group
and a lot of much more , here you have some material to google for...)
and to write documentation and/or manpages that would really would be
understandable
and applicable to very single people who is in packaging business I'll
be the first
to support this initiative...
So first try to understand what we are talking about here , then do your
group therapy with us and I really don't think my and POK's attitude
are different
even better I think docs and manpages in those cases are pretty much
useless,
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 ,
(read below)
So if somebody is curious about any-%triggerpostun, for example( yet
another googoling for you)
, instead of make POK writing
pointless literature , is to contact him and ask him directly , witch
POK ( in all his pomposity :D )
is more then agree :
Per Øyvind Karlsen :
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. :)"
As you can reed below...you can read , do you?
Thanks.
Il 08/02/2015 12:52, Blackcrack ha scritto:
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
_______________________________________________
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
