Proposal to reduce anti-bundling requirements

[Reindl Harald]

Am 12.09.2015 um 16:09 schrieb Orion Poplawski:
> On 09/11/2015 08:51 PM, Reindl Harald wrote:
>>
>> Am 11.09.2015 um 23:09 schrieb Orion Poplawski:
>>> What does Fedora users gain with "dnf
>>> install rails" or "dnf install ipython" versus "gem install rails" and
>>> "pip
>>> install ipython"?
>>
>> a clean and maintainable installation over years instead a mess breaking
>> sooner or later
>
> I'm sorry, but this seems like a bit of a knee jerk reaction.  Are pip
> and gem that bad?  Certainly maybe just some bugs to fix?

you even refuse trying to understand what i talk about

it's not a matter if they are that bad from a sysadmin perspective, you 
lose the central management and can no longer guarantee that you have 
repeatable installations when you do exactly the same 3 days later on a 
production machine which was tested - you may get newer versions

when i type "distribute-updates.sh" or "distribute-install.sh 
meta-package" i can be 100% sure in which state the destination ends

> I am aware of the critical bug with pip currently on Fedora in that it
> installs in the system python directories directly overwriting rpm
> packages.  But hopefully we can get that fixed.  Although the fact that
> this bug has been open for 5 years does not give me much hope:

that is the worst case of all

but you don't need such a bug when we talk over maintaining machines for 
many years, sooner or later you will have conflicts which happens als 
for rpm sometimes, with every additional package management you increase 
the probability

> https://bugzilla.redhat.com/show_bug.cgi?id=662034
>
> Although at least it looks like everyone (at least on the Fedora side)
> is in favor, just no one to drive the work.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150912/c11b4f06/attachment.sig>