Login | Register
My pages Projects Community openCollabNet

Discussions > users > RedHat ES4

Project highlights: Stable Version: 1.6.1, Development Version: 1.7.6

current
Discussion topic

Hide all messages in topic

All messages in topic

Re: RedHat ES4

Reply

Author Hunter Matthews <thm at duke dot edu>
Full name Hunter Matthews <thm at duke dot edu>
Date 2005-04-19 08:29:39 PDT
Message On Mon, 2005-04-18 at 18:10, Jos Vos wrote:
> On Mon, Apr 18, 2005 at 05:40:10PM -0400, Jason Parsons wrote:
>
> > Can you cite the section of their license agreement which you believe
> > is being violated? I read this:

Reasonable flame free license discussion snipped.

I'm going to come down from on high here and state that I want this
thread to stop - while you are both reasonable people trying to
understand something, neither of you is, to my knowledge, a licensed
attorney, so anything you might decide would not be legally binding.

Please.

If you have N systems, you need N licenses from RHN -- current won't
help you with getting by with less than N licenses.

I had no idea people with N licenses were still interested in using
current as a distribution mechanism. I'm thinking about that right now.

But without commentary or an opinion* from a lawyer or one of the RH
people, please end this debate (or take it off channel).


* I use opinion here in the legal sense.
--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.


--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Trevor Astrope <astrope at tabbweb dot com>
Full name Trevor Astrope <astrope at tabbweb dot com>
Date 2005-04-19 08:28:33 PDT
Message Hi Josh,

I'm not a current expert, but I think the solution in your case would be
to run cadmin from another machine and modify that up2date config to point
to the current server. This way you can admin current from another machine
and connect to rhn from the current machine. Iirc, the current guide says
that you can use cadmin from another machine, but the directory you use
with add_dir must exist on the current server, not the server you run
cadmin from, or is that the other way around...

Perhaps someone else on the list has more experience with this type of
configuration...

Trevor


On Tue, 19 Apr 2005, Josh
wrote:

> Right on Trevor, thanks.
>
> But I'm still getting traceback TypeErrors. It looks
> like cadmin complains because it is using redhats
> servers??
>
> Basically I'm doing everything you stated below,
> except I had selected "Install all packages" when
> doing the initial ES4 install... so I really don't
> have a need to run nrh-mirror-updates (at least at
> this point I don't think I do).
>
> Here's a snippet of the cadmin call I'm making:
>
> # cadmin add_dir -d /var/spool/up2date
> https://xmlrpc.rhn.r​edhat.com/XMLRPC foo
> Traceback (most recent call last):
> File "/usr/sbin/cadmin", line 131, in ?
> main()
> <snip>
> TypeError: cannot marshal None unless allow_none is
> enabled
>
>
> Now I was also unable to run cadmin create_channel...
> get a simliar error:
>
> # cadmin create_channel -n "RedHat ES 4" -l ES4 -a
> i386 -r 4 -d "RedHat Enterprise Server 4"
> Traceback (most recent call last):
> <snip>
> xmlrpclib.Fault: <Fault -1: "While running
> 'cadmin.createChannel':
> caught\nserver.apac​heRequest.UnknownXML​ : Invalid
> request received (class xmlrpc.cadmin is not defined
> (function = createChannel)).\n">
>
> But I found the answer to this one in the FAQs. My
> up2date config is using redhat's servers... but I want
> to keep my up2date/current server using my rhn license
> to get the updates.
>
> Has anyone run into the first error with cadmin
> add_dir? Do I need to get cadmin create_channel
> working before running cadmin add_dir?
>
> -Josh
>
>
> --- Trevor Astrope <astrope at tabbweb dot com> wrote:
>> On Mon, 18 Apr 2005, drew wrote:
>>
>>> I have a similar setup, except I have valid
>> subscriptions for all my
>>> linux boxes (numbering 20 or so). However, I too,
>> would like to have
>>> one system download all the updates via RHN, then
>> distribute them via
>>> current to the remaining machines on the network.
>> This way, only one
>>> hole through the firewall is required, and I can
>> choose which machines
>>> to update with which software, as I see fit
>> (development boxes
>>> immediately, production boxes after a "burn in"
>> period).
>>
>> This is exactly what I'm doing. My situation is
>> identical to yours, right
>> down to the number of subscribed machines.
>>
>> All you need to do is get the nrh-up2date package
>> from nrh-up2date.org and
>> install these 2 scripts: nrh-mirror-updates and
>> nrh-clean-repository
>>
>> You only need nrh-clean-repository if you want to
>> easily remove old
>> packages from the repositories.
>>
>> The configuration instructions are contained in the
>> script, at the top.
>> They're pretty self-explanitory.
>>
>> Just ignore the rest of nrh-up2date, as current is a
>> better solution for
>> an up2date server and I don't think nrh-up2date is
>> no longer maintained.
>>
>> You will need to modify the nrh-mirror-updates
>> script to import base64 and
>> modify the script to base64 decode the packageList
>> before decompressing
>> it, like below:
>>
>> packageList =
>> base64.decodestring(​packageList)
>> packageList =
>> zlib.decompress(packageList)
>>
>> This only occurs twice in nrh-mirror-updates. I can
>> send you a patch if
>> you want...
>>
>> After configuring nrh-mirror-updates, it will
>> download every package from
>> rhn for the channels you configured. On subsequent
>> runs it will only
>> download newer packages. You can then use
>> nrh-clean-repository to remove
>> the old packages from the repository.
>>
>> I had repositories for 2.1 3 and 4, all on the same
>> machine, as
>> nrh-mirror-updates looks for the systemid files in
>> its own config
>> directory for each channel, so you can use it for
>> multiple channels
>> simultaineously, as long as you have valid systemid
>> files for each
>> channel. It won't touch your up2date configuration,
>> so you can use up2date
>> on the same machine to update against the current
>> server.
>>
>> All you have to do is run `cadmin add_dir' against
>> the nrh repository
>> directory for each channel. Then `cadmin
>> scan_channel' to populate the
>> corresponding current channel.
>>
>> Besides being able to use nrh-mirror-updates to get
>> the updates from rhn
>> and up2date to get the updates from the current
>> server, you have the added
>> advantage of having a completely up to date
>> repository containing the most
>> recent versions of all packages, even the ones you
>> haven't yet installed.
>>
>> As part of my goal to learn python, I am going to
>> try and integrate
>> nrh-mirror-updates into cadmin, so you can do
>> `cadmin update_channel' to
>> populate and update your current channels from an
>> upstream repository.
>>
>> Hope this helps,
>>
>> Trevor
>>
>>
>>
> --------------------​--------------------​--------------------​---------
>> To unsubscribe, e-mail:
>> users-unsubscribe@cu​rrent.tigris.org
>> For additional commands, e-mail:
>> users-help at current dot tigris dot org
>>
>>
>
>
>
> ____________________​______________
> Do you Yahoo!?
> Plan great trips with Yahoo! Travel: Now over 17,000 guides!
> http://travel.yahoo.​com/p-travelguide
>
> --------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
> For additional commands, e-mail: users-help at current dot tigris dot org
>
>

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Hunter Matthews <thm at duke dot edu>
Full name Hunter Matthews <thm at duke dot edu>
Date 2005-04-19 08:23:18 PDT
Message On Mon, 2005-04-18 at 17:31, drew wrote:

>
> I have a similar setup, except I have valid subscriptions for all my
> linux boxes (numbering 20 or so). However, I too, would like to have
> one system download all the updates via RHN, then distribute them via
> current to the remaining machines on the network. This way, only one
> hole through the firewall is required, and I can choose which machines
> to update with which software, as I see fit (development boxes
> immediately, production boxes after a "burn in" period).
>
> Any suggestions?

I've been involved with current for ...3? 4 years now, and this is the
first time anyone has attempted to do this.

I am NOT a lawyer. I'm not even a journalist with a paralegal
background, but I think _this_ setup is legal.

He has N boxes and a matching N licenses.

I'm amazed.

Uh. No suggestions at the moment, but I'm thinking about it now... :)
--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.


--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Hunter Matthews <thm at duke dot edu>
Full name Hunter Matthews <thm at duke dot edu>
Date 2005-04-19 08:20:37 PDT
Message On Mon, 2005-04-18 at 17:14, Josh wrote:
> Hello.
>
> I have ~12 RHES4 machines with only 1 $350 redhat ES4
> license to the RedHat network for updates. I spoke
> with RedHat and they said it did not violate any
> licensing if I installed ES4 on other machines, just
> as long as only 1 connected to RHN.

I don't believe thats what the license says - there may be a wide gulf
between what $RANDOM person on the phone says and what the license
legally requires and allows. Naturally, you'll be held to the written
document.


>
> Can anyone offer any assistance? I'm running into the
> traceback error mentioned above and don't know which
> direction to head.

Current is not nor was it meant to be a mechanism to violate RH's
license. Please don't do this.
--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.


--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Josh <josh2780 at yahoo dot com>
Full name Josh <josh2780 at yahoo dot com>
Date 2005-04-19 06:19:40 PDT
Message Right on Trevor, thanks.

But I'm still getting traceback TypeErrors. It looks
like cadmin complains because it is using redhats
servers??

Basically I'm doing everything you stated below,
except I had selected "Install all packages" when
doing the initial ES4 install... so I really don't
have a need to run nrh-mirror-updates (at least at
this point I don't think I do).

Here's a snippet of the cadmin call I'm making:

# cadmin add_dir -d /var/spool/up2date
https://xmlrpc.rhn.r​edhat.com/XMLRPC foo
Traceback (most recent call last):
  File "/usr/sbin/cadmin", line 131, in ?
    main()
<snip>
TypeError: cannot marshal None unless allow_none is
enabled


Now I was also unable to run cadmin create_channel...
get a simliar error:

# cadmin create_channel -n "RedHat ES 4" -l ES4 -a
i386 -r 4 -d "RedHat Enterprise Server 4"
Traceback (most recent call last):
<snip>
xmlrpclib.Fault: <Fault -1: "While running
'cadmin.createChannel':
caught\nserver.apac​heRequest.UnknownXML​ : Invalid
request received (class xmlrpc.cadmin is not defined
(function = createChannel)).\n">

But I found the answer to this one in the FAQs. My
up2date config is using redhat's servers... but I want
to keep my up2date/current server using my rhn license
to get the updates.

Has anyone run into the first error with cadmin
add_dir? Do I need to get cadmin create_channel
working before running cadmin add_dir?

-Josh


--- Trevor Astrope <astrope at tabbweb dot com> wrote:
> On Mon, 18 Apr 2005, drew wrote:
>
> > I have a similar setup, except I have valid
> subscriptions for all my
> > linux boxes (numbering 20 or so). However, I too,
> would like to have
> > one system download all the updates via RHN, then
> distribute them via
> > current to the remaining machines on the network.
> This way, only one
> > hole through the firewall is required, and I can
> choose which machines
> > to update with which software, as I see fit
> (development boxes
> > immediately, production boxes after a "burn in"
> period).
>
> This is exactly what I'm doing. My situation is
> identical to yours, right
> down to the number of subscribed machines.
>
> All you need to do is get the nrh-up2date package
> from nrh-up2date.org and
> install these 2 scripts: nrh-mirror-updates and
> nrh-clean-repository
>
> You only need nrh-clean-repository if you want to
> easily remove old
> packages from the repositories.
>
> The configuration instructions are contained in the
> script, at the top.
> They're pretty self-explanitory.
>
> Just ignore the rest of nrh-up2date, as current is a
> better solution for
> an up2date server and I don't think nrh-up2date is
> no longer maintained.
>
> You will need to modify the nrh-mirror-updates
> script to import base64 and
> modify the script to base64 decode the packageList
> before decompressing
> it, like below:
>
> packageList =
> base64.decodestring(​packageList)
> packageList =
> zlib.decompress(packageList)
>
> This only occurs twice in nrh-mirror-updates. I can
> send you a patch if
> you want...
>
> After configuring nrh-mirror-updates, it will
> download every package from
> rhn for the channels you configured. On subsequent
> runs it will only
> download newer packages. You can then use
> nrh-clean-repository to remove
> the old packages from the repository.
>
> I had repositories for 2.1 3 and 4, all on the same
> machine, as
> nrh-mirror-updates looks for the systemid files in
> its own config
> directory for each channel, so you can use it for
> multiple channels
> simultaineously, as long as you have valid systemid
> files for each
> channel. It won't touch your up2date configuration,
> so you can use up2date
> on the same machine to update against the current
> server.
>
> All you have to do is run `cadmin add_dir' against
> the nrh repository
> directory for each channel. Then `cadmin
> scan_channel' to populate the
> corresponding current channel.
>
> Besides being able to use nrh-mirror-updates to get
> the updates from rhn
> and up2date to get the updates from the current
> server, you have the added
> advantage of having a completely up to date
> repository containing the most
> recent versions of all packages, even the ones you
> haven't yet installed.
>
> As part of my goal to learn python, I am going to
> try and integrate
> nrh-mirror-updates into cadmin, so you can do
> `cadmin update_channel' to
> populate and update your current channels from an
> upstream repository.
>
> Hope this helps,
>
> Trevor
>
>
>
--------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail:
> users-unsubscribe@cu​rrent.tigris.org
> For additional commands, e-mail:
> users-help at current dot tigris dot org
>
>


        
____________________​______________
Do you Yahoo!?
Plan great trips with Yahoo! Travel: Now over 17,000 guides!
http://travel.yahoo.​com/p-travelguide

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author darwinscusp
Full name Drew Myers
Date 2005-04-18 19:33:56 PDT
Message * Trevor Astrope (astrope at tabbweb dot com) wrote:
> On Mon, 18 Apr 2005, drew wrote:
> This is exactly what I'm doing. My situation is identical to yours,
> right down to the number of subscribed machines.
>
> All you need to do is get the nrh-up2date package from
> nrh-up2date.org and install these 2 scripts: nrh-mirror-updates and
> nrh-clean-repository

<snipped excellent instructions for brevity>

> Hope this helps,
>
> Trevor

Perfect Trevor, much thanks!

drew
--

Never offend people with style when you can offend them with substance.
    - Sam Brown, Washington Post, 1977

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Trevor Astrope <astrope at tabbweb dot com>
Full name Trevor Astrope <astrope at tabbweb dot com>
Date 2005-04-18 18:51:44 PDT
Message On Mon, 18 Apr 2005, drew wrote:

> I have a similar setup, except I have valid subscriptions for all my
> linux boxes (numbering 20 or so). However, I too, would like to have
> one system download all the updates via RHN, then distribute them via
> current to the remaining machines on the network. This way, only one
> hole through the firewall is required, and I can choose which machines
> to update with which software, as I see fit (development boxes
> immediately, production boxes after a "burn in" period).

This is exactly what I'm doing. My situation is identical to yours, right
down to the number of subscribed machines.

All you need to do is get the nrh-up2date package from nrh-up2date.org and
install these 2 scripts: nrh-mirror-updates and nrh-clean-repository

You only need nrh-clean-repository if you want to easily remove old
packages from the repositories.

The configuration instructions are contained in the script, at the top.
They're pretty self-explanitory.

Just ignore the rest of nrh-up2date, as current is a better solution for
an up2date server and I don't think nrh-up2date is no longer maintained.

You will need to modify the nrh-mirror-updates script to import base64 and
modify the script to base64 decode the packageList before decompressing
it, like below:

                     packageList = base64.decodestring(​packageList)
                     packageList = zlib.decompress(packageList)

This only occurs twice in nrh-mirror-updates. I can send you a patch if
you want...

After configuring nrh-mirror-updates, it will download every package from
rhn for the channels you configured. On subsequent runs it will only
download newer packages. You can then use nrh-clean-repository to remove
the old packages from the repository.

I had repositories for 2.1 3 and 4, all on the same machine, as
nrh-mirror-updates looks for the systemid files in its own config
directory for each channel, so you can use it for multiple channels
simultaineously, as long as you have valid systemid files for each
channel. It won't touch your up2date configuration, so you can use up2date
on the same machine to update against the current server.

All you have to do is run `cadmin add_dir' against the nrh repository
directory for each channel. Then `cadmin scan_channel' to populate the
corresponding current channel.

Besides being able to use nrh-mirror-updates to get the updates from rhn
and up2date to get the updates from the current server, you have the added
advantage of having a completely up to date repository containing the most
recent versions of all packages, even the ones you haven't yet installed.

  As part of my goal to learn python, I am going to try and integrate
nrh-mirror-updates into cadmin, so you can do `cadmin update_channel' to
populate and update your current channels from an upstream repository.

Hope this helps,

Trevor


--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Josh <josh2780 at yahoo dot com>
Full name Josh <josh2780 at yahoo dot com>
Date 2005-04-18 15:21:02 PDT
Message Exactly what I was trying to get from them during my
discussion.

It got down to I can install the server on multiple
machines, one machine can connect to RHN (because I
only had 1 license), and I can copy the rpms and
install/update them manually on the remaining
machines. Again, I'll forward the email tomorrow and
let you all decide for yourself. I would recommend
contacting RH and verifying if you are still uneasy.

Josh




--- Jason Parsons <jparsons-lists@s​affron.net> wrote:
>
> > I now see you're quoting from the EULA. I am
> referring to the
> > subscription agreement, *that* agreement is
> violated by a
> > *customer* that has more systems running than he
> is paying for.
>
> Interesting. I read this (from the subscription
> agreement that you
> cite):
>
> > The term "Services" as used in this Agreement
> means, collectively, the
> > Support Services provided under the purchased
> subscription and defined
> > herein, RHN Services as defined herein, and any
> Learning Services
> > purchased under this Agreement and defined herein.
> [ from I. A.,
> > Subscription Agreement ]
>
> > "Support Services" means the support services
> provided with the
> > purchased subscription as further defined in this
> Agreement. [ From
> > II. A. 1., Subscription Agreement ]
>
> > The Support Services purchased by Customer are
> intended for use only
> > for the benefit of the Customer and only for the
> Installed Systems
> > with subscriptions. Customer may not use one
> subscription for Services
> > for more than one Installed System. [ From II. A.
> 2.2., Subscription
> > Agreement ]
>
> ... as saying that a licensee can only use RedHat's
> *services* for
> licensed systems -- but the definition of their
> services don't include
> the software itself. That is, I would expect a
> licensee would only be
> allowed to directly query RHN from a licensed
> system, and would only be
> entitled to support services for a licensed system.
> I would expect,
> though, that once packages have been downloaded from
> RHN, the license
> on those *packages* would be GPL.
>
> I don't see how they could claim that the method in
> which you download
> the package could change the license on the package
> itself. Of course,
> I'm not a lawyer.
>
> - Jason Parsons
>
>
>
--------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail:
> users-unsubscribe@cu​rrent.tigris.org
> For additional commands, e-mail:
> users-help at current dot tigris dot org
>
>


        
____________________​______________
Yahoo! Mail Mobile
Take Yahoo! Mail with you! Check email on your mobile phone.
http://mobile.yahoo.​com/learn/mail

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Josh <josh2780 at yahoo dot com>
Full name Josh <josh2780 at yahoo dot com>
Date 2005-04-18 15:17:53 PDT
Message The license isn't really worded properly. I had
inquired about this with RedHat a few months back and
had them send me a response in an email so I could
document it. It basically stated that you may install
the software on as many machines as you wish as long
as you do not share the RHN key on the machines (which
DOES violate the license). Each machine that connects
to RHN must be licensed seperately. The email is at
work... I'll dig it up tomorrow and send it to you
all.

Anyways, let's not let this discussion take us off
topic from getting Current up and running on a machine
that connects and downloads the packages from RHN.

Josh


--- Jos Vos <jos at xos dot nl> wrote:
> On Mon, Apr 18, 2005 at 05:40:10PM -0400, Jason
> Parsons wrote:
>
> > Can you cite the section of their license
> agreement which you believe
> > is being violated? I read this:
>
> I now see you're quoting from the EULA. I am
> referring to the
> subscription agreement, *that* agreement is violated
> by a
> *customer* that has more systems running than he is
> paying for.
>
> Sorry if I did not express myself correctly when
> saying that
> the license agreement is violated, as this only
> applies to the
> subscription agreement (but the message stays the
> same: it is
> illegal to use it that way...).
>
> --
> -- Jos Vos <jos at xos dot nl>
> -- X/OS Experts in Open Systems BV | Phone:
> +31 20 6938364
> -- Amsterdam, The Netherlands | Fax:
> +31 20 6948204
>
>
--------------------​--------------------​--------------------​---------
> To unsubscribe, e-mail:
> users-unsubscribe@cu​rrent.tigris.org
> For additional commands, e-mail:
> users-help at current dot tigris dot org
>
>

____________________​____________________​__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Jason Parsons <jparsons-lists at saffron dot net>
Full name Jason Parsons <jparsons-lists at saffron dot net>
Date 2005-04-18 15:16:20 PDT
Message > I now see you're quoting from the EULA. I am referring to the
> subscription agreement, *that* agreement is violated by a
> *customer* that has more systems running than he is paying for.

Interesting. I read this (from the subscription agreement that you
cite):

> The term "Services" as used in this Agreement means, collectively, the
> Support Services provided under the purchased subscription and defined
> herein, RHN Services as defined herein, and any Learning Services
> purchased under this Agreement and defined herein. [ from I. A.,
> Subscription Agreement ]

> "Support Services" means the support services provided with the
> purchased subscription as further defined in this Agreement. [ From
> II. A. 1., Subscription Agreement ]

> The Support Services purchased by Customer are intended for use only
> for the benefit of the Customer and only for the Installed Systems
> with subscriptions. Customer may not use one subscription for Services
> for more than one Installed System. [ From II. A. 2.2., Subscription
> Agreement ]

... as saying that a licensee can only use RedHat's *services* for
licensed systems -- but the definition of their services don't include
the software itself. That is, I would expect a licensee would only be
allowed to directly query RHN from a licensed system, and would only be
entitled to support services for a licensed system. I would expect,
though, that once packages have been downloaded from RHN, the license
on those *packages* would be GPL.

I don't see how they could claim that the method in which you download
the package could change the license on the package itself. Of course,
I'm not a lawyer.

  - Jason Parsons


--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author josvos
Full name Jos Vos
Date 2005-04-18 15:10:16 PDT
Message On Mon, Apr 18, 2005 at 05:40:10PM -0400, Jason Parsons wrote:

> Can you cite the section of their license agreement which you believe
> is being violated? I read this:

I now see you're quoting from the EULA. I am referring to the
subscription agreement, *that* agreement is violated by a
*customer* that has more systems running than he is paying for.

Sorry if I did not express myself correctly when saying that
the license agreement is violated, as this only applies to the
subscription agreement (but the message stays the same: it is
illegal to use it that way...).

--
-- Jos Vos <jos at xos dot nl>
-- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
-- Amsterdam, The Netherlands | Fax: +31 20 6948204

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author josvos
Full name Jos Vos
Date 2005-04-18 14:55:56 PDT
Message On Mon, Apr 18, 2005 at 05:40:10PM -0400, Jason Parsons wrote:

> Can you cite the section of their license agreement which you believe
> is being violated? I read this:

Look at these two phrases (from the RHEL4 AS license agreement,
<http://www.redhat.co​m/licenses/rhel_us_3​.html?country=United​+States&>:

A.
...
The term "Installed Systems" means the number of Systems on which
Customer installs or executes the Software.
...

4.
...
If Customer wishes to increase the number of Installed System, then
Customer will purchase from Red Hat additional Services for each
additional Installed System.


> My reading of this is that a RHEL licensee can redistribute the
> software for any purposes, commercial or non-commercial, as long as a
> commercial redistribution of the software does not include RedHat's
> copyrighted images.

Yes, true, like using the RHEL rebuilds, but this does *not*
change the subscription agreement, so licensees that have a
subscription agreement are not allowed to have non-subscribed
systems. I know large companies that exactly this problem.

Note that it is allowed to use non-RHEL software, like our X/OS Linux
or another RHEL rebuild, besides subscribed RHEL systems, but for all
RHEL systems you need to pay.


--
-- Jos Vos <jos at xos dot nl>
-- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
-- Amsterdam, The Netherlands | Fax: +31 20 6948204

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author Jason Parsons <jparsons-lists at saffron dot net>
Full name Jason Parsons <jparsons-lists at saffron dot net>
Date 2005-04-18 14:40:10 PDT
Message On Apr 18, 2005, at 5:23 PM, Jos Vos wrote:

>> I have ~12 RHES4 machines with only 1 $350 redhat ES4
>> license to the RedHat network for updates. I spoke
>> with RedHat and they said it did not violate any
>> licensing if I installed ES4 on other machines, just
>> as long as only 1 connected to RHN.
>
> This is not what their subscription agreement says...

> You're definitely violating their license agreement then.

Can you cite the section of their license agreement which you believe
is being violated? I read this:

> 1. The Software. Red Hat Enterprise Linux and Red Hat Applications
> (the "Software") are either a modular operating system or application
> consisting of hundreds of software components. The end user license
> agreement for each component is located in the component's source
> code. With the exception of certain image files identified in Section
> 2 below, the license terms for the components permit Customer to copy,
> modify, and redistribute the component, in both source code and binary
> code forms. This agreement does not limit Customer's rights under, or
> grant Customer rights that supersede, the license terms of any
> particular component.

  [ ... ]

> If Customer makes a commercial redistribution of the Software, unless
> a separate agreement with Red Hat is executed or other permission
> granted, then Customer must modify any files identified as
> "REDHAT-LOGOS" and "anaconda-images" to remove all images containing
> the "Red Hat" trademark or the "Shadowman" logo. Merely deleting these
> files may corrupt the Software.

  [ from
http://www.redhat.co​m/licenses/rhel_us_3​.html?country=United​+States& ]

My reading of this is that a RHEL licensee can redistribute the
software for any purposes, commercial or non-commercial, as long as a
commercial redistribution of the software does not include RedHat's
copyrighted images.

  - Jason Parsons



--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author darwinscusp
Full name Drew Myers
Date 2005-04-18 14:31:09 PDT
Message * Jos Vos (jos at xos dot nl) wrote:
> > On Mon, Apr 18, 2005 at 02:14:35PM -0700, Josh wrote:
> > So my "up2date" (Current) machine will hold the
> > license. I had installed ALL packages apon installing
> > ES4 so each time I run up2date I download and archive
> > all the available packages for update. Since this
> > machine will hold all the updated packages for ES4 I'm
> > looking for a way for Current to provide these
> > packages to the remaining 11 ES4 machines.
>
> You're definitely violating their license agreement then.

I have a similar setup, except I have valid subscriptions for all my
linux boxes (numbering 20 or so). However, I too, would like to have
one system download all the updates via RHN, then distribute them via
current to the remaining machines on the network. This way, only one
hole through the firewall is required, and I can choose which machines
to update with which software, as I see fit (development boxes
immediately, production boxes after a "burn in" period).

Any suggestions?


drew
--

Never offend people with style when you can offend them with substance.
    - Sam Brown, Washington Post, 1977

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

Re: RedHat ES4

Reply

Author josvos
Full name Jos Vos
Date 2005-04-18 14:23:49 PDT
Message On Mon, Apr 18, 2005 at 02:14:35PM -0700, Josh wrote:

> I have ~12 RHES4 machines with only 1 $350 redhat ES4
> license to the RedHat network for updates. I spoke
> with RedHat and they said it did not violate any
> licensing if I installed ES4 on other machines, just
> as long as only 1 connected to RHN.

This is not what their subscription agreement says...

> So my "up2date" (Current) machine will hold the
> license. I had installed ALL packages apon installing
> ES4 so each time I run up2date I download and archive
> all the available packages for update. Since this
> machine will hold all the updated packages for ES4 I'm
> looking for a way for Current to provide these
> packages to the remaining 11 ES4 machines.

You're definitely violating their license agreement then.

--
-- Jos Vos <jos at xos dot nl>
-- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
-- Amsterdam, The Netherlands | Fax: +31 20 6948204

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org

RedHat ES4

Reply

Author Josh <josh2780 at yahoo dot com>
Full name Josh <josh2780 at yahoo dot com>
Date 2005-04-18 14:14:35 PDT
Message Hello.

I have ~12 RHES4 machines with only 1 $350 redhat ES4
license to the RedHat network for updates. I spoke
with RedHat and they said it did not violate any
licensing if I installed ES4 on other machines, just
as long as only 1 connected to RHN.

So my "up2date" (Current) machine will hold the
license. I had installed ALL packages apon installing
ES4 so each time I run up2date I download and archive
all the available packages for update. Since this
machine will hold all the updated packages for ES4 I'm
looking for a way for Current to provide these
packages to the remaining 11 ES4 machines.

Of course I ran into the error when running cadmin
(traceback ending with "xmlrpclib.Fault....").
http://current.tigri​s.org/faq.html#t5 states that I
need to change the /etc/sysconfig/rhn/* files to NOT
point to redhat but use the Current config files. But
I want this machine (the up2date / Current server) to
connect to redhat legally to obtain the updates,
download them, and then use Current to host them to
the 11 clients.

Can anyone offer any assistance? I'm running into the
traceback error mentioned above and don't know which
direction to head.

Thanks.

Josh

____________________​____________________​__________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

--------------------​--------------------​--------------------​---------
To unsubscribe, e-mail: users-unsubscribe@cu​rrent.tigris.org
For additional commands, e-mail: users-help at current dot tigris dot org
Messages per page: