maemo.org - Talk
Page 3 of 4 12 3 4
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   what is mounting python? (https://talk.maemo.org/showthread.php?t=37015)

wierdo 2009-12-14 06:45
Re: what is mounting python?
 
Quote:
Originally Posted by kyle (Post 426714)
Oh I see. I guess this is in extras-testing now? I'm not seeing it yet.

Why bind mounts instead of symbolic links?
Symbolic links take up (a small amount of) space and directory entries. A lot of directory entries if a complex app with a lot of files is run through the optify tool.

For something like python, the bind mounts are far better.

And to the OP: They aren't taking up space on /usr. If the tool you are using claims those directories are taking up space on /usr, the tool is broken.

asidana 2009-12-14 08:22
Re: what is mounting python?
 
Quote:
Originally Posted by kyle (Post 426648)
It looks like you have installed some package that was poorly "optified" using bind mounts instead of symbolic links. My guess is that it left some entries in /etc/fstab. If those directories are all empty now then you can just remove the corresponding lines in fstab and be done with it.
when i do vi /etc/fstab there are no entries related to phython. Where else they can be mounted/binded from?

j.s 2009-12-14 16:10
Re: what is mounting python?
 
Quote:
Originally Posted by Nathan (Post 426676)
Actually the newest version of Python uses a "Bind" method to mount the /opt folder for python. This is NORMAL behavior for python now. This allows all of Python to appear as if it is in the proper spot; but because it is so large and we don't actually want it in the /usr folder.

Nathan
Why can't the proper spot be in /opt?

SubCore 2009-12-14 16:23
Re: what is mounting python?
 
Quote:
Originally Posted by j.s (Post 427292)
Why can't the proper spot be in /opt?
Well, because!

j.s 2009-12-14 16:29
Re: what is mounting python?
 
Quote:
Originally Posted by SubCore (Post 427307)
Well, because!
Quote:
/opt is reserved for the installation of add-on application software packages.
python is an add-on application software package.

SubCore 2009-12-14 17:25
Re: what is mounting python?
 
Quote:
Originally Posted by j.s (Post 427314)
python is an add-on application software package.
no, it's not.
it's a runtime library required by other applications and as such part of the system.

ewan 2009-12-14 17:36
Re: what is mounting python?
 
I think it's pretty well established that the 'optification' plan is a grade A ugly hack, so doing something different on the grounds of FHS compliance is eccentric to say the least.

And as for:
Quote:
Originally Posted by wierdo (Post 426729)
Symbolic links take up (a small amount of) space and directory entries. A lot of directory entries if a complex app with a lot of files is run through the optify tool.

For something like python, the bind mounts are far better.
Surely the obvious solution is to hand craft the symlinks to link whole directories, not each file they contain? Sure, it's more effort than the automatic tool, but no more than manually creating a bind mount based setup is.

Rushmore 2009-12-14 17:38
Re: what is mounting python?
 
The thread title alone is just so wrong;)

yerga 2009-12-14 18:00
Re: what is mounting python?
 
The optification methods for Python were discussed in the mailing lists, and the best solution was to do the bind method.

Some links on the discussion:

http://lists.maemo.org/pipermail/mae...er/022323.html

http://lists.maemo.org/pipermail/mae...er/021348.html

https://garage.maemo.org/pipermail/p...er/001091.html

There are more places with the python optification discussion, but those three aren't bad for starters.

dvergin 2009-12-14 18:19
Re: what is mounting python?
 
Quote:
Originally Posted by fpp (Post 426085)
There is an optified version but it's not in Extras yet.
While I understand what is being described in this thread in a general sense, I'm not at all clear on the practical implications...

Is the current binding version of Python perfectly okay?
Does it place much of a storage burden on root storage space (as suggested earlier in this thread)?
Should we delay and wait for the optified version?
Will the optified version automatically replace the current version when it hits extras? Or do we need to even worry about that at all?


All times are GMT. The time now is 15:16.
Page 3 of 4 12 3 4
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8