l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2003 May 22 14:28

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] non-apt-get replace perl-base == problems
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] non-apt-get replace perl-base == problems

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, May 14, 2003 at 03:18:20PM -0700, Michael Wenk wrote:
> The problem I have with debian is partly cpled with the fact that=20
> I don't know it as well as I know other OSes.  Take HP-UX or Solaris for=
> example.  If I install perl on those, it doesn't break things like=20
> swinstall(hp-ux) or pkgadd(solaris), however on debian, I installed perl =
> on debian and it trashed very important things like apt and dselect.

  Hp-ux and solaris have no problems because as of a few years ago they
didn't have perl as a standard component... so their package management
systems don't use them.  Debian uses perl for many things, I think it
is the single largest component of the base system ...

# apt-get remove perl-base
WARNING: The following essential packages will be removed
This should NOT be done unless you know exactly what you are doing!
2 packages upgraded, 0 newly installed, 146 to remove and 12  not upgraded.
Need to get 5774kB of archives. After unpacking 307MB will be freed.
You are about to do something potentially harmful
To continue type in the phrase 'Yes, do as I say!'

  If there are problems perl wasn't installed in /usr/local ... or
you changed the /usr/bin/perl link to point at the new version and
some required modules were not available.

> What I=20
> want from an OS is a typical way to install the system and then get the h=
> out of my way(and be able to handle gracefully what I do, even if it mean=
s it=20
> just detects the change and throws up its proverbial hands and says "hey,=
> can't work with this, cya")

  If you installed anything (including perl) in /usr/local on Debian
you will not have any problems.

  I suspect that the error messages apt gave you were that tool's
own special way of saying "I can't work with this, cya".  ;)

  If one installs anything into the system directories from source=20
without telling the packaging system about it, long term, down the=20
line there will have problems, in practically any system because
stray bits of kruft will develop over time...

> [Gentoo] it provides me an easy way to get=20
> software I want that is up to date, and it will get the heck out of my=20
> way(least so far.) =20

  Debian does provide a way to get up to date versions software,=20
along three scales of freshness (stable, testing, unstable).

  If the package isn't in stable and you want to keep most of stable
you can upgrade just the packages you want (apt-get -t testing install) or=
recompile the testing/unstable versions with stable dependencies...
(apt-get -t testing source FOO; cd FOO-*; dpkg-buildpackage).

  If the official maintainer isn't working quickly enough for you, it
is possible to go to unofficial apt sources for the compiled versions
(http://www.apt-get.org/) but you should be more wary of these packages.

  If no one is "debian packaging" for you quickly enough, install source
into /usr/local... or you can package things yourself, for most packages
you can move the 'debian' directory into a newer upstream source
tar ball, change a few things, and dpkg-buildpackage ... but this=20
is getting very technical (and honestly I haven't done often enough=20
to explain well).

GPG key: http://simons-clan.com/~msimons/gpg/msimons.asc
Fingerprint: 524D A726 77CB 62C9 4D56  8109 E10C 249F B7FA ACBE

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org


vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
O'Reilly and Associates
For numerous book donations.