-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
____/ Homer on Friday 26 Aug 2011 15:56 : \____
> Verily I say unto thee that Roy Schestowitz spake thusly:
>> ____/ Gregory Shearman on Friday 26 Aug 2011 10:13 : \____
>>> On 2011-08-26, Roy Schestowitz <newsgroups@xxxxxxxxxxxxxxx> wrote:
>
>>>> Well, if you want, you can always compile from source on Fedora,
>>>> just like you do in Gentoo.
>>>
>>> No, not "just like you do in Gentoo".
>>>
>>> Compile from source on Gentoo?
>>>
>>> GentooPenguin# emerge <package>
> [...]
>> Is there a mechanism similar to emerge readily available for other
>> distros with the necessary repos? I hate wget, tar xf gunzip
>> ./configure && make && make install
>
> Not as a single step, no.
>
> One way is to rebuild source packages instead of upstream tarballs,
> using e.g.:
>
> rpmbuild --rebuild foobar-x.x.x.src.rpm
>
> But first you need to find and download that source package. You could
> use tools like yumdownloader, e.g.:
>
> yumdownloader --source foobar
>
> But then you still need to find and install the build dependencies. The
> rpmbuild command will warn you if you don't have them installed already,
> but it won't install them for you, unlike emerge. You can use a YUM
> plugin like yum-builddep, e.g.:
>
> yum-builddep foobar-x.x.x.src.rpm
>
> Which will download and install all that package's build dependencies
> for you (assuming the source package spec correctly lists all its build
> dependencies, which isn't always the case, as I've discovered all too
> often), but you'll then still have to build and install the package
> itself.
>
> Now, multiply that by however many thousand packages you have on your
> system.
>
> And you haven't even customised those packages yet. All you've done is
> rebuild them verbatim, which is only of marginal benefit, or no benefit
> at all if you didn't set the "%optflags" in
> /usr/lib/rpm/${arch}-linux/macros, e.g.:
>
> %optflags -O2 -g -m32 -march=c3 -fasynchronous-unwind-tables
>
> As I have on my VIA C3 system (which, like the K6-2/3, lacks the CMOV
> instruction).
>
> You could script the entire process to automate it, but then why
> reinvent the wheel, when people have been working for years on
> perfecting a system to do precisely that, called Portage?
It seems like it would be easier and more suitable to code under.
> AFAICT the nearest prebuilt solution to this is Koji, but it's a
> buildsystem only, not a local package management system, and getting a
> behemoth like Koji up and running is not for the faint-hearted.
Red Hat's site had an article about Koji yesterday. I generally was
left with a bad taste after using Fedora 14 for development... repos
and compilations that did not work. I got some help from Rahul (who
replied in my blog), but as nice as he was, he too was unable to help
me solve the problems. Debian too has let me down a bit. TBH, Ubuntu has
given me the leas pain so far.
> Koji also does nothing for package customisation - by far the most
> important aspect of Gentoo. You still have to modify the RPM package
> spec files manually, one by one (all ten thousand of them), in order to
> emulate Portage's "USE" flags system, which by contrast only needs a
> single configuration file (make.conf), and only ever needs editing
t> /once/.
>
> Nope, nothing even comes close to Gentoo's Portage system.
>
>> because sometimes it does not work as expected. That's why I was
>> sceptical of Gentoo.
>
> That's because manually rebuilding from upstream source tarballs doesn't
> automatically deal with build dependencies (including the correct
> /versions/ of build dependencies), things like include-path variables
> and other build-environment conditions. Portage does, because it
> specifically provides those things, and each package is tested by its
> maintainer (and others) to ensure it builds. Portage is far more than
> just a script-wrapper around the "make" command, it's a fully managed
> and tested buildsystem and package management system combined.
>
> That doesn't mean things never go wrong, but IME this happens no more
> than breakages on binary distros, and is usually far more quickly and
> easily resolved, since I have the information and means to resolve it
> sitting right here in front of me.
It sure sounds like it. I'll look into installing Gentoo if it's
not too complicated anymore.
- --
~~ Best of wishes
Dr. Roy S. Schestowitz (Ph.D. Medical Biophysics), Imaging Researcher
http://Schestowitz.com | GNU/Linux administration | PGP-Key: 0x74572E8E
Editor @ http://techrights.org & Broadcaster @ http://bytesmedia.co.uk/
GPL-licensed 3-D Othello @ http://othellomaster.com
Non-profit search engine proposal @ http://iuron.com
Contact E-mail address (direct): s at schestowitz dot com
Contact Internet phone (SIP): schestowitz@xxxxxxxxx (24/7)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAk5YE48ACgkQU4xAY3RXLo4vCACgqo7oPrbm/pIJjhgElm2r736B
xpMAoIZUl4njgvyJqSSwLt1/fCUrSgMm
=HxYv
-----END PGP SIGNATURE-----
|
|
