Re: user based package manager?

2007-03-28 Thread Tyler MacDonald
Wim De Smet <[EMAIL PROTECTED]> wrote:
> >Most installed packages will mess $HOME more or less when compiled with
> >--prefix=$HOME. Though, keep the log of `make install' may be used as an
> >removing method if wanted latter.
> >Is there some package manager that can be used for normal user under their
> >home location?
> >By which the software can be cleanly purged and so on.
> >Or some extensions of checkinstall to make an simple one.
> 0install(0install.net) but that's a binary system. Why don't you just
> configure with --prefix=$HOME/myprograms/ or something like that?

  This is where the concept of "opt" comes in (for me, anyways).

  ./configure --prefix=$HOME/opt/anjuta
  ./configure --prefix=$HOME/opt/kismet

  etc... Then I have a "$HOME/bin" directory in my PATH, that I symlink the
binaries I use frequently into.

  I've longed for a "userspace dpkg" type thing as well, which would install
.deb's into my home directory, but unfortuantely in most cases this would be
impossible without rebuilding the package from source each time... and even
then, you'd need a "$HOME/var/lib/dpkg", etc etc etc... Really, there's two
problems that somebody is usually trying to solve here:

  1) Being able to install software as an unprivileged user... having to
compile from source for absolutely everything kind of sucks, but it's about
the best solution we have right now, and if you follow the "opt" convention,
the "packages" are at least easy to "manage"... Of course, if you find
yourself installing dependancies the same way then you end up with crazy
configure lines like

  CPPFLAGS="-I$HOME/opt/foo/include -I$HOME/opt/bar/include"
LDFLAGS="-L$HOME/opt/foo/lib -L$HOME/opt/bar/lib" ./configure
--prefix=$HOME/opt/baz

  etc... of course, this can all be alleviated by setting up symlink
directories for lib and include. And then there's the other problem,

  2) Clean separation of multiple tasks on the same system. For this, I use
cdebootstrap to create a chroot environment (usually something like
"cdebootstrap -f standard etch /var/lib/chroot/task_name
http://127.0.0.1/apt-cacher/ftp.yi.org/debian";), then chroot into there and
set it up like a brand new debian system. Since almost any system I'm
deploying stuff on, I'm root on, this method seems to work well.

  Cheers,
Tyler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: user based package manager?

2007-03-28 Thread Wim De Smet

On 3/18/07, Jeff Zhang <[EMAIL PROTECTED]> wrote:

Most installed packages will mess $HOME more or less when compiled with
--prefix=$HOME. Though, keep the log of `make install' may be used as an
removing method if wanted latter.
Is there some package manager that can be used for normal user under their
home location?
By which the software can be cleanly purged and so on.
Or some extensions of checkinstall to make an simple one.


0install(0install.net) but that's a binary system. Why don't you just
configure with --prefix=$HOME/myprograms/ or something like that?

greets,
Wim


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: user based package manager?

2007-03-27 Thread Michelle Konzack
Am 2007-03-19 07:51:28, schrieb Jeff Zhang:
> >dpkg/apt/aptitude are designed to install *system* packages.
> >
> >If you want to install user-specific packages, build from source.
> 
> 
> Yes, it is what I'm mean about things after building and installing.

You need to reverse engineer the "debhelper", e.g. "dh_manpages" which
normaly install in /usr/share/man which must be changed to /man and if
installed in the HOME it is ${HOME}/man and a standad location.

Also dpkg-buildpackage so it can extract the files into a temporary location 
and then there
must be a script (in addition to "preinst" and "postinst") which move
the temporary target to $HOME.

It is possibel since I have one, but I must say: "It works for me!"
and it is not for public use.  I call it tdinstall which simply create
renamed tgz archives => .tdd

Please look  for an implemantation of
$USER install pathes inside of ${HOME} like

${HOME}/bin
etc
fonts
log
man
tmp
var

Other standard pathes are:

${HOME}/.Xresources
.Xresources/de
.Xresources/de_DE
.Xresources/[EMAIL PROTECTED]
.icons
.icons/default
.icons/default/cursors
.icons//cursors


Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant


-- 
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack   Apt. 917  ICQ #328449886
   50, rue de Soultz MSN LinuxMichi
0033/6/6192519367100 Strasbourg/France   IRC #Debian (irc.icq.com)


signature.pgp
Description: Digital signature


Re: user based package manager?

2007-03-19 Thread Jeff Zhang

On 3/19/07, Adam Porter <[EMAIL PROTECTED]> wrote:


Jeff Zhang wrote:

> Most installed packages will mess $HOME more or less when compiled with
> --prefix=$HOME. Though, keep the log of `make install' may be used as an
> removing method if wanted latter.
> Is there some package manager that can be used for normal user under
their
> home location?
> By which the software can be cleanly purged and so on.
> Or some extensions of checkinstall to make an simple one.

A very good question.  A fairly simple solution might be to use
installwatch
to monitor the installation and output a log file.  Then a simple script
could remove everything listed in the log file when you want to uninstall
it.



Sure, it is simple and could fulfill usage in some ways. :)


Re: user based package manager?

2007-03-19 Thread Adam Porter
Jeff Zhang wrote:

> Most installed packages will mess $HOME more or less when compiled with
> --prefix=$HOME. Though, keep the log of `make install' may be used as an
> removing method if wanted latter.
> Is there some package manager that can be used for normal user under their
> home location?
> By which the software can be cleanly purged and so on.
> Or some extensions of checkinstall to make an simple one.

A very good question.  A fairly simple solution might be to use installwatch
to monitor the installation and output a log file.  Then a simple script
could remove everything listed in the log file when you want to uninstall
it.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: user based package manager?

2007-03-18 Thread Jeff Zhang

On 3/19/07, Ron Johnson <[EMAIL PROTECTED]> wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/18/07 10:48, Jeff Zhang wrote:
> Most installed packages will mess $HOME more or less when compiled with
> --prefix=$HOME. Though, keep the log of `make install' may be used as an
> removing method if wanted latter.
> Is there some package manager that can be used for normal user under
their
> home location?
> By which the software can be cleanly purged and so on.
> Or some extensions of checkinstall to make an simple one.

dpkg/apt/aptitude are designed to install *system* packages.

If you want to install user-specific packages, build from source.



Yes, it is what I'm mean about things after building and installing.


Re: user based package manager?

2007-03-18 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 03/18/07 10:48, Jeff Zhang wrote:
> Most installed packages will mess $HOME more or less when compiled with
> --prefix=$HOME. Though, keep the log of `make install' may be used as an
> removing method if wanted latter.
> Is there some package manager that can be used for normal user under their
> home location?
> By which the software can be cleanly purged and so on.
> Or some extensions of checkinstall to make an simple one.

dpkg/apt/aptitude are designed to install *system* packages.

If you want to install user-specific packages, build from source.

> 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFF/WUrS9HxQb37XmcRAgRjAJ4pb1d9iZZ/4xbt6kPLJmAHtK3s2wCggh73
+6E1kAeqo+1zJnH+8QMmevo=
=fP3v
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]