Menu
▾
▴
pyalbum-general — Everything about PyAlbum
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew I. <and...@us...> - 2006-05-18 00:42:20
|
To echo the project news announcement, I converted the cvs repository to subversion today (2006-05-17), deactivated the cvs link and activated the subversion link. Instructions for accessing PyAlbum's svn are on the svn link; here is the first thing to do (check out the project): $ svn co https://svn.sourceforge.net/svnroot/pyalbum pyalbum Please note that while the CVS link is gone, the CVS repository still exists. I will leave it for posterity, but please do not check anything into it. And for the gritty details of the conversion (it took just a wee bit over 24 hours; approximately 6 days): the automatic CVS repo to SVN repo did not work twice, and accessing the cvs repo was problematic for a few days. I had to pull the entire cvs repo down using rsync, convert it using cvs2svn, and then upload it. Glad I don't have to do that again... Andrew Ittner mailto:te...@us... PyAlbum <http://pyalbum.sourceforge.net> Project Manager |
|
From: Andrew I. <and...@us...> - 2006-05-12 02:50:14
|
As luck would have it, SF managed to restore access to PyAlbum's CVS repository by the time I tried again. I now have a copy of the CVS repository (although the tarball still isn't available). Thank you to Mark for pointing out that SF's CVS services were having problems. I just began the migration to Subversion; it will take as long as it will take (anywhere from a few to 24 hours). I will post to this list again when it finishes. After that, I will shut down CVS access and open up SVN access. Sincerely, Andrew Ittner |
|
From: Mark H. <mha...@sk...> - 2006-05-11 22:46:41
|
> Before I switch the repository to SVN, I wanted to get the latest CVS > backup. > > Trying to access > <http://cvs.sourceforge.net/cvstarballs/pyalbum-cvsroot.tar.bz2> gets me: > > Proxy Error > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET > /cvstarballs/pyalbum-cvsroot.tar.bz2. > Reason: Max-Forwards has reached zero - proxy loop? I've seen this in the past, but have no idea if it is real or transient. > Trying to use the command-line cvs client (I am running Kubuntu 5.10) gets > me this: > $ cvs -d:pserver:ano...@cv...:/cvsroot/pyalbum login > Logging in to :pserver:ano...@cv...:2401/cvsroot/pyalbum > CVS password: > cvs [login aborted]: end of file from server (consult above > messages if any) > > This is the first time I have used CVS (does it show?). Am I doing > something wrong or do I need to contact SF support? My pywin32 project has the same problem atm, and http://sourceforge.net/docs/A04/ shows "partial outage" for CVS services... Cheers, Mark |
|
From: Andrew I. <and...@us...> - 2006-05-11 14:04:42
|
Before I switch the repository to SVN, I wanted to get the latest CVS backup. Trying to access <http://cvs.sourceforge.net/cvstarballs/pyalbum-cvsroot.tar.bz2> gets me: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /cvstarballs/pyalbum-cvsroot.tar.bz2. Reason: Max-Forwards has reached zero - proxy loop? Trying to use the command-line cvs client (I am running Kubuntu 5.10) gets me this: $ cvs -d:pserver:ano...@cv...:/cvsroot/pyalbum login Logging in to :pserver:ano...@cv...:2401/cvsroot/pyalbum CVS password: cvs [login aborted]: end of file from server (consult above messages if any) This is the first time I have used CVS (does it show?). Am I doing something wrong or do I need to contact SF support? Andrew Ittner mailto:and...@us... |
|
From: Mark H. <mha...@sk...> - 2006-02-27 06:00:57
|
> Is PyAlbum still supported? I see open bugs from over a year ago, and I > have run into bugs and features that I would like to get fixed and added. > > Is this project still alive? Apparently not :( I still use pyalbum locally - but that is far from "supported". If you decide to look for a replacement, I'd be interested to know what you come up with... Cheers, Mark |
|
From: Andrew I. <and...@us...> - 2006-02-03 19:45:45
|
Is PyAlbum still supported? I see open bugs from over a year ago, and I have run into bugs and features that I would like to get fixed and added. Is this project still alive? Andrew Ittner |
|
From: Paolo <bac...@ti...> - 2004-10-03 21:53:06
|
Hi, i download PyAlbum and try it, very great job, is exactly what i
need, but i have a question:
why extract exif data even if html will not be regenerated?
In module AlbumImage.py the handlePic() method call
AlbumEXIF.EXIFMapper() to extract exif data in any case taking long time
if there are a lot of images.
Why not put a control to generate exif only if html picture pages will
be generated?
here is a possible patch, there is some side effects doing so?
--- AlbumImage-orig.py 2004-04-04 13:04:18.000000000 +0200
+++ AlbumImage.py 2004-10-03 23:44:16.302274776 +0200
@@ -155,8 +155,9 @@
self.orig = PicInfo(self.fullInPath, self.img)
# get exif information
- self.exif = AlbumEXIF.EXIFMapper(self.img, self.fullInPath, self.options, self.gal.focalLengthHandler)
-
+ if self.gal.rebuildAnything:
+ self.exif = AlbumEXIF.EXIFMapper(self.img, self.fullInPath, self.options, self.gal.focalLengthHandler)
+
self.lastModified = os.path.getmtime(self.fullInPath)
dtf = self.options.dateformat+" "+self.options.timeformat
dtf = dtf.strip() # case only one given...
tanks, Paolo.
|
|
From: <ben...@id...> - 2004-05-25 09:52:20
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Bernd P. <b.p...@we...> - 2004-05-05 08:22:04
|
This mailing list does not seem to work... ?? -- Bernd Preusing |
|
From: Mark H. <mha...@sk...> - 2004-05-04 12:55:31
|
yet another test message! |
|
From: Mark H. <mha...@sk...> - 2004-04-30 05:25:19
|
I spent 1/2 an hour or so fiddling with a "Getting Started" document. It isn't that good at the moment, but before I blow any more time, I should get some feedback. Does a document like the attached seem worth continuing with? If so, is it on the right track? Finally, what is the preferred format? (I can't see how the existing docs are maintained) Thanks, Mark. |
|
From: Mark H. <mha...@sk...> - 2004-04-30 02:13:21
|
Hi Bernd, I'm slowly getting my head around this nice piece of software! I figured I should take our discussion to the mailing list - that is what it is for! I've a few little patches I will upload to sourceforge that may interest you. I've a question about user variables, and why they are not allowed to be in 'first'? My guess is that when processing 'first', you don't have the template information available to know what user options are valid? I notice that pyalbum does not complain if 'user.whatever' values are set in first, but they seem to have no effect. If the above is somewhere near correct, then would it be possible to 'remember' all user properties it found in 'first', processing them later? I'm happy to have a look into this, but was wondering if I am missing something that will make this a problem, or is something you explicitly don't want. The only reason I care (which I don't really!) is that this appears the only reason I would need 2 config files for my albums - the main one, and one with only user variables. Thanks, Mark. |
|
From: Bernd P. <b.p...@sh...> - 2004-04-13 16:46:01
|
Just want to see if this mailing list works... -- Bernd Preusing |
