On 10/11/2010 07:10 AM, Mathieu Baudier wrote:
[snip]
- install 'mock' (IMPORTANT: install the one from CentOS, exclude the
one from EPEL in your repo file)
Would you mind giving a hint why one should not use mock from EPEL?
Afaict the mock version in the CentOS repo is 0.6.13 which was
Would you mind giving a hint why one should not use mock from EPEL?
Because the one in CentOS will, out of the box, pull out and properly
configure the CentOS buildsys package, which itself is a meta-package
whose dependencies are the minimal set required to create a chroot
build environment:
On Mon, 11 Oct 2010, Patrick Lists wrote:
Would you mind giving a hint why one should not use mock from EPEL?
Afaict the mock version in the CentOS repo is 0.6.13 which was released
years ago and the one in EPEL is 1.0.7 which is current.
ehh??
mock-1.1.5-1orc.src.rpm from upstream Raw Hide
Robert P. J. Day wrote on 10/10/2010 05:56 PM:
...
http://wiki.centos.org/PackageManagement/SourceInstalls
seems just a touch on the hysterical side. i don't disagree that
installing packages from the source rpm is probably a questionable
idea. but that doesn't justify simply not
On Sunday, October 10, 2010 05:56:47 pm Robert P. J. Day wrote:
frankly, the wiki page on downloading from source:
http://wiki.centos.org/PackageManagement/SourceInstalls
seems just a touch on the hysterical side.
For certain uses and certain software stacks from source is the only sane
On 10/11/2010 05:12 PM, R P Herrold wrote:
On Mon, 11 Oct 2010, Patrick Lists wrote:
Would you mind giving a hint why one should not use mock from EPEL?
Afaict the mock version in the CentOS repo is 0.6.13 which was released
years ago and the one in EPEL is 1.0.7 which is current.
ehh??
On Mon, 11 Oct 2010, Patrick Lists wrote:
On 10/11/2010 05:12 PM, R P Herrold wrote:
The mock inplementaion is a moving target --- I do not
know the particulars of why the other party recommmended
using THE ONE CENTOS BUILT ON for CentOS, but ...
Sorry but I don't get it. Are you saying
yes, i've read the online docs and followed a link or two to find a
simple way to do this, such as:
http://sourceware.org/systemtap/wiki/SystemTapOnCentOS
so, these days, is that the canonical way to download source rpms?
now, note that i'm not arguing about whether this is a good idea. in
On Sun, 10 Oct 2010, Robert P. J. Day wrote:
so, these days, is that the canonical way to download source rpms?
I am substantially certain we have a wiki article on
mirroring, and certainly I've written about mirroring over and
over again from many approaches [my most recent blog post,
On Sun, 10 Oct 2010, R P Herrold wrote:
WHAT? you don't want to handle that load RIGHT NOT and for
s/OT/OW/
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Sun, 2010-10-10 at 17:56 -0400, Robert P. J. Day wrote:
so, is that reasonable? to just manually add an extra repo file
according to that link above (which appears to work perfectly well).
In my opinion, in most cases there is no particularly good reason to
bother compiling a source rpm
On Sun, 2010-10-10 at 17:56 -0400, Robert P. J. Day wrote:
so they can examine the source of some packages. is the approach i'm
suggesting reasonable? thanks.
rday
---
All on Debian ?
John
___
CentOS mailing list
CentOS@centos.org
On Sun, Oct 10, 2010 at 05:56:47PM -0400, Robert P. J. Day wrote:
my plan is to install yum-utils to get yumdownloader, add the repo
file suggested above, then have students:
Are these students paying for whatever training you are
supplying?
On Sun, 10 Oct 2010, Frank Cox wrote:
On Sun, 2010-10-10 at 17:56 -0400, Robert P. J. Day wrote:
so, is that reasonable? to just manually add an extra repo file
according to that link above (which appears to work perfectly
well).
In my opinion, in most cases there is no particularly
On Sun, 10 Oct 2010, John R. Dennison wrote:
On Sun, Oct 10, 2010 at 05:56:47PM -0400, Robert P. J. Day wrote:
my plan is to install yum-utils to get yumdownloader, add the repo
file suggested above, then have students:
Are these students paying for whatever training you are
On Sun, 2010-10-10 at 18:58 -0400, Robert P. J. Day wrote:
but it's a little high-handed to not
explain how to do something because you've decided it's not something
you want *others* to know.
There is very little to explain, if all you want to do is examine the
source.
Install rpmdevtools.
Before yum and when I used to have time for it, I compiled from source
everything on my machine. It wasn't that big of a deal. Just took some
time. The pay-off was significant in performance and speed... reason
being that, if you configure gcc for your particular cpu, the code is
able to take
On Sun, 2010-10-10 at 17:36 -0600, Frank Cox wrote:
On Sun, 2010-10-10 at 18:58 -0400, Robert P. J. Day wrote:
but it's a little high-handed to not
explain how to do something because you've decided it's not something
you want *others* to know.
There is very little to explain, if all
On Sun, Oct 10, 2010 at 8:23 PM, JohnS jse...@gmail.com wrote:
On Sun, 2010-10-10 at 17:36 -0600, Frank Cox wrote:
On Sun, 2010-10-10 at 18:58 -0400, Robert P. J. Day wrote:
but it's a little high-handed to not
explain how to do something because you've decided it's not something
you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Shaun Jones wrote:
On Sun, Oct 10, 2010 at 8:23 PM, JohnS jse...@gmail.com wrote:
Warning: No matches found for: rpmdevtools
No Matches found
John
Rpmdevtools for CentOS is available from EPEL.
On Sun, 10 Oct 2010, JohnS wrote:
On Sun, 2010-10-10 at 17:36 -0600, Frank Cox wrote:
There is very little to explain, if all you want to do is examine the
source.
Install rpmdevtools. Run rpmdev-setuptree
Warning: No matches found for: rpmdevtools
No Matches found
As I recall,
On Sun, 2010-10-10 at 21:35 -0400, R P Herrold wrote:
On Sun, 10 Oct 2010, JohnS wrote:
On Sun, 2010-10-10 at 17:36 -0600, Frank Cox wrote:
There is very little to explain, if all you want to do is examine the
source.
Install rpmdevtools. Run rpmdev-setuptree
Warning: No
More people should be doing this kind of stuff. The world needs more
open source developers. Looking at existing code is a great tool for
learning.
+1
As Karanbir put it in his interview in Distrowatch a few months ago,
CentOS is not only great as a stable and predictable server distrib,
On 11/10/10 10:44 AM, ken wrote:
Alternatively, you could also check out Slackware.
In my opinion Slackware is still the best distribution for actually
learning about GNU/Linux. I'm a little biased, though, I've been
running it since 4.0 (and had accounts on other systems running it prior
to
24 matches
Mail list logo