public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: James <wireless@tampabay.rr.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user] Re: Profile listings
Date: Mon, 22 Jun 2015 13:38:37 +0000 (UTC)	[thread overview]
Message-ID: <loom.20150622T151848-436@post.gmane.org> (raw)
In-Reply-To: 6708010.UmAcLGlIlk@wstn

Peter Humphrey <peter <at> prh.myzen.co.uk> writes:

> 
> On Sunday 21 Jun 2015 22:02:02 Alan McKinnon wrote:
> > portage for a long long time went in /usr/portage because that's where
> > FreeBSD put it, and drobbins was mightily enthralled by FreeBSD.
There is no dir '/var/portage' on my system. Yet this command works fine:

"PORTAGE_PROFILE=/var/portage/profiles/default/linux/arm/13.0/armv7a eix -c
--system "

Strange, to say the least.



> > But it's a stupid place for it to go on Linux and most of the sane
> > technical Gentoo world agrees it really is a better fit in /var/portage.
> > However, due to a highly unlikely confluence of the phases of the moon
> > and an oddly-painted bikeshed (aquamarine with ochre polka dots), no-one
> > seems to have ever gotten around to actually fixing it once and for all
> > everywhere.

"pig-mess" like I said earlier.



> > Bottom line: folks will see both in real life.
> > Procedure: If you have the one, and see the other, then just change the
> > top-level dir in what you see.
> 
> Or, as I do, put it in its own partition and you can mount it wherever 
> you like. Just point make.conf and repos.conf/gentoo.conf at it.


Yea, yea, I can make a custom mess too: aka brilliantly (in my own mind)
organize it, I mean.


The bottom line for me is:

1) folks should be able to migrated up and down the profile tree. It's give
us some neat abilities. If I have a workstation that becomes old, I could
change the profile and move it'down' to default or embedded and turn it
into a decicated, minimized router, firewall, bridge, sniffer etc etc. I
think the offcial word is changing profiles is not recommended.

2) Some thing of a profile needs to exist between an embedded system
(busybox only) and the default.

3) I'm looking forward to a gentoo-standard where systems can be fully
audited to account for each and every file. Sure you can do this now, if you
plann and do lots of things from the beginning as well as with every
install. Maybe Glep64 will be the catalyst for system tools to support this
(security) feature.

4) most importantly: my cluster research and experiences have yielded a
startling and wonderful epiphany. That is Clusters/clouds/<distributed
whatever> runs fastest and most reliably on bare metal. Embedded Gentoo is
my pathway to direct and easy access to bare metal clusters. Cleaning up the
profiles just seems logical to me, after noodling around with in the
profiles......  

5) Also, security in the cluster/cloud world is almost impossible building
clusters on top of 'bloated OSes and bloated system packages'. YMMV.
Containers nor VM is going to keep clusters/clouds secure; and those sort of
herculean efforts, currently underway, are akin to patching a 200 year old,
worm infested, wooden ship, whilst rounding Cape Horn.....

It's actually hilarious to watch  and listen to these fools......  The NSA
is probably clandestinely cloud funding all these cloud vendors.....
(ah ha ha ha ha ha) !


Thanks to all for the education. 
HI_ho HI_ho 
 a profiling we go
 HI_ho HI_ho,


James





  reply	other threads:[~2015-06-22 13:38 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-14 19:22 [gentoo-user] Profile listings James
2015-06-14 20:40 ` Andreas K. Huettel
2015-06-14 22:21   ` [gentoo-user] " James
2015-06-14 23:38     ` Andreas K. Huettel
2015-06-15  4:27       ` James
2015-06-14 23:12 ` [gentoo-user] " Andrew Savchenko
2015-06-15  4:37   ` [gentoo-user] " James
2015-06-15 12:15     ` Martin Vaeth
2015-06-15 15:25       ` James
2015-06-16 17:42       ` James
2015-06-16 20:26         ` Neil Bothwick
2015-06-17  8:18           ` Martin Vaeth
2015-06-17 16:11           ` James
2015-06-18  7:05             ` Martin Vaeth
2015-06-18 15:21               ` James
2015-06-18 17:33                 ` Martin Vaeth
2015-06-18 18:44                   ` James
2015-06-18 19:59                     ` Martin Vaeth
2015-06-19 19:46                       ` James
2015-06-21  3:29                         ` Jonathan Callen
2015-06-21 16:17                           ` James
2015-06-19  2:27                     ` Bruce Schultz
2015-06-19 19:56                       ` James
2015-06-19 20:38                         ` Neil Bothwick
2015-06-20  2:51                           ` James
2015-06-21 16:09                           ` James
2015-06-21 17:49                             ` Neil Bothwick
2015-06-21 20:02                               ` Alan McKinnon
2015-06-21 23:53                                 ` Peter Humphrey
2015-06-22 13:38                                   ` James [this message]
2015-06-22 14:47                                     ` Martin Vaeth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=loom.20150622T151848-436@post.gmane.org \
    --to=wireless@tampabay.rr.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox