| 1 |
Isn't it possible to copy the files, which mozilla creates on the first |
| 2 |
start as root. |
| 3 |
We could add these files as patch to the mozilla archive. So we don't hae |
| 4 |
the problem |
| 5 |
to must start mozilla first. I like to have a system which works without to |
| 6 |
much work |
| 7 |
after installation... |
| 8 |
|
| 9 |
Sebastian |
| 10 |
|
| 11 |
-----Ursprungliche Nachricht----- |
| 12 |
Von: gentoo-dev-admin@××××××××××.org |
| 13 |
[mailto:gentoo-dev-admin@××××××××××.org]Im Auftrag von Karl Trygve |
| 14 |
Kalleberg |
| 15 |
Gesendet: Donnerstag, 20. September 2001 15:33 |
| 16 |
An: gentoo-dev@××××××××××.org |
| 17 |
Betreff: Re: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage |
| 18 |
extensions |
| 19 |
|
| 20 |
|
| 21 |
On Thu, Sep 20, 2001 at 10:52:34AM +0200, Mikael Hallendal wrote: |
| 22 |
> tor 2001-09-20 klockan 01.46 skrev Morgan Christiansson: |
| 23 |
> |
| 24 |
> Hi! |
| 25 |
> |
| 26 |
> > *mozilla-0.9.3 segfaults when started as non-root, mozilla-bin-0.9.4 |
| 27 |
> > doesn't work either. |
| 28 |
> |
| 29 |
> Hmm, you have to first start mozilla as root (once after install), then |
| 30 |
> it should be fine to run it as any user. |
| 31 |
|
| 32 |
The ebuild should inform the user of this caveat. |
| 33 |
|
| 34 |
In fact, we should have some kind of global notices for the portage |
| 35 |
system. When an ebuild has required or suggested post-install steps, these |
| 36 |
should be added to the notices list. |
| 37 |
|
| 38 |
The user would then do: |
| 39 |
# notices |
| 40 |
to list all notices |
| 41 |
# notices mozilla |
| 42 |
to list all notices pertaining to mozilla |
| 43 |
# notices --del mozilla |
| 44 |
to delete all notices pertaining to mozilla |
| 45 |
|
| 46 |
For very many packages, it would be nice for the user to have an archive |
| 47 |
of required, manual post-install steps. The entry in the notices list may |
| 48 |
be a complete step-by-step howto for trivial stuff, or a reference to a |
| 49 |
real howto on our website. |
| 50 |
|
| 51 |
It might be of interest to be able to mark notices as done, but still be |
| 52 |
able to bring them back at a later stage, when one wants to reconfigure a |
| 53 |
package. |
| 54 |
|
| 55 |
# notices --purge <ebuild> |
| 56 |
will delete the notices for good |
| 57 |
# notices --del <ebuild> |
| 58 |
will just remove it from the list of active notices |
| 59 |
# notices --undel <ebuild> |
| 60 |
will reinstate the notice |
| 61 |
|
| 62 |
|
| 63 |
In other distros, (Debian), required manual intervention in the |
| 64 |
post-install step is covered by the apt's menu-system. We might not want |
| 65 |
to do this, leaving the details and timing to the user. |
| 66 |
|
| 67 |
|
| 68 |
Karl T |
| 69 |
|
| 70 |
|
| 71 |
_______________________________________________ |
| 72 |
gentoo-dev mailing list |
| 73 |
gentoo-dev@××××××××××.org |
| 74 |
http://cvs.gentoo.org/mailman/listinfo/gentoo-dev |
Archives