| 1 |
I've written another function, epurge, that you can find in |
| 2 |
gentoo.completion that does some rudimentary dependency checking -- you |
| 3 |
might want to take a look at it. |
| 4 |
|
| 5 |
I agree that major version numbers should be treated as separate |
| 6 |
packages (better yet I think they should be separate packages). For |
| 7 |
example, I would like to see media-libs/freetype be split into |
| 8 |
media-libs/freetype and media-libs/freetype2. I'm sure there has been |
| 9 |
discussion of this before (if so I don't mean to rehash an old |
| 10 |
discussion -- assuming that there was a resolution). |
| 11 |
|
| 12 |
Zach |
| 13 |
|
| 14 |
P.S. Hard coding is bad. |
| 15 |
|
| 16 |
Bob Phan wrote: |
| 17 |
> On Fri, 15 Mar 2002, Zach Forrest wrote: |
| 18 |
> |
| 19 |
> |
| 20 |
>>The attached files should make this a little safer. I changed the grep |
| 21 |
>>commands a little, so as only to filter the exact packages that can have |
| 22 |
>>more than one version installed (e.g. "grep -v db" filters out more than |
| 23 |
>>just sys-libs/db). The script first runs the command with the |
| 24 |
>>"--pretend" flag, then asks for confirmation (after displaying the |
| 25 |
>>output of the emerge command), and finally proceeds (if that is your |
| 26 |
>>wish). Hope it helps. |
| 27 |
>> |
| 28 |
>>Zach |
| 29 |
> |
| 30 |
> I like it, it's really slick. :) |
| 31 |
> |
| 32 |
> The only problem I foresee, is that the list of packages is hardcoded. |
| 33 |
> I think the only real way to get _real_ safe unmerging is for portage |
| 34 |
> to treat major version numbers as separate packages or handle them in |
| 35 |
> some special way. I believe I heard word that dependancy checking will |
| 36 |
> be done before an unmerge in the upcoming portage, so maybe that will |
| 37 |
> solve the issue. |
| 38 |
> |
| 39 |
> Anyway, thanks, it's great. |
| 40 |
> |
Archives