a-a-p-develop Mailing List for A-A-P (Page 2)
Brought to you by:
vimboss
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(21) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(69) |
Feb
(17) |
Mar
(69) |
Apr
(19) |
May
(30) |
Jun
(37) |
Jul
(45) |
Aug
(149) |
Sep
(123) |
Oct
(167) |
Nov
(49) |
Dec
(18) |
2004 |
Jan
(52) |
Feb
(31) |
Mar
(28) |
Apr
(14) |
May
(9) |
Jun
(23) |
Jul
(7) |
Aug
(23) |
Sep
(1) |
Oct
(16) |
Nov
|
Dec
|
2005 |
Jan
(14) |
Feb
(12) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
(22) |
Dec
(19) |
2006 |
Jan
(19) |
Feb
(14) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
(5) |
Dec
|
2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Piotr R. <nie...@po...> - 2008-03-12 14:28:11
|
Hi I have read App manual and I think it is a powerful tool with a lot of useful functions. I couldn't find explanation of things, which are interesting to me, so I have a few questions: 1. What kind of support Aap will offer for Rpm or Apt? 2. I saw that Aap support dependency in port recipes. Where can I find more details? Thanks for the answer, Piotr Repetowski ---------------------------------------------------------------------- Asy i Cieniasy pilkarskiej ekstraklasy kliknij >> http://link.interia.pl/f1d27 |
From: Pavol J. <ju...@pa...> - 2007-12-12 21:25:17
|
On Wed, Dec 12, 2007 at 09:52:41PM +0100, Bram Moolenaar wrote: > > Pavol Juhas wrote: > > > > > I have recently tried to use DEFAULTCHECK=newer in my aap recipe > > > > and found a couple of issues. First, aap 1.090 would crash with this > > > > setting, because python getmtime function returns float, and > > > > a string representation of float cannot be converted to long [e.g., > > > > long("0.0") raises an exception]. > > > > > > > > It was very simple to fix this, see the attached patch, > > > > > > Thanks. I guess an older verion of Python allowed this. > > > > I just realized it may be better to store file modification times > > as floats instead of longs. Python float is large enough to avoid > > any overflow issues and it is the same type as returned by built-in > > getmtime(). Float would also prevent any loss of precision > > should getmtime() resolution become smaller than 1 second in the future. > > > > So the previous patch should rather say > > atime = float(atime) > > instead of > > atime = long(float(atime)) > > The times are stored as an integer in the signature file. Changing that > will cause an upgrade of Aap to trigger a lot of rebuilding. > > Nevertheless, if one builds quick it's possible that two things happen > within a second. So sub-second timestamps would be preferred. Well, the times already get stored as floats (at least some of them) in the signature - that's why unpatched aap crashes for DEFAULTCHECK=newer. In older versions of python getmtime() returned int, but as of 2.3 it returns float (still an integer value - at least on my computer, but represented as float). The time is written as a string to the signature file. Unpatched aap tries to convert times from signature file to long, but fails, because "1.0" is not valid long representation. Anyway, the large rebuilding is not likely, because comparison of integers should work the same regardless of their representation, i.e., long(1) == int(1) == float(1). Pavol |
From: Bram M. <Br...@mo...> - 2007-12-12 20:53:05
|
Pavol Juhas wrote: > > > I have recently tried to use DEFAULTCHECK=newer in my aap recipe > > > and found a couple of issues. First, aap 1.090 would crash with this > > > setting, because python getmtime function returns float, and > > > a string representation of float cannot be converted to long [e.g., > > > long("0.0") raises an exception]. > > > > > > It was very simple to fix this, see the attached patch, > > > > Thanks. I guess an older verion of Python allowed this. > > I just realized it may be better to store file modification times > as floats instead of longs. Python float is large enough to avoid > any overflow issues and it is the same type as returned by built-in > getmtime(). Float would also prevent any loss of precision > should getmtime() resolution become smaller than 1 second in the future. > > So the previous patch should rather say > atime = float(atime) > instead of > atime = long(float(atime)) The times are stored as an integer in the signature file. Changing that will cause an upgrade of Aap to trigger a lot of rebuilding. Nevertheless, if one builds quick it's possible that two things happen within a second. So sub-second timestamps would be preferred. -- hundred-and-one symptoms of being an internet addict: 232. You start conversations with, "Have you gotten an ISDN line?" /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Pavol J. <ju...@pa...> - 2007-12-11 22:28:10
|
On Fri, Dec 07, 2007 at 10:48:53PM +0100, Bram Moolenaar wrote: > Pavol Juhas wrote: > > > I have recently tried to use DEFAULTCHECK=newer in my aap recipe > > and found a couple of issues. First, aap 1.090 would crash with this > > setting, because python getmtime function returns float, and > > a string representation of float cannot be converted to long [e.g., > > long("0.0") raises an exception]. > > > > It was very simple to fix this, see the attached patch, > > Thanks. I guess an older verion of Python allowed this. I just realized it may be better to store file modification times as floats instead of longs. Python float is large enough to avoid any overflow issues and it is the same type as returned by built-in getmtime(). Float would also prevent any loss of precision should getmtime() resolution become smaller than 1 second in the future. So the previous patch should rather say atime = float(atime) instead of atime = long(float(atime)) Thanks, Pavol |
From: Bram M. <Br...@mo...> - 2007-12-07 21:49:03
|
Pavol Juhas wrote: > I have recently tried to use DEFAULTCHECK=newer in my aap recipe > and found a couple of issues. First, aap 1.090 would crash with this > setting, because python getmtime function returns float, and > a string representation of float cannot be converted to long [e.g., > long("0.0") raises an exception]. > > It was very simple to fix this, see the attached patch, Thanks. I guess an older verion of Python allowed this. > however there > is still another issue. If one of the source files changes, the > corresponding object gets recompiled, but not relinked to update > the executable. For example, for a simple, 2-file recipe > > DEFAULTCHECK = newer > :program triple : triple.cpp timesthree.cpp > > a clean aap build runs correctly > > $ aap > Aap: g++ -MM triple.cpp > build-Linux2_6_20_16_generic/triple.cpp.aap > Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/triple.o triple.cpp > Aap: g++ -MM timesthree.cpp > build-Linux2_6_20_16_generic/timesthree.cpp.aap > Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/timesthree.o timesthree.cpp > Aap: g++ -O2 -o triple build-Linux2_6_20_16_generic/triple.o build-Linux2_6_20_16_generic/timesthree.o > > but after "touch timesthree.cpp", aap does not relink: > > $ aap > Aap: g++ -MM timesthree.cpp > build-Linux2_6_20_16_generic/timesthree.cpp.aap > Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/timesthree.o timesthree.cpp > > The same also happens when I really change the timesthree.cpp file; > I tried it to make sure that aap does not compare signatures of > linked objects. > > I hope this is helpful and the issues can be fixed soon. > A similar method, DEFAULTCHECK=time seems to work fine, > and I will be using it for now. I can reproduce it. When doing "touch" for the first source file it's OK, but it doesn't work for the second one. I don't see an obvious reason for this. I'll put it on the todo list (but don't expect it to be solved soon!). -- Some of the well know MS-Windows errors: EMEMORY Memory error caused by..., eh... ELICENSE Your license has expired, give us more money! EMOUSE Mouse moved, reinstall Windows EILLEGAL Illegal error, you are not allowed to see this EVIRUS Undetectable virus found /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Pavol J. <ju...@pa...> - 2007-12-07 20:10:36
|
Hello, I have recently tried to use DEFAULTCHECK=newer in my aap recipe and found a couple of issues. First, aap 1.090 would crash with this setting, because python getmtime function returns float, and a string representation of float cannot be converted to long [e.g., long("0.0") raises an exception]. It was very simple to fix this, see the attached patch, however there is still another issue. If one of the source files changes, the corresponding object gets recompiled, but not relinked to update the executable. For example, for a simple, 2-file recipe DEFAULTCHECK = newer :program triple : triple.cpp timesthree.cpp a clean aap build runs correctly $ aap Aap: g++ -MM triple.cpp > build-Linux2_6_20_16_generic/triple.cpp.aap Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/triple.o triple.cpp Aap: g++ -MM timesthree.cpp > build-Linux2_6_20_16_generic/timesthree.cpp.aap Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/timesthree.o timesthree.cpp Aap: g++ -O2 -o triple build-Linux2_6_20_16_generic/triple.o build-Linux2_6_20_16_generic/timesthree.o but after "touch timesthree.cpp", aap does not relink: $ aap Aap: g++ -MM timesthree.cpp > build-Linux2_6_20_16_generic/timesthree.cpp.aap Aap: g++ -O2 -c -o build-Linux2_6_20_16_generic/timesthree.o timesthree.cpp The same also happens when I really change the timesthree.cpp file; I tried it to make sure that aap does not compare signatures of linked objects. I hope this is helpful and the issues can be fixed soon. A similar method, DEFAULTCHECK=time seems to work fine, and I will be using it for now. Thanks, Pavol |
From: calmar <ma...@ca...> - 2007-02-12 04:58:11
|
On Thu, Feb 08, 2007 at 05:33:09AM +0100, Bram Moolenaar wrote: > > Just testing if this maillist still works. It works again here. exim now 'rewrites' the envelope-from headers, so it does not look like originating from a 'localhost'-mail-thing or however, ... sorry again, I did not expect it to be a 'local' problem really since it always worked to post so far. cheers marco > -- > The primary purpose of the DATA statement is to give names to constants; > instead of referring to pi as 3.141592653589793 at every appearance, the > variable PI can be given that value with a DATA statement and used instead > of the longer form of the constant. This also simplifies modifying the > program, should the value of pi change. > -- FORTRAN manual for Xerox Computers > > /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ > /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ > \\\ download, build and distribute -- http://www.A-A-P.org /// > \\\ help me help AIDS victims -- http://ICCF-Holland.org /// > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > A-A-P-develop mailing list > A-A...@li... > https://lists.sourceforge.net/lists/listinfo/a-a-p-develop -- (o_ It rocks: LINUX + Command-Line-Interface //\ V_/_ http://www.calmar.ws |
From: Bram M. <Br...@mo...> - 2007-02-08 04:31:30
|
Just testing if this maillist still works. -- The primary purpose of the DATA statement is to give names to constants; instead of referring to pi as 3.141592653589793 at every appearance, the variable PI can be given that value with a DATA statement and used instead of the longer form of the constant. This also simplifies modifying the program, should the value of pi change. -- FORTRAN manual for Xerox Computers /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Bram M. <Br...@mo...> - 2006-11-20 20:46:39
|
Oleg Puchinin wrote: > Yes........ > flock variant (in attachement) .......... > > 2006/11/20, Bram Moolenaar <Br...@mo...>: > > > > Oleg Puchinin wrote: > > > > > I found bug in ":copy" command. The result is wrong when target file > > > symlinked to source file. > > > ":system cp" work properly (do nothing). > > > > Perhaps you can suggest a patch to solve this? Great, thanks. I'll check it and when I don't see any problems I'll send out a new Aap version. -- ARTHUR: Right! Knights! Forward! ARTHUR leads a charge toward the castle. Various shots of them battling on, despite being hit by a variety of farm animals. "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Oleg P. <gra...@gm...> - 2006-11-20 11:12:26
|
Hmm....... Python 2.5 ------------------------------------------------------------- Aap: Internal Error Aap: Traceback (most recent call last): File "/usr/lib/aap/Exec-1.088/Process.py", line 1168, in Process exec script_string in recdict, recdict File "<string>", line 9, in <module> File "/usr/lib/aap/Exec-1.088/Commands.py", line 2069, in aap_copy copy_move(line_nr, recdict, arg, 1) File "/usr/lib/aap/Exec-1.088/CopyMove.py", line 62, in copy_move argdictlist[-1], optiondict, 1, errmsg = 1) File "/usr/lib/aap/Exec-1.088/CopyMove.py", line 517, in remote_copy_move shutil.copy(fpath, destpath) File "/usr/lib/python2.5/shutil.py", line 80, in copy copyfile(src, dst) File "/usr/lib/python2.5/shutil.py", line 41, in copyfile raise Error, "`%s` and `%s` are the same file" % (src, dst) Error: `./silent_bob` and `/usr/bin/silent_bob` are the same file Aap: Aborted ------------------------------------------------------------ def samestat(s1, s2): """Test whether two stat buffers reference the same file""" return s1.st_ino == s2.st_ino and \ s1.st_dev == s2.st_dev def samefile(f1, f2): """Test whether two pathnames reference the same actual file""" s1 = os.stat(f1) s2 = os.stat(f2) return samestat(s1, s2) Oleg. 2006/11/20, Oleg Puchinin <gra...@gm...>: > Yes........ > flock variant (in attachement) .......... > > 2006/11/20, Bram Moolenaar <Br...@mo...>: > > > > Oleg Puchinin wrote: > > > > > I found bug in ":copy" command. The result is wrong when target file > > > symlinked to source file. > > > ":system cp" work properly (do nothing). > > > > Perhaps you can suggest a patch to solve this? > > > > -- > > hundred-and-one symptoms of being an internet addict: > > 269. You receive an e-mail from the wife of a deceased president, offering > > to send you twenty million dollar, and you are not even surprised. > > > > /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ > > /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ > > \\\ download, build and distribute -- http://www.A-A-P.org /// > > \\\ help me help AIDS victims -- http://ICCF-Holland.org /// > > > > > |
From: Oleg P. <gra...@gm...> - 2006-11-19 21:25:27
|
Yes........ flock variant (in attachement) .......... 2006/11/20, Bram Moolenaar <Br...@mo...>: > > Oleg Puchinin wrote: > > > I found bug in ":copy" command. The result is wrong when target file > > symlinked to source file. > > ":system cp" work properly (do nothing). > > Perhaps you can suggest a patch to solve this? > > -- > hundred-and-one symptoms of being an internet addict: > 269. You receive an e-mail from the wife of a deceased president, offering > to send you twenty million dollar, and you are not even surprised. > > /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ > /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ > \\\ download, build and distribute -- http://www.A-A-P.org /// > \\\ help me help AIDS victims -- http://ICCF-Holland.org /// > |
From: Bram M. <Br...@mo...> - 2006-11-19 19:25:31
|
Oleg Puchinin wrote: > I found bug in ":copy" command. The result is wrong when target file > symlinked to source file. > ":system cp" work properly (do nothing). Perhaps you can suggest a patch to solve this? -- hundred-and-one symptoms of being an internet addict: 269. You receive an e-mail from the wife of a deceased president, offering to send you twenty million dollar, and you are not even surprised. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Oleg P. <gra...@gm...> - 2006-11-19 18:17:44
|
Hello. I found bug in ":copy" command. The result is wrong when target file symlinked to source file. ":system cp" work properly (do nothing). Thanks, Oleg. Debian 3.1r1 AAP 1.088 |
From: Bram M. <Br...@mo...> - 2006-08-17 20:56:49
|
Olivier Laurent wrote: [Please subscribe to the list, I had to manually approve this message] > If the 'progsearch' command does not find any program, Python raises a > TypeError in 'Commands.py', line =B13098 with aap version 1.072. Aap is at version 1.088 now. This problem was already fixed. > Here is a patch that you can use if you want: It's nice that you made a patch, but the problem is already fixed. -- "The question of whether computers can think is just like the question of whether submarines can swim." -- Edsger W. Dijkstra /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: Olivier L. <oli...@gm...> - 2006-08-17 07:56:31
|
If the 'progsearch' command does not find any program, Python raises a TypeError in 'Commands.py', line =B13098 with aap version 1.072. Here is the output: Aap: Internal Error Aap: Traceback (most recent call last): File "/usr/lib/aap/Process.py", line 1163, in Process exec script_string in recdict, recdict File "<string>", line 46, in ? File "/usr/lib/aap/Commands.py", line 3098, in aap_progsearch if " " in prog: TypeError: iterable argument required Aap: Aborted Aap: More info in the logfile: /[...]/AAPDIR/log The 'in' Python operator only accepts iterable and None is not an iterable. Here is a patch that you can use if you want: --- Commands.py 2006-06-11 19:31:05.000000000 +0200 +++ Commands.py.orig 2006-06-11 19:30:49.000000000 +0200 @@ -3086,7 +3086,7 @@ # Search for the programs, quit as soon as one is found. prog =3D '' for arg in args[1:]: - prog =3D program_path(arg["name"]) + prog =3D program_path(arg["name"]) or '' if prog: break -- Olivier Laurent |
From: Bram M. <Br...@mo...> - 2006-07-20 07:15:20
|
You might have noticed that the Aap mailing lists were even more quitet than before. Somehow all the subscribers had disappeared. Fortunately, someone at SourceForge managed to restore the subscribers. If you sent a message the past month and wondered why nobody responded, please resend your message now. - Bram -- `The Guide says there is an art to flying,' said Ford, `or at least a knack. The knack lies in learning how to throw yourself at the ground and miss.' He smiled weakly. -- Douglas Adams, "The Hitchhiker's Guide to the Galaxy" /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// |
From: calmar <ma...@ca...> - 2006-02-18 15:26:34
|
On Sat, Feb 18, 2006 at 02:58:51PM +0100, Bram Moolenaar wrote: > > > | :del $(target).tmp > > > I think the :del $(target).tmp does not really work as expected, or does it? > > Also (in the same manner), when I place there a :print $(target).tmp, I get: > > > > index.php{publish=ftp://n4b244:xx...@se.../html/bcr-test/%file%}.tmp > > > > (I would expect: `index.php.tmp' instead) > > > Yes, then the attribute is separate and is ignored. You can also use > $-(target).tmp > Oh, I see. here it's mentioned ;) http://www.a-a-p.org/exec/ref-varscope.html thanks a lot marco -- calmar (o_ It rocks: LINUX + Command-Line-Interface //\ V_/_ http://www.calmar.ws |
From: Bram M. <Br...@mo...> - 2006-02-18 13:55:54
|
Calmar wrote: > | :del $(target).tmp > I think the :del $(target).tmp does not really work as expected, or does it? > Also (in the same manner), when I place there a :print $(target).tmp, I get: > > index.php{publish=ftp://n4b244:xx...@se.../html/bcr-test/%file%}.tmp > > (I would expect: `index.php.tmp' instead) Indeed, for the ":del" command attributes should not be included when expanding a variable. > When I use e.g: tmp_$(target) instead of $(target).tmp or however, it > seems to work. Yes, then the attribute is separate and is ignored. You can also use $-(target).tmp > So :del and :print seems to use (add the suffix) the file including > the attribute. > > (btw: the :cat statement seems to use $(target).tmp as expeced, and > produces the files) The default way to expand a variable depends on the context. Sometimes the attributes are desired, sometimes they are not. I'll change ":del" to exclude the attributes. -- ROBIN: The what? ARTHUR: The Holy Hand Grenade of Antioch. 'Tis one of the sacred relics Brother Maynard always carries with him. ALL: Yes. Of course. ARTHUR: (shouting) Bring up the Holy Hand Grenade! "Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://www.ICCF.nl /// |
From: Bram M. <Br...@mo...> - 2006-02-18 13:55:44
|
Calmar wrote: > http://www.a-a-p.org/exec/ref-commands.html#cmd-action > > :action makeme {primary} me moo > :sys me < $source $gt; $target > > the $gt; should be a > I guess? It should be > in sgml, resulting in >. Thanks for noticing this mistake. > PS: I personally find it not easy to understand that example at all ;) > maybe it means: for .me or .moo filetypes take the :sys > action to produce .makeme or so? How actions are defined indeed is one of the not-so-obvious methods in Aap. I couldn't think of a better way at the time... -- A hamburger walks into a bar, and the bartender says: "I'm sorry, but we don't serve food here." /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://www.ICCF.nl /// |
From: calmar <ma...@ca...> - 2006-02-18 09:16:44
|
http://www.a-a-p.org/exec/ref-commands.html#cmd-action :action makeme {primary} me moo :sys me < $source $gt; $target the $gt; should be a > I guess? cheers marco PS: I personally find it not easy to understand that example at all ;) maybe it means: for .me or .moo filetypes take the :sys action to produce .makeme or so? -- calmar (o_ It rocks: LINUX + Command-Line-Interface //\ V_/_ http://www.calmar.ws |
From: calmar <ma...@ca...> - 2006-02-18 06:16:26
|
Hi all, hi Bram, | :rule %.php : $cwd/htmlbegin.part | %.part | $cwd/htmlend.part | tmpstring = _no.$(match)_title # is there a title for that page set? | @import sre | @try: | @ title = eval( tmpstring ) | @except KeyError: | @ title = "" | :cat $(source) | :eval string.replace(stdin, | '@TITLE@', title) >! $(target).tmp | :cat $(target).tmp | :eval sre.sub('<\?xml.*', | '<?php echo \'<?xml version="1.0" encoding="iso-8859-1" ?>\'; ?>\n', | stdin) >! $(target) | :del $(target).tmp | | :attr { publish = $(ftp_url)%file% } $files | | all : $files | :publish $files | | calmar@tuxli:~/www/bcr> aap | Aap: Deleted "index.php" | Aap: Error in recipe "/var/www/bcr/main.aap" line 76: No such file or directory: ".tmp" | Aap: All messages are in the logfile: /var/www/bcr/AAPDIR/log I think the :del $(target).tmp does not really work as expected, or does it? Also (in the same manner), when I place there a :print $(target).tmp, I get: index.php{publish=ftp://n4b244:xx...@se.../html/bcr-test/%file%}.tmp (I would expect: `index.php.tmp' instead) When I use e.g: tmp_$(target) instead of $(target).tmp or however, it seems to work. So :del and :print seems to use (add the suffix) the file including the attribute. (btw: the :cat statement seems to use $(target).tmp as expeced, and produces the files) Cheers, marco -- calmar (o_ It rocks: LINUX + Command-Line-Interface //\ V_/_ http://www.calmar.ws |
From: Bram M. <Br...@mo...> - 2006-02-05 14:06:20
|
Adriaan de Groot wrote: > Attached two patches, one adds {installname} support to installation > targets, which allows arbitrary renaming of source files on install > (it doesn't check for foolish things like {installname=}, I'm not sure > it should though). The second patch adds documentation for > {installname}, though only to the user manual and not the reference. Thanks, I'll include it. I'll send out the next minor release. -- hundred-and-one symptoms of being an internet addict: 264. You turn to the teletext page "surfing report" and are surprised that it is about sizes of waves and a weather forecast for seaside resorts. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://www.ICCF.nl /// |
From: Adriaan de G. <gr...@kd...> - 2006-02-04 22:48:04
|
Attached two patches, one adds {installname} support to installation targets, which allows arbitrary renaming of source files on install (it doesn't check for foolish things like {installname=}, I'm not sure it should though). The second patch adds documentation for {installname}, though only to the user manual and not the reference. -- These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot |
From: Adriaan de G. <gr...@kd...> - 2006-02-04 22:22:02
|
On Monday 30 January 2006 16:59, you wrote: > We should at least check for this value to avoid the recursive loop. > I'm not sure there isn't something else wrong, but this fixes the > problem without causing new trouble. Seems to do the job, yes. Please commit. =2D-=20 These are your friends - Adem GPG: FEA2 A3FE Adriaan de Groot |
From: Bram M. <Br...@mo...> - 2006-02-04 12:40:40
|
Adriaan de Groot wrote: > I have a source file foo.png and I want to copy it (on installation) > to location bar/blurfl.png and _rename_ it in the process (to > blurfl.png, as you can see). I don't see how this can be done with > :copy, nor in the install targets. > > You may ask: why not just rename to blurfl in the source and be done with it? > Well, there's various historic reasons,and compatibility with another build > system is one of them - for KDE icons, in particular, we use > theme-size-type-iconname, which gets installed to > theme/sizexsize/type/iconname . This is a mess, I know, but that's how it is. > I have a python function in the KDE module to map one to the other (did I > mention that type needs to be munged to work? as well as theme?), but no way > to use this mapping in the regular install targets. > > The attached patch adds an {installfile} attribute analogous to the > {installdir} attribute, which overrides the basename of the file to install. > Using {installdir} and {installfile} you can install a file to any location > you need. > > Does this sound reasonable? If so, I'll write docs for it too. It does sound reasonable to me. -- If VIM were a woman, I'd marry her. Slim, organized, helpful and beautiful; what's not to like? --David A. Rogers /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://www.ICCF.nl /// |