Alex,
Nice work on this, it's looking good now. Is there a reason the
leading asterisk was dropped? Having it there might be good for
readability as well as keeping in line with the "look here" (einfo,
eerror, ewarn, etc) motif in portage.
I will be testing and reporting back my results, encoura
I have made an eclass to simplify handling linguas in packages.
http://gentoo-sunrise.org/svndump/peper/eclass/linguas.eclass
Mozilla packages can benefit from it right away(I can make the ebuilds
conversion if the eclass will be approved), but i think there are more
packages which can use it a
Attached is an overhaul of John's code. Aside from some bugfixes and
readability improvements, the most significant changes are:
- Renamed functions to follow de facto and emerging Portage API naming
conventions.
- Validation of input for the list prompt and confirmation prompt functions.
- Add
Hi
This plugin will be removed in a few weeks because it as a dead upstream
and it doesn't work. I masked it.
Reference
bug 132449
Thanks
--
Gentoo Linux Developer
http://dev.gentoo.org/~metalgod
--
gentoo-dev@gentoo.org mailing list
Matthew Kennedy wrote:
> The following ebuilds installed xinetd configuration on my machine
> even though I don't have xinetd installed.
>
> [EMAIL PROTECTED]:~$ equery belongs /etc/xinetd.d
> [ Searching for file(s) /etc/xinetd.d in *... ]
> dev-util/subversion-1.3.2-r1 (/etc/xinetd.d)
> dev-util
Kevin F. Quinn wrote:
An advantage to this approach is that package moves just become aliases
- existing stuff doesn't break yet you get the new categorisation as
well.
That's actually a disadvantage. The whole point of moving a package is to
take it *out* of its existing category. Just addi
Jakub Moc wrote:
as .cfg_** files. The end user still has to run an etc-update and
pray that it was not a file he/she had in masking.
Err, no? You don't need to run etc-update/dispatch-conf to get those
updated on package moves.
Incorrect. You do have to run etc-update/dispatch-conf.
Best r
