Re: Build Environment Consistency

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne 30.1.2014 10:06, Gene napsal(a):
>
>
>
>
> On Thursday, January 30, 2014 2:04 AM, Panu Matilainen
>
>> Not true. Rpm allows identical files and directories to be shared, older 
>> rpm versions were buggy in that they did not require owner, group and 
>> permission bits to match. The removal behavior depends solely on the 
>> packages involved: owned directories are removed, unowned are not. That 
>> behavior hasn't changed.
> So I stand corrected. This makes me happy; I did not like having to change that portion of the original script.
>
>> Which would be just fine, but the togo workflow is likely to severely 
>> alienate you from how packaging is *supposed* to work, because of the 
>> way it mixes up buildroot contents, sources and file selection and such.
>>  
>> I'd kindly suggest you take a bit more time to familiarize yourself how 
>> rpm packaging works as designed. Once you understand that, you'll find 
>> what you seem to think as a some kind of a strange special case 
>> (packaging binary-only software, home-made scripts etc) is no more 
>> strange or difficult than anything else.
>>  
>> Only when *you* understand how it all fits together will you be in a 
>> position to create an "educating helper" on top.
> What you fail to realize is that what you claim is the way an RPM is "supposed" to be built has already alienated a large majority of developers from creating RPMs in the first place.
>
> If you can successfully build a package that is able to correctly deploy and configure files and services on a system, then you've built it the way it was "supposed" to be built.
>
> Let's be honest here; you can lecture and berate people all you want regarding proper policy and procedure, but in the end, people are going to go with the easiest method that meets their requirements.
>
>
> For the vast majority of people with simple, interpreted scripts to package up, that's gonna be Togo, or something like it.

You are contradicting yourself a bit. What is the point of having
something packaged in RPM, whose content does not follow any policies
Fedora and RPM grown for years? I am installing software exclusively by
RPM, because I trust the RPM package maintainers, that they install the
software into proper places and when I remove it from my system, it will
be removed as well, without any damage of my system.

In other words, if anybody is going to create RPMs with random tools,
without any knowledge and thinking, there is no point in creating such RPMs.


Vít
--
packaging mailing list
packaging@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/packaging





[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux