seems they need ruby because of this: https://github.com/ericam/susy
*embarassing* 2014-03-22 19:08 GMT+01:00 Massimo Di Pierro <massimo.dipie...@gmail.com>: > Are you telling me that the new python.org requires ruby? > > Massimo > > On Saturday, 22 March 2014 12:14:58 UTC-5, Mariano Reingart wrote: >> >> On Sat, Mar 22, 2014 at 11:21 AM, Mariano Reingart <rein...@gmail.com> >> wrote: >>> >>> On Sat, Mar 22, 2014 at 10:54 AM, Mariano Reingart <rein...@gmail.com> >>> wrote: >>> >>>> On Sat, Mar 22, 2014 at 9:26 AM, Stefaan Himpe <stefaa...@gmail.com> >>>> wrote: >>>>> >>>>> Michele Comitini wrote: >>>>>> >>>>>> Seems that the new layout of python.org is here: http://python.org >>>>> >>>>> >>>>> My first impression: it feels too widely spaced for my smaller laptop >>>>> screen. Their "community" menu runs off my screen (unless I go full-screen >>>>> in my browser, which I normally never do). >>>>> >>>>> Although that's probably a personal quirk as I typically dislike >>>>> bootstrap based layouts for that very reason. >>>>> >>>>> >>>>>> I see they keep "forgetting" to mention web2py as a web framework :-) >>>>> >>>>> >>>>> Consider submitting a bug against the new layout? :-) >>>>> >>>>> >>>> >>>> Anyone submitted a bug or pull request about this? >>>> >>>> https://github.com/python/pythondotorg >>>> >>> >>> Just in case: I'm cloning and testing it, to make the pull request >>> >>> To support the request, maybe I'll need some facts and stats about web2py >>> useage: downloads, contibutors, users registred in groups, international >>> sites, etc., beside a list of technical merits that I will also compile >>> >>> BTW, it seems to not be a simple project, trying to install the >>> requirements.txt in a venv resulted in the following error: >>> >>> ---------------------------------------- >>> Cleaning up... >>> Command python setup.py egg_info failed with error code 1 in >>> /tmp/pip_build_reingart/psycopg2 >>> Storing debug log for failure in /tmp/tmphtpypx >>> >> >> That was because it was trying to compile psycopg2 and there were some >> packages missing ... just comment psycopg2==2.4.5 line in requerimients and >> install it: >> >> sudo apt-get install python3-psycopg2 >> >> Another error: >> >> error: could not create '/usr/lib/python3.3/site-packages': Permission >> denied >> >> I frankly don't understand what is the advantage of a virtual env if it >> has to install python packages system wide... >> Surely I'm missing something here. >> Never mind, just do: >> >> sudo pip install -r requirements.txt >> >> But, it also fail trying to compile lxml ??¿¿?? >> >> In file included from src/lxml/lxml.etree.c:314:0: >> /tmp/pip_build_root/lxml/src/lxml/includes/etree_defs.h:9:31: fatal error: >> libxml/xmlversion.h: No existe el archivo o el directorio >> #include "libxml/xmlversion.h" >> ^ >> compilation terminated. >> /usr/lib/python3.3/distutils/dist.py:257: UserWarning: Unknown >> distribution option: 'bugtrack_url' >> warnings.warn(msg) >> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >> >> Just commented the line lxml==3.2.1 in requirements.txt and install >> >> sudo apt-get install python3-lxml >> >> Then it appears to complete but... >> >> Successfully installed cssselect beautifulsoup4 icalendar chardet2 >> django-imagekit django-haystack pyelasticsearch Sphinx django-tastypie pytz >> python-dateutil South django-honeypot django-markupfield django-markup >> django-timedeltafield jsonfield django-comments-xtd requests-oauthlib >> requests django-allauth django-appconf pilkit simplejson Pygments Jinja2 >> python-mimeparse markupsafe >> Cleaning up... >> >> When I tried the next "standard" step (creating the database) it >> complains: >> >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ ./manage.py syncdb >> Traceback (most recent call last): >> File "./manage.py", line 7, in <module> >> from django.core.management import execute_from_command_line >> ImportError: No module named django.core.management >> >> Tip: you need to change the manage.py shebang (first line) to explicitely >> call python3 (in my case): >> >> #!/usr/bin/env python3 >> >> but... >> >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ ./manage.py syncdb >> Syncing... >> OperationalError: FATAL: database "python.org" does not exist >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ >> >> so, create the postgresql database and try again: >> >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ createdb "python.org" >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ ./manage.py syncdb >> >> Synced: >> > django.contrib.auth >> > django.contrib.contenttypes >> > django.contrib.sessions >> > django.contrib.sites >> > django.contrib.redirects >> > django.contrib.messages >> > django.contrib.staticfiles >> > django.contrib.comments >> > django.contrib.admin >> > django.contrib.admindocs >> > jsonfield >> > pipeline >> > south >> > timedelta >> > imagekit >> > haystack >> > honeypot >> > cms >> > blogs >> > allauth >> > allauth.account >> >> Not synced (use migrations): >> - django_comments_xtd >> - sitetree >> - boxes >> - companies >> - feedbacks >> - community >> - jobs >> - pages >> - sponsors >> - successstories >> - events >> - minutes >> - peps >> - downloads >> - codesamples >> - allauth.socialaccount >> - tastypie >> - users >> (use ./manage.py migrate to migrate these) >> >> So let do this additional step: >> >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ ./manage.py migrate >> Running migrations for django_comments_xtd: >> ... (stripped 155 lines) ... >> - Loading initial data for users. >> Installed 0 object(s) from 0 fixture(s) >> >> Then, starting the webserver (in the instructions, skip to the "Cheatsheet >> for Front End devs that know enough to be dangerous" section): >> >> ./manage.py runserver 0.0.0.0:8000 >> >> CompilerError at / >> b"ERROR: Can't find ruby library file or shared library susy\ndirname: >> falta un operando\nPruebe \xc2\xabdirname --help\xc2\xbb para m\xc3\xa1s >> informaci\xc3\xb3n.\ndirname: falta un operando\nPruebe \xc2\xabdirname >> --help\xc2\xbb para m\xc3\xa1s informaci\xc3\xb3n.\n/usr/bin/env: sass: No >> existe el archivo o el directorio\n" >> >> >> So, let's install ruby susy... (no comment) >> >> sudo gem install susy >> >> Fortunately it didn't raised any warning or installation issue in ruby (as >> I saw in the stackoverflow page where I get the instructions). >> But, the site apears empty (see the attachment >> python_dot_org_skeleton.png) >> >> BTW, in the logs I found: >> >> Validating models... >> >> 0 errors found >> March 22, 2014 - 16:13:03 >> Django version 1.5.4, using settings 'pydotorg.settings.local' >> Development server is running at http://0.0.0.0:8000/ >> Quit the server with CONTROL-C. >> /home/reingart/pythondotorg/boxes/templatetags/boxes.py:13: >> DeprecationWarning: The 'warn' method is deprecated, use 'warning' instead >> log.warn('box not found: label=%s', label) >> >> box not found: label=homepage-introduction >> box not found: label=homepage-get-started >> box not found: label=homepage-downloads >> box not found: label=homepage-documentation >> box not found: label=homepage-jobs >> box not found: label=widget-use-python-for >> box not found: label=widget-about-psf >> [22/Mar/2014 16:13:13] "GET / HTTP/1.1" 200 17460 >> [22/Mar/2014 16:13:13] "GET /static/js/libs/modernizr.js HTTP/1.1" 200 >> 11753 >> [22/Mar/2014 16:13:13] "GET /static/img/python-logo.png HTTP/1.1" 200 >> 10102 >> [22/Mar/2014 16:13:13] "GET /static/js/plugins.js HTTP/1.1" 200 24668 >> [22/Mar/2014 16:13:13] "GET /static/js/script.js HTTP/1.1" 200 15598 >> [22/Mar/2014 16:13:13] "GET /static/sass/mq.css HTTP/1.1" 200 100851 >> [22/Mar/2014 16:13:13] "GET /static/sass/style.css HTTP/1.1" 200 337215 >> [22/Mar/2014 16:13:13] "GET >> /static/fonts/SourceSansPro-Regular-webfont.woff HTTP/1.1" 200 26392 >> [22/Mar/2014 16:13:13] "GET /static/img/python-logo-large.png?1393282203 >> HTTP/1.1" 200 13093 >> [22/Mar/2014 16:13:13] "GET /static/fonts/FluxBold.woff HTTP/1.1" 200 >> 29105 >> [22/Mar/2014 16:13:13] "GET /static/fonts/FluxRegular.woff HTTP/1.1" 200 >> 29992 >> [22/Mar/2014 16:13:14] "GET /static/fonts/SourceSansPro-Bold-webfont.woff >> HTTP/1.1" 200 26256 >> [22/Mar/2014 16:13:14] "HEAD /static/img/python-l...@2x.png HTTP/1.1" 200 >> 6241 >> Traceback (most recent call last): >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 138, in run >> self.finish_response() >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 180, in >> finish_response >> self.write(data) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 279, in write >> self._write(data) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 453, in _write >> self.stdout.write(data) >> File "/usr/lib/python3.3/socket.py", line 317, in write >> return self._sock.send(b) >> ConnectionResetError: [Errno 104] Connection reset by peer >> [22/Mar/2014 16:13:14] "HEAD /static/img/python-l...@2x.png HTTP/1.1" 500 >> 59 >> ---------------------------------------- >> Exception happened during processing of request from ('127.0.0.1', 33027) >> Traceback (most recent call last): >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 138, in run >> self.finish_response() >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 180, in >> finish_response >> self.write(data) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 279, in write >> self._write(data) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 453, in _write >> self.stdout.write(data) >> File "/usr/lib/python3.3/socket.py", line 317, in write >> return self._sock.send(b) >> ConnectionResetError: [Errno 104] Connection reset by peer >> >> During handling of the above exception, another exception occurred: >> >> Traceback (most recent call last): >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 141, in run >> self.handle_error() >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 368, in handle_error >> self.finish_response() >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 180, in >> finish_response >> self.write(data) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 274, in write >> self.send_headers() >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 331, in send_headers >> if not self.origin_server or self.client_is_modern(): >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 344, in >> client_is_modern >> return self.environ['SERVER_PROTOCOL'].upper() != 'HTTP/0.9' >> TypeError: 'NoneType' object is not subscriptable >> >> During handling of the above exception, another exception occurred: >> >> Traceback (most recent call last): >> File "/usr/lib/python3.3/socketserver.py", line 610, in >> process_request_thread >> [22/Mar/2014 16:13:14] "GET /static/favicon.ico HTTP/1.1" 200 15086 >> self.finish_request(request, client_address) >> [22/Mar/2014 16:13:14] "GET /static/img/python-l...@2x.png HTTP/1.1" 200 >> 15770 >> File "/usr/lib/python3.3/socketserver.py", line 345, in finish_request >> self.RequestHandlerClass(request, client_address, self) >> File >> "/usr/local/lib/python3.3/dist-packages/django/core/servers/basehttp.py", >> line 150, in __init__ >> super(WSGIRequestHandler, self).__init__(*args, **kwargs) >> File "/usr/lib/python3.3/socketserver.py", line 666, in __init__ >> self.handle() >> File "/usr/lib/python3.3/wsgiref/simple_server.py", line 126, in handle >> handler.run(self.server.get_app()) >> File "/usr/lib/python3.3/wsgiref/handlers.py", line 144, in run >> self.close() >> File "/usr/lib/python3.3/wsgiref/simple_server.py", line 35, in close >> self.status.split(' ',1)[0], self.bytes_sent >> AttributeError: 'NoneType' object has no attribute 'split' >> ---------------------------------------- >> >> NOTE: I don't have time to investigate this, but it seem an issue with the >> browser closing the connection (I don't know the reason), and then >> inconsistentcies in the exception handling. >> >> Anyway, as the database seems empty (and I don't see the "Use Python for…" >> section), I've tried to restore the "preview" as indicated in the >> instructions but the repository seems not to have that file: >> >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ find -name >> "preview.dump" >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ find -name "*.dump" >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ find -name "*.backup" >> (pythondotorg-venv) reingart@s5ultra:~/pythondotorg$ find -name "*.sql" >> >> I give up, so I will just fill the issue in github: >> >> https://github.com/python/pythondotorg/issues/345 >> >> PS: Please do not send negative comments, I did try to install this to >> contribute and just wanted to document my experience. >> >> Best regards >> >> Mariano Reingart >> http://www.sistemasagiles.com.ar >> http://reingart.blogspot.com >> > -- > Resources: > - http://web2py.com > - http://web2py.com/book (Documentation) > - http://github.com/web2py/web2py (Source code) > - https://code.google.com/p/web2py/issues/list (Report Issues) > --- > You received this message because you are subscribed to the Google Groups > "web2py-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to web2py+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- Resources: - http://web2py.com - http://web2py.com/book (Documentation) - http://github.com/web2py/web2py (Source code) - https://code.google.com/p/web2py/issues/list (Report Issues) --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
