Hi Julian,
Replace %HOME with the actual directory path /home/userdir and it
should work.
Sure enough, worked like a charm!
Another simple way to do this is to just chown -R /usr/src to the user
that builds the rpm's. Works like a charm.
Bye,
Leonard.
--
How clean is a war when you shoot
On Thu, Jul 24, 2003 at 01:58:26PM +0200, Leonard den Ottolander wrote:
Another simple way to do this is to just chown -R /usr/src to the user
that builds the rpm's. Works like a charm.
I've done that in a slightly more refined way:
- make a new group called src
- chgrp -R src
On Wed, 2003-07-23 at 22:17, Julian Opificius wrote:
I'm trying to rebuild postfix and cyrus-sasl RPMS from SRPMS to add SMTP auth.
I have it working with the bin SASL rpm. I'm not sure why you feel the
need to compile it. The trick is to match your (postfix) make
statement to the actual
Hi Thomas,
- make a new group called src
- chgrp -R src /usr/src/RedHat
- chmod -R g+w /usr/src/RedHat
Then add every user that's supposed to build RPMs to src. :-)
That's a nice and quite simple setup as well. Too elaborate for my
user pool though ;-) .
Did you never come across
On Thu, 24 Jul 2003, Julian Opificius wrote:
Thanks Russ,
Don't use a variable. Yep, as Ian Mortimer also suggested, I replaced
$HOME with the real absolute path /home/julian and it worked perfectly,
thanks.
Thanks also for the links.
Could you tell me (and anyone else following the
On Thu, Jul 24, 2003 at 03:01:00PM +0200, Leonard den Ottolander wrote:
[...]
Then add every user that's supposed to build RPMs to src. :-)
That's a nice and quite simple setup as well. Too elaborate for my
user pool though ;-) .
I have a user pool of, er, two. ;-)
Did you never come
I'm trying to rebuild postfix and cyrus-sasl RPMS from SRPMS to add SMTP auth.
Following instructions on the postfix site, I'm trying to build as a
regular user, not as root. However, whenever I run rpm -ivh
blah.blah.4.17.11.src.rpm on a source RPM I get this error msg:
error: cannot create
I've created .rpmmacros in my /home/userdir containing %_topdir
%HOME/rpm as instructed. Is it something to do with the build root, or
file/dir permissions, maybe?
Replace %HOME with the actual directory path /home/userdir and it
should work.
--
Ian
--
redhat-list mailing list
On Wed, 23 Jul 2003, Julian Opificius wrote:
I'm trying to rebuild postfix and cyrus-sasl RPMS from SRPMS to add SMTP auth.
Following instructions on the postfix site, I'm trying to build as a
regular user, not as root. However, whenever I run rpm -ivh
blah.blah.4.17.11.src.rpm
Ian,
Sure enough, worked like a charm!
Thanks!
jules.
=
At 09:37 PM 7/23/03, you wrote:
I've created .rpmmacros in my /home/userdir containing %_topdir
%HOME/rpm as instructed. Is it something to do with the build root, or
file/dir permissions, maybe?
Replace %HOME
.
=
At 09:40 PM 7/23/03, you wrote:
On Wed, 23 Jul 2003, Julian Opificius wrote:
I'm trying to rebuild postfix and cyrus-sasl RPMS from SRPMS to add
SMTP auth.
Following instructions on the postfix site, I'm trying to build as a
regular user, not as root. However, whenever I run rpm
Thanks for the info regarding rebuilding the Red Hat's AS2.1
I tried it but, I get an error in the process of rebuilding the SRPMs. The error is:
snip
rkc.c:57:25: sglobal.h: No such file or directory
make[2]: *** [rkc.o] Error 1
make[2]: Leaving directory `/usr/src/redhat
Thanks very much for your help!
I will try, if I should find problem can I write you?
Alessandro
On Wed, 2003-01-22 at 04:52, Roger wrote:
This is the procedure I used to build my own version of Advanced Server
from the SRPMS. I would be interested to know what potential problems can
Hi all,
Roger:
This is the procedure I used to build my own version of Advanced Server
from the SRPMS. I would be interested to know what potential problems can
be encountered and the difference between the end result and the actual AS2.1
from RH.
and how about this:
creating new rpms
This is the procedure I used to build my own version of Advanced Server
from the SRPMS. I would be interested to know what potential problems can
be encountered and the difference between the end result and the actual AS2.1
from RH.
- Install RH7.2 on a machine, install all packages.
- Download
-Original Message-
done.
Red Hat has made, and is continuing to made, an important and
expensive
contribution to the community. Although you may legally continue to
distribute your own copies of the AS SRPMs, if everyone does it,
eventually Red Hat will be forced to discontinue
Dan Bar Dov wrote:
BTW, I talked directly with a SuSE distributor regarding their SLES
product, same concept as AS, and he confirmed my ideas. You pay for the
services, you are allowed to do with the software whatever you want.
Sorry, you are wrong :-(
They also force you to buy service on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 15 Jan 2003 11:33:50 +0200, Dan Bar Dov wrote:
However, the issue at hand is the license agreement.
Reading the quotes sent by Dmitry Melekhov [[EMAIL PROTECTED]]
The term Installed Servers means the number of servers on which
Customer
To: [EMAIL PROTECTED]
Subject: Re: Advanced Server 2.1 update SRPMS - where?
Dan Bar Dov wrote:
BTW, I talked directly with a SuSE distributor regarding their SLES
product, same concept as AS, and he confirmed my ideas. You pay for
the
services, you are allowed to do with the software
:[EMAIL PROTECTED]]
On Behalf Of Dmitry Melekhov
Sent: Wednesday, January 15, 2003 11:43 AM
To: [EMAIL PROTECTED]
Subject: Re: Advanced Server 2.1 update SRPMS - where?
Dan Bar Dov wrote:
BTW, I talked directly with a SuSE distributor regarding their SLES
product, same concept as AS, and he
Dan Bar Dov wrote:
-Original Message-
If so, I guess I'll have to purchase one subscription just to
^
get
the
SRPMS from RHN, which I then have it automatically build the RPM
and
distributed to my other servers
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of Roger
Sent: Tuesday, January 14, 2003 6:41 AM
To: [EMAIL PROTECTED]
Subject: RE: Advanced Server 2.1 update SRPMS - where?
According to http://www.redhat.com/licenses/rhlas_us.html you cannot
I
Dan Bar Dov wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of Roger
Sent: Tuesday, January 14, 2003 6:41 AM
To: [EMAIL PROTECTED]
Subject: RE: Advanced Server 2.1 update SRPMS - where?
According to http://www.redhat.com/licenses/rhlas_us.html
Roger wrote:
I do not think it is possible to distribute these ISOs outside my
organisation as it will violate Red Hat's trademarks, however it is quite
easy to create your own version, I may publish some instructions on how I
did it if people are interested.
Yes, this is interesting :-)
--
;-)
No, the original poster wanted to subscribe one server to get the SRPMS,
which are freely available anyway, then build the RPMS from the SRPMS and
distribute the binaries to the other servers.
The reason for wanting to subscribe for the SRPMS is for some level of
service in receiving the SRPMS
problem ;-)
No, the original poster wanted to subscribe one server to get the SRPMS,
which are freely available anyway, then build the RPMS from the SRPMS and
distribute the binaries to the other servers.
No what?
I wrote- from sources to several servers, you write the same thing.
The reason
The reason for wanting to subscribe for the SRPMS is for some level of
service in receiving the SRPMS as quickly as possible after a security
release. Although Red Hat makes the SRPMS publicly available on
updates.redhat.com, they may choose to delay the release of them except
for those
Roger wrote:
The reason for wanting to subscribe for the SRPMS is for some level of
service in receiving the SRPMS as quickly as possible after a security
release. Although Red Hat makes the SRPMS publicly available on
updates.redhat.com, they may choose to delay the release of them except
PROTECTED]
Subject: Re: Advanced Server 2.1 update SRPMS - where?
Roger wrote:
The reason for wanting to subscribe for the SRPMS is for some level
of
service in receiving the SRPMS as quickly as possible after a
security
release. Although Red Hat makes the SRPMS publicly available
also be able to provide the source, but since your
re-distributing SRPMS, that shouldn't be an issue.
Morally, it's another story. You should by a subscription for all your
systems, but you don't have to legally do it as long as the packages you
redistribute are GPL'd.
.../Ed (I'm
Dmitry Melekhov wrote:
I disagree with you too :-)
Original post says that one want to buy subscription to one server
and then install updates from sources to several servers.
This is impossible according to Service Agreement.
You must pay for service for all servers.
If you can't read this is
,
mandates that you also be able to provide the source, but since your
re-distributing SRPMS, that shouldn't be an issue.
Yes, but if you have a binary. You have a right to
Morally, it's another story. You should by a subscription for all your
systems, but you don't have to legally do
or evenings depending on the severity. Emergency testing needs to be
done.
Red Hat has made, and is continuing to made, an important and expensive
contribution to the community. Although you may legally continue to
distribute your own copies of the AS SRPMs, if everyone does it,
eventually Red Hat
, an important and expensive
contribution to the community. Although you may legally continue to
distribute your own copies of the AS SRPMs, if everyone does it,
eventually Red Hat will be forced to discontinue the product. If it
doesn't make money and has no prospect to make money, don't expect any
On Tue, 14 Jan 2003, Samuel Flory wrote:
Actually I was trying to point out how silly it is to use AS outside
of RH's program. The reason to use AS is not that there is anything
special about 95% of the AS packages. The reason to use AS is to have
someone standing behind you when you run
: Re: Advanced Server 2.1 update SRPMS - where?
Roger wrote:
The reason for wanting to subscribe for the SRPMS is for some level
of
service in receiving the SRPMS as quickly as possible after a
security
release. Although Red Hat makes the SRPMS publicly available on
updates.redhat.com
servers that are running your own release put together from the
SRPMS.
Where does it say I cannot take the SRPMS downloaded from RHN and
distribute it to another server that is not one of the licensed servers,
bearing in mind that I have put together my own version of Advanced Server
that is very similar
and
other servers that are running your own release put together from the
SRPMS.
Where does it say I cannot take the SRPMS downloaded from RHN and
distribute it to another server that is not one of the licensed servers,
bearing in mind that I have put together my own version of Advanced Server
- Original Message -
From: Dan Bar Dov [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 13, 2003 11:36 AM
Subject: RE: Advanced Server 2.1 update SRPMS - where?
If so, I guess I'll have to purchase one subscription just to get
the
SRPMS from RHN, which I
to create your own version, I may publish some instructions on how I
did it if people are interested.
If so, I guess I'll have to purchase one subscription just to get
the
SRPMS from RHN, which I then have it automatically build the RPM and
distributed to my other servers
-Original Message-
If so, I guess I'll have to purchase one subscription just to
get
the
SRPMS from RHN, which I then have it automatically build the RPM
and
distributed to my other servers.
This is impossible :-)
Accroding to Service Agreement you have
Roger wrote:
I have recently created my own version of Advanced Server 2.1 using the
SRPMS that Red Hat have made available and intend on using it on a few
dozen servers.
I have noticed that so far this year, 8 security packages for AS 2.1 have
been released, but none of the SRPMS have yet
If so, I guess I'll have to purchase one subscription just to get
the
SRPMS from RHN, which I then have it automatically build the RPM and
distributed to my other servers.
This is impossible :-)
Accroding to Service Agreement you have to buy subscription to all
Installed Servers
I have recently created my own version of Advanced Server 2.1 using the
SRPMS that Red Hat have made available and intend on using it on a few
dozen servers.
I have noticed that so far this year, 8 security packages for AS 2.1 have
been released, but none of the SRPMS have yet appeared
On Thu, 2002-10-17 at 14:39, John the Kiwi wrote:
Please excuse my newbie questions and please don't accuse me of not
RTFMing, I've so far spent four hours trying to install netcat.
I don't believe you. Read this: http://www.rpm.org/max-rpm/
Here's what I did, I looked on disk 4 of my RedHat
On 17 Oct 2002, Saul Arias wrote:
rpm --rebuild nc-1.10-16.src.rpm
As he's using Red Hat Linux 8.0, I would recommend
rpmbuild --rebuild nc-1.10-16.src.rpm instead.
--
Riemer Palstra // [EMAIL PROTECTED] // http://palstra.com/
A: Because it messes up the order in which people normally
From: John the Kiwi [EMAIL PROTECTED]
So now I know the source for netcat is somewhere on my system. Think I can
find
it? No way.
/usr/src/redhat/
it's for building RPMs from the source so you'll have files in
/usr/src/redhat/SOURCES/
/usr/src/redhat/SPECS
that are used for building a new
On 17 Oct 2002 13:39:48 -0500, John the Kiwi [EMAIL PROTECTED] wrote:
Here's what I did, I looked on disk 4 of my RedHat 8.0 CDs and saw
nc-1.10-16.src.rpm.
That contains source code, you'd better look into 1 or 2 or 3 for the
i386.rpm which will install nc ready to use.
know the source for
Hi all
Please excuse my newbie questions and please don't accuse me of not
RTFMing, I've so far spent four hours trying to install netcat.
Here's what I did, I looked on disk 4 of my RedHat 8.0 CDs and saw
nc-1.10-16.src.rpm. That's exactly what I want. I double click the file
and enter the root
My understanding was that in the version of rpm that comes with 8.0, the
--rebuild option is gone, in favor ofusing teh rpmbuild system.
On Thu, 17 Oct 2002, Riemer Palstra wrote:
On 17 Oct 2002, Saul Arias wrote:
rpm --rebuild nc-1.10-16.src.rpm
As he's using Red Hat Linux 8.0, I would
I have a question on SRPMS
I have to build imapd with mbx support as a default, so I install the
-src.rpm and then go into /usr/local/redhat/SOURCES/imap-2001a and I
see a bz2 file which is the imap source and a bunch of .patch files
are these patch files already applied to the imap source
Hi Ian,
I have to build imapd with mbx support as a default, so I install the
-src.rpm and then go into /usr/local/redhat/SOURCES/imap-2001a and I
see a bz2 file which is the imap source and a bunch of .patch files
are these patch files already applied to the imap source or do I have
I would like to know the best way to update packages for an old RH7 server.
Currently, I am only interested in rebuilding the Samba 2.2.5-7 package to
work with on my server.
I downloaded the Samba 2.2.5-7 SRPM file from RawHide.
When I did a rpm --rebuild samba-2.2.5-7.src.rpm, it told me
On Tue, 2002-04-23 at 16:04, LuisMi wrote:
My linux box runs with a Pentium 133 Mhz.
...
Where I need to add these options?
Maybe /usr/lib/rpm/i586-redhat-linux/macros?
~/.rpmmacros is probably a better choice.
BTW, how much extra performance do you actually get on a P133? The cpu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have some questions.
My linux box runs with a Pentium 133 Mhz.
I build a lot of binary packages from srpms and I usually use the option '
- --target i586'. I am lazy and I would want that the i586 became the
default platform, what changes
Hi, in the flow!
OK I remark that we can download Source of RPMs.
There is just one for many architectures available.
Ok, don't know C language, so I suppose that it's the
compilation which provides all different version.
Is that correct ?
It means one source for differents architecture but I
processors. So Linux for INTEL
is dependent on the processor family.
Best regards,
-Manuel.
-Original Message-
From: Ismael Touama [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Fri, 8 Mar 2002 11:47:06 +0100
Subject: SRPMS
Hi, in the flow!
OK I remark that we can download Source
Howdy,
I think it's possible to open a src.rpm, edit the files inside, then put it back into
a src.rpm and --rebuild the package.
Is this true?
I looks to me like it should be possible to "open" it into the /usr/src/redhat/RPM
directroy, as is done during the --rebuild process anyway.
Does
Ok, I found all the -b commands for building one again once it's unpacked into the
build directory, but I can't find the command to unpack a src.rpm without actually
building something.
Anyone know?
At 04:07 PM 11/17/2000 -0600, you wrote:
Howdy,
I think it's possible to open a src.rpm,
On Fri, 17 Nov 2000, Jonathan Wilson wrote:
Ok, I found all the -b commands for building one again once it's unpacked into the
build directory, but I can't find the command to unpack a src.rpm without actually
building something.
Anyone know?
rpm -i source rpm
With a default setup,
On Fri, 17 Nov 2000, Jonathan Wilson wrote:
Ok, I found all the -b commands for building one again once it's unpacked into the
build directory, but I can't find the command to unpack a src.rpm without actually
building something.
Anyone know?
Installing a src.rpm package (rpm -i
*** REPLY SEPARATOR ***
On 17/11/00 at 16:07 [EMAIL PROTECTED] wrote:
Howdy,
I think it's possible to open a src.rpm, edit the files inside, then put
it back into a src.rpm and --rebuild the package.
Is this true?
Yes
I looks to me like it should be possible to "open"
Good day,
rpm -ivh /tmp/XFree86-3.3.6-20.src.rpm
modified SPECS/XFree86.spec for accept i686 archi recompilation
rpm -bs /usr/src/redhat/SPECS/XFree86.specs
rpm --rebuild --target=i686 --clean
/usr/src/redhat/SRPMS/XFree86-3.3.6-20.src.rpm build.log 21
wait some minute. Appears to have built
Actually I was mistaken, it compiles for i386 ONLY. That's even worse...
On Wed, 19 Jul 2000, Ken Kirchner wrote:
And away it compiles... BUT it compiles for every stinking architecture,
not just the i686 one. How can I tell it to compile for i686 only?
--
To unsubscribe: mail [EMAIL
On Wed, 19 Jul 2000, Ken Kirchner wrote:
Actually I was mistaken, it compiles for i386 ONLY. That's even worse...
Have you tried "rpm --rebuild --target=i686" (I *think* that's the
correct stuff.)
John
--
To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe"
as the Subject.
Hello people,
I am trying to compile some patches in to the 2.2.16-3 kernel sources for
both i686 and i686-smp machines.
I've modified the .spec file and put everything in place. I then run the
command:
rpm -bb kernel-2.2.16-3.spec
And away it compiles... BUT it compiles for every
I updated the srpms, one for RH 6.1, one for RH 6.2.
http://www.jasons.org/php4/
See the announcement from last week for more info on the build
process.
http://www.moongroup.com/Redhat11/msg01437.html
--
Jason Costomiris| Technologist, geek, human.
jcostom {at} jasons {dot} org
OK so I've installed the kernel SRPMS. Do I just loop through all the
patches provided, as I didn't see an 'install script'?
Also, I just want to confirm that this does not actually include the linux
kernel itself, but just RedHat's mods to the release code.
**Please CC '[EMAIL PROTECTED
At 08:11 AM 5/4/00 -0300, Marco Shaw wrote:
OK so I've installed the kernel SRPMS. Do I just loop through all the
patches provided, as I didn't see an 'install script'?
Also, I just want to confirm that this does not actually include the linux
kernel itself, but just RedHat's mods
I'm somewhat of a newbie to NLS, /usr/share/locale, etc., so please
forgive me if this is a silly question.
I'm using a stock RH61 setup and I can't compile any SRPMS that have
/usr/share/locale/ entries in their files listings. For example,
gettext or some of the GNOME stuff. It compiles okay
ng a stock RH61 setup and I can't compile any SRPMS that have
/usr/share/locale/ entries in their files listings. For example,
gettext or some of the GNOME stuff. It compiles okay but during the
files phase it bombs because it can't find the /usr/share/locale/*/*/*/*
stuff mentioned in
I'm somewhat of a newbie to NLS, /usr/share/locale, etc., so please
forgive me if this is a silly question.
I'm using a stock RH61 setup and I can't compile any SRPMS that have
/usr/share/locale/ entries in their files listings. For example,
gettext or some of the GNOME stuff
for me of the old SRPMS packages against the newer sytle
ones so I can run patch over them and create the new SRPMS.
Just as an after thought, would it be possible to add some feature
in rpm (Red Hat Program Manager) which would patch an existing SRPMS
file with a special diff rpm file
-Original Message-
From: Eduardo Egues [EMAIL PROTECTED]
To: RedHat list [EMAIL PROTECTED]
Date: woensdag 1 april 1998 23:54
Subject: SRPMS question
Hi all:
Does anybody know what SRPMS means and what is its use?
Sorry i'm linux novice and i'd like know what can i do with it
TIA
Up until now, I really haven't had the need to custom-compile any
commands, but I want to look into doing so with nenscript. My question
is, if I install the src.rpm, will it stomp on the already installed
nenscript files? I have a feeling it won't until I actually make/compile
it, but should
On Thu, 2 Apr 1998, Mike Edwards wrote:
Up until now, I really haven't had the need to custom-compile any
commands, but I want to look into doing so with nenscript. My question
is, if I install the src.rpm, will it stomp on the already installed
nenscript files? I have a feeling it won't
Hi all:
Does anybody know what SRPMS means and what is its use?
Sorry i'm linux novice and i'd like know what can i do with it
TIA
E.
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
http://www.redhat.com/RedHat-FAQ /RedHat-Errata /RedHat-Tips
On Wed, 1 Apr 1998, Eduardo Egues wrote:
Does anybody know what SRPMS means and what is its use?
Sorry i'm linux novice and i'd like know what can i do with it
R)edhat
P)ackage
M)anagement,
to grossly oversimplify, it's an archive. However, as Ronco of Redhat would
say, "But wait, th
78 matches
Mail list logo
