gmane.linux.distributions.gobo.general

Re: [gobolinux-devel] Fedora to change thefilesystem hierarchy.

K Lowe — 2012-05-15T14:52:50

Further to Lucas C. Villa Real email: 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-November/004318.html 
"[gobolinux-devel] Fedora to change the filesystem hierarchy", I just 
came across a recent interesting discussion: 
http://www.osnews.com/comments/25556 "Understanding the /bin, /sbin, 
/usr/bin, /usr/sbin Split".

A comment by Alfman: http://www.osnews.com/thread?505332 "Re: Filesystem 
Hierarchy Standard" caught my attention. I quote:

""You might think Gobo Linux brings order, but you aren't taking into 
account that it carries the 'legacy' structure too, it just hides it."

Of course you are correct, but solving that is a real conundrum. 
Unfortunately one is required to maintain legacy paths whenever 
compatibility is required since the old paths are hard coded in binaries 
and libraries throughout the linux software codebase. The *inability* to 
change them makes the status quo ideologically imperfect, even those who 
don't mind the legacy paths should recognize this.


In my personal distro, I've given it some thought and came up with two 
possible compatibility solutions. Keep in mind, a motivating goal is to 
keep application specific files together so that, as with GoboLinux, 
applications can be installed by untarring a single directory. A list of 
commands can be built using symlinks pointing to their applicaiton 
directories.


Solution A. Remove the dependency upon legacy paths by modifying the 
kernel and/or libc to treat file requests as "named resources" instead 
of absolute file system paths. This mapping could be stored in either a 
system wide or application specific named resource map. This way, when 
an application requests "/etc/resolv.conf" or "/usr/bin/perl" or 
"/dev/ttyS0", it could be mapped to the actual file where-ever it is 
located. The mapping could be optional and revert to previous behavior 
as needed.

This would provide two immediate benefits:
1. The dependency on fixed legacy fs paths is eliminated (or rather it's 
internalized to the binaries/libraries).

2. It could provide excellent documentation about what the external 
dependencies are for any given application, and makes it trivial for 
administrators to change them per application without recompiling a thing.


Solution B. Run applications inside an automatic CHROOT environment to 
mimic the environment they expect.
Basically, the chroot contains a fake root directory layout which 
symlinks to the actual directory layout and can do so without polluting 
the actual directory layout with legacy paths.

chroot/hostfs -- mount --move of /
chroot/bin/ -> hostfs/app/bin
chroot/sbin/ -> hostfs/app/bin
chroot/usr/bin/ -> hostfs/app/bin
chroot/etc/ -> hostfs/config


The problem with solution B, is that while it works in a compatible way, 
users of these apps will see the legacy paths instead of the hostfs paths."

I just thought the above information might be of use to the GoboLinux 
developers.

Re: Spam Documents.

Lucas C. Villa Real — 2012-05-07T12:36:23

Thanks much for having gone through all that work to improve it!

Re: Spam Documents.

Hisham — 2012-05-03T17:03:50

Thanks for the updated heads up.

I just spent a few hours on this and took a number of measures to work
on the spam problem:

* The wiki now requires registration in order to edit
* Registration requires email confirmation
* A math captcha was added
* The SpamBlacklist extension was added
* A major cleanup of the wiki was performed, removing spam links and
deleting spam pages. There may still be some spam content lurking,
though.

Re: Spam Documents.

K Lowe — 2012-04-23T09:07:05

GoboLinux Knowledge Base is now extensively infected with span documents.
http://wiki.gobolinux.org/index.php?title=Special:AllPages

With reference to previous emails, none of the suggestions made by James 
Browning were implemented.
http://lists.gobolinux.org//pipermail/gobolinux-users/2011-May/008656.html

Since the Forum has been shut down, perhaps similar action should be 
taken protect the valuable source of GoboLinux Knowledge Base.

Re: Closing the forum

Lucas C. Villa Real — 2012-04-04T14:34:42

I've never been a user of the forum myself (in reality I didn't even
remember it existed). Being a mailing-list user I think it's all right to
close the forum for the time being. Just keep the setup environment around
to re-enable it in the future should we find it's a good idea to do so
again.

Thanks,

Re: Kernel 3.3 - Gobohide doesn't work

Lucas C. Villa Real — 2012-04-04T14:32:43

Just a heads up.. I didn't have time to look at this issue and given that
I'm about to travel on vacation I guess this is going to take a few weeks
to get fixed -- unless someone else provides a fix in the meantime. If that
doesn't happen then I'll make sure to resume this when I return.

Thanks,
Lucas


On Tue, Mar 27, 2012 at 8:53 AM, Lucas C. Villa Real
<lucasvr< at >gobolinux.org>wrote:

Closing the forum

Michael Homer — 2012-04-02T04:59:24

Hi,
The forum is very little used, and mostly just a Q&A with me when it is.
Most of the posts we get through are spam these days, which take a bit
of effort to can each time. The original user demand hasn't really
materialised into a regular community on the forum. The gobolinux-users
list will usually be a better and more responsive venue for people, and
I think the presence of the forum is an attractive nuisance more than
anything.

For those reasons, I'm proposing to close the forum down in a couple of
weeks' time. There are good arguments and reasons for having forums, but
I don't think it's something we can support at this point. If there's
viable demand in the future we could set some up again, but right now
directing people to the mailing lists and IRC seems more appropriate.

If anyone objects strongly to this plan, they should make themselves
known and we'll see what we can do, but otherwise I will shut down the
forums soon.

I've also posted this message on the forum itself, since this may not be
the best place to reach the right audience who might care.
-Michael

_______________________________________________
gobolinux-users mailing list
gobolinux-users< at >lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-users

Re: Kernel 3.3 - Gobohide doesn't work

Lucas C. Villa Real — 2012-03-27T11:53:11

OK. I'll take a look at the problem this week and will let you know when
the new recipe is fixed.

Thanks,
Lucas

On Tue, Mar 27, 2012 at 8:26 AM, Max Marrone <syntaxcoloring< at >gmail.com>wrote:

Re: Kernel 3.3 - Gobohide doesn't work

Max Marrone — 2012-03-27T11:26:12

All i686.

2012/3/26 Lucas C. Villa Real <lucasvr< at >gobolinux.org>

_______________________________________________
gobolinux-users mailing list
gobolinux-users< at >lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-users

Re: Kernel 3.3 - Gobohide doesn't work

Lucas C. Villa Real — 2012-03-26T17:57:45


Did you cross-compile the kernel for a 64-bit arch or is that with i686?

Re: Kernel 3.3 - Gobohide doesn't work

Max Marrone — 2012-03-23T19:11:54

I can confirm this problem on a fresh install.  Does anyone know what,
specifically, needs to be enabled in the kernel for GoboHide to work?  It
might be worthwhile to compile a list, so GoboHide can be used on other
Linux distributions.

On Fri, Mar 23, 2012 at 5:24 AM, Zbigniew <zbigniew2011< at >gmail.com> wrote:

_______________________________________________
gobolinux-users mailing list
gobolinux-users< at >lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-users

Oh, I forgot...

Zbigniew — 2012-03-23T09:31:36

Although the recipe contains "unionfs patch" - there doesn't seem to
be any such option available while configuring kernel.

Kernel 3.3 - Gobohide doesn't work

Zbigniew — 2012-03-23T09:24:51

Using the recipe for 3.2.12 I made a compilation of 3.3 - almost all
went fine, with exception of gobohide: during boot-up there are
several messages "ioctl: Operation not supported". Of course, the
"legacy FHS" has not been hidden.

Re: Rootless on OS X Lion

Fábio Mierlo — 2012-02-22T15:10:56

Flawless :-)

Fabio Mierlo



On Tue, Feb 21, 2012 at 07:31, Carlo Calica <carlo< at >calica.com> wrote:

Re: Rootless on OS X Lion

Carlo Calica — 2012-02-21T09:31:58

How does homebrew interact with rootless?  Any problems?

On Sun, Aug 28, 2011 at 6:02 PM, Fábio Mierlo <geromao< at >gmail.com> wrote:

Re: New Year Greetings GoboLinux Developers andUsers.

Max Marrone — 2012-01-03T22:01:02

Really a shame.  As a user and amateur software developer, what can I do to
help Gobo?

On Tue, Jan 3, 2012 at 10:04 AM, kenneth marken <k-marken< at >online.no> wrote:

_______________________________________________
gobolinux-users mailing list
gobolinux-users< at >lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-users

Re: New Year Greetings GoboLinux Developers and Users.

kenneth marken — 2012-01-03T15:04:31

Sadly, Gobo is a small community. And one of the primary people behind 
the 015 push found something else to fill his time with. Since then 
there was a push fora 014.02 or something, but it seems to have petered 
out as well. These days i wonder if not one get more milage out of Gobo 
if one go with a distro like Mint and stack Rootless on top.

New Year Greetings GoboLinux Developers and Users.

K Lowe — 2012-01-03T12:33:59

This website link might be of interest:
http://sandervanderburg.blogspot.com/2011/12/evaluation-and-comparison-of-gobolinux.html
An evaluation and comparison of GoboLinux

I quote: "The only bad thing I can say about GoboLinux is that the 
latest 014.01 release is outdated (2008) and it looks like 015 is in 
progress for almost three years... I'm not sure if there will be a new 
release soon, which is a pity."

Last Autumn I thought a new updated live CD release was imminent (see 
references) but alas not. Perhaps 2012 will be the Year of GoboLinux 015!

References:
(1) 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-September/004302.html
(2) 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-September/004307.html
(3) 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-September/004309.html
(4) 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-September/004313.html
(5) 
http://lists.gobolinux.org//pipermail/gobolinux-devel/2011-September/004314.html

(no subject)

Robert Balint — 2011-12-27T11:11:30

_______________________________________________
gobolinux-users mailing list
gobolinux-users< at >lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-users

Re: Grumpy ContributeRecipe

Sum Boody — 2011-09-09T15:47:17

/System/Settings/Compile/Compile.conf: I just have
http://gytha.org/gobo/recipe-store
/System/Settings/Scripts/GetAvailable.conf:
http://gytha.org/gobo/packages/official/MANIFEST.bz2

I'm not sure if gytha mirrors trackedversions.bz2

On Fri, Sep 9, 2011 at 10:39 AM, Zbigniew <zbigniew2011< at >gmail.com> wrote:

Grumpy ContributeRecipe

Zbigniew — 2011-09-09T15:39:52

During recipe contribution it's always complaining:

#v+
Checking Dependencies...
<Timeout>

GetAvailable: Timed out downloading
http://kundor.org/gobo/packages/official/MANIFEST.bz2

GetAvailable: Timed out downloading
http://gobo.calica.com/packages/official/MANIFEST.bz2

GetAvailable: Timed out downloading
http://kundor.org/gobo/packages/contrib/MANIFEST.bz2

GetAvailable: Timed out downloading
http://gobo.calica.com/packages/contrib/MANIFEST.bz2

GetAvailable: Timed out downloading http://gobolinux.org/recipe-store

GetAvailable: Timed out downloading http://gobo.calica.com/recipe-store

GetAvailable: Timed out downloading
http://gobolinux.org/version-tracker/TrackedVersions.bz2
<Timeout>

GetAvailable: Timed out downloading
http://kundor.org/gobo/packages/official/MANIFEST.bz2

GetAvailable: Timed out downloading
http://gobo.calica.com/packages/official/MANIFEST.bz2

GetAvailable: Timed out downloading
http://kundor.org/gobo/packages/contrib/MANIFEST.bz2

GetAvailable: Timed out downloading
http://gobo.calica.com/packages/contrib/MANIFEST.bz2

GetAvailable: Timed out downloading http://gobolinux.org/recipe-store

GetAvailable: Timed out downloading http://gobo.calica.com/recipe-store

GetAvailable: Timed out downloading http://gobolinux.org/version-tracker/Tracked
#v-

What are the proper, working addresses - and where to write them?