Re: [fossil-users] optimize size of binary
On Tue, 12 Jul 2011 14:48:42 +0200, Müller, Rainer wrote: Hello, I want to use fossil on an ARM based platform. We have only a few MB flash, so i tried to strip the binary - but the best result was about 1.1MB. I read that someone managed to build a 330kB binary, any suggestions on this issue? I don't need the bug tracking or wiki feature but i doubt they can be deactivated, right? Regards, Rainer. Development Software Systems Festo Gesellschaft m.b.H. LINZER STRAßE 227 Austria - 1140 WIEN Firmenbuch Wien FN 38435y Tel: +43(1)91075-362 Fax: +43(1)91075-282 www.festo.at Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. I'm not the one who build a small binary. You could try to: use ulibc http://www.uclibc.org/ (I'm not sure if fossil will compile/work) use compression http://upx.sourceforge.net/ with regards to disable wiki and bug tracking you could change relevant sections like /* ** WEBPAGE: tktview ** URL: tktview?name=UUID ** ** View a ticket. */ if your would change WEBPAGE: to WEB: then the fossil preprocessor will not include those functions. It is a bit of work, I don't know if it works. (I wonder if it could be make configurable e.g. -DWIKI=1 -DTICKET=1 to compile in this subsystems.) if it will save you a lot of space I don't know. upx compression is the easiest and simplest and can give you instant results. The other 2 options is a lot of work. But I find the ulibc one interesting. Maybe I'll give it a try myself :-) -- Rene ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] optimize size of binary
Hello, I managed to reduce the size to 850kB by removing help texts, wiki and ticket system. Yes, would be nice to make this configurable. Regards, Rainer. -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of Rene Sent: Wednesday, July 13, 2011 2:35 PM To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] optimize size of binary On Tue, 12 Jul 2011 14:48:42 +0200, Mueller, Rainer wrote: Hello, I want to use fossil on an ARM based platform. We have only a few MB flash, so i tried to strip the binary - but the best result was about 1.1MB. I read that someone managed to build a 330kB binary, any suggestions on this issue? I don't need the bug tracking or wiki feature but i doubt they can be deactivated, right? Regards, Rainer. Development Software Systems Festo Gesellschaft m.b.H. LINZER STRAssE 227 Austria - 1140 WIEN Firmenbuch Wien FN 38435y Tel: +43(1)91075-362 Fax: +43(1)91075-282 www.festo.at Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. I'm not the one who build a small binary. You could try to: use ulibc http://www.uclibc.org/ (I'm not sure if fossil will compile/work) use compression http://upx.sourceforge.net/ with regards to disable wiki and bug tracking you could change relevant sections like /* ** WEBPAGE: tktview ** URL: tktview?name=UUID ** ** View a ticket. */ if your would change WEBPAGE: to WEB: then the fossil preprocessor will not include those functions. It is a bit of work, I don't know if it works. (I wonder if it could be make configurable e.g. -DWIKI=1 -DTICKET=1 to compile in this subsystems.) if it will save you a lot of space I don't know. upx compression is the easiest and simplest and can give you instant results. The other 2 options is a lot of work. But I find the ulibc one interesting. Maybe I'll give it a try myself :-) -- Rene ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users Development Software Systems Festo Gesellschaft m.b.H. LINZER STRAssE 227 Austria - 1140 WIEN Firmenbuch Wien FN 38435y Tel: +43(1)91075-362 Fax: +43(1)91075-282 www.festo.at Der Inhalt dieses E-Mails ist ausschliesslich fuer den bezeichneten Adressaten bestimmt. Jede Form der Kenntnisnahme, Veroeffentlichung, Vervielfaeltigung oder Weitergabe des Inhalts dieses E-Mails durch unberechtigte Dritte ist unzulaessig. Wir bitten Sie, sich mit dem Absender des E-Mails in Verbindung zu setzen, falls Sie nicht der Adressat dieses E-Mails sind und das Material von Ihrem Computer zu loeschen. This e-mail and any attachments are confidential and intended solely for the addressee. The perusal, publication, copying or dissemination of the contents of this e-mail by unauthorised third parties is prohibited. If you are not the intended recipient of this e-mail, please delete it and immediately notify the sender. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] optimize size of binary
On Wed, 13 Jul 2011 14:39:04 +0200, Müller, Rainer wrote: Hello, I managed to reduce the size to 850kB by removing help texts, wiki and ticket system. Yes, would be nice to make this configurable. Regards, Rainer. strip and compress with upx deliver on linux 1.0M Jul 13 16:58 fossil 415k Jul 13 16:58 fossilupx under windows it became 1.2M Jul 11 11:54 fossil.exe 553K Jul 11 11:54 fossilupx.exe -- Rene ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] optimize size of binary
On Wed, Jul 13, 2011 at 2:35 PM, Rene renew...@xs4all.nl wrote: /* ** WEBPAGE: tktview ** URL: tktview?name=UUID ** ** View a ticket. */ if your would change WEBPAGE: to WEB: then the fossil preprocessor will not include those functions. It is a bit of work, I don't know if it works. perl -i -pe 's/\bWEBPAGE\b/EBPAGE/g' src/*.c but that probably won't reduce the binary size. -- - stephan beal http://wanderinghorse.net/home/stephan/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Fossil not removing files when switching branches
When I switch between branches Fossil isn't removing files that belong to the previous branch but not the current branch. Am I doing something wrong? Example: === $ fossil new prj.fossil project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc admin-user: spiffy (initial password is efa50e) $ fossil open prj.fossil $ touch new_file $ fossil add new_file ADDED new_file $ fossil commit -m added a file New_Version: 8d4d39876638575032bc831ac5f88974c83d3beb $ fossil branch new branch2 trunk gpg: no default secret key: secret key not available gpg: out-1D64657C0C0F0F82BE9E: clearsign failed: secret key not available unable to sign manifest. continue (y/N)? y New branch: 7c68434806ceddcb1d72949deb5b8caffe1fd58f $ fossil close $ fossil open prj.fossil branch2 project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC parent: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC tags: branch2 comment: Create new branch named branch2 (user: spiffy) $ ls _FOSSIL_ new_file prj.fossil $ touch file2 $ fossil add file2 ADDED file2 $ fossil commit -m Added another file New_Version: b8d0fde1bfc76e4d25a897fd0d2f6d346cb2577a $ fossil close $ fossil open prj.fossil project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC parent: 259984cdf37539a77ab9fb7e5da3255df7dd7729 2011-07-13 18:42:54 UTC child:7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC tags: trunk comment: added a fdle (user: spiffy) $ ls file2 _FOSSIL_ new_file prj.fossil === file2 should not appear when I am viewing the trunk branch because it doesn't exist there- it only exists in the branch2 branch. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
I think the issue is that fossil close doesn't clear out the directory, and fossil open I only overwrites files from the opened checkout, but does not delete any files. So if you were to issue fossil extras my guess is file2 would be in that list. Tomek On Wed, Jul 13, 2011 at 2:55 PM, Brian Cottingham spiffyt...@gmail.comwrote: When I switch between branches Fossil isn't removing files that belong to the previous branch but not the current branch. Am I doing something wrong? Example: === $ fossil new prj.fossil project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc admin-user: spiffy (initial password is efa50e) $ fossil open prj.fossil $ touch new_file $ fossil add new_file ADDED new_file $ fossil commit -m added a file New_Version: 8d4d39876638575032bc831ac5f88974c83d3beb $ fossil branch new branch2 trunk gpg: no default secret key: secret key not available gpg: out-1D64657C0C0F0F82BE9E: clearsign failed: secret key not available unable to sign manifest. continue (y/N)? y New branch: 7c68434806ceddcb1d72949deb5b8caffe1fd58f $ fossil close $ fossil open prj.fossil branch2 project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC parent: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC tags: branch2 comment: Create new branch named branch2 (user: spiffy) $ ls _FOSSIL_ new_file prj.fossil $ touch file2 $ fossil add file2 ADDED file2 $ fossil commit -m Added another file New_Version: b8d0fde1bfc76e4d25a897fd0d2f6d346cb2577a $ fossil close $ fossil open prj.fossil project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC parent: 259984cdf37539a77ab9fb7e5da3255df7dd7729 2011-07-13 18:42:54 UTC child:7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC tags: trunk comment: added a fdle (user: spiffy) $ ls file2 _FOSSIL_ new_file prj.fossil === file2 should not appear when I am viewing the trunk branch because it doesn't exist there- it only exists in the branch2 branch. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On 7/13/2011 12:14 PM, Tomek Kott wrote: I think the issue is that fossil close doesn't clear out the directory, and fossil open I only overwrites files from the opened checkout, but does not delete any files. So if you were to issue fossil extras my guess is file2 would be in that list. To change branches it is not necessary to 'close' the workspace. Just do fossil update branchname That will properly remove/add/update the files in the workspace. Tomek On Wed, Jul 13, 2011 at 2:55 PM, Brian Cottingham spiffyt...@gmail.com mailto:spiffyt...@gmail.com wrote: When I switch between branches Fossil isn't removing files that belong to the previous branch but not the current branch. Am I doing something wrong? Example: === $ fossil new prj.fossil project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc admin-user: spiffy (initial password is efa50e) $ fossil open prj.fossil $ touch new_file $ fossil add new_file ADDED new_file $ fossil commit -m added a file New_Version: 8d4d39876638575032bc831ac5f88974c83d3beb $ fossil branch new branch2 trunk gpg: no default secret key: secret key not available gpg: out-1D64657C0C0F0F82BE9E: clearsign failed: secret key not available unable to sign manifest. continue (y/N)? y New branch: 7c68434806ceddcb1d72949deb5b8caffe1fd58f $ fossil close $ fossil open prj.fossil branch2 project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC parent: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC tags: branch2 comment: Create new branch named branch2 (user: spiffy) $ ls _FOSSIL_ new_file prj.fossil $ touch file2 $ fossil add file2 ADDED file2 $ fossil commit -m Added another file New_Version: b8d0fde1bfc76e4d25a897fd0d2f6d346cb2577a $ fossil close $ fossil open prj.fossil project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC parent: 259984cdf37539a77ab9fb7e5da3255df7dd7729 2011-07-13 18:42:54 UTC child:7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC tags: trunk comment: added a fdle (user: spiffy) $ ls file2 _FOSSIL_ new_file prj.fossil === file2 should not appear when I am viewing the trunk branch because it doesn't exist there- it only exists in the branch2 branch. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org mailto:fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer ActiveState, The Dynamic Language Experts P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Get insights on Open Source and Dynamic Languages at www.activestate.com/blog ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
Yep, that does the trick. I'd seen the update command but didn't realise this was its purpose. Should fossil close/open behave differently from fossil update? Is this a bug in Fossil, or is it deliberate? On Wed, Jul 13, 2011 at 3:20 PM, Andreas Kupries andre...@activestate.comwrote: On 7/13/2011 12:14 PM, Tomek Kott wrote: I think the issue is that fossil close doesn't clear out the directory, and fossil open I only overwrites files from the opened checkout, but does not delete any files. So if you were to issue fossil extras my guess is file2 would be in that list. To change branches it is not necessary to 'close' the workspace. Just do fossil update branchname That will properly remove/add/update the files in the workspace. Tomek On Wed, Jul 13, 2011 at 2:55 PM, Brian Cottingham spiffyt...@gmail.com mailto:spiffyt...@gmail.com wrote: When I switch between branches Fossil isn't removing files that belong to the previous branch but not the current branch. Am I doing something wrong? Example: === $ fossil new prj.fossil project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc admin-user: spiffy (initial password is efa50e) $ fossil open prj.fossil $ touch new_file $ fossil add new_file ADDED new_file $ fossil commit -m added a file New_Version: 8d4d39876638575032bc831ac5f88974c83d3beb $ fossil branch new branch2 trunk gpg: no default secret key: secret key not available gpg: out-1D64657C0C0F0F82BE9E: clearsign failed: secret key not available unable to sign manifest. continue (y/N)? y New branch: 7c68434806ceddcb1d72949deb5b8caffe1fd58f $ fossil close $ fossil open prj.fossil branch2 project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC parent: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC tags: branch2 comment: Create new branch named branch2 (user: spiffy) $ ls _FOSSIL_ new_file prj.fossil $ touch file2 $ fossil add file2 ADDED file2 $ fossil commit -m Added another file New_Version: b8d0fde1bfc76e4d25a897fd0d2f6d346cb2577a $ fossil close $ fossil open prj.fossil project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC parent: 259984cdf37539a77ab9fb7e5da3255df7dd7729 2011-07-13 18:42:54 UTC child:7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC tags: trunk comment: added a fdle (user: spiffy) $ ls file2 _FOSSIL_ new_file prj.fossil === file2 should not appear when I am viewing the trunk branch because it doesn't exist there- it only exists in the branch2 branch. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org mailto: fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer ActiveState, The Dynamic Language Experts P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Get insights on Open Source and Dynamic Languages at www.activestate.com/blog ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On 7/13/2011 12:33 PM, Brian Cottingham wrote: Yep, that does the trick. I'd seen the update command but didn't realise this was its purpose. Well, its purpose is to switch the current checkout/rev to any other revision, so switching between branches is just a special case of that. With the common case of f pull ; f update to bring external changes on the current branch into the current workspace. % f help update Usage: fossil update ?VERSION? ?FILES...? Change the version of the current checkout to VERSION. Any uncommitted changes are retained and applied to the new checkout. [...] Should fossil close/open behave differently from fossil update? Is this a bug in Fossil, or is it deliberate? That question will have to be answered by Richard, I believe. On Wed, Jul 13, 2011 at 3:20 PM, Andreas Kupries andre...@activestate.com mailto:andre...@activestate.com wrote: On 7/13/2011 12:14 PM, Tomek Kott wrote: I think the issue is that fossil close doesn't clear out the directory, and fossil open I only overwrites files from the opened checkout, but does not delete any files. So if you were to issue fossil extras my guess is file2 would be in that list. To change branches it is not necessary to 'close' the workspace. Just do fossil update branchname That will properly remove/add/update the files in the workspace. Tomek On Wed, Jul 13, 2011 at 2:55 PM, Brian Cottingham spiffyt...@gmail.com mailto:spiffyt...@gmail.com mailto:spiffyt...@gmail.com mailto:spiffyt...@gmail.com wrote: -- Andreas Kupries Senior Tcl Developer ActiveState, The Dynamic Language Experts P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Get insights on Open Source and Dynamic Languages at www.activestate.com/blog ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
I believe it is deliberate with how fossil handles opening a repository full of potentially un-versioned files. Imagine giving a fossil open of a fresh repository in a folder with thousands of files, and finding that after the command, all those files are gone. Tomek On Wed, Jul 13, 2011 at 3:33 PM, Brian Cottingham spiffyt...@gmail.comwrote: Yep, that does the trick. I'd seen the update command but didn't realise this was its purpose. Should fossil close/open behave differently from fossil update? Is this a bug in Fossil, or is it deliberate? On Wed, Jul 13, 2011 at 3:20 PM, Andreas Kupries andre...@activestate.com wrote: On 7/13/2011 12:14 PM, Tomek Kott wrote: I think the issue is that fossil close doesn't clear out the directory, and fossil open I only overwrites files from the opened checkout, but does not delete any files. So if you were to issue fossil extras my guess is file2 would be in that list. To change branches it is not necessary to 'close' the workspace. Just do fossil update branchname That will properly remove/add/update the files in the workspace. Tomek On Wed, Jul 13, 2011 at 2:55 PM, Brian Cottingham spiffyt...@gmail.com mailto:spiffyt...@gmail.com wrote: When I switch between branches Fossil isn't removing files that belong to the previous branch but not the current branch. Am I doing something wrong? Example: === $ fossil new prj.fossil project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc admin-user: spiffy (initial password is efa50e) $ fossil open prj.fossil $ touch new_file $ fossil add new_file ADDED new_file $ fossil commit -m added a file New_Version: 8d4d39876638575032bc831ac5f88974c83d3beb $ fossil branch new branch2 trunk gpg: no default secret key: secret key not available gpg: out-1D64657C0C0F0F82BE9E: clearsign failed: secret key not available unable to sign manifest. continue (y/N)? y New branch: 7c68434806ceddcb1d72949deb5b8caffe1fd58f $ fossil close $ fossil open prj.fossil branch2 project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC parent: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC tags: branch2 comment: Create new branch named branch2 (user: spiffy) $ ls _FOSSIL_ new_file prj.fossil $ touch file2 $ fossil add file2 ADDED file2 $ fossil commit -m Added another file New_Version: b8d0fde1bfc76e4d25a897fd0d2f6d346cb2577a $ fossil close $ fossil open prj.fossil project-name: unnamed repository: /tmp/tmp_project/prj.fossil local-root: /tmp/tmp_project/ project-code: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e server-code: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc checkout: 8d4d39876638575032bc831ac5f88974c83d3beb 2011-07-13 18:43:36 UTC parent: 259984cdf37539a77ab9fb7e5da3255df7dd7729 2011-07-13 18:42:54 UTC child:7c68434806ceddcb1d72949deb5b8caffe1fd58f 2011-07-13 18:43:55 UTC tags: trunk comment: added a fdle (user: spiffy) $ ls file2 _FOSSIL_ new_file prj.fossil === file2 should not appear when I am viewing the trunk branch because it doesn't exist there- it only exists in the branch2 branch. ___ fossil-users mailing list fossil-users@lists.fossil-scm.org mailto: fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Andreas Kupries Senior Tcl Developer ActiveState, The Dynamic Language Experts P: 778.786.1122 F: 778.786.1133 andre...@activestate.com http://www.activestate.com Get insights on Open Source and Dynamic Languages at www.activestate.com/blog ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org
Re: [fossil-users] Fossil not removing files when switching branches
On Wed, Jul 13, 2011 at 3:33 PM, Brian Cottingham spiffyt...@gmail.comwrote: Should fossil close/open behave differently from fossil update? Is this a bug in Fossil, or is it deliberate? The behavior is deliberate. I'd understand what you are expecting from close. My recommendation is that you never use the close command. It really is not needed for anything. Maybe I should simply remove the close command to avoid confusion? D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
That would be helpful. I got the idea to use 'close' from section 4.4.4 of the fossil book, which indicates branches should be checked out by using 'open'. I thought to myself, how could I open it if it is not first closed?, and thus my confusion was born. On Wed, Jul 13, 2011 at 3:45 PM, Richard Hipp d...@sqlite.org wrote: On Wed, Jul 13, 2011 at 3:33 PM, Brian Cottingham spiffyt...@gmail.comwrote: Should fossil close/open behave differently from fossil update? Is this a bug in Fossil, or is it deliberate? The behavior is deliberate. I'd understand what you are expecting from close. My recommendation is that you never use the close command. It really is not needed for anything. Maybe I should simply remove the close command to avoid confusion? D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Problem with shunning: files reappear
Hello there! Recently I accidentally added some files that are automatically generated, changing quite often and which I generally don't want under version control at all. So I deleted them (I used show files on the timeline, followed the view links on the files I wanted to get rid of, used the shun link on the files, hit the shun button on the following page, and when I was done, I did an fossil rebuild bla.fossil on the shell. Then on my local copy of the thing, I used fossil configuration pull shun URL, followed by a fossil rebuild in my open checkout). But when I'm looking at fossil status now, the files appear as: EDITED path/to/file ... I'm confused. I expected these files to be gone (from the view of fossil)? Is there anything else I should have done? Here's a log of retrying it in a play fossil repository server $ cd ~/my-fossils # fossil is serving the directory server $ fossil new tst.fossil client $ fossil clone http://user@server:port/tst tst.fossil client $ fossil open ./tst.fossil client $ mkdir bla ; cd bla client $ touch one client $ fossil add one client $ fossil ci # after failure of auto-sync client $ fossil remote-url http://user@server:port/tst # enter password displayed on server for user client $ fossil ci # enter some message # now, go to http://server:port/tst # select timeline # show files - view didn't work, so I clicked on the checkin's hash, # selected the file and worked my way down until I had the shun link # hit sun # hit the shun button, # see the shunned artifact id appear as a link server $ fossil rebuild tst.fossil # now the shunned artifact id no longer appears as a link client $ echo change one client $ fossil configuration pull shun http://user@server:port/tst # enter user password client $ fossil status # ... EDITED bla/one client $ fossil rebuild client $ fossil status # ... EDITED bla/one If I do a fossil ci now, it'll commit bla/one again, claiming it's a new file. oh, and finally: client $ fossil version This is fossil version [6b5c797cc3] 2010-12-27 06:15:41 UTC server $ fossil version This is fossil version [d8221b9863] 2011-05-12 14:56:52 UTC Pilot error? fossil version too old? bug in fossil and ticket appreciated? Thanks in advance, -Martin ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Problem with shunning: files reappear
On Wed, Jul 13, 2011 at 5:02 PM, Martin S. Weber martin.we...@nist.govwrote: Hello there! Recently I accidentally added some files that are automatically generated, changing quite often and which I generally don't want under version control at all. So I deleted them (I used show files on the timeline, followed the view links on the files I wanted to get rid of, used the shun link on the files, hit the shun button on the following page, and when I was done, I did an fossil rebuild bla.fossil on the shell. Then on my local copy of the thing, I used fossil configuration pull shun URL, followed by a fossil rebuild in my open checkout). You probably also need to fossil rm the files from the manifest. But when I'm looking at fossil status now, the files appear as: EDITED path/to/file ... I'm confused. I expected these files to be gone (from the view of fossil)? Is there anything else I should have done? Here's a log of retrying it in a play fossil repository server $ cd ~/my-fossils # fossil is serving the directory server $ fossil new tst.fossil client $ fossil clone http://user@server:port/tst tst.fossil client $ fossil open ./tst.fossil client $ mkdir bla ; cd bla client $ touch one client $ fossil add one client $ fossil ci # after failure of auto-sync client $ fossil remote-url http://user@server:port/tst # enter password displayed on server for user client $ fossil ci # enter some message # now, go to http://server:port/tst # select timeline # show files - view didn't work, so I clicked on the checkin's hash, # selected the file and worked my way down until I had the shun link # hit sun # hit the shun button, # see the shunned artifact id appear as a link server $ fossil rebuild tst.fossil # now the shunned artifact id no longer appears as a link client $ echo change one client $ fossil configuration pull shun http://user@server:port/tst # enter user password client $ fossil status # ... EDITED bla/one client $ fossil rebuild client $ fossil status # ... EDITED bla/one If I do a fossil ci now, it'll commit bla/one again, claiming it's a new file. oh, and finally: client $ fossil version This is fossil version [6b5c797cc3] 2010-12-27 06:15:41 UTC server $ fossil version This is fossil version [d8221b9863] 2011-05-12 14:56:52 UTC Pilot error? fossil version too old? bug in fossil and ticket appreciated? Thanks in advance, -Martin ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Problem with shunning: files reappear
On 07/13/11 17:05, Richard Hipp wrote: On Wed, Jul 13, 2011 at 5:02 PM, Martin S. Weber martin.we...@nist.gov mailto:martin.we...@nist.gov wrote: Hello there! Recently I accidentally added some files that are automatically generated, changing quite often and which I generally don't want under version control at all. So I deleted them (I used show files on the timeline, followed the view links on the files I wanted to get rid of, used the shun link on the files, hit the shun button on the following page, and when I was done, I did an fossil rebuild bla.fossil on the shell. Then on my local copy of the thing, I used fossil configuration pull shun URL, followed by a fossil rebuild in my open checkout). You probably also need to fossil rm the files from the manifest. Ah. ok. So I deleted them (they all now show up as DELETED), I commit that, changing the files now won't show them as EDITED on a fossil status after changing them, although in the web interface in that changeset where I committed the deletions, they'll show up as Added filename version [] (the brackets are indeed empty and they are a link to url-prefix/artifact/ ) which is sorta confusing. Show diffs will show all of the files having empty content... But the files now seem gone from fossil. Thanks for the help. Regards, -Martin ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On 7/13/2011 3:45 PM, Richard Hipp wrote: My recommendation is that you never use the close command. It really is not needed for anything. Maybe I should simply remove the close command to avoid confusion? Considering the number of messages we've had over time where someone was expecting open and close to be used together in their daily workflow the way they would open and close a project in an IDE, perhaps, and given that close at most deletes three files, I say, yes, remove the command. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
I might suggest amending the help command to list commonly used commands by default, and a new switch --all that will display the uncommon ones (such as close). -B On Wed, Jul 13, 2011 at 2:44 PM, Joshua Paine jos...@letterblock.com wrote: On 7/13/2011 3:45 PM, Richard Hipp wrote: My recommendation is that you never use the close command. It really is not needed for anything. Maybe I should simply remove the close command to avoid confusion? Considering the number of messages we've had over time where someone was expecting open and close to be used together in their daily workflow the way they would open and close a project in an IDE, perhaps, and given that close at most deletes three files, I say, yes, remove the command. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On 7/13/2011 5:48 PM, Brian Smith wrote: I might suggest amending the help command to list commonly used commands by default, and a new switch --all that will display the uncommon ones (such as close). Fine, I guess, but many a smart person trying to learn a new system would use the --all option, so a really helpful help text for 'close' would include THIS COMMAND HAS NO PRACTICAL USE, and since that's the case, it should really just go away and not be hidden. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] optimize size of binary
On 13/07/2011, at 10:35 PM, Rene wrote: On Tue, 12 Jul 2011 14:48:42 +0200, Müller, Rainer wrote: Hello, I want to use fossil on an ARM based platform. We have only a few MB flash, so i tried to strip the binary - but the best result was about 1.1MB. I read that someone managed to build a 330kB binary, any suggestions on this issue? I don't need the bug tracking or wiki feature but i doubt they can be deactivated, right? Regards, Rainer. Development Software Systems Festo Gesellschaft m.b.H. LINZER STRAßE 227 Austria - 1140 WIEN Firmenbuch Wien FN 38435y Tel: +43(1)91075-362 Fax: +43(1)91075-282 www.festo.at I'm not the one who build a small binary. You could try to: use ulibc http://www.uclibc.org/ (I'm not sure if fossil will compile/work) That's won't help. Either uClibc or glibc are going to be linked as shared libraries and the size indicated above excludes libc. use compression http://upx.sourceforge.net/ We use squashfs (http://squashfs.sourceforge.net/) on many of our systems. Using this approach, all your files, including binaries and shared libraries will be compressed in flash. Better than compressing apps one at a time. Cheers, Steve -- µWeb: Embedded Web Framework - http://uweb.workware.net.au/ WorkWare Systems Pty Ltd W: www.workware.net.au P: +61 434 921 300 E: ste...@workware.net.au F: +61 7 3391 6002 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Version 1.18
I have tagged the release of Fossil version 1.18. You can pickup a copy at http://www.fossil-scm.org/download.html Comments on the download page enumerate the changes in this release. This is no compelling reason to upgrade - it just had been a long time since there had been a release and so I felt I ought to do one. Yes, I know the OpenBSD binary is not available just yet. I'm working on that -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
To me, open on fossil does similar work as checkout on some SCM. -- Martin Le 2011-07-13 à 19:13, Brian Cottingham spiffyt...@gmail.com a écrit : I am a newbie to Fossil, and intermediate to VCS in general. I have a basic grasp of the Fossil commands needed to accomplish various tasks, but not much understanding of what's going on under the hood. I understand 'open' performs an important job (though I'm fuzzy on most of what it does), but was wondering if some of the Fossil internals could be refactored to not need an explicit 'open' command. I.E., Git and SVN don't need an open command- you just cd into a repo's directory and stuff works. Could Fossil be reworked to act similarly? On Wed, Jul 13, 2011 at 6:56 PM, Joshua Paine jos...@letterblock.com wrote: On 7/13/2011 6:42 PM, Brian Cottingham wrote: If the close command is removed is there still a need for 'open'? Truly no offense intended, Brian, but are you one of these newbies we're speaking about? `fossil open` is absolutely essential. It could be named something else (though nothing better comes to mind and I don't recommend it), but it certainly couldn't be gotten rid of. I'd imagine with no close command a lot of newbies will ask I opened my Fossil repo and can't figure out how to close it. If this happens, it's better than them wasting their time; building unhelpful habits of routinely closing the repo; and forming mistaken beliefs about how the other commands interact with open and close based on a false model of the system until something goes weird and they come asking about their latest problem on the list (and we have a couple back and forths figuring out that their workflow is broken). The preceding is absolutely not hypothetical but a true summary of any number of threads on this list. -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On 7/13/2011 7:13 PM, Brian Cottingham wrote: was wondering if some of the Fossil internals could be refactored to not need an explicit 'open' command. I.E., Git and SVN don't need an open command- you just cd into a repo's directory and stuff works. Could Fossil be reworked to act similarly? Ok, now I see. In git the repo is a hidden directory containing many files stored in the same directory as the 'working copy' (to use a SVN term). The fossil repo, however, is a single SQLite database file with a special schema. So there is no repo directory to CD into until you open a repo in a directory. Once you've done that (one-time operation), all the commands do work in that dir without further fanfare. I don't see this changing anytime soon, as drh (I believe) regards this as a feature. I agree, fwiw. Besides the coolness of a very portable and backup-able repo file and among other things, it makes it really trivial to have different branches of the same repo open at the same time in different directories without recourse to an outside server (or indeed any server). I expect that's possible in git, too, but of all the git users I know personally, I'm pretty sure none of them know how. (I don't.) -- Joshua Paine LetterBlock: Web Applications Built With Joy http://letterblock.com/ 301-576-1920 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Version 1.18
On 07/13/11 19:27, Richard Hipp wrote: I have tagged the release of Fossil version 1.18. You can pickup a copy at http://www.fossil-scm.org/download.html Comments on the download page enumerate the changes in this release. This is no compelling reason to upgrade - it just had been a long time since there had been a release and so I felt I ought to do one. Yes, I know the OpenBSD binary is not available just yet. I'm working on that the configure script (yeah I know it's not necessary) bombs: $ sh ./configure jimsh: not found Host System...i386-unknown-netbsdelf5.1. Build System...i386-unknown-netbsdelf5.1. C compiler... cc -g -O2 C++ compiler... c++ -g -O2 Checking for stdlib.h...ok Checking for uint32_t...Checking for pread...ok Checking for tclsh...ok Checking for zlib.h...ok Checking libs for inflateEnd...-lz auto.def:77 missing close-bracket in expression [check-for-openssl $msg... missing close-bracket in expression [check-for-openssl $msg... (parsing expression [check-for-openssl $ms...) invoked from within if {[check-for-openssl $msg $cflags $ldflags} { incr found break } (foreach body line 11) invoked from within foreach dir $ssldirs { if {$dir eq } { set msg system ssl set cflags set ldflags ... invoked from within if {$ssldirs ne none} { set found 0 if {$ssldirs in {auto }} { catch { set cflags [exec pkg-config openssl --cflags-on... (file auto.def line 77) invoked from within source $autosetup(autodef) (procedure main line 148) invoked from within main $argv Add the closing bracket on line 101 of auto.def to fix. For those who are too lazy to build themselves, grab the stripped NetBSD (5.1) x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip SHA1: e377f0f4b7dec7ece2650686c064e95b14e6 fossil-netbsd-x86-20110713.zip Thanks @ Richard contributors! Regards, -Martin ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Fossil not removing files when switching branches
On Wed, 13 Jul 2011 19:30:08 -0400 Joshua Paine jos...@letterblock.com wrote: On 7/13/2011 7:13 PM, Brian Cottingham wrote: was wondering if some of the Fossil internals could be refactored to not need an explicit 'open' command. I.E., Git and SVN don't need an open command- you just cd into a repo's directory and stuff works. Could Fossil be reworked to act similarly? Ok, now I see. In git the repo is a hidden directory containing many files stored in the same directory as the 'working copy' (to use a SVN term). The fossil repo, however, is a single SQLite database file with a special schema. So there is no repo directory to CD into until you open a repo in a directory. Once you've done that (one-time operation), all the commands do work in that dir without further fanfare. I don't see this changing anytime soon, as drh (I believe) regards this as a feature. I agree, fwiw. So do I. This means fossil can do something that you can't do with git or hg (and probably other DSCMs) that CSCMs do: have multiple working copies open from the same repo. I use this to keep different working copies open to different branches, so I can move code between branches just by merging. If I were using a hg or git, I'd have to push/pull the changes between the repos in each working copy before I could merge them. mike -- Mike Meyer m...@mired.org http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Version 1.18
On 14/07/2011, at 10:01 AM, Martin S. Weber wrote: On 07/13/11 19:27, Richard Hipp wrote: I have tagged the release of Fossil version 1.18. You can pickup a copy at http://www.fossil-scm.org/download.html Comments on the download page enumerate the changes in this release. This is no compelling reason to upgrade - it just had been a long time since there had been a release and so I felt I ought to do one. Yes, I know the OpenBSD binary is not available just yet. I'm working on that the configure script (yeah I know it's not necessary) bombs: $ sh ./configure jimsh: not found Host System...i386-unknown-netbsdelf5.1. Build System...i386-unknown-netbsdelf5.1. C compiler... cc -g -O2 C++ compiler... c++ -g -O2 Checking for stdlib.h...ok Checking for uint32_t...Checking for pread...ok Checking for tclsh...ok Checking for zlib.h...ok Checking libs for inflateEnd...-lz auto.def:77 missing close-bracket in expression [check-for-openssl $msg... missing close-bracket in expression [check-for-openssl $msg... (parsing expression [check-for-openssl $ms...) invoked from within if {[check-for-openssl $msg $cflags $ldflags} { incr found break } (foreach body line 11) invoked from within foreach dir $ssldirs { if {$dir eq } { set msg system ssl set cflags set ldflags ... invoked from within if {$ssldirs ne none} { set found 0 if {$ssldirs in {auto }} { catch { set cflags [exec pkg-config openssl --cflags-on... (file auto.def line 77) invoked from within source $autosetup(autodef) (procedure main line 148) invoked from within main $argv Add the closing bracket on line 101 of auto.def to fix. For those who are too lazy to build themselves, grab the stripped NetBSD (5.1) x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip SHA1: e377f0f4b7dec7ece2650686c064e95b14e6 fossil-netbsd-x86-20110713.zip Thanks @ Richard contributors! Regards, -Martin Thanks Martin. Please try the attached fix. Cheers, Steve -- µWeb: Embedded Web Framework - http://uweb.workware.net.au/ WorkWare Systems Pty Ltd W: www.workware.net.au P: +61 434 921 300 E: ste...@workware.net.au F: +61 7 3391 6002 auto-def-missing-bracket.patch Description: Binary data ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Version 1.18
On 14/07/2011, at 12:05 PM, Steve Bennett wrote: On 14/07/2011, at 10:01 AM, Martin S. Weber wrote: On 07/13/11 19:27, Richard Hipp wrote: I have tagged the release of Fossil version 1.18. You can pickup a copy at http://www.fossil-scm.org/download.html Comments on the download page enumerate the changes in this release. This is no compelling reason to upgrade - it just had been a long time since there had been a release and so I felt I ought to do one. Yes, I know the OpenBSD binary is not available just yet. I'm working on that the configure script (yeah I know it's not necessary) bombs: $ sh ./configure jimsh: not found Host System...i386-unknown-netbsdelf5.1. Build System...i386-unknown-netbsdelf5.1. C compiler... cc -g -O2 C++ compiler... c++ -g -O2 Checking for stdlib.h...ok Checking for uint32_t...Checking for pread...ok Checking for tclsh...ok Checking for zlib.h...ok Checking libs for inflateEnd...-lz auto.def:77 missing close-bracket in expression [check-for-openssl $msg... missing close-bracket in expression [check-for-openssl $msg... (parsing expression [check-for-openssl $ms...) invoked from within if {[check-for-openssl $msg $cflags $ldflags} { incr found break } (foreach body line 11) invoked from within foreach dir $ssldirs { if {$dir eq } { set msg system ssl set cflags set ldflags ... invoked from within if {$ssldirs ne none} { set found 0 if {$ssldirs in {auto }} { catch { set cflags [exec pkg-config openssl --cflags-on... (file auto.def line 77) invoked from within source $autosetup(autodef) (procedure main line 148) invoked from within main $argv Add the closing bracket on line 101 of auto.def to fix. For those who are too lazy to build themselves, grab the stripped NetBSD (5.1) x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip SHA1: e377f0f4b7dec7ece2650686c064e95b14e6 fossil-netbsd-x86-20110713.zip Thanks @ Richard contributors! Regards, -Martin Thanks Martin. Please try the attached fix. Oh. I see you already worked out the fix for yourself :-) -- µWeb: Embedded Web Framework - http://uweb.workware.net.au/ WorkWare Systems Pty Ltd W: www.workware.net.au P: +61 434 921 300 E: ste...@workware.net.au F: +61 7 3391 6002 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] autosetup and GNUmakefile
There's no a big issue here.. it's just a kind of philosophical question. I've notice that autosetup ./configure will create a GNUmakefile instead of a Makefile. In my OpenBSD system, bsd make doesn't use the GNUMake file when I type make. So if I type: # ./configure # make It will use the orignal Makefile that still is on the repository. So it's pretty easy here to be confused and someone can try to put special flag to the ./configure call with no effect. So seing that.. I've delete the old Makefile and type make again.. Bsd make doesn't use GNUmake file at all.. At least, autosetup have create a BSD compatible make file (even if it's named GNUmakefile). so I can type make -f GNUmakefile and it work fine.. just confusing... May be same kind of confusion may happens on other system. I guess it would be less confusing to generate a makefile named Makefile and may be rename the old static Makefile something else. Or may be someone might have a better idea to remove the confusion. -- Martin ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Version 1.18
On 14/07/2011, at 9:27 AM, Richard Hipp wrote: I have tagged the release of Fossil version 1.18. You can pickup a copy at http://www.fossil-scm.org/download.html Comments on the download page enumerate the changes in this release. This is no compelling reason to upgrade - it just had been a long time since there had been a release and so I felt I ought to do one. Yes, I know the OpenBSD binary is not available just yet. I'm working on that I notice that you kept the --disable-internal-sqlite option in auto.def, but removed the corresponding change in src/main.mk to actually implement it. Is that because it used a gnu-make feature? If so, it could be done more portably. Cheers, Steve -- µWeb: Embedded Web Framework - http://uweb.workware.net.au/ WorkWare Systems Pty Ltd W: www.workware.net.au P: +61 434 921 300 E: ste...@workware.net.au F: +61 7 3391 6002 ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users