1 |
On Wednesday 27 July 2005 11:05, Alec Warner wrote: |
2 |
> |
3 |
> Recent discussion on this ML and on the portage-ml as well as |
4 |
> #gentoo-portage regarding pkg_warn() and the basic concept behind it. |
5 |
> We talked about adding new functionality, about adding a warning section |
6 |
> to the ebuild or to the metadata. However. all of these tend to have |
7 |
> problems. The dev won't write the extra function, duplication of data |
8 |
> in pkg_{post/pre}inst, mangling of metadata.xml. |
9 |
|
10 |
Quicker closer than me! ;) |
11 |
|
12 |
> Portage current features the -l switch, to show changelogs. It works |
13 |
> pretty well to show changes in packages prior to emerging. For example, |
14 |
> emerge -uDpvl world -> shows what will emerge then shows the changelogs |
15 |
> for each package. For a very large set of packages the output can be |
16 |
> overwhelming, however all the changelogs are provided and the user at |
17 |
> least has data to parse through. |
18 |
|
19 |
"The dev won't write the extra function" |
20 |
Same problem, no? |
21 |
|
22 |
Not sure what you meant by "duplication of data" or "mangling of metadata.xml" |
23 |
but I still don't see why pkg_warn() can't work. Those that are writing stuff |
24 |
in pkg_postinst() presently can use pkg_warn() and feel warm and fuzzy knowing |
25 |
that more people are making use of the information. Those that don't make use |
26 |
of it? No different to not making use of pkg_postinst(). |
27 |
|
28 |
If you could explain what you meant by the other two listed issues? |
29 |
|
30 |
-- |
31 |
Jason Stubbs |