From mike at poordog.net Fri Oct 13 19:01:07 2006 From: mike at poordog.net (mike at poordog.net) Date: Fri, 13 Oct 2006 10:01:07 -0700 (PDT) Subject: [Pydotorg-www] build of website fails Message-ID: <50924.71.101.252.4.1160758867.squirrel@webmail.poordog.net> Hello, I recently volunteered to help maintain the python.org website. I am having a bit of trouble building the site on my local machine. I installed most of the packages from apt-get and compiled some from source. Everything seemed fine. So any suggestions would be appreciated. I am guessing something was not installed correctly. Anyhow, Here are the errors. Skipping pep-3103.txt (outfile up to date) Rebuilding mirrors file Rebuilding website pyramid --data data --out out --resources images,styles,files,js --relativeurls Traceback (most recent call last): File "/usr/bin/pyramid", line 2, in ? from pyramid import build File "/usr/lib/python2.4/site-packages/pyramid/build.py", line 6, in ? from pyramid.flatteners import flatten File "/usr/lib/python2.4/site-packages/pyramid/flatteners.py", line 2, in ? from pyramid import restParser, page, yamlRegistry as Y, dictutils, utils File "/usr/lib/python2.4/site-packages/pyramid/yamlRegistry.py", line 220, in ? class Loader(syck.Loader): AttributeError: 'module' object has no attribute 'Loader' Traceback (most recent call last): File "/var/www/beta.python.org/beta.python.org/build/build.py", line 154, in ? main() File "/var/www/beta.python.org/beta.python.org/build/build.py", line 150, in main build(args) File "/var/www/beta.python.org/beta.python.org/build/build.py", line 79, in build build_site(args) File "/var/www/beta.python.org/beta.python.org/build/build.py", line 112, in build_site cmd('%s %s' % (command, ' '.join(args))) File "/var/www/beta.python.org/beta.python.org/build/build.py", line 58, in cmd raise RuntimeError('%s failed w/ exit code %d' % (command, err)) RuntimeError: pyramid --data data --out out --resources images,styles,files,js --relativeurls failed w/ exit code 256 root at ubu:/var/www/beta.python.org/beta.python.org# vi /usr/lib/python2. python2.3/ python2.4/ root at ubu:/var/www/beta.python.org/beta.python.org# vi /usr/lib/python2.4/site-packages/py pycurl.so pygst.py pygst.pyo pygtk.py pygtk.pyo pyPgSQL/ pyuno.so pygst.pth pygst.pyc pygtk.pth pygtk.pyc pyid3lib.so pyramid/ root at ubu:/var/www/beta.python.org/beta.python.org# vi /usr/lib/python2.4/site-packages/pyramid/build.py tulku at ubu:/var/www/beta.python.org/beta.python.org# python Python 2.4.3 (#2, Apr 27 2006, 14:43:58) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from pyramid import yamlRegistry as Y, dictutils, utils Traceback (most recent call last): File "", line 1, in ? File "/usr/lib/python2.4/site-packages/pyramid/yamlRegistry.py", line 220, in ? class Loader(syck.Loader): AttributeError: 'module' object has no attribute 'Loader' >>> thanks, Mike From sdeibel at wingware.com Fri Oct 13 19:23:41 2006 From: sdeibel at wingware.com (sdeibel) Date: Fri, 13 Oct 2006 13:23:41 -0400 (EDT) Subject: [Pydotorg-www] build of website fails In-Reply-To: <50924.71.101.252.4.1160758867.squirrel@webmail.poordog.net> References: <50924.71.101.252.4.1160758867.squirrel@webmail.poordog.net> Message-ID: On Fri, 13 Oct 2006, mike at poordog.net wrote: > I recently volunteered to help maintain the python.org website. I am > having a bit of trouble building the site on my local machine. > > I installed most of the packages from apt-get and compiled some from source. > Everything seemed fine. So any suggestions would be appreciated. > I am guessing something was not installed correctly. I think you have a wrong version of syck and/or pysck. The "correct" versions are syck 0.55 and pysck 0.55.1. Others may also work, of course. I ran into this and ended up manually downloading and building each of the versions listed towards the end of: http://wiki.python.org/moin/PythonWebsitePyramidDocs BTW, in case you're really ambitious and would like to help, we do want to make the toolchain easier to install and use. We're probably heading towards abandoning Pyramid and instead either crafting a simpler custom solution based on rest2web or changing to something like Turbogears or Django or... something. Of course that's down the road ... it's best to get started by fixing some of the higher priority items in the bug tracker. - Stephan From mike at poordog.net Sat Oct 14 22:57:51 2006 From: mike at poordog.net (Michael Steinfeld) Date: Sat, 14 Oct 2006 16:57:51 -0400 Subject: [Pydotorg-www] some questions Message-ID: <74F357AB-3DDD-4D91-B0EB-DB522C97B165@poordog.net> Alright, after fumbling a bit getting Syck installed correctly, I have built pydotorg successfully. I am wondering since I am using apache2, should I just set DocRoot to point to the build out directory? Or am I missing something. This is what I have done so far, but I want to make sure this is the correct way. Any other tips you can give me would be appreciated. Thanks Mike From sdeibel at wingware.com Mon Oct 16 16:55:36 2006 From: sdeibel at wingware.com (sdeibel) Date: Mon, 16 Oct 2006 10:55:36 -0400 (EDT) Subject: [Pydotorg-www] some questions In-Reply-To: <74F357AB-3DDD-4D91-B0EB-DB522C97B165@poordog.net> References: <74F357AB-3DDD-4D91-B0EB-DB522C97B165@poordog.net> Message-ID: On Sat, 14 Oct 2006, Michael Steinfeld wrote: > Alright, after fumbling a bit getting Syck installed correctly, I > have built pydotorg successfully. > > I am wondering since I am using apache2, should I just set DocRoot to > point to the build out directory? Or am I missing something. This is > what I have done so far, but I want to make sure this is the correct > way. > > Any other tips you can give me would be appreciated. I've been using twistd as described in build/README and it works well. - Stephan From mike at poordog.net Wed Oct 18 20:11:52 2006 From: mike at poordog.net (Michael Steinfeld) Date: Wed, 18 Oct 2006 14:11:52 -0400 Subject: [Pydotorg-www] Ticket #408 Message-ID: <91DFE844-0643-4DAB-ADB1-FCAFA84F9F86@poordog.net> Please read the comment to the ticket Stephan opened 2 weeks ago. http://pydotorg.python.org/pydotorg/ticket/408 I just had some questions that maybe someone can enlighten me. Also, I have fixed some other links that I will be sending that someone who has commit access can take care of, until I get my commit account. Thanks, Mike From mike at poordog.net Thu Oct 19 01:56:43 2006 From: mike at poordog.net (Michael Steinfeld) Date: Wed, 18 Oct 2006 19:56:43 -0400 Subject: [Pydotorg-www] quick break down of trac tickets Message-ID: I know most everybody has more important things to do then worry about trivial problems on the website, but before I can really help out I need to understand some things. first of all, a lot of the trac tickets are old but not closed. Do I assume that they are all in need of being completed or that they are actually taken care of but nobody closed them? Also, I had a ticket where someone wanted us to post a link-claiming they had a lot of python jobs-to their job board, which was a marketing company. I searched for 'python jobs' and nothing came back. I closed the ticket and explained my reasons. I guess I should just use common sense in this regard? I don't want to close tickets that I have no idea if they still stand or not. I guess I am pretty anal, but I hate seeing open tickets. I would like some suggestions on how I should go about cleaning them up and finding out of the issue has/hasn't been solved. It also would be helpful if I had some knowledge on how a page is generated. It would save me some time not having to figure this all out on my own. more or less a quick run down of the basic layout of pydotorg. I'll probably have more questions soon. Thanks in advance Mike From sdeibel at wingware.com Thu Oct 19 03:53:43 2006 From: sdeibel at wingware.com (Stephan Deibel) Date: Wed, 18 Oct 2006 21:53:43 -0400 (EDT) Subject: [Pydotorg-www] [Pydotorg] quick break down of trac tickets In-Reply-To: References: Message-ID: [Only replying to pydotorg-www since pydotorg mailing list traffic should avoid things specific to the website build or content, except when sys admin intervention is needed] On Wed, 18 Oct 2006, Michael Steinfeld wrote: > I know most everybody has more important things to do then worry > about trivial problems on the website, but before I can really help > out I need to understand some things. > > first of all, a lot of the trac tickets are old but not closed. Do I > assume that they are all in need of being completed or that they are > actually taken care of but nobody closed them? All open tickets are tickets that nobody has looked at or have not been completed. I've occassionally found tickets someone took care of by chance while doing something related, but this is fairly rare. Whether we want all these tickets to be done is another story -- some we should just reject, but for now err on the side of leaving them open until you've gotten more experience with the website and contextual knowledge for making these decisions. > Also, I had a ticket where someone wanted us to post a link-claiming > they had a lot of python jobs-to their job board, which was a > marketing company. I searched for 'python jobs' and nothing came > back. I closed the ticket and explained my reasons. I guess I should > just use common sense in this regard? Yes. If someone requests a link that makes no sense, it's pretty clear we should reject the request. Feel free to apply common sense and for that kind of thing you don't need to worry about acquiring more knowledge about the website first! :-) As an aside, policy for the mirrors list is that we add mirrors only if they are unaltered exact copies of the website. Some people add a header/footer or alter content, usually with the intent of spamming Google. Oh, and by the way, mirrors are listed in mirrors.db and processed down as part of the build process. Don't edit the mirrors/content.rst file directly. > I don't want to close tickets that I have no idea if they still stand > or not. I guess I am pretty anal, but I hate seeing open tickets. I > would like some suggestions on how I should go about cleaning them up > and finding out of the issue has/hasn't been solved. When in doubt, post a comment or ask your question in the ticket and I and others will see that and can respond. Or just post to pydotorg-www. I tend to prefer doing it under the ticket but lengthy discussions in that context tend not be be fruitful. > It also would be helpful if I had some knowledge on how a page is > generated. It would save me some time not having to figure this all > out on my own. > > more or less a quick run down of the basic layout of pydotorg. It's black magic few of us understand! (well, I guess that's not a joke really ;-) What little I know: The structure of the site is defined by the directory structure under build/data and the navigation and sub-navigation menus by the nav.yml and related files. The overall page layout is defined closer to the top level and by the CSS. Files are inherited from higher up in the directory structure, which is how the overall layout gets applied to all pages. It's all somehow assembled by the yaml templates, and for a few pages/areas of the site also by some additional manipulations you can trace down by reading build/build.py. For example, that builds PEPs semi-magically and also takes care of the news feed, mirrors list, and a few other things. I look at this only when I need to. On the live site, it's a different script that builds; see build/scripts/server-build.py. Part of this is interleaving remaining pages from the old site w/ the new site content so unconverted pages still can be viewed. Part of this is the need to auto-rebuild after Subversion commits. Much of this code I've never really looked at in detail. It's the layout inheritance and menus/submenus and page layout that can be confusing and I have to admit that I bungle around every time to find the right thing and don't have a complete understanding of it. This and difficulty of installing the toolset and slowness to build the site are the key problems. I think consensus is that we need a toolset redesign to address this, although it's up in the air how much has to be reworked -- for example, a make/scons dependency model might drastically speed up build, a single installer could make the tools easier to handle, and possibly some restructuring of how content, layout, and menus/submenus are specified might make that easier to understand. Of course we'ld also need understandible build error messages (w/ file / line number, for a start!), and a few other things, so it could well be we should abandon Pyramid entirely rather than tweaking it. But on the other hand, it might be easier to incrementally fix things than make a whole new toolset. You can see how it's easy to waffle about this (at least for me ;-) Andrew Kuchling has looked at using rest2web instead of Pyramid, and his experiment is checked into Subversion. I haven't had time to look at it yet. That's about all I know. Hopefully it's useful. Let me know if not... - Stephan From sdeibel at wingware.com Thu Oct 19 04:36:18 2006 From: sdeibel at wingware.com (sdeibel) Date: Wed, 18 Oct 2006 22:36:18 -0400 (EDT) Subject: [Pydotorg-www] Ticket #408 In-Reply-To: <91DFE844-0643-4DAB-ADB1-FCAFA84F9F86@poordog.net> References: <91DFE844-0643-4DAB-ADB1-FCAFA84F9F86@poordog.net> Message-ID: On Wed, 18 Oct 2006, Michael Steinfeld wrote: > Please read the comment to the ticket Stephan opened 2 weeks ago. > > http://pydotorg.python.org/pydotorg/ticket/408 > > I just had some questions that maybe someone can enlighten me. I'm not clear, actually, on where they even saw these urls. The page /download/windows doesn't seem to include them. This may have been fixed since the report by Anthony Baxter (the release manager for Python) or someone working on the 2.5 release. I'd say close the bug. - Stephan From martin at v.loewis.de Thu Oct 19 07:09:54 2006 From: martin at v.loewis.de (=?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?=) Date: Thu, 19 Oct 2006 07:09:54 +0200 Subject: [Pydotorg-www] [Pydotorg] quick break down of trac tickets In-Reply-To: References: Message-ID: <453708A2.9050709@v.loewis.de> Michael Steinfeld schrieb: > I don't want to close tickets that I have no idea if they still stand > or not. I guess I am pretty anal, but I hate seeing open tickets. I > would like some suggestions on how I should go about cleaning them up > and finding out of the issue has/hasn't been solved. If all else fails, you should ask the submitter of the ticket whether the issue still exists. If there is no response after some time, close it due to lack of feedback. > It also would be helpful if I had some knowledge on how a page is > generated. It would save me some time not having to figure this all > out on my own. > > more or less a quick run down of the basic layout of pydotorg. Do you have a checkout of https://svn.python.org/www/https://svn.python.org/www/ ? If so, are you able to build it? If not, read the readmes. Regards, Martin From mike at poordog.net Thu Oct 26 00:28:14 2006 From: mike at poordog.net (Michael Steinfeld) Date: Wed, 25 Oct 2006 18:28:14 -0400 Subject: [Pydotorg-www] svn view should include pydotorg Message-ID: <8A4B778D-BED4-412D-85D2-DF9F73870D31@poordog.net> Is there any reason why you can't browse pydotorg source tree from svn.python.org ? It would helpful if you could. I figure I will shout it out here on pydotorg-www@ and see if someone answers before I send it to pydotorg@ though this list is sorta hush these days, I know a few of you are our there.