Re: [fossil-users] Ticket [967cedbf20]: fossil extra - Report for subtree
Let's try something else: $ fossil rm win/include DELETED win/include/dirent.h DELETED win/include/unistd.h $ rm -rf win/include $ fossil status .. DELETEDwin/include/dirent.h DELETEDwin/include/unistd.h $ fossil commit win/include not found: win/include continue (y/N)? y none of the selected files have changed; use --allow-empty to override. $ So, deleting a full directory and then committing that deletion is not possible this way Fixed now in: http://www.fossil-scm.org/index.html/info/062b82c8b0 The original warning not found is not necessary because later in the commit process there will be a panic anyway when expected files are missing. The commit will be rolled back then. No way that Richard could have figured out all situations in 5 minutes, not even 3 ;-) Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
2013/7/4 Jan Nijtmans jan.nijtm...@gmail.com: Well, when I did this commit: http://core.tcl.tk/itcl/info/0805477fbf what I did was a fossil commit . while the current directory was generic. So, why was Makefile.in committed then? Found the bug: http://www.fossil-scm.org/index.html/info/c1611f7dfa The capital M in the filename while missing a COLLATE nocase in the query (on a case-insensitive file system) was the problem. Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
2013/6/28 Stephan Beal sgb...@googlemail.com: i dunno - it kinda looks like 3 minutes of your work to me: http://www.fossil-scm.org/index.html/info/c8253f4066 But the beer's still on the table, as it were, if you want to claim it. ;) Well, when I did this commit: http://core.tcl.tk/itcl/info/0805477fbf what I did was a fossil commit . while the current directory was generic. So, why was Makefile.in committed then? Some more minutes will be needed to debug this ;-) Not a real problem, as Makefile.in contained changes I planned to do in a separate commit, but still.. Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
On Fri, Jun 21, 2013 at 4:00 PM, Stephan Beal sgb...@googlemail.com wrote: On Fri, Jun 21, 2013 at 3:57 PM, Richard Hipp d...@sqlite.org wrote: I've already been working on the problem for 10 minutes. Okay, we'll take your word for it! ;) i dunno - it kinda looks like 3 minutes of your work to me: http://www.fossil-scm.org/index.html/info/c8253f4066 But the beer's still on the table, as it were, if you want to claim it. ;) -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
2013/6/20 Stephan Beal sgb...@googlemail.com: Any chance of adding the same to ls as well? Hm.. $ ./fossil ls win/include win/include/dirent.h win/include/unistd.h $ rm -rf win/include;fossil status MISSINGwin/include/dirent.h MISSINGwin/include/unistd.h $ ./fossil ls win/include $ Even if the files are missing locally, they are still in the repository so they should be listed. Fixed now: https://www.fossil-scm.org/index.html/info/c0b98195f9 (query borrowed from fossil delete/mv) fossil changes and fossil status still to be done ;-) Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
just a thought: a somehow related feature would be the ability to do something like fossil ci {dirname} where {dirname} is one of the directories found in the checkout which then should restrict the ci to everything recursively found in {dirname} and below. personally I don't miss such a feature at all but I discovered that svn users expect the `ci' action to be restricted to the sub-directory they are currently in and don't like that things further up in the directory tree are also included. some have strong feelings about svn's behavior being good while fossils behavior (and hg's and ...) to ci everything is considered bad. I don't share this opinion, but if one could tell them OK, then cd to your desired subdirectory and do `fossil ci .' might make them happy. j. On Fri, 21 Jun 2013 10:35:46 +0200, Jan Nijtmans jan.nijtm...@gmail.com wrote: 2013/6/20 Stephan Beal sgb...@googlemail.com: Any chance of adding the same to ls as well? Hm.. $ ./fossil ls win/include win/include/dirent.h win/include/unistd.h $ rm -rf win/include;fossil status MISSINGwin/include/dirent.h MISSINGwin/include/unistd.h $ ./fossil ls win/include $ Even if the files are missing locally, they are still in the repository so they should be listed. Fixed now: https://www.fossil-scm.org/index.html/info/c0b98195f9 (query borrowed from fossil delete/mv) fossil changes and fossil status still to be done ;-) Regards, Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Using Opera's revolutionary email client: http://www.opera.com/mail/ ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
2013/6/21 j. van den hoff veedeeh...@googlemail.com: just a thought: a somehow related feature would be the ability to do something like fossil ci {dirname} Yes, that would be consistant with fossil clean|extras|ls to allow that, but it's not completely trivial. The query that should be modified is here: https://www.fossil-scm.org/index.html/artifact/087b517034?ln=730 but a few lines earlier an explicit array is allocated which expects the number of id's to be less than the number of command line arguments. That will no longer be true.. Richard can do that in 5 minutes, but for everyone else it will take much longer ;-) Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
On Fri, Jun 21, 2013 at 3:43 PM, Jan Nijtmans jan.nijtm...@gmail.comwrote: That will no longer be true.. Richard can do that in 5 minutes, but for everyone else it will take much longer ;-) i'll bet 5 Euros that he could do it in THREE minutes ;) -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
On Fri, Jun 21, 2013 at 9:54 AM, Stephan Beal sgb...@googlemail.com wrote: On Fri, Jun 21, 2013 at 3:43 PM, Jan Nijtmans jan.nijtm...@gmail.comwrote: That will no longer be true.. Richard can do that in 5 minutes, but for everyone else it will take much longer ;-) i'll bet 5 Euros that he could do it in THREE minutes ;) I've already been working on the problem for 10 minutes. I think that means you owe me a weissbier the next time I'm in München! -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
On Fri, Jun 21, 2013 at 3:57 PM, Richard Hipp d...@sqlite.org wrote: I've already been working on the problem for 10 minutes. Okay, we'll take your word for it! ;) I think that means you owe me a weissbier the next time I'm in München! Duly noted! -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
2013/6/21 Stephan Beal sgb...@googlemail.com: On Fri, Jun 21, 2013 at 3:57 PM, Richard Hipp d...@sqlite.org wrote: I've already been working on the problem for 10 minutes. Implemented fossil changes and fossil status now, which is much simpler. It took me 25 minutes Regards, Jan Nijtmans ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Ticket [967cedbf20]: fossil extra - Report for subtree
Hello all, I would like to see this feature request granted. Is there any objection to merging branch [ticket-967cedbf20] to trunk? It will allow the fossil extra and fossil clean to be given extra arguments, specifying a subset (directories or files) of the directory structure where the extra/clean should be operated on. Without arguments, the operation stays the same as it is now; it's fully upwards compatible. Regards, Jan Nijtmans ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
On Thu, Jun 20, 2013 at 9:26 AM, Jan Nijtmans jan.nijtm...@gmail.comwrote: I would like to see this feature request granted. Is there any objection to merging branch [ticket-967cedbf20] to trunk? :) Any chance of adding the same to ls as well? Side-note: the graph view in the www ui never ceases to impress me: http://fossil-scm.org/index.html/timeline?r=ticket-967cedbf20 -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ 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] Ticket [967cedbf20]: fossil extra - Report for subtree
+1 On Thu, Jun 20, 2013 at 6:26 AM, Stephan Beal sgb...@googlemail.com wrote: On Thu, Jun 20, 2013 at 9:26 AM, Jan Nijtmans jan.nijtm...@gmail.comwrote: I would like to see this feature request granted. Is there any objection to merging branch [ticket-967cedbf20] to trunk? :) Any chance of adding the same to ls as well? Side-note: the graph view in the www ui never ceases to impress me: http://fossil-scm.org/index.html/timeline?r=ticket-967cedbf20 -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- Matt -=- 90% of the nations wealth is held by 2% of the people. Bummer to be in the majority... ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users