File Conveyor: CentOS install Guide for python 2.5.5 & pyinotify

Thanks mikeytown2!

#1: Thanks! Linked to this from INSTALL.txt: http://github.com/wimleers/fileconveyor/commit/c472b96acf8a91c31c47e8824...

#2: I say "0.8.0 or better", because the 0.8.x versions have the same API. So that is correct. Newer is better of course.

#3: Thanks :) I'll get back to those as soon as I find the time.

P.S.:

Placeholder since I still haven't figured out how to edit the first post in the issue queue.

Me neither. I don't think it's supported. :)

link_updater.py code fault with Python 2.6+

The /fileconveyor/code/processors file [link_updater.py] needs a change to work correctly with Python versions greater than 2.5+:

Line # 39 of link_updater.py needs to change from:

parser = CSSParser(log=None, loglevel=logging.critical)

to:

parser = CSSParser(log=None, loglevel=logging.CRITICAL)

I have tested this with and without the above change.
It works fine with the correct Python setLevel syntax, but gives ERROR with out the change!

Please report this at https://github.com/wimleers/fileconveyor. And preferably fork the code, make your changes, and do a pull request :)

Thanks!

Question: How can you achieve this concept:

* all CSS assets mapped to [say] static0.domain.com
* all JS assets mapped to [say] static1.domain.com
* all images mapped to [say] static2.domain.com
* all Flash mapped to [say] static3.domain.com

I tried several [logical] combination's as to what seem Logical (reading the code, doc's and thesis) - but (as yet) no good result achieved on parallel asset divisions.

The excellent [various] notes given do not speak [clearly] of the inner code design or code methods.
I have [therefore] resorted to hours of 'guess + trial work' to find the methods that yet work.

I [additionally] raise a note that those CSS assets that need to be re-queued for processing will [finally] miss out on having compression via the [yuicompressor] compression processor.

My testing indicates that all CSS assets that have survived the re-queue process of fileconveyor are eventually finalized as 'uncompressed' assets.

Please advise - as time permits.

Thanks for creating an issue on GitHub! I've replied right there: https://github.com/wimleers/fileconveyor/issues/issue/39/#issue/39/comme....

For people with error error: Setup script exited with error: command 'gcc' failed with exit status 1 when Install Pyinotify try:

yum install python-devel

Works for me...

I have installed python per the instructions here and file conveyor. I set up the config with my info and when I run the arbitrator.py, i get the following:

Traceback (most recent call last):
File "/opt/fileconveyor/code/arbitrator.py", line 9, in ?
import sqlite3
ImportError: No module named sqlite3

After doing some research it seems that maybe it is looking still to the old 2.4 v of python, how do I tell file conveyor to use the 2.5 install from above? Or is there another issue here that I am missing?

python2.5 arbitrator.py

Type python in the terminal and then press the "tab" key. This will show you all Python versions installed.

Here is what comes up from python [tab]

python python2 python2.4 python2.5

Then you can do what I said: python2.5 arbitrator.py. It should work just fine then.

I can't get file conveyor running on centOS
I get an error when starting arbitrator.py:

The transporter module 'ftp' could not be found

I tried configuring other transporters in config.xml and they all return the same error
Issue also reported here https://github.com/wimleers/fileconveyor/issues/104
Any help would be appreciated