[ale] Fedora 15

[Michael Trausch]

I am aware of that, but rpm is fundamentally the same as from rh5.2... will
reply more when next @ a pc, but w/ RPM systems I have never used them long
enough to figure out how to add an unofficial/extra repo. (That is, I have
only ever used stock stuff or built from src by hand on such systems.)

Maybe yum isn't analgous to apt, but apt certainly is a dpkg front end. Dpkg
works in terms of individual packages, while apt is what fetches them from a
repo and installs them in the correct order. (As long as there isn't a
circular dependency, in theory. I have never encountered that situation with
Debian or Ubuntu so I cannot say in practice.)

I have, however, seen front ends for RPM (again, stock only) fail to install
packages, fail to upgrade packages, etc., and not be transient errors. From
RH5.2 to Fedora 15 (only maybe five systems in that family tree in between
them).

IIRC, ESR stopped using RPM distros for similar reasons.

Perhaps I will put F15 on a VM so that next I encounter this situation
(didn't take me long this time) I will post the VM HDD img and how to
replicate, and maybe someone can tell me what it is that I must be doing
wrong?

--
Sent from my phone... a G2 running CM7 nightlies!
On May 25, 2011 11:25 PM, "Jim Kinney" <jim.kinney at gmail.com> wrote:
> Dude! RH 5.x is not even in the same _game_ as RHEL 5.x. You're comparing
> kernel 1.x to kernel 2.6.x. Different animal.
>
> The quantity of info contained by a particular package is a function of
the
> needs of that package. RPM's support pre and post install and removal
> scripts. I am quite certain that debs provide similar capabilities.
>
> Yum and apt are not "front ends" for their respective package formats.
They
> function as tools to locate and acquire new packages and all known
> dependencies for installation into a system. The support finding info
about
> the found packages and what is needed to install or remove them.
>
> As always, working with poor quality repos will cause issues in
> dependencies. That is not a function of the package management tool but of
> the developers who are using libs from a broken or unsupported tree. Most
> stuff located on rpmfind.net is a crapshoot for system reliability. Most
> stuff on rpmfusion is just fine. jpackage.org is also usually a decent
> source (java stuff is notorious for version weirdness). Any deb user who
> access a bad repo will have mountains of issues. Any deb user who changes
> their version midstream will also have issues. For that matter, a fedora
> user who pokes at their repo configs and changes version numbers manually
is
> really gonna have a bad day!
>
> On Wed, May 25, 2011 at 11:03 PM, Michael Trausch <mike at trausch.us> wrote:
>
>> RPM and dpkg are roughly anaglous to each other. They more or less work
at
>> the individual package level. Yum and APT are front ends for rpm and
dpkg,
>> respectively.
>>
>> However, as I understand the underlying formats, dpkg pkgs hold more info
>> in them, while yum and other rpm front ends attempt to piece that info
>> together for themselves. I could be wrong, I haven't really looked @ rpm
>> since RH 5.w (not RHEL 5.2).
>>
>> --
>> Sent from my phone... a G2 running CM7 nightlies!
>> On May 25, 2011 9:47 PM, "Damon L. Chesser" <damon at damtek.com> wrote:
>>
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>> See JOBS, ANNOUNCE and SCHOOLS lists at
>> http://mail.ale.org/mailman/listinfo
>>
>>
>
>
> --
> --
> James P. Kinney III
>
> As long as the general population is passive, apathetic, diverted to
> consumerism or hatred of the vulnerable, then the powerful can do as they
> please, and those who survive will be left to contemplate the outcome.
> - *2011 Noam Chomsky*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20110526/6c2f18c3/attachment.html