Re: [SLUG] apt-rpm

2004-08-18 Thread Luke Yelavich
On Thu, Aug 19, 2004 at 12:41:16AM EST, FH Leung wrote:
> Are there any tools like the apt-get in Debian so that I can install and 
> update the packages easily from the net?

Yes there are. It depends on the distro you are using. If you are using a
recent version of Mandrake, you already have a system like this at your
disposal called urpmi. If you are using one of the Fedora releases, you can geet
apt for rpm from various sites on the net. For Fedora, there is also yum, which
it comes with.

hth

Luke

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] apt-rpm and some weirdness

2003-08-14 Thread ramon buckland
Hardware strikes!

After the email and all the next week trying stuff, apt-get just became
worse and worse, to the point that after a dist-upgrade
(7.3 to 7.3) :-), it completely stopped booting, 
lilo gave garbled test before the prompt, and mounting/chrooting to
the system via another same redhat dist gave seg faults a plenty.

oh no .. 

open the case, and the CPU fan was stopped, ceased solid, and the
Motherboard, a little too hot for our hands.

In short, new MB, installed debian woody, and we restored from backups
the data, hey presto, 4 hrs later a working system, 
running smooth.

After this, I promptly went out on the weekend and 
replaced my own currently working 2 year old CPU fan, 
with a new one. I just can't afford the day when it stops, and for
$8, I was happy.

Hardware sucks when it fails.

On Sat, 9 Aug 2003 22:25:05 +1000, Laurie Savage wrote
> I had the same problem. Have you checked /etc/apt/apt.conf for your 
> proxy settings if you are behind a firewall? There is a sample in 
> /usr/share/doc/apt-/examples
> 
> Laurie
> 
> On 06 Aug 2003 22:02:18 +1000
> Ramon Buckland <[EMAIL PROTECTED]> wrote:
> 
> > Helping out someone who has Redhat and has apt-rpm 
> > running..
> > just recently and not too sure if it's ever been seen or not,
> > 
> > getting errors about pkglist not existsing when
> > doing an 'apt-get update'
> > 
> > Here is a dump of the errors im seeing, any help would be
> > appreciated as the system from an apt-get dist-upgrade (7.3 to 7.3)
> > is now HIGHLY stuffed and im trying to rule stuff out
> > (incidently, I see this message using heaps of mirrors and even 
> > attempting 8.0 update - didn't go there yet though)
> > 
> > -- 
> > [EMAIL PROTECTED] root]# apt-get update
> > Get:1 http://apt.au.freshrpms.net redhat/7.3/en/i386 release [1123B]
> > Fetched 1123B in 0s (4540B/s)
> > Get:1 http://apt.au.freshrpms.net redhat/7.3/en/i386/os pkglist [405kB]
> > Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/os release
> > Get:2 http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
> > [141kB]
> > Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/updates release
> > Get:3 http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms pkglist
> > [52.6kB]
> > Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms release
> > Err http://apt.au.freshrpms.net redhat/7.3/en/i386/os pkglist
> >   Waited, for bzip2 but it wasn't there
> > Err http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
> >   Waited, for bzip2 but it wasn't there
> > Err http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms pkglist
> >   Waited, for bzip2 but it wasn't there
> > Fetched 599kB in 21s (28.2kB/s)
> > Failed to fetch
> > http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.os  Waited,
> > for bzip2 but it wasn' t there
> > Failed to fetch
> > http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.updates 
> > Waited, for bzip2 but it wasn't there
> > Failed to fetch
> > http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.freshrpms 
> > Waited, for bzip2 but i t wasn't there
> > Reading Package Lists... Done
> > Building Dependency Tree... Done
> > E: Some index files failed to download, they have been ignored, or old
> > ones used instead.
> > 
> > 
> > -- 
> > SLUG - Sydney Linux User's Group - http://slug.org.au/
> > More Info: http://lists.slug.org.au/listinfo/slug
> -- 
> SLUG - Sydney Linux User's Group - http://slug.org.au/
> More Info: http://lists.slug.org.au/listinfo/slug



--
ramon buckland
www.thebuckland.com
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm and some weirdness

2003-08-14 Thread Laurie Savage
I had the same problem. Have you checked /etc/apt/apt.conf for your proxy settings if 
you are behind a firewall? There is a sample in /usr/share/doc/apt-/examples

Laurie

On 06 Aug 2003 22:02:18 +1000
Ramon Buckland <[EMAIL PROTECTED]> wrote:

> Helping out someone who has Redhat and has apt-rpm 
> running..
> just recently and not too sure if it's ever been seen or not,
> 
> getting errors about pkglist not existsing when
> doing an 'apt-get update'
> 
> Here is a dump of the errors im seeing, any help would be
> appreciated as the system from an apt-get dist-upgrade (7.3 to 7.3)
> is now HIGHLY stuffed and im trying to rule stuff out
> (incidently, I see this message using heaps of mirrors and even 
> attempting 8.0 update - didn't go there yet though)
> 
> -- 
> [EMAIL PROTECTED] root]# apt-get update
> Get:1 http://apt.au.freshrpms.net redhat/7.3/en/i386 release [1123B]
> Fetched 1123B in 0s (4540B/s)
> Get:1 http://apt.au.freshrpms.net redhat/7.3/en/i386/os pkglist [405kB]
> Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/os release
> Get:2 http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
> [141kB]
> Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/updates release
> Get:3 http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms pkglist
> [52.6kB]
> Hit http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms release
> Err http://apt.au.freshrpms.net redhat/7.3/en/i386/os pkglist
>   Waited, for bzip2 but it wasn't there
> Err http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
>   Waited, for bzip2 but it wasn't there
> Err http://apt.au.freshrpms.net redhat/7.3/en/i386/freshrpms pkglist
>   Waited, for bzip2 but it wasn't there
> Fetched 599kB in 21s (28.2kB/s)
> Failed to fetch
> http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.os  Waited,
> for bzip2 but it wasn' t there
> Failed to fetch
> http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.updates 
> Waited, for bzip2 but it wasn't there
> Failed to fetch
> http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.freshrpms 
> Waited, for bzip2 but i t wasn't there
> Reading Package Lists... Done
> Building Dependency Tree... Done
> E: Some index files failed to download, they have been ignored, or old
> ones used instead.
> 
> 
> -- 
> SLUG - Sydney Linux User's Group - http://slug.org.au/
> More Info: http://lists.slug.org.au/listinfo/slug
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm and some weirdness

2003-08-08 Thread Ramon Buckland
Hey James,

Thanks, Yeah it's an unknown system.. so I'll go to 
work on seeing where it's stuffing up.

What i know so far is: bzip2 is working..
and that it _is_ downloading the files.. 

Turning on debugging in /etc/apt/apt.conf .. 
I notice it quite happily pulls down the files

I also saw this .. 
Fetching
http://apt.au.freshrpms.net/redhat/7.3/en/i386/base/pkglist.os.bz2
 to
/var/state/apt/lists/partial/apt.au.freshrpms.net_redhat_7.3_en_i386_base_pkglist.os

is that correct behaviour ? (stripping the .bz2 off the end) as 
it doesn't say anything about bunzip2-ing it. unless of course that is
just the task it's meant to perform..

** read in here 1 hour of fuffing ** 
Anyways, I think I have fixed it (quassi like).
Because It was unable to download the latest pkglists (for the reason
I am still unsure)

I instead manually downloaded them and put them into
/var/state/apt/lists and renamed them in the format of
the other files .. 

manually downloaded, un'bzip2 and put it 
* apt.au.freshrpms.net_redhat_7.3_en_i386_base_pkglist.freshrpms
* apt.au.freshrpms.net_redhat_7.3_en_i386_base_pkglist.os
* apt.au.freshrpms.net_redhat_7.3_en_i386_base_pkglist.updates

these were already there
apt.au.freshrpms.net_redhat_7.3_en_i386_base_release
apt.au.freshrpms.net_redhat_7.3_en_i386_base_release.freshrpms
apt.au.freshrpms.net_redhat_7.3_en_i386_base_release.os
apt.au.freshrpms.net_redhat_7.3_en_i386_base_release.updates

so then when I did an apt-get update, this time it saw it didn;t need
to attempt downloading them, and now I am on the road to fixing the 
problem at hand (a stuffed install somehow)...

weird.. thoughts ?



On Wed, 2003-08-06 at 22:27, James Gregory wrote: 
> On Wed, 2003-08-06 at 22:02, Ramon Buckland wrote:
> 
> > Err http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
> >   Waited, for bzip2 but it wasn't there
> 
> Hi Ramon,
> 
> So I'm probably stating the obvious, but I'd start by checking that the
> machine has a working copy of bzip2. Those files are on freshrpms, I can
> see them from here anyway. Is there any possibility that there's some
> sort of connectivity problem getting in the way? Lastly, I'd ask rpm to
> verify the installation of apt and see if that reveals anything. If you
> aren't sure of its origins perhaps you should download a known good copy
> from freshrpms and install that. Could be that someone installed apt
> from RPMs for a newer redhat ignoring dependencies or something.
> 
> HTH
> 
> James.

-- 

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm and some weirdness

2003-08-07 Thread Ramon Buckland
> > 
> > So I'm probably stating the obvious, but I'd start by checking that the
> > machine has a working copy of bzip2. 
Yeah, he is there and working. Tested downloding the files using wget
and then 'bzip2 -d'd them.

> Those files are on freshrpms, I can
> > see them from here anyway.

Yp I can see them :-)

>  Is there any possibility that there's some
> > sort of connectivity problem getting in the way? 

Doesn't seem that way, the manual download of the files worked not a
problem (using wget)

> Lastly, I'd ask rpm to
> > verify the installation of apt and see if that reveals anything. If you
> > aren't sure of its origins perhaps you should download a known good copy
> > from freshrpms and install that. Could be that someone installed apt
> > from RPMs for a newer redhat ignoring dependencies or something.

I didn't get rpm to verify,
What I did do was check the db version, RPM v4.04,
then downloaded apt for 7.3 (supporting RPM v4.04)

I then tried
rpm -Uvh 
but said it wouldn't install because it was already that version
so, just to be sure I forced it to update it (in case it was corrupt)
(maybe that's what the rpm verification does yeah ? I stopped using 
RedHat in 1999).

.. so Im now waiting for the box to pull down it's 200 odd Meg of
rpm's to update itself (which is what got it in the mess in the first
place I think).


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm and some weirdness

2003-08-06 Thread James Gregory
On Wed, 2003-08-06 at 22:02, Ramon Buckland wrote:

> Err http://apt.au.freshrpms.net redhat/7.3/en/i386/updates pkglist
>   Waited, for bzip2 but it wasn't there

Hi Ramon,

So I'm probably stating the obvious, but I'd start by checking that the
machine has a working copy of bzip2. Those files are on freshrpms, I can
see them from here anyway. Is there any possibility that there's some
sort of connectivity problem getting in the way? Lastly, I'd ask rpm to
verify the installation of apt and see if that reveals anything. If you
aren't sure of its origins perhaps you should download a known good copy
from freshrpms and install that. Could be that someone installed apt
from RPMs for a newer redhat ignoring dependencies or something.

HTH

James.


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


RE: [SLUG] apt-rpm

2003-07-21 Thread Andrew Monkhouse
From: Adam Hewitt [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 22 July 2003 2:40 PM
Hi All,

If you have a RH 6.2 machine, can you use apt-rpm to upgrade it to RH
9.0? or can you only update it to the latest 6.2 packages?
If you can upgrade it to 9.0, is there anything you need to watch out
for that may kill the system?
No knowledge of apt-rpm, but just on what might go wrong in the upgrade:

I recently upgraded from RedHat 7.1 (with all the latest RPMs for it 
installed) to RedHat 9 using the upgrade option from the CDs. The list 
of things that I noticed no longer worked included:

httpd was upgraded, but the link to start it in /etc/rc.d/rc3.d was 
removed. It took me a while before I found out that I no longer had 
that running.

saned upgrade overwrote the /etc/xinetd/saned entry and the list of 
permitted users - both without making a backup (no 
rpmsave/rpmold/rpmnew!). 
Samba was upgraded, but swat wasnt? The old swat was removed though!

I was using LPRN for my printer, and it overwrote the configuration 
file without backing it up.

vmware 3.x just doesnt work out of the box with RedHat 9. Fortunately 
there is a patch.

Most other changes seemed to go OK. I have not yet tested the fax 
though.

Regards, Andrew
--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm

2003-07-21 Thread Chris Deigan
Adam Hewitt wrote:
>If you have a RH 6.2 machine, can you use apt-rpm to upgrade it to RH 
>9.0? or can you only update it to the latest 6.2 packages?
>
>If you can upgrade it to 9.0, is there anything you need to watch out 
>for that may kill the system?

This would not be the wisest thing to do, LOTS has changed since 6.2.

I suggest getting 9 (from ftp.iinet.net.au or similar, for you, free
WAIX traffic, damn WAIX).
 
 - Chris
[EMAIL PROTECTED]


pgp0.pgp
Description: PGP signature
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


RE: [SLUG] apt-rpm

2003-07-21 Thread Rowling, Jill
Hi Adam,

I had terrible problems upgrading an old RH version due to all the changes
in the RPM database.
You might be better off backing up all the data, and assume that all the
executables will break!
The database change happened in RH7 I think.
Maybe keep a full backup and be prepared to re-install it if the upgrade
doesn't.

Regards,

Jill.

-Original Message-
From: Adam Hewitt [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 22 July 2003 2:40 PM
To: [EMAIL PROTECTED]
Subject: [SLUG] apt-rpm


Hi All,

If you have a RH 6.2 machine, can you use apt-rpm to upgrade it to RH 
9.0? or can you only update it to the latest 6.2 packages?

If you can upgrade it to 9.0, is there anything you need to watch out 
for that may kill the system?

Cheers,

Adam.

PS. Yes I am in Perth now, but I just love the SLUG crowd, so I hope 
you dont mind if I keep posting here...;)

--
IMPORTANT NOTICES
This email (including any documents referred to in, or attached, to this
email) may contain information that is personal, confidential or the subject
of copyright or other proprietary rights in favour of Aristocrat, its
affiliates or third parties. This email is intended only for the named
addressee. Any privacy, confidence, copyright or other proprietary rights in
favour of Aristocrat, its affiliates or third parties, is not lost because
this email was sent to you by mistake.

If you received this email by mistake you should: (i) not copy, disclose,
distribute or otherwise use it, or its contents, without the consent of
Aristocrat or the owner of the relevant rights; (ii) let us know of the
mistake by reply email or by telephone (+61 2 9413 6300); and (iii) delete
it from your system and destroy all copies.

Any personal information contained in this email must be handled in
accordance with applicable privacy laws.

Electronic and internet communications can be interfered with or affected by
viruses and other defects. As a result, such communications may not be
successfully received or, if received, may cause interference with the
integrity of receiving, processing or related systems (including hardware,
software and data or information on, or using, that hardware or software).
Aristocrat gives no assurances in relation to these matters.

If you have any doubts about the veracity or integrity of any electronic
communication we appear to have sent you, please call +61 2 9413 6300 for
clarification.
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm looks great (was: [Re: Which XFree86 is Applicable for RedHat 7.1 ?])

2003-03-08 Thread Mike MacCana

On Sat, 8 Mar 2003 [EMAIL PROTECTED] wrote:

> On  7 Mar, Mike MacCana wrote:
> >  Its possible, people have done it before.
> >  But personally I'd rather just do an upgrade, and I don't see what there
> >  is to `fix'. An hour or two scheduled maintenance once a year isn't a
> >  big deal for me. Remember, Red Hat aim to keep binary compatibility
> >  within major version numbers, so 7.x - 7.(x+1) is, in my brain,
> >  equivalent to a service pack in the windows world. And, or course, what
> >  you're upgrading to is stable with much testing, fixing and (these days)
> >  three beta releases before its declared so.
>
> rpm doesn't merge your changes to config files, though, or help you do
> it interactively.

It will preserve your existing configs, unless the format for the config
file has changed, in which case it will move your old config gile to a
backup name. See install.log for any instances of the latter happening.

* For most packages these days, the config file rarely if ever changes.
They may get more options, but the old configs are still valid.

* The only one (that I use) I can think of recently was Apache 1.x - 2.x.
IIRC, Red Hat may have provided a migration tool.

> The only way I know to do it is to note down each
> ..rpmnew file, and carefully run sdiffs or edit the old and new manually.

.rpmnews are irrelevant. .rpmsaves are where you need to do some work. But
you don't need to note each of them, look in install.log

> Doing it for a whole system is a daunting task.

I find it not so - again, very few packages 9that I use, though I
use a lot change their config file format between versions.

> At work, when we release new versions of products, we either maintain
> backward compatibility, or provide update tools for the old data files.

Agreed.

Mike

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm looks great (was: [Re: Which XFree86 is Applicable for RedHat 7.1 ?])

2003-03-07 Thread lukekendall
On  7 Mar, Mike MacCana wrote:
>  Its possible, people have done it before. 
>  But personally I'd rather just do an upgrade, and I don't see what there 
>  is to `fix'. An hour or two scheduled maintenance once a year isn't a 
>  big deal for me. Remember, Red Hat aim to keep binary compatibility 
>  within major version numbers, so 7.x - 7.(x+1) is, in my brain, 
>  equivalent to a service pack in the windows world. And, or course, what 
>  you're upgrading to is stable with much testing, fixing and (these days) 
>  three beta releases before its declared so. 

rpm doesn't merge your changes to config files, though, or help you do
it interactively.  The only way I know to do it is to note down each
..rpmnew file, and carefully run sdiffs or edit the old and new manually.

Doing it for a whole system is a daunting task.

Admittedly, the fundamental problem isn't with rpm, it's that config
files aren't designed to make that task easy, nor does (any?) package
include its own config file updater, which is the only other approach. 
By this I mean, sendmail could provide its own script that would update
a version N config file into N+1 (mostly a matter of sed scripts), and
then go on to ask you if you want to use each of the new features, or
what to do about old features deleted.  That kind of thing.

At work, when we release new versions of products, we either maintain
backward compatibility, or provide update tools for the old data files.

luke

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm looks great (was: [Re: Which XFree86 isApplicable for RedHat 7.1 ?])

2003-03-06 Thread Mike MacCana
On Fri, 2003-03-07 at 00:21, Jeff Allison wrote:
> [EMAIL PROTECTED] wrote:
> 
> > I didn't know that!
> >
> > # rpm -qa | grep raidtools
> > raidtools-0.90-24
> > raidtools-0.90-23

You can erase one or both of these packages. man rpm.

> > I hate to think what it'll say when it sees what my (working) XFree86
> > package is like, due to misuse of rpm during an upgrade from 4.1 to 4.2:

apt-get install -f 
will fix a broken system.

> Has anyone tried to upgrade a version ie 7.2 --> 7.3 using apt-rpm if it works it 
> may fix the 12 month lifespan of RedHats.

Its possible, people have done it before.
But personally I'd rather just do an upgrade, and I don't see what there
is to `fix'. An hour or two scheduled maintenance once a year isn't a
big deal for me. Remember, Red Hat aim to keep binary compatibility
within major version numbers, so 7.x - 7.(x+1) is, in my brain,
equivalent to a service pack in the windows world. And, or course, what
you're upgrading to is stable with much testing, fixing and (these days)
three beta releases before its declared so.

Mike

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


Re: [SLUG] apt-rpm looks great (was: [Re: Which XFree86 is Applicable for RedHat 7.1 ?])

2003-03-06 Thread Jeff Allison
[EMAIL PROTECTED] wrote:

> On  5 Mar, James Gregory wrote:
> >  > Louis> I googled for this "apt-rpm" and I did not see a version that runs for
> >  > red Hat 7.1. Or any version will work ??
>
> apt-rpm sounds great!
>
> >  http://ftp.freshrpms.net/pub/freshrpms/redhat-7.1/apt/
>
> Ah ha, so it actually works with 7.2 too, I see.
>
> I fetched http://ftp.freshrpms.net/pub/freshrpms/redhat-7.2/apt/
> and changed /etc/apt/sources.list to point to the link you gave, above.
>
> Now it looks like I need to sort out some internal problems:
>
> E: There are two or more versions of the package 'raidtools' installed in your 
> system, which is a situation APT can't handle cleanly at the moment.
>
> I didn't know that!
>
> # rpm -qa | grep raidtools
> raidtools-0.90-24
> raidtools-0.90-23
>
> I hate to think what it'll say when it sees what my (working) XFree86
> package is like, due to misuse of rpm during an upgrade from 4.1 to 4.2:
>
> # rpm -qa | grep -i xfree | sort
> XFree86-100dpi-fonts-4.1.0-25
> XFree86-4.1.0-25
> XFree86-4.2.0-52.01
> XFree86-75dpi-fonts-4.1.0-25
> XFree86-ISO8859-15-100dpi-fonts-4.1.0-25
> XFree86-ISO8859-15-75dpi-fonts-4.1.0-25
> XFree86-base-fonts-4.2.0-52.01
> XFree86-compat-libs-4.0.3-2
> XFree86-devel-4.1.0-25
> XFree86-jpfonts-2.1-24
> XFree86-libs-4.1.0-25
> XFree86-libs-4.2.0-52.01
> XFree86-tools-4.1.0-25
> XFree86-twm-4.1.0-25
> XFree86-xdm-4.1.0-25
> XFree86-xfs-4.1.0-25
> XFree86-xfs-4.2.0-52.01
>
> luke
>
> --
> SLUG - Sydney Linux User's Group - http://slug.org.au/
> More Info: http://lists.slug.org.au/listinfo/slug

Has anyone tried to upgrade a version ie 7.2 --> 7.3 using apt-rpm if it works it may 
fix the 12 month lifespan of RedHats.


Jeff

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug