Mailing List
Home
Linux - General Red Hat Linux discussion list
Enterprise Linux 3 - Discussion of Red Hat Enterprise Linux 3 (Taroon)
Red Hat Linux 9 - Discussion of Red Hat Linux 9 (Shrike)
Installation - Getting started with Red Hat Linux
Red Hat Linux 7.3 - Discussion of Red Hat Linux 7.3 (Valhalla)
Red Hat Linux 8.0 - Discussion of Red Hat Linux 8.0 (Psyche)
Red Hat Linux 7.2 - Discussion of Red Hat Linux 7.2 (Enigma)
Red Hat Linux 7.1 - Discussion of Red Hat Linux 7.1 (Seawolf)
Apache Web Server
Oracle database, Microsoft SQL server ...
Subjects
application/x mplayer2 plugin
RPM error: db4 error(16) from dbenv >remove: Device or resource
   busy
Command stream end of file while reading
X Windows problem (xauth)
Upgrading openoffice 1 1 rpm
FTP: connection refused
FTP: connection refused
mount: /dev/cdrom: is not a valid block device
Dell Precision 650, RedHat 9, no sound
how to trace the cause resulting in the crash of bind server
Virus on the list
UNINSTALL RPM MYSQL
usb pen drives: mounting as a user
broadcom network interface
make mrproper
sendmail configuration on redhat
Couldn 't open PID file /var/run/named/named pid Permission denied
Promise 378 controller
kernel 2 6 and /dev/sound/mixer not found
Problem using up2date
mrtg step by step howto/configuration for a newbie?
Compiling and Installing Kernel 2 6
Can 't locate module ppp0, can 't locate module ppp compress 21
HOW I CAN MAKE BOOTABLE FLOPPY DISKET
Lotus Notes under Wine
/etc/security/limits conf question
Intel E/1000 driver
Command stream end of file while reading
rpm database corrupt
qla2300 modules
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
rhn and apt-get (was Re: a few questions about RH9.0)

rhn and apt-get (was Re: a few questions about RH9.0)

2003-04-28       - By John Zimmerman

 Back
I am including some of the original conversation just to keep things in
perspective. I was the one who made the "no worries " comment. I used
no worries a bit loosely but I will explain what I was thinking (right
or wrong you can decide). I 'm not trying to get flamed or anything, I
just don 't think I explained myself well.

> > > // personal comment follows
> > > The rhnsd runs as root, basically that means Redhat have root-access
> > > to my system... Luckily they 're not M$... And logged into the
> > > redhat-network on the web I can trigger software installs/uninstalls
> > > on my system...

This is the part I was getting addressing most. It seems that using RHN
leaves a possiblity to trigger actions as root over the Internet through
a web interface. I don 't know for sure but I am not aware of anything
like this with apt-get.

> > > Very nice, well, trust RH 100%, or keep ur system up to date
> > > manually...

> > RHN provides some nice features if you need to use them. But most
> > people don 't need them. Use apt-get/synaptic and have no worries.

> Use apt-get and let someone else have root access on your machine. You
> are aware that every rpm you install can contain scripts which run as
> root? It 's just a question of who you trust more, Red Hat or the
> freshrpms (+ every other apt source you specify) people...

Any time you are installing software not developed by your personally
you are letting someone else have root on your machine. You get to
choose who you allow packages from with apt-get and it is very easy to
setup your own private repository. From my experience it is much more
of a pain to set up your own private up2date server.

> I 'm not trying to make freshrpms look bad, as I 'm a happy user myself
> but I triggered on the "no worries " a few posts back. I think everyone
> should at least make a conscious decision before adding "untrusted "
> binaries to their system.

The freshrpms repository offers mirrored packages from redhat in
addition to their own custom packages. I did add one apt-source that
screwed some things up. The way they named their packages ended up
updateing current software with old software (not freshrpms though). So
it is very true that you need to be conscious about what binaries you
trust.

> Anyway, I tend to trust Redhat a bit more since they have commercial
> interests in keeping their distribution "clean ". I don 't expect
> anybody in the open-source community trying to install back doors on
> systems, but who guarantees some rpm server far away won 't be
> hacked into?

Also true.

Sorry to strike a nerve with some people.

Security issues or not, if you are looking for a nice flexible package
manager give apt-get a try.