[gentoo-dev] Re: [gentoo-user] portage revisited

[gentoo-dev] Re: [gentoo-user] portage revisited

[Joshua Hansen]

I have found that about the only time you need to leave a previous
version on is if there is a large difference in the version number
(assuming you do regular updates). I like keeping things clean so I go
through and do my unmerges about once every week or two.

I'm thinking about writing a script (and the reason I bring this up is
if it already exists, point me to it so i don't waste the time) that
uses the qpkg --dups command and then lists and then asks if you want to
remove certain packages. Maybe even include an option to kill all
duplicates and just have a little file that contains things like
FreeType and DB.

Is there something like that? And, if anyone were interested in
including it with the scripts collection (like Gentools) what would be
the preferred language to write it in?

Joshua

On Thu, 2002-03-14 at 14:10, Rogan wrote:
> emerge --unmerge work fine.  I am not sure if you neet to unmerge older versions of software, but from my experience, older versions are 'updated', ie. removed when you install a new version.  When in doubt, don't unmerge ;)
> 
> Rogan
> 
> On Thu, 14 Mar 2002 13:28:01 -0800
> "Adam Ingram-Goble" <adam-aig@attbi.com> wrote:
> 
> > the documentation on portage at the site is dated Oct 21,  I'm wondering if
> > any new features (such as emerge --unmerge) have been implemented.  also is
> > it critical that you unmerge some old version of some software, or can it
> > remain resident until you're sure its ok to get rid of?
> > 
> > adam
> > 
> > -----Original Message-----
> > From: gentoo-user-admin@gentoo.org
> > [mailto:gentoo-user-admin@gentoo.org]On Behalf Of Glenn E Burns
> > Sent: Thursday, March 14, 2002 12:51 PM
> > To: gentoo-user@gentoo.org
> > Subject: Re: [gentoo-user] portage revisited
> > 
> > 
> > chad:
> > 
> > i tried both emerge rsync/sync and i still got errors.... i'm doing an
> > emerge-webrsync right now and hopefully that will have the correct
> > ebuild files.
> > 
> > worse comes to worse, I still have the portage binaries from the last
> > time this happened to me (_pre9)
> > 
> > ...ok emerge-webrsync worked ... emerging portage... presto!
> > 
> > all is well...
> > 
> > peace!
> > 
> > -g
> > 
> > Chad M. Huneycutt wrote:
> > 
> > > Glenn E Burns wrote:
> > >
> > >> last night i did "emerge --world update", all seemed ok until i tried
> > >> to do "emerge rsync" just a few moments ago... this is the error output:
> > >>
> > >> # emerge rsync
> > >> !!!  not recognized; exiting.
> > >>
> > >> Calculating dependencies ...done!
> > >> [ebuild   R  ] sys-apps/portage-1.8.9_pre25 to /
> > >>
> > >> did portage-1.8.9_pre25 get unmasked and it wasn't supposed to be?
> > >
> > >
> > >
> > > Yep.  emerge rsync (also try emerge sync), and emerge portage, and you
> > > should revert back to 1.8.8
> > >
> > > Sorry about that.
> > >
> > 
> > 
> > _______________________________________________
> > gentoo-user mailing list
> > gentoo-user@gentoo.org
> > http://lists.gentoo.org/mailman/listinfo/gentoo-user
> > 
> > _______________________________________________
> > gentoo-user mailing list
> > gentoo-user@gentoo.org
> > http://lists.gentoo.org/mailman/listinfo/gentoo-user
> > 
> > 
> _______________________________________________
> gentoo-user mailing list
> gentoo-user@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-user
> 

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Zach Forrest]

You can use pkg-clean from gentoolkit.

Joshua Hansen wrote:
> I have found that about the only time you need to leave a previous
> version on is if there is a large difference in the version number
> (assuming you do regular updates). I like keeping things clean so I go
> through and do my unmerges about once every week or two.
> 
> I'm thinking about writing a script (and the reason I bring this up is
> if it already exists, point me to it so i don't waste the time) that
> uses the qpkg --dups command and then lists and then asks if you want to
> remove certain packages. Maybe even include an option to kill all
> duplicates and just have a little file that contains things like
> FreeType and DB.
> 
> Is there something like that? And, if anyone were interested in
> including it with the scripts collection (like Gentools) what would be
> the preferred language to write it in?
> 
> Joshua
> 
> On Thu, 2002-03-14 at 14:10, Rogan wrote:
> 
>>emerge --unmerge work fine.  I am not sure if you neet to unmerge older versions of software, but from my experience, older versions are 'updated', ie. removed when you install a new version.  When in doubt, don't unmerge ;)
>>
>>Rogan
>>
>>On Thu, 14 Mar 2002 13:28:01 -0800
>>"Adam Ingram-Goble" <adam-aig@attbi.com> wrote:
>>
>>
>>>the documentation on portage at the site is dated Oct 21,  I'm wondering if
>>>any new features (such as emerge --unmerge) have been implemented.  also is
>>>it critical that you unmerge some old version of some software, or can it
>>>remain resident until you're sure its ok to get rid of?
>>>
>>>adam
>>>
>>>-----Original Message-----
>>>From: gentoo-user-admin@gentoo.org
>>>[mailto:gentoo-user-admin@gentoo.org]On Behalf Of Glenn E Burns
>>>Sent: Thursday, March 14, 2002 12:51 PM
>>>To: gentoo-user@gentoo.org
>>>Subject: Re: [gentoo-user] portage revisited
>>>
>>>
>>>chad:
>>>
>>>i tried both emerge rsync/sync and i still got errors.... i'm doing an
>>>emerge-webrsync right now and hopefully that will have the correct
>>>ebuild files.
>>>
>>>worse comes to worse, I still have the portage binaries from the last
>>>time this happened to me (_pre9)
>>>
>>>...ok emerge-webrsync worked ... emerging portage... presto!
>>>
>>>all is well...
>>>
>>>peace!
>>>
>>>-g
>>>
>>>Chad M. Huneycutt wrote:
>>>
>>>
>>>>Glenn E Burns wrote:
>>>>
>>>>
>>>>>last night i did "emerge --world update", all seemed ok until i tried
>>>>>to do "emerge rsync" just a few moments ago... this is the error output:
>>>>>
>>>>># emerge rsync
>>>>>!!!  not recognized; exiting.
>>>>>
>>>>>Calculating dependencies ...done!
>>>>>[ebuild   R  ] sys-apps/portage-1.8.9_pre25 to /
>>>>>
>>>>>did portage-1.8.9_pre25 get unmasked and it wasn't supposed to be?
>>>>
>>>>
>>>>
>>>>Yep.  emerge rsync (also try emerge sync), and emerge portage, and you
>>>>should revert back to 1.8.8
>>>>
>>>>Sorry about that.
>>>>
>>>
>>>
>>>_______________________________________________
>>>gentoo-user mailing list
>>>gentoo-user@gentoo.org
>>>http://lists.gentoo.org/mailman/listinfo/gentoo-user
>>>
>>>_______________________________________________
>>>gentoo-user mailing list
>>>gentoo-user@gentoo.org
>>>http://lists.gentoo.org/mailman/listinfo/gentoo-user
>>>
>>>
>>
>>_______________________________________________
>>gentoo-user mailing list
>>gentoo-user@gentoo.org
>>http://lists.gentoo.org/mailman/listinfo/gentoo-user
>>
> 
> 
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
> 

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Joshua Hansen]

Excellent.

When I installed Qmail I remember there being some really nice
instructions as to "what to do now." It might be a good idea to
standardize something so that after you install a package it al least
tells you where to find documentation. 

What comes in the Gentoolkit? Is there a small document on it somewhere?
(pkg-clean and qpkg are the only two I know of)

Joshua

On Thu, 2002-03-14 at 15:44, Zach Forrest wrote:
> You can use pkg-clean from gentoolkit.

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Bjarke Sørensen]

> What comes in the Gentoolkit? Is there a small document on it
> somewhere? (pkg-clean and qpkg are the only two I know of)

The ebuild says:
    doins ${FILESDIR}/coverage/histogram.awk

    dosbin ${FILESDIR}/coverage/total-coverage
    dosbin ${FILESDIR}/coverage/author-coverage

    dosbin ${FILESDIR}/lintool/lintool

    dosbin ${FILESDIR}/scripts/etc-update
    dosbin ${FILESDIR}/scripts/pkg-clean
    dosbin ${FILESDIR}/scripts/qpkg
    dosbin ${FILESDIR}/scripts/mkebuild
    dosbin ${FILESDIR}/scripts/emerge-webrsync
    dosbin ${FILESDIR}/scripts/epm

So that's probably it.

;)


-- 
+-----------------+
| Bjarke Sørensen |
|  <bs@wasd.dk>   |
| http://wasd.dk/ |
+-----------------+

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Bob Phan]

On 14 Mar 2002, Joshua Hansen wrote:

> I'm thinking about writing a script (and the reason I bring this up is
> if it already exists, point me to it so i don't waste the time) that
> uses the qpkg --dups command and then lists and then asks if you want to
> remove certain packages. Maybe even include an option to kill all
> duplicates and just have a little file that contains things like
> FreeType and DB.
I ran this yesterday.  Cludgy, but works. :)

emerge --unmerge --safe `qpkg --dups | grep -v linux | grep -v db | grep
-v freetype | grep -v bison`

Disclaimer:
This may not work for you, probably won't, and could potentially screw
something up. etc. etc.

-- 
/*
 * Bob Phan <bob@endlessrecursion.net,rphan@nrgn.com>
 * Computational Chemistry Informatics
 * Neurogen Corporation
 * (203)488-8201 x4645
 *
 * To understand recursion, you must first understand recursion.
 */

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Bob Phan]

On Fri, 15 Mar 2002, Zach Forrest wrote:

> The attached files should make this a little safer. I changed the grep 
> commands a little, so as only to filter the exact packages that can have 
> more than one version installed (e.g. "grep -v db" filters out more than 
> just sys-libs/db). The script first runs the command with the 
> "--pretend" flag, then asks for confirmation (after displaying the 
> output of the emerge command), and finally proceeds (if that is your 
> wish). Hope it helps.
> 
> Zach
I like it, it's really slick. :)

The only problem I foresee, is that the list of packages is hardcoded.
I think the only real way to get _real_ safe unmerging is for portage
to treat major version numbers as separate packages or handle them in
some special way.  I believe I heard word that dependancy checking will
be done before an unmerge in the upcoming portage, so maybe that will
solve the issue.

Anyway, thanks, it's great.

-- 
/*
 * Bob Phan <bob@endlessrecursion.net,rphan@nrgn.com>
 * Computational Chemistry Informatics
 * Neurogen Corporation
 * (203)488-8201 x4645
 *
 * To understand recursion, you must first understand recursion.
 */

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Zach Forrest]

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

The attached files should make this a little safer. I changed the grep 
commands a little, so as only to filter the exact packages that can have 
more than one version installed (e.g. "grep -v db" filters out more than 
just sys-libs/db). The script first runs the command with the 
"--pretend" flag, then asks for confirmation (after displaying the 
output of the emerge command), and finally proceeds (if that is your 
wish). Hope it helps.

Zach

P.S. If you don't like the progress indicator (busy.sh), just comment 
out the appropriate lines.

Bob Phan wrote:
> 
> I ran this yesterday.  Cludgy, but works. :)
> 
> emerge --unmerge --safe `qpkg --dups | grep -v linux | grep -v db | grep
> -v freetype | grep -v bison`
> 
> Disclaimer:
> This may not work for you, probably won't, and could potentially screw
> something up. etc. etc.
> 


[-- Attachment #2: epurge-old --]
[-- Type: application/x-java-vm, Size: 1449 bytes --]

[-- Attachment #3: busy.sh --]
[-- Type: text/plain, Size: 1159 bytes --]

#!/usr/bin/env bash
# busy - show progress indicators
#
# Zach Forrest <zach@disinformation.ca>
#
# Some ideas taken from a script of the same name by:
# Heiner Steven (heiner.steven@odn.de)
#
# usage:
#       busy& busipid=$!
#       # do some actions
#       kill ${busypid} > /dev/null 2>&1; wait

trap "_cleanup" TERM

# Variables
INDICATORS=("|" "/" "-" "\\")
NUM_INDICATORS=${#INDICATORS[@]}
CUR_INDICATOR=0
BACKONE="\x1b[1D" # ASCII escape sequence to move back one character.
SLEEP_TIME=0.25

# This lets us clean-up and print the done message when the
# process is killed.
_cleanup() {
    printf %b "${BACKONE}done."
    echo
    unset INDICATORS NUM_INDICATORS CUR_INDICATOR BACKONE SLEEP_TIME CLEAN_EXIT
    exit
}

# Display first indicator without moving back one character to
# respect the position of the cursor before we enter the loop.
printf %b "${INDICATORS[CUR_INDICATOR]}"
((CUR_INDICATOR=(CUR_INDICATOR+1)%NUM_INDICATORS))

# This does the work of "spinning" the progress indicator.
while true
do
    printf %b "${BACKONE}${INDICATORS[CUR_INDICATOR]}"
    ((CUR_INDICATOR=(CUR_INDICATOR+1)%NUM_INDICATORS))
    sleep ${SLEEP_TIME}
done

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Frank Thieme]

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

On Fri, 15 Mar 2002 09:56:58 +0000 (/etc/localtime)
Bob Phan <bob@endlessrecursion.net> wrote:
> I ran this yesterday.  Cludgy, but works. :)
> 
> emerge --unmerge --safe `qpkg --dups | grep -v linux | grep -v db | grep
> -v freetype | grep -v bison`
> 
> Disclaimer:
> This may not work for you, probably won't, and could potentially screw
> something up. etc. etc.

Be very careful with that. I run this and I had installed spython-2.0-r9
just bevor the diff was availible via rsync -> no ebuild / emerge worked
anymore. I had to compile a spython by myself to emerge again...

Bye...Frank

-- 
GCS d- s a-- C++>++++ UL++++ P++ L++ !E W++ N o? K? w$ O M- V? PS PE 
Y PGP++>+++ t+ 5+ X+++ R- tv+ b+ DI+ D+ G+>+++ e* h r++ y+

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

Re: [gentoo-dev] Re: [gentoo-user] portage revisited

[Zach Forrest]

I've written another function, epurge, that you can find in 
gentoo.completion that does some rudimentary dependency checking -- you 
might want to take a look at it.

I agree that major version numbers should be treated as separate 
packages (better yet I think they should be separate packages). For 
example, I would like to see media-libs/freetype be split into 
media-libs/freetype and media-libs/freetype2. I'm sure there has been 
discussion of this before (if so I don't mean to rehash an old 
discussion -- assuming that there was a resolution).

Zach

P.S. Hard coding is bad.

Bob Phan wrote:
> On Fri, 15 Mar 2002, Zach Forrest wrote:
> 
> 
>>The attached files should make this a little safer. I changed the grep 
>>commands a little, so as only to filter the exact packages that can have 
>>more than one version installed (e.g. "grep -v db" filters out more than 
>>just sys-libs/db). The script first runs the command with the 
>>"--pretend" flag, then asks for confirmation (after displaying the 
>>output of the emerge command), and finally proceeds (if that is your 
>>wish). Hope it helps.
>>
>>Zach
> 
> I like it, it's really slick. :)
> 
> The only problem I foresee, is that the list of packages is hardcoded.
> I think the only real way to get _real_ safe unmerging is for portage
> to treat major version numbers as separate packages or handle them in
> some special way.  I believe I heard word that dependancy checking will
> be done before an unmerge in the upcoming portage, so maybe that will
> solve the issue.
> 
> Anyway, thanks, it's great.
>