aegis-developers Mailing List for Aegis
Brought to you by:
pmiller
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(4) |
Nov
(2) |
Dec
(19) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(10) |
Feb
(4) |
Mar
(7) |
Apr
(4) |
May
(5) |
Jun
(4) |
Jul
|
Aug
(1) |
Sep
(11) |
Oct
(1) |
Nov
(2) |
Dec
|
2004 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(5) |
2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
(4) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(9) |
Feb
(22) |
Mar
(67) |
Apr
(49) |
May
(8) |
Jun
(1) |
Jul
(12) |
Aug
(10) |
Sep
(12) |
Oct
(41) |
Nov
(22) |
Dec
(2) |
2008 |
Jan
(101) |
Feb
(79) |
Mar
(46) |
Apr
(24) |
May
(12) |
Jun
(7) |
Jul
(7) |
Aug
(11) |
Sep
(26) |
Oct
(4) |
Nov
|
Dec
(1) |
2009 |
Jan
(75) |
Feb
(4) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
2010 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
(1) |
Dec
|
2011 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
|
2013 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2021 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Patrick G. <pa...@ge...> - 2022-07-27 21:52:17
|
Dear list, I just managed to consolidate my local fixes to build aegis on a recent Linux system and publish them on my own site. As a result, you can find 4.25.1, which is Peter Miller's latest 4.25+ development version plus just enough fixes to build with contemporary glibc and gcc (in c++17 mode) at https://aegis.georgi.software/ https://aegis.georgi.software/aegis-4.25.1.tar.gz is the "release ready" source tarball with configure script and Makefile, aeget at https://aegis.georgi.software/cgi-bin/aeget/aegis.4.25.1/?changes+completed has the details. The Aegis history as seen by aeget is still broken in a few places - I got it from sourceforge (whose aeget install is even more broken because fhist isn't installed properly) but apparently some files are missing. I'll see if I can reconstruct some of that from the tarballs that Michael Henderson collected. All the best, Patrick Georgi |
From: michael h. <hen...@gm...> - 2021-01-26 04:40:59
|
I'm looking for older distributions of Aegis to add to a repository on Github. I've pulled the files from Sourceforge (most of 4.7 through 4.25.D510). It looks like I've waited too long on the older versions. The links that I've found from random googling are hosted at Peter's home page on canb.auug.org.au, which aren't cached in the Internet Archive. I pulled the list of versions from the README. I have the ones with an "x." I'm looking for the others. ___ Version 1.4 ....-..-.. ___ Version 2.0 ....-..-.. _x_ Version 2.1 1994-06-11 ___ Version 2.2 ....-..-.. ___ Version 2.3 ....-..-.. ___ Version 3.0 ....-..-.. ___ Version 3.1 ....-..-.. (15-Jan-1998) ___ Version 3.2 ....-..-.. (22-Mar-1998) ___ Version 3.3 ....-..-.. (04-Apr-1998) ___ Version 3.4 ....-..-.. (22-May-1998) ___ Version 3.5 ....-..-.. (28-May-1998) ___ Version 3.6 ....-..-.. (05-Jul-1998) ___ Version 3.7 ....-..-.. (22-Sep-1998) _x_ Version 3.8 1998-10-08 (01-Oct-1998) ___ Version 3.9 ....-..-.. (07-Feb-1999) ___ Version 3.10 ....-..-.. (06-Mar-1999) ___ Version 3.11 ....-..-.. (17-Mar-1999) ___ Version 3.12 ....-..-.. (26-Mar-1999) ___ Version 3.15 ....-..-.. (02-May-1999) ___ Version 3.16 ....-..-.. (15-Jun-1999) ___ Version 3.17 ....-..-.. (22-Jun-1999) ___ Version 3.18 ....-..-.. (08-Jul-1999) ___ Version 3.19 ....-..-.. (04-Aug-1999) ___ Version 3.20 ....-..-.. (19-Oct-1999) ___ Version 3.21 ....-..-.. (12-Mar-2000) ___ Version 3.22 ....-..-.. (13-May-2000) ___ Version 3.23 ....-..-.. (29-Oct-2000) ___ Version 3.24 ....-..-.. (10-Mar-2001) ___ Version 3.25 ....-..-.. (03-Apr-2001) ___ Version 3.26 ....-..-.. (21-Jun-2001) ___ Version 3.27 ....-..-.. (26-Jun-2001) ___ Version 3.28 ....-..-.. (21-Aug-2001) ___ Version 3.29 ....-..-.. (31-Oct-2001) ___ Version 4.1 ....-..-.. (06-Dec-2001) ___ Version 4.2 ....-..-.. (26-Feb-2002) ___ Version 4.3 ....-..-.. (16-Apr-2002) ___ Version 4.4 ....-..-.. (12-May-2002) ___ Version 4.5 ....-..-.. (26-Jun-2002) ___ Version 4.6 ....-..-.. (11-Jul-2002) _x_ Version 4.7 2002-08-12 (06-Aug-2002) _x_ Version 4.8 2002-08-22 (19-Aug-2002) _x_ Version 4.9 2002-10-23 (23-Oct-2002) ___ Version 4.10 ....-..-.. (24-Dec-2002) _x_ Version 4.11 2003-04-07 (29-Jan-2003) ___ Version 4.12 ....-..-.. (29-Sep-2003) _x_ Version 4.15 2003-11-16 (17-Nov-2003) _x_ Version 4.16 2004-01-15 (14-Jan-2004) _x_ Version 4.17 2004-06-03 (03-Jun-2004) _x_ Version 4.18 2004-06-11 (10-Jun-2004) _x_ Version 4.19 2004-10-29 (30-Sep-2004) _x_ Version 4.20 2005-01-29 (28-Jan-2005) _x_ Version 4.21 2005-11-10 (10-Nov-2005) _x_ Version 4.22 2006-03-30 (29-Mar-2006) _x_ Version 4.22.1 2007-04-21 (14-Apr-2007) _x_ Version 4.22.2 2007-10-18 (18-Oct-2007) ___ Version 4.23 ....-..-.. _x_ Version 4.24 2008-03-09 (09-Mar-2008) _x_ Version 4.24.1 2008-09-25 _x_ Version 4.24.2 2009-06-26 _x_ Version 4.24.3 2010-03-09 _x_ Version 4.25 2012-12-04 (08-Mar-2008) _x_ Version 4.25.D505 2012-11-26 _x_ Version 4.25.D506 2012-11-26 _x_ Version 4.25.D507 2012-11-27 _x_ Version 4.25.D508 2012-11-26 _x_ Version 4.25.D509 2012-11-29 _x_ Version 4.25.D510 2012-12-04 ___ Version 4.26 ....-..-.. (NN-MMM-NNNN) |
From: Aryeh F. <ary...@gm...> - 2014-12-11 00:09:24
|
---------- Forwarded message ---------- From: Aryeh Friedman <ary...@gm...> Date: Wed, Dec 10, 2014 at 7:07 PM Subject: Re: [Aegis-developers] building on RHEL7 To: "Pendergraft, Jerry" <JPe...@sj...> When I needed to do similar patches for FreeBSD 9 I had to resort to that at a hiher level.... you should look at the cookbook rather then the makefile because there are some RMCH tricks Peter pulls there to make this easier. Wider question what is the future of aegis/cook now that Peter has moved on? On Wed, Dec 10, 2014 at 6:37 PM, Pendergraft, Jerry <JPe...@sj...> wrote: > Hello, > > Have any of you successfully built aegis-4.25.D510 on Linux RHEL7 with the > system as distributed? > > I have worked around a couple system boo-boos regarding incorrect lib links > – there were links missing for libbz2.so, libmagic.so and libuuid.so. > > After having fixed those, I am still having problems because configure still > won’t believe there is HAVE_MAGIC_H, which invokes the built in magic* code > which in turn won’t compile because there is no definition for ENDOF > referenced in magic.cc. > > Before I resort to hacks around it, I thought I would see if anybody has > sorted out the RHEL7 installation correctly. > > > > Thanks much, > > > > Jerry Pendergraft. > > > > > This communication, including any attachments, may contain information that > is proprietary, privileged, confidential or legally exempt from disclosure. > If you are not a named addressee, you are hereby notified that you are not > authorized to read, print, retain a copy of or disseminate any portion of > this communication without the consent of the sender and that doing so may > be unlawful. If you have received this communication in error, please > immediately notify the sender via return e-mail and delete it from your > system. In order to safeguard its employee data as well as sensitive > patient, customer, business, legal and other information, the company uses > all lawful means, under all applicable law, to access, monitor, preserve, > collect and review all communications between employees and all other users > only when, and to the extent necessary, to fulfill investigatory and other > important business and legal responsibilities. By responding to this > communication, or initiating additional communication with the company, you > consent to such lawful monitoring, to the extent such consent is required > and valid in your local area. > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk > _______________________________________________ > Aegis-developers mailing list > Aeg...@li... > https://lists.sourceforge.net/lists/listinfo/aegis-developers > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org |
From: Pendergraft, J. <JPe...@sj...> - 2014-12-10 23:37:25
|
Hello, Have any of you successfully built aegis-4.25.D510 on Linux RHEL7 with the system as distributed? I have worked around a couple system boo-boos regarding incorrect lib links - there were links missing for libbz2.so, libmagic.so and libuuid.so. After having fixed those, I am still having problems because configure still won't believe there is HAVE_MAGIC_H, which invokes the built in magic* code which in turn won't compile because there is no definition for ENDOF referenced in magic.cc. Before I resort to hacks around it, I thought I would see if anybody has sorted out the RHEL7 installation correctly. Thanks much, Jerry Pendergraft. This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. In order to safeguard its employee data as well as sensitive patient, customer, business, legal and other information, the company uses all lawful means, under all applicable law, to access, monitor, preserve, collect and review all communications between employees and all other users only when, and to the extent necessary, to fulfill investigatory and other important business and legal responsibilities. By responding to this communication, or initiating additional communication with the company, you consent to such lawful monitoring, to the extent such consent is required and valid in your local area. |
From: Aryeh F. <ary...@gm...> - 2014-07-27 09:06:55
|
I have started a wikipedia page on Peter https://en.wikipedia.org/wiki/Peter_Miller_%28Australian_software_engineer%29 On Sat, Jul 26, 2014 at 9:17 PM, Scott Finneran <sco...@ya...> wrote: > Sadly, Peter Miller died at approximately 3am AEST today. His wife > Mary-Therese > said that he was far more comfortable than he had been over the past few > weeks. > > The messages from those on this list over recent days were both welcome and > appreciated by Peter and his family. > > Scott > > > ------------------------------------------------------------------------------ > Want fast and easy access to all the code in your enterprise? Index and > search up to 200,000 lines of code with a free copy of Black Duck > Code Sight - the same software that powers the world's largest code > search on Ohloh, the Black Duck Open Hub! Try it now. > http://p.sf.net/sfu/bds > _______________________________________________ > Aegis-developers mailing list > Aeg...@li... > https://lists.sourceforge.net/lists/listinfo/aegis-developers > -- Aryeh M. Friedman, Lead Developer, http://www.PetiteCloud.org |
From: Scott F. <sco...@ya...> - 2014-07-27 01:17:47
|
Sadly, Peter Miller died at approximately 3am AEST today. His wife Mary-Therese said that he was far more comfortable than he had been over the past few weeks. The messages from those on this list over recent days were both welcome and appreciated by Peter and his family. Scott |
From: Pendergraft, J. <JPe...@sj...> - 2014-07-21 21:42:48
|
Scott, Thanks for passing this sad news along, and please pass along my thoughts and remembrances. I have worked with Peter via email for just over 20 years on both aegis and cook. I had hoped to be able to make the trek to Australia and meet with Peter but alas that never came together. Those tools he wrote and graciously updated as needs expanded have made possible some great medical devices for treatment of heart conditions and I have always been proud to have been a part of both development and application of them. But that is not all I remember. Peter had some of the best quotes in his email signature blocks. " The reason that geeks don't own sushi restaurants is that "cold dead fish for sale" is accurate but poor marketing." "If you break your leg, don't come running to me" Peter also contributed greatly to my culinary appreciation: Told me about TimTams and when I found some here I could understand why some folks who came to Australia to work wound up returning home with their baggage packed completely with TimTams. Gave me recipes for Australian foods for use at an International dinner event we were planning. The "roo" was an obvious one but also a couple of desserts (pavlova and lamingtons) which were, and still are, a great hit. And my inventory of outside activities by explaining what "canyoning" is and how it is done. Hope some more of that activity was enjoyed before it became impossible to do. So Peter - it has been a great privilege and pleasure to have known and worked with you over lo these many years. I wish you were hanging on a lot longer but I do understand the "no more treatment" desire and hope your days are as good as can be. Jerry Pendergraft -----Original Message----- From: Scott Finneran [mailto:sco...@ya...] Sent: Wednesday, July 16, 2014 1:04 AM To: sre...@li...; Aegis Users; Aegis Developers; coo...@li... Subject: [Aegis-developers] Messages for Peter Miller Hi Everyone, As some may know, this project's primary author Peter Miller has had a prolonged battle with Leukaemia(http://blogs.operationaldynamics.com/pmiller/category/health/not-so-gentle). That battle is in it's final stages. His wife posted the following to Facebook overnight: "In accordance with his wishes Peter Miller will no longer be receiving medical treatment" Please consider taking a few moments to write Peter a message. Whether it be to say thanks for all his work, an anecdote of how his software has impacted your life or career or even a simple "bon voyage". I'll get them to Peter while he is still able to appreciate them. Messages are best sent directly to me or as a reply to this list as he is unlikely to be checking his own email. Sincerely, Scott Finneran ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ Aegis-developers mailing list Aeg...@li... https://lists.sourceforge.net/lists/listinfo/aegis-developers This communication, including any attachments, may contain information that is proprietary, privileged, confidential or legally exempt from disclosure. If you are not a named addressee, you are hereby notified that you are not authorized to read, print, retain a copy of or disseminate any portion of this communication without the consent of the sender and that doing so may be unlawful. If you have received this communication in error, please immediately notify the sender via return e-mail and delete it from your system. In order to safeguard its employee data as well as sensitive patient, customer, business, legal and other information, the company uses all lawful means, under all applicable law, to access, monitor, preserve, collect and review all communications between employees and all other users only when, and to the extent necessary, to fulfill investigatory and other important business and legal responsibilities. By responding to this communication, or initiating additional communication with the company, you consent to such lawful monitoring, to the extent such consent is required and valid in your local area. |
From: Scott F. <sco...@ya...> - 2014-07-16 06:04:30
|
Hi Everyone, As some may know, this project's primary author Peter Miller has had a prolonged battle with Leukaemia(http://blogs.operationaldynamics.com/pmiller/category/health/not-so-gentle). That battle is in it's final stages. His wife posted the following to Facebook overnight: "In accordance with his wishes Peter Miller will no longer be receiving medical treatment" Please consider taking a few moments to write Peter a message. Whether it be to say thanks for all his work, an anecdote of how his software has impacted your life or career or even a simple "bon voyage". I'll get them to Peter while he is still able to appreciate them. Messages are best sent directly to me or as a reply to this list as he is unlikely to be checking his own email. Sincerely, Scott Finneran |
From: John D. <jo...@da...> - 2014-01-28 19:41:33
|
-- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. |
From: John D. <jo...@da...> - 2014-01-28 19:38:05
|
Hi! It's been some years since I touched aegis, but I wanted to use it again for a new project. So I downloaded 4.24 and started building it ... I encountered several issues which prevented building or caused test failures. Some of which I have attached patches for. Feel free to apply them as you think fit. Two issues for which I haven't provided patches: 1. Parallel builds (using make -j) fail randomly because of Makefile rules like: aeimport/format/rcs/gram.gen.cc aeimport/format/rcs/gram.gen.h: \ aeimport/format/rcs/gram.y $(YACC) -d aeimport/format/rcs/gram.y sed -e 's/[yY][yY]/format_rcs_gram_/g' -e '/<stdio.h>/d' -e \ '/<stdlib.h>/d' -e '/<stddef.h>/d' y.tab.c > \ aeimport/format/rcs/gram.gen.cc sed -e 's/[yY][yY]/format_rcs_gram_/g' -e \ 's/Y_TAB_H/format_rcs_gram_TAB_H/g' y.tab.h > \ aeimport/format/rcs/gram.gen.h rm -f y.tab.c y.tab.h This is racy! The problem is that if two similar such rules run concurrently, the "rm" of one rule can delete the y.tab.c belonging to another. Then the "sed" fails with message saying that y.tab.c does not exist. There needs to be a unique name for y.tab.[ch] 2. Systems such as android and nix don't have their shell in /bin Unfortunately aegis has a lot of scripts with hard coded paths "/bin/sh" It would be very kind if you could use $SHELL instead. (except in the !#/bin/sh shebang, for which these systems have a way of coping with) Hope this feedback is useful, and thanks for maintaining aegis! Regards, John -- PGP Public key ID: 1024D/2DE827B3 fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3 See http://sks-keyservers.net or any PGP keyserver for public key. |
From: SourceForge.net <no...@so...> - 2013-01-20 01:13:42
|
Bugs item #3601516, was opened at 2013-01-19 17:13 Message generated for change (Tracker Item Submitted) made by hpcoder You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100224&aid=3601516&group_id=224 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: High Performance Coder (hpcoder) Assigned to: Nobody/Anonymous (nobody) Summary: default_test_exemption ignored Initial Comment: If default_test_exemption was set to true in project attributes, then changes will be created with test_exempt=true. When I upgraded aegis from 4.24 to 4.25.D510, the default_test_exemption attribute is ignored, and all changes are created with test_exempt=false. This is a PITA, as whilst I do tend to do TDD, I'm not religious about it, and certainly the majority of my changesets do not have an associated test. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100224&aid=3601516&group_id=224 |
From: Walter F. <wal...@no...> - 2013-01-08 06:42:30
|
On Tue, Jan 08 2013, Peter Miller wrote: > Hi Folks, Hi Peter, > I ran the Aegis commit history through "gource" [1] and made a couple of > video from it, see the Aegis SF download pages [2] and then scroll down > to the two *.avi files at the end. The 4.26 release will include the > aegource program I used to generate the input for the gource > visualisation program. I'll look at the videos. I interpret this work as a sign of a Good Day :-) -- walter franzini NordCom S.p.A. Piazza Cadorna, 14 20123 Milano Tel. 02.72151.970, Fax 02.72151.909 Mobile: 3357517911 |
From: Peter M. <pm...@op...> - 2013-01-08 02:57:03
|
Hi Folks, I ran the Aegis commit history through "gource" [1] and made a couple of video from it, see the Aegis SF download pages [2] and then scroll down to the two *.avi files at the end. The 4.26 release will include the aegource program I used to generate the input for the gource visualisation program. [1] http://code.google.com/p/gource/ [2] http://sourceforge.net/projects/aegis/files/aegis/ -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://pgp.mit.edu/ or any PGP keyserver for public key. "People are like stained-glass windows. They sparkle and shine when the sun is out, but when the darkness sets in, their true beauty is revealed only if there is a light from within." -- Elisabeth Kibler-Ross |
From: Walter F. <wal...@gm...> - 2012-11-19 11:30:00
|
On Sun, Nov 18 2012, Peter Miller wrote: > Hi Folks, > > I'm working on a 4.26 release. If you go to > > http://aegis.sourceforge.net/4.25/ > > you will see a 4.25.D501 available for download. This is an early > release candidate. I would appreciate build-and-test reports for this > version of Aegis on as many machine varieties as you have access to. Built with only the following "problem" Makefile:16333: warning: overriding commands for target `/usr/local/share/aegis/aegis/icon/aegis.gif' Makefile:16325: warning: ignoring old commands for target `/usr/local/share/aegis/aegis/icon/aegis.gif' Makefile:16345: warning: overriding commands for target `/usr/local/share/aegis/aegis/icon/rss.gif' Makefile:16337: warning: ignoring old commands for target `/usr/local/share/aegis/aegis/icon/rss.gif' and successfully passed all tests on Debian squeeze. ciao -- walter franzini NordCom S.p.A. Piazza Cadorna, 14 20123 Milano Tel. 02.72151.970, Fax 02.72151.909 Mobile: 3357517911 |
From: Ralf F. <ra...@ak...> - 2012-11-19 09:21:49
|
* Peter Miller | I'm working on a 4.26 release. If you go to | | http://aegis.sourceforge.net/4.25/ | | you will see a 4.25.D501 available for download. This is an early | release candidate. I would appreciate build-and-test reports for this | version of Aegis on as many machine varieties as you have access to. OpenSuse 11.4, uname -a Linux panther 2.6.37.6-0.20-desktop #1 SMP PREEMPT 2011-12-19 23:39:38 +0100 i686 i686 i386 GNU/Linux - configure - make Makefile:16333: warning: overriding recipe for target `/usr/local/share/aegis/icon/aegis.gif' Makefile:16325: warning: ignoring old recipe for target `/usr/local/share/aegis/icon/aegis.gif' Makefile:16345: warning: overriding recipe for target `/usr/local/share/aegis/icon/rss.gif' Makefile:16337: warning: ignoring old recipe for target `/usr/local/share/aegis/icon/rss.gif' Some warnings like GROFF_NO_SGR=-c groff -I. -Tascii -t -man lib/en/man1/aedist.1 > lib/en/cat1/aedist.1 warning: around line 596: table wider than line width when building the manpages, and ps2pdf lib/en/readme.ps lib/en/readme.pdf GPL Ghostscript 9.00: Error: Font Renderer Plugin ( FreeType ) return code = -1 when preparing the PDFs - make sure Passed 347 of 356 tests. Failed 8 of 356 tests. No result for 1 of 356 tests. NO RESULT due to missing 'fhist' in CXX="g++" /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0265a-pmil.sh t0265a-pmil.ES aefinish: aegis --integrate-begin --project=bug-four --change=10 --verbose aegis: warning: test mode aegis: project "bug-four": change 10: copy baseline to integration directory aegis: project "bug-four": change 10: apply change to integration directory aegis: project "bug-four": change 10: integrate begin complete aefinish: aegis --diff --no-merge --project=bug-four --change=10 --verbose aegis: warning: test mode aegis: cd /tmp/25839/proj/delta25940.001 aegis: diff -pU10 /dev/null /tmp/25839/proj/delta25940.001/aegis.conf >/tmp/25839/proj/delta25940.001/aegis.conf,D || [ $? -eq 1 ] || grep "^Binary files" /tmp/25839/proj/delta25940.001/aegis.conf,D aegis: project "bug-four": change 10: difference complete aefinish: aegis --build --project=bug-four --change=10 --verbose aegis: warning: test mode aegis: project "bug-four": change 10: creating symbolic links to baseline aegis: project "bug-four": change 10: integration build started aegis: cd /tmp/25839/proj/delta25940.001 aegis: true aegis: project "bug-four": change 10: integration build complete aefinish: aegis --integrate-pass --project=bug-four --change=10 --verbose aegis: warning: test mode aegis: project "bug-four": change 10: history create aegis.conf aegis: cd /tmp/25839/proj/history aegis: fhist q10101 -create -cu -i /tmp/aegis-d6875358-0b12-4228-b36b- 84d813896f63/q10101 -p /tmp/25839/proj/history/01.uui/01.uui/01010101. 010/10101010.101 -r /bin/sh: fhist: command not found aegis: command "fhist" exit status 127 aefinish: command "aegis" exit status 1 NO RESULT for test of aecp ind ((10) integrate 133) IMHO this test should check for availability of fhist like eg, test/02/t0205a-walt.sh does. The 8 failures were all related to a single missing xml file: CXX="g++" /bin/sh etc/test.sh -shell /bin/sh -run \ test/02/t0267a-pmil.sh t0267a-pmil.ES aemakegen: open /usr/share/xml/iso-codes/iso_639_3.xml: No such file or directory FAILED test of aemakegen vs i18n (aemakegen 337) Not sure where /usr/share/xml/iso-codes/iso_639_3.xml should come from, or whether it would be required in regular aegis use...? HTH R' |
From: Walter F. <wal...@gm...> - 2012-11-19 09:14:02
|
On Sun, Nov 18 2012, Peter Miller wrote: > Hi Folks, Hi Peter, > I'm working on a 4.26 release. If you go to > > http://aegis.sourceforge.net/4.25/ > > you will see a 4.25.D501 available for download. This is an early > release candidate. I would appreciate build-and-test reports for this > version of Aegis on as many machine varieties as you have access to. I'll give it a try. > If any of you have change sets you have yet to send me, now would also > be a good time to send them. The stuff we talked about last time is too unstable/unfinished to be included in the next stable version, go ahead with your plan. Have a good day :-) -- walter franzini NordCom S.p.A. Piazza Cadorna, 14 20123 Milano Tel. 02.72151.970, Fax 02.72151.909 Mobile: 3357517911 |
From: Joe D. <joe...@ya...> - 2012-11-18 09:46:13
|
Hi Peter, TP still has version 4.24, so I think it has to be updated. bye Joe Danish ________________________________ Fra: Peter Miller <pm...@op...> Til: aegis-users <aeg...@li...>; Aegis Developers <aeg...@li...> Sendt: 6:30 søndag den 18. november 2012 Emne: [Aegis-developers] aegis.2.25 release candidate (d501) Hi Folks, I'm working on a 4.26 release. If you go to http://aegis.sourceforge.net/4.25/ you will see a 4.25.D501 available for download. This is an early release candidate. I would appreciate build-and-test reports for this version of Aegis on as many machine varieties as you have access to. If any of you have change sets you have yet to send me, now would also be a good time to send them. If you are an Ubuntu user, there are binary packages linked from the Download page, too (via LaunchPad PPA service). -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://pgp.mit.edu/ or any PGP keyserver for public key. Real computer scientists despise the idea of actual hardware. Hardware has limitations, software doesn't. It's a real shame that Turing machines are so poor at I/O. ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Aegis-developers mailing list Aeg...@li... https://lists.sourceforge.net/lists/listinfo/aegis-developers |
From: Peter M. <pm...@op...> - 2012-11-18 05:56:53
|
Hi Folks, I'm working on a 4.26 release. If you go to http://aegis.sourceforge.net/4.25/ you will see a 4.25.D501 available for download. This is an early release candidate. I would appreciate build-and-test reports for this version of Aegis on as many machine varieties as you have access to. If any of you have change sets you have yet to send me, now would also be a good time to send them. If you are an Ubuntu user, there are binary packages linked from the Download page, too (via LaunchPad PPA service). -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://pgp.mit.edu/ or any PGP keyserver for public key. Real computer scientists despise the idea of actual hardware. Hardware has limitations, software doesn't. It's a real shame that Turing machines are so poor at I/O. |
From: Peter M. <pm...@op...> - 2012-07-04 07:33:01
|
-------- Forwarded Message -------- From: Peter Miller <pm...@op...> Reply-to: pm...@op... To: cook-users <coo...@au...> Subject: [Cook] fingerprint => md5 Date: Sun, 01 Jul 2012 10:53:46 +1000 Hi Folks, I am thinking of moving Cook to use the MD5 algorithm from libgcrypt, rather than my home-grown fingerprints from circa 1991. It has the potential to be *much* faster when fingerprinting large files (I notice this when building cd-rom iso images, for example). It will cause a larger-than-usual rebuild immediately after upgrade, but will not cause Cook to build too little, and will settle down to the usual behaviour after that first build. An alternative is SHA256 from the same library. What say you? -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://www.keyserver.net or any PGP keyserver for public key. Lubarsky's Law of Cybernetic Entomology: There's always one more bug. _______________________________________________ Cook-users mailing list Coo...@li... http://lists.auug.org.au/listinfo/cook-users -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://www.keyserver.net or any PGP keyserver for public key. Mahatma Gandhi walked barefoot most of the time, which produced an impressive set of calluses on his feet. He also ate very little, which made him rather frail and, with his odd diet, he suffered from bad breath. This made him... wait for it... ...a super calloused fragile mystic hexed by halitosis. |
From: Stefan F. <sf...@sf...> - 2011-01-24 16:33:45
|
Hi Walter, thanks for your help and sorry for the late response. On Fri, 14 Jan 2011, Walter Franzini wrote: > The aecp -ind bug is fixed, you can get a compressed patch from > > http://aegis.stepbuild.org/cgi-bin/aeget/aegis.4.24.C665/?aepatch+compat=4.16 This fixes some aecp -ind problems, but I found other problems that are not fixed. Again, the attached reprod4 script creates the repository and the verify4 script shows that aecp -ind produces wrong output. > If I'm not wrong you are a DD, so you can probably give me some advice > about the best/proper way to have these fixes in squeeze. Actually only > RC bugs and translation updates are allowed to migrate to testing, so a > new upload in unstable will be blocked and not eligible for unblocking. I think the inability of a revision control system to checkout old versions correctly is a grave bug and is therefore RC. I will open a bug report in the debian BTS. The fix will likely be too late for Squeeze 6.0.0, but I am sure it is eligible for the first point release 6.0.1. To get an update into 6.0.1, you need to upload a package that fixes this bug but makes no other changes. Then ask deb...@li... for inclusion. If the fix is uploaded before 6.0.0, it can likely be propagated from unstable. If not, a separate upload to stable-proposed-updates will be necessary. If you need a sponsor for the upload, just ask. Cheers, Stefan |
From: Walter F. <wal...@gm...> - 2011-01-14 11:24:47
|
Stefan Fritsch <sf...@sf...> writes: [...] > The reprod1 script from above also creates a snapshot of each > development directory directly before aede. The verify1 script then > compares these snapshots with the output of 'aecp -ind -p > ... -DELta_From_Change ...'. It turns out that for change 1.2.C010, > aecp -ind produces the wrong result. This is the second bug, but it > may be related to the first one above. The aecp -ind bug is fixed, you can get a compressed patch from http://aegis.stepbuild.org/cgi-bin/aeget/aegis.4.24.C665/?aepatch+compat=4.16 and I'm working on the other bug. If I'm not wrong you are a DD, so you can probably give me some advice about the best/proper way to have these fixes in squeeze. Actually only RC bugs and translation updates are allowed to migrate to testing, so a new upload in unstable will be blocked and not eligible for unblocking. ciao -- Walter Franzini http://aegis.stepbuild.org/ |
From: Walter F. <wal...@gm...> - 2011-01-10 10:16:26
|
Stefan Fritsch <sf...@sf...> writes: [...] > > Yes, that is likely the bug that causes the out-of date error, but > there is another bug with aecp -ind: [...] > If you then do > > $ aegis -cp -ind -p bug2.1.1 -DELta_From_Change 11 . -v > aegis: project "bug2.1.1": file "aegis.conf" copied > aegis: project "bug2.1.1": file "file1b" copied > aegis: project "bug2.1.1": file "file1a" copied > $ ls > aegis.conf > $ > > You see that the aecp did not recreate file1a (or maybe it did but > then deleted it again). It also mention file1b that is created, via rename, at change 12. I've almost fixed this one in 4.25, I hope to be able to send a patch for 4.24 tomorrow. ciao -- Walter Franzini http://aegis.stepbuild.org/ |
From: Stefan F. <sf...@sf...> - 2011-01-07 10:10:28
|
Hi Walter, On Wed, 5 Jan 2011, Walter Franzini wrote: >> I have some more problems with aecp -ind -delta and renamed/removed >> files. I have created a reproducer which is attached. > > Thanks for the report and for the scripts. > > [...] > >> Maybe this one is related >> http://sourceforge.net/tracker/?func=detail&aid=1712779&group_id=224&atid=100224 >> but I am not sure. > > Yes it is possible, it seems a UUID clash. > > Let me try to explain my *suspects*: > > 1. in 1.1.C010 > > new_file f1 (with UUID1) > new_file f3 (with UUID3) > > 2. close branch 1.1, now the baseline for 1 contains > f1 with UUID1 > f3 with UUID3 > > 3. in 1.2.C010 > > remove_file f1 > > 3. in 1.2.C011 the tricky part: > > rename f3 as f1 > > When you close 1.2.C011 the baseline for 1.2 will contain f1 with > UUID3. > > Closing the 1.2 branch will result in the out-of date error since the > uuid for f1 is UUID1 in 1.baseline and UUID3 in 1.2.baseline. > > Does it seems right to you? Yes, that is likely the bug that causes the out-of date error, but there is another bug with aecp -ind: The attached reprod2 script does: new branch 1.1 change 1.1.C010 new_file file1 change 1.1.C011 rename file1 file1a change 1.1.C012 rename file1a file1b integrate branch 1.1 If you then do $ aegis -cp -ind -p bug2.1.1 -DELta_From_Change 11 . -v aegis: project "bug2.1.1": file "aegis.conf" copied aegis: project "bug2.1.1": file "file1b" copied aegis: project "bug2.1.1": file "file1a" copied $ ls aegis.conf $ You see that the aecp did not recreate file1a (or maybe it did but then deleted it again). > I'll try to figure how to solve the problem. Thanks for your help. Cheers, Stefan |
From: Peter M. <pm...@op...> - 2011-01-05 12:13:50
|
On Wed, 2011-01-05 at 11:49 +0100, Walter Franzini wrote: > 1. in 1.1.C010 > > new_file f1 (with UUID1) > new_file f3 (with UUID3) > > 2. close branch 1.1, now the baseline for 1 contains > f1 with UUID1 > f3 with UUID3 > > 3. in 1.2.C010 > > remove_file f1 > > 3. in 1.2.C011 the tricky part: > > rename f3 as f1 > > When you close 1.2.C011 the baseline for 1.2 will contain f1 with > UUID3. > > Closing the 1.2 branch will result in the out-of date error since the > uuid for f1 is UUID1 in 1.baseline and UUID3 in 1.2.baseline. > > Does it seems right to you? > > I'll try to figure how to solve the problem. seems like the 1.2 branch ending should remove the file with UUID1 The problem now is that (before 1.2 is integrated) we have one file name and two distinct UUIDs. This shouldn't be a problem as the UUID is meant the primary key and the filename is meant to be an attribute, but maybe the aeip.cc code doesn't handle this corner case well... and probably some of the other query-by-name code will not either. -- Regards Peter Miller <pm...@op...> /\/\* http://miller.emu.id.au/pmiller/ PGP public key ID: 1024D/D0EDB64D fingerprint = AD0A C5DF C426 4F03 5D53 2BDB 18D8 A4E2 D0ED B64D See http://www.keyserver.net or any PGP keyserver for public key. "It is difficult to get a man to understand something when his salary depends on his not understanding it." -- Upton Sinclair |
From: Walter F. <wal...@gm...> - 2011-01-05 10:49:25
|
[cc-ing aegis-users since it may be helpful for others] Stefan Fritsch <sf...@sf...> writes: > Hi, Hi, > > I have some more problems with aecp -ind -delta and renamed/removed > files. I have created a reproducer which is attached. Thanks for the report and for the scripts. [...] > Maybe this one is related > http://sourceforge.net/tracker/?func=detail&aid=1712779&group_id=224&atid=100224 > but I am not sure. Yes it is possible, it seems a UUID clash. Let me try to explain my *suspects*: 1. in 1.1.C010 new_file f1 (with UUID1) new_file f3 (with UUID3) 2. close branch 1.1, now the baseline for 1 contains f1 with UUID1 f3 with UUID3 3. in 1.2.C010 remove_file f1 3. in 1.2.C011 the tricky part: rename f3 as f1 When you close 1.2.C011 the baseline for 1.2 will contain f1 with UUID3. Closing the 1.2 branch will result in the out-of date error since the uuid for f1 is UUID1 in 1.baseline and UUID3 in 1.2.baseline. Does it seems right to you? I'll try to figure how to solve the problem. ciao -- Walter Franzini http://aegis.stepbuild.org/ |