[gentoo-dev] gpm & mozilla bugs

[gentoo-dev] gpm & mozilla bugs

[Morgan Christiansson]

*gpm doesn't start without -D option, also /etc/init.d/gpm should check 
that $MOUSE & $MOUSEDEV are set.

*mozilla-0.9.3 segfaults when started as  non-root, mozilla-bin-0.9.4 
doesn't work either.

*su should be more informative if user is not in the group 'wheel'.

Re: [gentoo-dev] gpm & mozilla bugs

[Martin Schlemmer]

On Thu, 2001-09-20 at 01:46, Morgan Christiansson wrote:
> *gpm doesn't start without -D option, also /etc/init.d/gpm should check 
> that $MOUSE & $MOUSEDEV are set.
> 

Not really a bug.  MOUSE and MOUSEDEV should have been set in
/etc/rc.conf,  but was probebly just forgot in the rush to get the new
initscripts finished ..... hopefully this post will be a reminder.

> 
> *su should be more informative if user is not in the group 'wheel'.
> 

Yes, could be a problem, but did you try to read the Gentoo Linux FAQ on
www.gentoo.org ? :-)

MS

Re: [gentoo-dev] gpm & mozilla bugs

[Mikael Hallendal]

tor 2001-09-20 klockan 01.46 skrev Morgan Christiansson:

Hi!

> *mozilla-0.9.3 segfaults when started as  non-root, mozilla-bin-0.9.4 
> doesn't work either.

Hmm, you have to first start mozilla as root (once after install), then
it should be fine to run it as any user.

Regards,
  Mikael Hallendal

-- 
Mikael Hallendal                micke@codefactory.se
CodeFactory AB                  http://www.codefactory.se/
Office: +46 (0)8 587 583 05     Cell: +46 (0)709 718 918

Re: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage extensions

[Karl Trygve Kalleberg]

On Thu, Sep 20, 2001 at 10:52:34AM +0200, Mikael Hallendal wrote:
> tor 2001-09-20 klockan 01.46 skrev Morgan Christiansson:
> 
> Hi!
> 
> > *mozilla-0.9.3 segfaults when started as  non-root, mozilla-bin-0.9.4 
> > doesn't work either.
> 
> Hmm, you have to first start mozilla as root (once after install), then
> it should be fine to run it as any user.

The ebuild should inform the user of this caveat.

In fact, we should have some kind of global notices for the portage
system. When an ebuild has required or suggested post-install steps, these
should be added to the notices list.

The user would then do:
# notices 
to list all notices
# notices mozilla
to list all notices pertaining to mozilla
# notices --del mozilla
to delete all notices pertaining to mozilla

For very many packages, it would be nice for the user to have an archive
of required, manual post-install steps. The entry in the notices list may
be a complete step-by-step howto for trivial stuff, or a reference to a
real howto on our website.

It might be of interest to be able to mark notices as done, but still be
able to bring them back at a later stage, when one wants to reconfigure a
package.

# notices --purge <ebuild>
will delete the notices for good
# notices --del <ebuild>
will just remove it from the list of active notices
# notices --undel <ebuild>
will reinstate the notice 


In other distros, (Debian), required manual intervention in the
post-install step is covered by the apt's menu-system. We might not want
to do this, leaving the details and timing to the user.


Karl T

Re: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage extensions

[Mikael Hallendal]

tor 2001-09-20 klockan 15.32 skrev Karl Trygve Kalleberg:
> On Thu, Sep 20, 2001 at 10:52:34AM +0200, Mikael Hallendal wrote:
> > tor 2001-09-20 klockan 01.46 skrev Morgan Christiansson:
> > 
> > Hi!
> > 
> > > *mozilla-0.9.3 segfaults when started as  non-root, mozilla-bin-0.9.4 
> > > doesn't work either.
> > 
> > Hmm, you have to first start mozilla as root (once after install), then
> > it should be fine to run it as any user.
> 
> The ebuild should inform the user of this caveat.

Yes, but I'm not sure how to do so (with current system). I guess a
message in post-install is better than nothing?

> In fact, we should have some kind of global notices for the portage
> system. When an ebuild has required or suggested post-install steps, these
> should be added to the notices list

Hmm .. this system sounds awkward to me. Daniel had some idea about some
post-inst-message system, that queued up all post-inst-messages and
showed the user in the end, when emerge is finished with all packages.

This might be a good way and sounds (too me) better then a
notices-system.

Regards,
  Mikael Hallendal

> In other distros, (Debian), required manual intervention in the
> post-install step is covered by the apt's menu-system. We might not want
> to do this, leaving the details and timing to the user.

I had some ideas about this but that's not part of this discussion. This
is more to configure the package manually. This step can't be solved
with some manual menu system-stuff.

Other distro's provides binary packages where this step has been done
and is included in the binary package. 

Regards,
  Mikael Hallendal

PS. This is in my todo DS.

-- 
Mikael Hallendal                micke@codefactory.se
CodeFactory AB                  http://www.codefactory.se/
Office: +46 (0)8 587 583 05     Cell: +46 (0)709 718 918

AW: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage extensions

[Sebastian Werner]

Isn't it possible to copy the files, which mozilla creates on the first
start as root.
We could add these files as patch to the mozilla archive. So we don't hae
the problem
to must start mozilla first. I like to have a system which works without to
much work
after installation...

Sebastian

-----Ursprungliche Nachricht-----
Von: gentoo-dev-admin@cvs.gentoo.org
[mailto:gentoo-dev-admin@cvs.gentoo.org]Im Auftrag von Karl Trygve
Kalleberg
Gesendet: Donnerstag, 20. September 2001 15:33
An: gentoo-dev@cvs.gentoo.org
Betreff: Re: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage
extensions


On Thu, Sep 20, 2001 at 10:52:34AM +0200, Mikael Hallendal wrote:
> tor 2001-09-20 klockan 01.46 skrev Morgan Christiansson:
>
> Hi!
>
> > *mozilla-0.9.3 segfaults when started as  non-root, mozilla-bin-0.9.4
> > doesn't work either.
>
> Hmm, you have to first start mozilla as root (once after install), then
> it should be fine to run it as any user.

The ebuild should inform the user of this caveat.

In fact, we should have some kind of global notices for the portage
system. When an ebuild has required or suggested post-install steps, these
should be added to the notices list.

The user would then do:
# notices
to list all notices
# notices mozilla
to list all notices pertaining to mozilla
# notices --del mozilla
to delete all notices pertaining to mozilla

For very many packages, it would be nice for the user to have an archive
of required, manual post-install steps. The entry in the notices list may
be a complete step-by-step howto for trivial stuff, or a reference to a
real howto on our website.

It might be of interest to be able to mark notices as done, but still be
able to bring them back at a later stage, when one wants to reconfigure a
package.

# notices --purge <ebuild>
will delete the notices for good
# notices --del <ebuild>
will just remove it from the list of active notices
# notices --undel <ebuild>
will reinstate the notice


In other distros, (Debian), required manual intervention in the
post-install step is covered by the apt's menu-system. We might not want
to do this, leaving the details and timing to the user.


Karl T


_______________________________________________
gentoo-dev mailing list
gentoo-dev@cvs.gentoo.org
http://cvs.gentoo.org/mailman/listinfo/gentoo-dev

Re: AW: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage extensions

[Mikael Hallendal]

tor 2001-09-20 klockan 15.49 skrev Sebastian Werner:
> Isn't it possible to copy the files, which mozilla creates on the first
> start as root.
> We could add these files as patch to the mozilla archive. So we don't hae
> the problem
> to must start mozilla first. I like to have a system which works without to
> much work
> after installation...

That might be a solution, I don't know what's in the file(s) that
mozilla is creating. Anyone know/have time to check this?

If it works, it would truly be a great solution.

Regards,
  Mikael Hallendal

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden

AW: AW: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portageextensions

[Sebastian Werner]

Sorry, I have to much today the next days

Sebastian

-----Ursprüngliche Nachricht-----
Von: gentoo-dev-admin@cvs.gentoo.org
[mailto:gentoo-dev-admin@cvs.gentoo.org]Im Auftrag von Mikael Hallendal
Gesendet: Donnerstag, 20. September 2001 15:58
An: gentoo-dev@cvs.gentoo.org
Betreff: Re: AW: [gentoo-dev] gpm & mozilla bugs -- Suggestion for
Portageextensions


tor 2001-09-20 klockan 15.49 skrev Sebastian Werner:
> Isn't it possible to copy the files, which mozilla creates on the first
> start as root.
> We could add these files as patch to the mozilla archive. So we don't hae
> the problem
> to must start mozilla first. I like to have a system which works without
to
> much work
> after installation...

That might be a solution, I don't know what's in the file(s) that
mozilla is creating. Anyone know/have time to check this?

If it works, it would truly be a great solution.

Regards,
  Mikael Hallendal

--

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden



_______________________________________________
gentoo-dev mailing list
gentoo-dev@cvs.gentoo.org
http://cvs.gentoo.org/mailman/listinfo/gentoo-dev

Re: [gentoo-dev] gpm & mozilla bugs -- Suggestion for Portage extensions

[Karl Trygve Kalleberg]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 701 bytes --]

On Thu, Sep 20, 2001 at 03:46:24PM +0200, Mikael Hallendal wrote:
> Hmm .. this system sounds awkward to me. Daniel had some idea about some
> post-inst-message system, that queued up all post-inst-messages and
> showed the user in the end, when emerge is finished with all packages.
> 
> This might be a good way and sounds (too me) better then a
> notices-system.

What I don't like about that is that if you don't manually cut'n'paste the
instructions into a save file somewhere, they are lost for posterity if
you close the terminal they were printed in.

The only way to get the message back would be to do a new emerge with the
exact same conditions, which is, in practice, hopeless.


Karl T