[gentoo-dev] An Offering: the EMerge Interface

[gentoo-dev] An Offering: the EMerge Interface

[Will Rogers]

# emi - the EMerge Interface
# Copyright (C) 2001 William J. Rogers (wjr@wam.umd.edu)
#
# An interface to the Gentoo Portage package system in the style of
apt-get

Available at http://www.wam.umd.edu/~wjr/emi (also linked off of
http://www.wam.umd.edu/~wjr).

This is a perl script that can acts as a user-friendly interface to
emerge merge, package information, and ebuild unmerge operations.  Its
features include:
	- emi merge <package file>
checks if there is an ebuild in the tree for this package (if you are
calling it on a binary .tbz2), lists currently installed versions, lists
dependencies via emerge --pretend, and tells you if those have ebuilds
available also, then asks if you want to install and fires off emerge if
you say yes
	- emi query <package name>
Lists ebuilds for this program in the portage tree, source packages in
the distfiles folder, binary packages in PKGDIR, and current versions in
/var/db/pkg
	- emi unmerge <package name>
Lists current versions in /var/db/pkg and allows you to select one to
unmerge (via ebuild unmerge) or quit

I wrote this in my spare time over the weekend because I found it
tiresome to manually look around to discover various information about
packages.  This functionality might be planned in future emerge
iterations; it might already exist somewhere I haven't found yet.  If
so, I don't really care; I had fun writing it :).

Please check it out if you're interested and let me know what you think.

Will Rogers
wjr@wam.umd.edu

Re: [gentoo-dev] An Offering: the EMerge Interface

[Ben Lutgens]

[-- Attachment #1: Type: text/plain, Size: 497 bytes --]

On Sun, Aug 19, 2001 at 10:10:53PM -0400, Will Rogers wrote:
># emi - the EMerge Interface
># Copyright (C) 2001 William J. Rogers (wjr@wam.umd.edu)
>#
># An interface to the Gentoo Portage package system in the style of
>apt-get
>

This is very nice. I like it. I had asked Daniel for this funtionality
natively in emerge, he said it was planned but that it would wait untill
other more important stuff is done. 

Perhaps emi could become part of our baselayout or portage iself. 


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [gentoo-dev] An Offering: the EMerge Interface

[Karl Trygve Kalleberg]

Hi.

I've already added this to Gentool, but I've not checked it into CVS
yet (shame on me!).

If you have knowledge of Python (we don't use Perl for Portage) and
want to keep working on these kinds of things, tell me, and I'll see
if we can't get Gentool rolling a bit faster from now on.

For those of you who haven't been paying attention to what I intend
to do with Gentool: It's intended as a playground for higher-level
stuff that should go into Portage. 

Since Portage itself is so vital, we don't want to muck around with
it needlessly. That's why I suggest we use Gentool as an entry-point 
for all crazy and non-crazy 'portage addons' that crop up on the list.

This way, the users will be able to try them out before they make
it into Portage proper, and we can throw away/rework suggestions
that weren't so hot after all.


I promise to speed up Gentool development once I get settled at uni (in 
about a week).


Kind regards,

Karl T

On Sun, Aug 19, 2001 at 10:10:53PM -0400, Will Rogers wrote:
> # emi - the EMerge Interface
> # Copyright (C) 2001 William J. Rogers (wjr@wam.umd.edu)
> #
> # An interface to the Gentoo Portage package system in the style of
> apt-get
> 
> Available at http://www.wam.umd.edu/~wjr/emi (also linked off of
> http://www.wam.umd.edu/~wjr).
> 
> This is a perl script that can acts as a user-friendly interface to
> emerge merge, package information, and ebuild unmerge operations.  Its
> features include:
> 	- emi merge <package file>
> checks if there is an ebuild in the tree for this package (if you are
> calling it on a binary .tbz2), lists currently installed versions, lists
> dependencies via emerge --pretend, and tells you if those have ebuilds
> available also, then asks if you want to install and fires off emerge if
> you say yes
> 	- emi query <package name>
> Lists ebuilds for this program in the portage tree, source packages in
> the distfiles folder, binary packages in PKGDIR, and current versions in
> /var/db/pkg
> 	- emi unmerge <package name>
> Lists current versions in /var/db/pkg and allows you to select one to
> unmerge (via ebuild unmerge) or quit
> 
> I wrote this in my spare time over the weekend because I found it
> tiresome to manually look around to discover various information about
> packages.  This functionality might be planned in future emerge
> iterations; it might already exist somewhere I haven't found yet.  If
> so, I don't really care; I had fun writing it :).
> 
> Please check it out if you're interested and let me know what you think.
> 
> Will Rogers
> wjr@wam.umd.edu
> 
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@cvs.gentoo.org
> http://cvs.gentoo.org/mailman/listinfo/gentoo-dev

Re: [gentoo-dev] An Offering: the EMerge Interface

[Will Rogers]

> Hi.

Hi.

> If you have knowledge of Python (we don't use Perl for Portage) and
> want to keep working on these kinds of things, tell me, and I'll see
> if we can't get Gentool rolling a bit faster from now on.

I'm reasonably familiar with Python (I tinker with a MUD written in Java
using Jython for scripting every now and again) but I haven't really used it
to write anything significant yet.  This has been on my "TODO" list for
quite a while and Gentoo is giving me a reason to finally get around to it.
I spent much of my day today browsing the Python web site and figuring out
what the analogs to the Perl features I used in my emi script are in
Python--opening a pipe, backticks, qx//, etc.  I also read through the
Developer HOWTO on the Gentoo site to get a vauge idea of how Portage works.

Tonight I'm going to see if I can rewrite emi in Python in a reasonable
amount of time.  If I succeed at that I'll declare myself a Python
programmer and start implementing some of the other features I want in emi.
Some of these are easy (emi merge <packagename> shows you a list of possible
ways to install packagename, binary or ebuild, and lets you choose one
without having to explicitly specify a _file_ to install on the
commandline), some are hard (providing an interactive mode with a browsable
view of the state of the system and available packages, a la dselect).

I'm obviously not familiar with the Gentoo development process.  If I
produce a version of emi in Python or add features, should I post it to this
list again?  Figure out how to create an ebuild + archive and post it to the
ebuild list?  Please instruct me in the particulars.

> Since Portage itself is so vital, we don't want to muck around with
> it needlessly. That's why I suggest we use Gentool as an entry-point
> for all crazy and non-crazy 'portage addons' that crop up on the list.
>
> This way, the users will be able to try them out before they make
> it into Portage proper, and we can throw away/rework suggestions
> that weren't so hot after all.

Excellent.

> I promise to speed up Gentool development once I get settled at uni (in
> about a week).

I promise to speed up anything and everything once I'm settled back at
University of Maryland, College Park for my third year and off this horrid
dialup.  ;)  I am willing and able to assist in development.  This project
really interests me.

Will Rogers, enjoying Gentoo
wjr@wam.umd.edu

RE: [gentoo-dev] An Offering: the EMerge Interface

[Will Rogers]

Karl,

I rewrote the entire thing in Python (partly to see if I could).  I
haven't tested it as much as the original because it's 2am and I have to
be at work in seven hours, but I was able to merge and unmerge joe, as
well as query a bunch of stuff, without any trouble on my system.  It is
at present a lot slower than the Perl version because I used
os.path.walk instead of opening a pipe from find, but I'll probably
change that given the horrid performance it causes.

I send this directly to you because I get the faint impression that
gentoo-dev is not the correct place to send this sort of thing and I
didn't want to nag anyone without some guidance ;)

The new version is posted at http://www.wam.umd.edu/~wjr, but as you can
see I consider it a beta (more because of performance than stability--it
takes several seconds to execute a dependency check with around 8
dependencies).

Will Rogers, going to sleep.
wjr@wam.umd.edu


> -----Original Message-----
> From: gentoo-dev-admin@cvs.gentoo.org 
> [mailto:gentoo-dev-admin@cvs.gentoo.org] On Behalf Of Karl 
> Trygve Kalleberg
> Sent: Tuesday, August 21, 2001 2:25 PM
> To: gentoo-dev@cvs.gentoo.org
> Subject: Re: [gentoo-dev] An Offering: the EMerge Interface
> 
> 
> Hi.
> 
> I've already added this to Gentool, but I've not checked it 
> into CVS yet (shame on me!).
> 
> If you have knowledge of Python (we don't use Perl for 
> Portage) and want to keep working on these kinds of things, 
> tell me, and I'll see if we can't get Gentool rolling a bit 
> faster from now on.
> 
> For those of you who haven't been paying attention to what I 
> intend to do with Gentool: It's intended as a playground for 
> higher-level stuff that should go into Portage. 
> 
> Since Portage itself is so vital, we don't want to muck 
> around with it needlessly. That's why I suggest we use 
> Gentool as an entry-point 
> for all crazy and non-crazy 'portage addons' that crop up on the list.
> 
> This way, the users will be able to try them out before they 
> make it into Portage proper, and we can throw away/rework 
> suggestions that weren't so hot after all.
> 
> 
> I promise to speed up Gentool development once I get settled 
> at uni (in 
> about a week).
> 
> 
> Kind regards,
> 
> Karl T
> 
> On Sun, Aug 19, 2001 at 10:10:53PM -0400, Will Rogers wrote:
> > # emi - the EMerge Interface
> > # Copyright (C) 2001 William J. Rogers (wjr@wam.umd.edu)
> > #
> > # An interface to the Gentoo Portage package system in the style of 
> > apt-get
> > 
> > Available at http://www.wam.umd.edu/~wjr/emi (also linked off of 
> > http://www.wam.umd.edu/~wjr).
> > 
> > This is a perl script that can acts as a user-friendly interface to 
> > emerge merge, package information, and ebuild unmerge 
> operations.  Its 
> > features include:
> > 	- emi merge <package file>
> > checks if there is an ebuild in the tree for this package 
> (if you are 
> > calling it on a binary .tbz2), lists currently installed versions, 
> > lists dependencies via emerge --pretend, and tells you if 
> those have 
> > ebuilds available also, then asks if you want to install 
> and fires off 
> > emerge if you say yes
> > 	- emi query <package name>
> > Lists ebuilds for this program in the portage tree, source 
> packages in 
> > the distfiles folder, binary packages in PKGDIR, and 
> current versions 
> > in /var/db/pkg
> > 	- emi unmerge <package name>
> > Lists current versions in /var/db/pkg and allows you to 
> select one to 
> > unmerge (via ebuild unmerge) or quit
> > 
> > I wrote this in my spare time over the weekend because I found it 
> > tiresome to manually look around to discover various 
> information about 
> > packages.  This functionality might be planned in future emerge 
> > iterations; it might already exist somewhere I haven't 
> found yet.  If 
> > so, I don't really care; I had fun writing it :).
> > 
> > Please check it out if you're interested and let me know what you 
> > think.
> > 
> > Will Rogers
> > wjr@wam.umd.edu
> > 
> > 
> > _______________________________________________
> > gentoo-dev mailing list
> > gentoo-dev@cvs.gentoo.org 
> > http://cvs.gentoo.org/mailman/listinfo/gentoo-dev
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@cvs.gentoo.org 
> http://cvs.gentoo.org/mailman/listinfo/gentoo-> dev
> 

RE: [gentoo-dev] An Offering: the EMerge Interface

[Will Rogers]

Heh...  That's what I get for sending mails at 2am.  Forgetting to check
the reply address.  So much for not nagging anyone.

Sorry folks.

Will

Re: [gentoo-dev] An Offering: the EMerge Interface

[Karl Trygve Kalleberg]

On Wed, Aug 22, 2001 at 01:59:25AM -0400, Will Rogers wrote:
> Karl,
> 
> I rewrote the entire thing in Python (partly to see if I could).  I
> haven't tested it as much as the original because it's 2am and I have to
> be at work in seven hours, but I was able to merge and unmerge joe, as
> well as query a bunch of stuff, without any trouble on my system.  It is
> at present a lot slower than the Perl version because I used
> os.path.walk instead of opening a pipe from find, but I'll probably
> change that given the horrid performance it causes.

I've been working on something like this before: I have package name
lookups using regexes working, which can be sorted on version/revision, 
etc.

I'll check it into CVS when I find a permanent place to stay and get my
machiine working (or tire of waiting for a room and just go buy a portable
and a futon ;).

> 
> I send this directly to you because I get the faint impression that
> gentoo-dev is not the correct place to send this sort of thing and I
> didn't want to nag anyone without some guidance ;)

We can continue this on the tools mailing list. It fits there.

> 
> The new version is posted at http://www.wam.umd.edu/~wjr, but as you can
> see I consider it a beta (more because of performance than stability--it
> takes several seconds to execute a dependency check with around 8
> dependencies).

I'll have a peek at it tomorrw. I don't have a Gentoo box handy today.


Regards,

Karl T