pycs-devel Mailing List for Python Community Server (Page 11)
Status: Alpha
Brought to you by:
myelin
Menu
▾
▴
pycs-devel — Python Community Server development/chat
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(3) |
Oct
(1) |
Nov
(70) |
Dec
(41) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(20) |
Feb
(9) |
Mar
(36) |
Apr
(11) |
May
(3) |
Jun
(6) |
Jul
(3) |
Aug
(13) |
Sep
(2) |
Oct
(32) |
Nov
(4) |
Dec
(7) |
| 2004 |
Jan
(14) |
Feb
(16) |
Mar
(3) |
Apr
(12) |
May
(1) |
Jun
(4) |
Jul
(13) |
Aug
(1) |
Sep
(2) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
| 2005 |
Jan
(7) |
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
(1) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(7) |
Nov
(18) |
Dec
(22) |
| 2007 |
Jan
(10) |
Feb
(11) |
Mar
(1) |
Apr
(6) |
May
(5) |
Jun
(5) |
Jul
(14) |
Aug
(28) |
Sep
(4) |
Oct
(6) |
Nov
(9) |
Dec
(8) |
| 2008 |
Jan
(10) |
Feb
(19) |
Mar
(38) |
Apr
(17) |
May
(13) |
Jun
(7) |
Jul
(36) |
Aug
(15) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: Bauer, G. <ba...@gw...> - 2004-04-30 08:40:55
|
Hi! Again problems with CVS on Sourceforge. I get the attached message when trying to commit a change to CVS for PyCS. Did they change something, or is their CVS down again? Phil: if you want to, we can move the CVS to simon.bofh.ms. I already have public CVS up and running and can set up commit users there, too, and we wouldn't depend on SFs rather weird "support" ... www-pycs@simon:~/src/pycs$ pycs-commit cvs commit: Examining . cvs commit: Examining comments cvs commit: Examining modules cvs commit: Examining modules/system cvs commit: Examining mymetakit cvs commit: Examining rss cvs commit: Examining trackbacks cvs commit: Examining www cvs commit: Examining www/images cvs commit: Examining www/initialResources gb...@cv...'s password: Cannot access /cvsroot/pycs/CVSROOT No such file or directory This is my used CVS root: www-pycs@simon:~/src/pycs$ cat CVS/Root :ext:gb...@cv...:/cvsroot/pycs Any ideas? Comments? bye, Georg |
|
From: Yasushi I. <ya...@lo...> - 2004-04-22 07:56:10
|
Hi, On Thu, 22 Apr 2004 08:31:18 +0200 you wrote: > Did you try his suggestion? I think I had problems with something like > this before - I used None or [] or something like this for an empty > subview and Metakit didn't like that. So it might be something that > depends on your Metakit version installed. It would be great if you > could do some tests here. Yes, I tried using [] to create an empty subview. It worked without causing segmentation fault. But about an hour ago, I found that the problem still exists. http://www.equi4.com/pipermail/metakit/2004-April/001805.html |
|
From: Georg B. <gb...@mu...> - 2004-04-22 06:35:50
|
Hi! > http://www.equi4.com/pipermail/metakit/2004-April/001803.html > > He said that metakit.view() should not be used to create empty > subview. Did you try his suggestion? I think I had problems with something like this before - I used None or [] or something like this for an empty subview and Metakit didn't like that. So it might be something that depends on your Metakit version installed. It would be great if you could do some tests here. bye, Georg |
|
From: Yasushi I. <ya...@lo...> - 2004-04-22 03:07:46
|
Hi, I have posted to Metakit mailing list and received a reply from Brian Kelley. http://www.equi4.com/pipermail/metakit/2004-April/001803.html He said that metakit.view() should not be used to create empty subview. |
|
From: Yasushi I. <ya...@lo...> - 2004-04-21 03:02:24
|
Hi,
On Tue, 20 Apr 2004 19:29:38 +0200 you wrote:
> A possible reason for the segfaults. Are there any blanks in the getas
> in the PyCS source? I am currently not near my source code.
I checked the PyCS source. There's no blanks in the getas. But PyCS
causes segmentation fault when I add a comment.
Blanks in the getas is a reason for the segfaults, but there must be
some other reason that I still haven't found.
pycs_settings.py:
132 def getCommentTable(self):
133 return self.db.getas(
134 'comments[user:S,paragraph:S,link:S,notes[name:S,email:S,url:S,comment:S,date:S]]'
135 ).ordered( 2 )
modules/system/comments.py:
273 # Make a row in 'comments' for this paragraph
274 commentTable.append( {
275 'user': formatter.u,
276 'paragraph': formatter.p,
277 'link': form.get('link',''),
278 'notes': notes,
279 } )
|
|
From: Georg B. <gb...@mu...> - 2004-04-20 17:29:48
|
Hi! A possible reason for the segfaults. Are there any blanks in the getas in the PyCS source? I am currently not near my source code. bye, Georg > Von: "Brian Kelley" <bk...@wi...> > Datum: Di, 20. Apr 2004 19:21:52 Europe/Berlin > An: Georg Bauer <gb...@mu...>, Metakit mailing list > <me...@eq...> > Betreff: Re: [Metakit] Fwd: [PyCS-devel] Re: [Pyds-users] Maybe > problems with Metakit 2.4.9.3 > > Georg Bauer wrote: > > > Hi! > > > > A PyDS user reported the following problem with Metakit 2.4.9.3. > > Any ideas on what might go wrong? > > > > bye, Georg > > > >> comments = db.getas( 'comments[user:S, paragraph:S, link:S, > >> notes[name:S, email:S, url:S, comment:S, date:S]]').ordered( 2 ) > > Most likely it is the spaces in your getas statement here. If you > remove them, it works just fine. > > > |
|
From: Jeremy B. <je...@je...> - 2004-04-20 15:51:03
|
Yasushi Iwata wrote: > Hi, > > I found this code causes segmentation fault with Metakit 2.4.9.3. But > no problem with 2.4.9.2. Thank you, this is excellent. This seg-faults for me too. This is relevant (for the Py-CS folks) because I earlier claimed to be using PyDS on Gentoo w/ Metakit 2.4.9.3 without any corruption. Next best guess is that I have a different usage pattern or something else is preventing my system from corrupting the files. I am now shutting down PyDS and downgrading to 2.4.9.2, now that there is a test case that doesn't involve Py[CD]S. |
|
From: Yasushi I. <ya...@lo...> - 2004-04-20 03:09:37
|
Hi,
I found this code causes segmentation fault with Metakit 2.4.9.3. But
no problem with 2.4.9.2.
--
import metakit
db = metakit.storage('foo.dat', 1)
comments = db.getas(
'comments[user:S, paragraph:S, link:S, notes[name:S, email:S, url:S, comment:S, date:S]]').ordered( 2 )
user = '0000001'
paragraph = 'P1'
link = 'http://foobar.com/weblog/2004/04/20.html#P1'
print 'Now, appending...'
comments.append({
'user': user,
'paragraph': paragraph,
'link': link,
'notes': metakit.view()
})
print 'Appended.'
db.commit()
print 'committed.'
|
|
From: Georg B. <gb...@mu...> - 2004-04-03 13:58:25
|
Hi! > This is patch for UTF-8 environment and new pyds-ja.msgs. Commited to CVS. bye, Georg |
|
From: Yasushi I. <ya...@lo...> - 2004-04-03 12:36:41
|
Hi, This is patch for UTF-8 environment and new pyds-ja.msgs. |
|
From: Georg B. <gb...@mu...> - 2004-03-21 23:08:40
|
Hi! If someone would like to start with PyCS hacking, he might wand to consider this little idea for a project: Implement a mirror with the similar API as the search mirror (actually only add and update are really needed). Implement a form where people can subscribe to a given blog - so blog owners can link this form in their blogs. Implement mail sending to subscribed users for new or changed blog entries. :-) bye, Georg |
|
From: Phillip P. <pp...@my...> - 2004-03-01 22:50:02
|
Hi, Thanks for that. I've put this into CVS now. Cheers, Phil :) On Mon, Mar 01, 2004 at 01:34:58PM +0900, IYODA Atsushi wrote: > Hello. > I'm administrator of http://pycs.atikoro.net/. > patches is needed in install to NetBSD is sent. > If "-c" is not attached, a file will move. > > > --- Makefile 8 Feb 2004 11:14:27 -0000 1.42 > +++ Makefile 1 Mar 2004 03:55:44 -0000 > @@ -99,7 +99,7 @@ > DEBFN = pycs_$(DEBVER)_all.deb > LATESTFN = pycs-latest-src > > -INSTALL = /usr/bin/install > +INSTALL = /usr/bin/install -c > > INSTALL_USER = $(INSTALL) -g $(USER) -o $(USER) > INSTALL_ROOT = $(INSTALL) -g $(ROOT) -o $(ROOT) > > > It is the patch which solves the problem of os.mkdir. > I am using NetBSD 1.6.2 > see http://mail-index.netbsd.org/netbsd-bugs/2002/10/22/0006.html > > --- xmlStorageSystem.py 10 Jan 2004 10:14:04 -0000 1.31 > +++ xmlStorageSystem.py 1 Mar 2004 03:55:32 -0000 > @@ -161,12 +161,13 @@ > if not m: > break > dirnm, leaf = m.groups() > - path += "%s/" % (dirnm,) > + path += "%s" % (dirnm,) > #print " [ path",path," leaf",leaf,"]" > try: > os.mkdir( path ) > except: > pass > + path += "/" > > # Actually save the file > if type(file)==type(''): > > > -- > IYODA Atsushi > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > PyCS-devel mailing list > PyC...@li... > https://lists.sourceforge.net/lists/listinfo/pycs-devel |
|
From: <iy...@at...> - 2004-03-01 04:39:10
|
Hello. I'm administrator of http://pycs.atikoro.net/. patches is needed in install to NetBSD is sent. If "-c" is not attached, a file will move. --- Makefile 8 Feb 2004 11:14:27 -0000 1.42 +++ Makefile 1 Mar 2004 03:55:44 -0000 @@ -99,7 +99,7 @@ DEBFN = pycs_$(DEBVER)_all.deb LATESTFN = pycs-latest-src -INSTALL = /usr/bin/install +INSTALL = /usr/bin/install -c INSTALL_USER = $(INSTALL) -g $(USER) -o $(USER) INSTALL_ROOT = $(INSTALL) -g $(ROOT) -o $(ROOT) It is the patch which solves the problem of os.mkdir. I am using NetBSD 1.6.2 see http://mail-index.netbsd.org/netbsd-bugs/2002/10/22/0006.html --- xmlStorageSystem.py 10 Jan 2004 10:14:04 -0000 1.31 +++ xmlStorageSystem.py 1 Mar 2004 03:55:32 -0000 @@ -161,12 +161,13 @@ if not m: break dirnm, leaf = m.groups() - path += "%s/" % (dirnm,) + path += "%s" % (dirnm,) #print " [ path",path," leaf",leaf,"]" try: os.mkdir( path ) except: pass + path += "/" # Actually save the file if type(file)==type(''): -- IYODA Atsushi |
|
From: Georg B. <gb...@mu...> - 2004-02-28 23:17:12
|
Hi! Phil: I found this PyCS installation where the owner posts some patches for NetBSD and PyCS. You might want to look at them, wether they can go into CVS. I don't run any BSD, so I can't check them. <http://pycs.atikoro.net/users/0000001/> bye, Georg |
|
From: Luis <ocp...@ya...> - 2004-02-24 19:20:53
|
GET YOUR UNIVERSITY DIPLOMA Do you want a prosperous future, increased earning power more money and th= e respect of all? Call this number: 1-646-304-7925 (24 hours) LNorman There are no required tests, classes, books, or interviews! Get a Bachelors, Masters, MBA, and Doctorate (PhD) diploma! Receive the benefits and admiration that comes with a diploma! No one is turned down! Call Today 1-646-304-7925 (7 days a week) Confidentiality assured! Tue, 24 Feb 2004 14:19:57 -0500 niggardly cowpea flannel city original sec= ure abduct elves cicero who'd confidante bedspring bromine confessor laure= nt squatter cabal blab sideway nary fluster perimeter substantial hebrew y= ou'd debate beachcomb droopy mulch abyss debugging fugitive=20. NEWS: earning more boa cornelia yea trial refer bryant incomprehensible do= t orphan guttural rhoda demon donnelly biota lumpur=20. |
|
From: Phillip P. <pp...@my...> - 2004-02-24 11:13:30
|
Hi guys, I've been hacking on PyCS comments today ... I'm trying to put in a nice way to bulk import comments from elsewhere. I have a scraper that will pull comments from radiocomments2.userland.com, and save them as a Python module. I've added an 'add_comments' function to pycsadm.py and pycsAdmin.py, that will put these into the comments database. There's an odd issue with importing comments. After importing a whole heap of comments, I get a 502 ProtocolError and then the Python process running pycsadm.py crashes with a core dump. This may just be one of those weird "Python doesn't work on FreeBSD" things, but I'll see what I can do about this. For the moment be warned that imports of more than 30 or so posts worth of comments may fail. I've also changed the comment display so that it'll use the user stylesheet if one is given, and also put in some modifications suggested by Robb Beal. The comments are now numbered, and use more CSS instead of tables. Mac folks might want to take a look to make sure I haven't broken them ... I can only test in IE unfortunately :( Cheers, Phil :) |
|
From: Romper l. s. <ct...@ya...> - 2004-02-21 20:10:28
|
<html> <head> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html;charset=3Diso-8859-= 1"> </head> <body> <p><span style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial">Unlimited lezbo act= ion<br> </span><a href=3D"http://www.who0z22.com/sunk/main.html">Here</a><span sty= le=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial"> </O:P> </span></p> <p> </p> <p><span style=3D"FONT-SIZE: 10pt; FONT-FAMILY: Arial"></O:P> </span></p> <p> </p> <p><a href=3D"http://312-75-arpa.biz/gone.php">purge your name from our database</a></p> </body> </html> teller bake dominate bloodbath hubbell casework sensor gully rill tid bar = heterodyne=20 factor=20 pyc...@li... titanium decaffeinate adverbial tokyo attract inflationary doric backplane= burgess tyrant courtier=20 |
|
From: Yasushi I. <ya...@lo...> - 2004-02-20 01:45:03
|
Hi, On Fri, 20 Feb 2004 09:34:24 +1300 you wrote: > I've applied this to the code on pycs.net. Can you verify that it's > working properly there? If so, I'll commit to CVS. It works well. Thank you. |
|
From: Georg B. <gb...@mu...> - 2004-02-19 21:29:20
|
Hi! > heh, just realised that georg had already applied the patch, so what I > did actually backed it out :-) Argh. I knew I forgot something, just didn't remember what it was. It was notifying the list :-) bye, Georg |
|
From: Phillip P. <pp...@my...> - 2004-02-19 21:09:14
|
heh, just realised that georg had already applied the patch, so what I did actually backed it out :-) ok now though - didn't commit it ;) cheers, phil |
|
From: Phillip P. <pp...@my...> - 2004-02-19 20:53:59
|
On Thu, Feb 19, 2004 at 05:20:00PM +0900, Yasushi Iwata wrote: > Hi, > > I found some incorrect links in searches.py. Here's patch. I've applied this to the code on pycs.net. Can you verify that it's working properly there? If so, I'll commit to CVS. Cheers, Phil |
|
From: Yasushi I. <ya...@lo...> - 2004-02-19 08:29:51
|
Hi, I found some incorrect links in searches.py. Here's patch. |
|
From: Georg B. <gb...@mu...> - 2004-02-10 21:17:21
|
Hi! > ones generate URLs like http://foo/mt_tb.cgi/foo. Checking for the > '?' tells you what version you're talking to. Yeah, but only if you talk to yourself :-) > I guess ideally we should try to get rid of query strings in comment > and trackback links. Hmm. Why? > http://www.pycs.net/system/comments.py/0105256/234 >=20 > as a synonym for this: >=20 > http://www.pycs.net/system/comments.py?u=3D0105256&p=3D234 That wouldn't be a problem, it just needs to be implemented in the modules. PyDS and bzero just need to know how the format would be. But the problem is, what if bzero or PyDS run against a RCS installation? They still need the query string. So I would say we just keep it the way it is. :-) > (Note that the current method lets anybody hijack the 'this post' URL > by posting the first comment in a thread with a fake URL). Yep, I know. I thought about doing some security checking of the passed URL. Only accept it if it is in the namespace of the referenced user. The mirror database isn't usefull for this, as the format for post IDs might be different between tools (PyDS for example uses #Pxxx for anchors and Pxxx@<tool> for post IDs in the mirror database, since PyDS mirrors not only weblog posts and so needs to make post IDs unique by attaching the tool name). Ok, we could check wether the Post URL is in the mirror database for this user, so someone who tries to fake a link only can fake one of the available links. Just check with select wether the passed link is somewhere in the mirror database and only store it if it is in the database. Hmm. bye, Georg |
|
From: Phillip P. <pp...@my...> - 2004-02-10 21:03:25
|
> This is so stupid. They check wether there is a query string in the URL > to ping to and if yes, they use GET. This is so stupid. Of course one > can freely mix POST data and query strings. One is part of the URI and > the other is payload of the request. Hard to believe, isn't it. I think the reason they do this is that old MT installs generated TrackBack URLs like http://foo/mt_tb.cgi?__mode=foo&tb_id=foo, and new ones generate URLs like http://foo/mt_tb.cgi/foo. Checking for the '?' tells you what version you're talking to. I guess ideally we should try to get rid of query strings in comment and trackback links. I doubt the Radio guys will go for this, but perhaps we can allow an alternate syntax for comments.py and trackback.py that PyDS and bzero can understand. allow this: http://www.pycs.net/system/comments.py/0105256/234 as a synonym for this: http://www.pycs.net/system/comments.py?u=0105256&p=234 I guess we'd need to have another way of specifying the post URL, but I've been wanting to add a more secure way of doing that for ages anyway - perhaps get mirrorPosts to store it? (Note that the current method lets anybody hijack the 'this post' URL by posting the first comment in a thread with a fake URL). e.g. http://www.pycs.net/system/comments.py?u=0000014&p=82 Cheers, Phil :) |
|
From: Georg B. <gb...@mu...> - 2004-02-10 18:34:40
|
Hi! > For example, latest version of Movable Type still uses HTTP GET to > send pings. This is so stupid. They check wether there is a query string in the URL to ping to and if yes, they use GET. This is so stupid. Of course one can freely mix POST data and query strings. One is part of the URI and the other is payload of the request. > I made a path for PyCS to receive trackback pings which is sent using > HTTP GET. Committed to CVS. You should send your patches as attachements, though, as that would prevent line breaking issues :-) bye, Georg |
125 messages has been excluded from this view by a project administrator.
