{"thread":{"id":"7598","subject":"[PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","startedAt":"2007-04-10T18:27:02Z","lastAt":"2007-04-21T11:00:31Z","messageCount":14,"participants":["Yann Dirson","Sam Vilain","Catalin Marinas","Junio C Hamano","Julian Phillips","Robin Rosenberg","Karl Hasselström"],"isPatch":true,"patchVersion":1,"patchTotal":null},"messages":[{"id":"39018","messageId":"20070410182701.9362.68038.stgit@gandelf.nowhere.earth","threadId":"7598","inReplyTo":null,"subject":"[PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2007-04-10T18:27:02Z","receivedAt":"2007-04-10T18:27:02Z","isPatch":true,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"\nThis is the rewrite in python of by stg-sink written in perl.\n\nI changed the name to \"bury\" since it seems more descriptive of what\nit does, despite being less of an opposite to \"float\" than \"sink\" was.\n\nSigned-off-by: Yann Dirson \n---\n\n Documentation/stg-bury.txt | 49 +++++++++++++++++++++++++++++++\n Documentation/stg.txt | 2 +\n contrib/stg-sink | 44 ----------------------------\n contrib/stgit-completion.bash | 1 +\n stgit/commands/bury.py | 65 +++++++++++++++++++++++++++++++++++++++++\n stgit/main.py | 2 +\n 6 files changed, 119 insertions(+), 44 deletions(-)\n\ndiff --git a/Documentation/stg-bury.txt b/Documentation/stg-bury.txt\nnew file mode 100644\nindex 0000000..22ab548\n--- /dev/null\n+++ b/Documentation/stg-bury.txt\n@@ -0,0 +1,49 @@\n+stg-bury(1)\n+===========\n+Yann Dirson \n+v0.13, April 2007\n+\n+NAME\n+----\n+stg-bury - stgdesc:bury[]\n+\n+SYNOPSIS\n+--------\n+[verse]\n+'stg' bury [--to=] [--nopush] []\n+\n+DESCRIPTION\n+-----------\n+\n+This is the opposite operation of stglink:float[]: move the specified\n+patches down the stack. It is for example useful to group stable\n+patches near the bottom of the stack, where they are less likely to be\n+impacted by the push of another patch, and from where they can be more\n+easily committed or pushed.\n+\n+If no patch is specified on command-line, the current patch is buried.\n+By default patches are buried at the bottom of the stack, but the\n+'--to' option allows to bury under any applied patch.\n+\n+Buring internally involves popping all patches (or all patches\n+including ), then pushing the patches to bury, and then\n+(unless '--nopush' is also given) pushing back into place the\n+formerly-applied patches.\n+\n+\n+OPTIONS\n+-------\n+\n+--to=::\n+-t ::\n+\tSpecify a target patch to bury the patches below, instead of\n+\tburing at the bottom of the stack.\n+\n+--nopush::\n+-n::\n+\tDo not push back on the stack the formerly-applied patches.\n+\tOnly the patches to bury are pushed.\n+\n+StGIT\n+-----\n+Part of the StGIT suite - see gitlink:stg[1].\ndiff --git a/Documentation/stg.txt b/Documentation/stg.txt\nindex a91b600..cf28b02 100644\n--- a/Documentation/stg.txt\n+++ b/Documentation/stg.txt\n@@ -137,6 +137,8 @@ stglink:goto[]::\n \tstgdesc:goto[]\n stglink:float[]::\n \tstgdesc:float[]\n+stglink:bury[]::\n+\tstgdesc:bury[]\n stglink:applied[]::\n \tstgdesc:applied[]\n stglink:unapplied[]::\ndiff --git a/contrib/stg-sink b/contrib/stg-sink\ndeleted file mode 100755\nindex cb6e25d..0000000\n--- a/contrib/stg-sink\n+++ /dev/null\n@@ -1,44 +0,0 @@\n-#!/usr/bin/perl\n-use strict;\n-use warnings;\n-\n-sub _run {\n- #print(' >> ', @_, \"\\n\");# and 0;\n- system(@_);\n-}\n-\n-my $dopush=1;\n-my $pop='pop -a';\n-while (@ARGV and $ARGV[0] =~ m/^-/) {\n- if ($ARGV[0] eq '-n') {\n- $dopush=0;\n- shift @ARGV;\n- }\n- if ($ARGV[0] eq '-t') {\n- shift @ARGV;\n- $pop = 'goto '.shift @ARGV;\n- }\n-}\n-\n-# default: sink current patch\n-if (@ARGV == 0) {\n- $ARGV[0] = `stg top`;\n-}\n-\n-my @oldapplied=`stg applied`;\n-chomp (@oldapplied);\n-\n-_run('stg '.$pop) &&\n- die \"cannot pop all patches\";\n-_run('stg push ' . join (' ', @ARGV)) &&\n- die \"error pushing patches\";\n-\n-if ($dopush) {\n- my @newapplied=`stg applied`;\n- chomp (@newapplied);\n- my @remaining=grep { my $check=$_;\n-\t\t not grep { $check eq $_ } @newapplied;\n-\t\t } @oldapplied;\n- _run('stg push ' . join (' ', @remaining)) &&\n- die \"error pushing remaining patches\";\n-}\ndiff --git a/contrib/stgit-completion.bash b/contrib/stgit-completion.bash\nindex 09614dc..b6e1306 100644\n--- a/contrib/stgit-completion.bash\n+++ b/contrib/stgit-completion.bash\n@@ -15,6 +15,7 @@ _stg_commands=\"\n applied\n assimilate\n branch\n+ bury\n delete\n diff\n clean\ndiff --git a/stgit/commands/bury.py b/stgit/commands/bury.py\nnew file mode 100644\nindex 0000000..b14f09e\n--- /dev/null\n+++ b/stgit/commands/bury.py\n@@ -0,0 +1,65 @@\n+\n+__copyright__ = \"\"\"\n+Copyright (C) 2007, Yann Dirson \n+\n+This program is free software; you can redistribute it and/or modify\n+it under the terms of the GNU General Public License version 2 as\n+published by the Free Software Foundation.\n+\n+This program is distributed in the hope that it will be useful,\n+but WITHOUT ANY WARRANTY; without even the implied warranty of\n+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the\n+GNU General Public License for more details.\n+\n+You should have received a copy of the GNU General Public License\n+along with this program; if not, write to the Free Software\n+Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA\n+\"\"\"\n+\n+import sys, os\n+from optparse import OptionParser, make_option\n+\n+from stgit.commands.common import *\n+from stgit.utils import *\n+from stgit import stack, git\n+\n+\n+help = 'bury patches down the stack'\n+usage = \"\"\"%prog [-t ] [-n] []\n+\n+Pop all patches (or all patches including ), then\n+push the specified (the current patch by default), and\n+then push back into place the formerly-applied patches (unless -n\n+is also given).\"\"\"\n+\n+options = [make_option('-n', '--nopush',\n+ help = 'do not push the patches back after sinking',\n+ action = 'store_true'),\n+ make_option('-t', '--to', metavar = 'TARGET',\n+ help = 'bury patches below TARGET patch')]\n+\n+def func(parser, options, args):\n+ \"\"\"Bury patches\n+ \"\"\"\n+\n+ check_local_changes()\n+ check_conflicts()\n+ check_head_top_equal()\n+\n+ oldapplied = crt_series.get_applied()\n+ unapplied = crt_series.get_unapplied()\n+ all = unapplied + oldapplied\n+\n+ if len(args) > 0:\n+ patches = parse_patches(args, all)\n+ else:\n+ patches = [ crt_series.get_current() ]\n+\n+ crt_series.pop_patch(options.to or oldapplied[0])\n+ push_patches(patches)\n+\n+ if not options.nopush:\n+ newapplied = crt_series.get_applied()\n+ def not_reapplied_yet(p):\n+ return not p in newapplied\n+ push_patches(filter(not_reapplied_yet, oldapplied))\ndiff --git a/stgit/main.py b/stgit/main.py\nindex 856b868..9c319c6 100644\n--- a/stgit/main.py\n+++ b/stgit/main.py\n@@ -63,6 +63,7 @@ commands = Commands({\n 'applied': 'applied',\n 'assimilate': 'assimilate',\n 'branch': 'branch',\n+ 'bury': 'bury',\n 'delete': 'delete',\n 'diff': 'diff',\n 'clean': 'clean',\n@@ -110,6 +111,7 @@ stackcommands = (\n 'applied',\n 'assimilate',\n 'branch',\n+ 'bury',\n 'clean',\n 'commit',\n 'float',\n"},{"id":"39698","messageId":"4625314E.2050103@vilain.net","threadId":"7598","inReplyTo":"20070410182701.9362.68038.stgit@gandelf.nowhere.earth","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Sam Vilain","fromEmail":"sam@vilain.net","sentAt":"2007-04-17T20:42:54Z","receivedAt":"2007-04-17T20:42:54Z","isPatch":true,"sender":{"key":"sam@vilain.net","avatar":"https://gravatar.com/avatar/8fc840ca854dbf6f7065b4335e3b934951c1dca3b11db688e95e471901f8f4a8?d=mp&s=160"},"body":"Yann Dirson wrote:\n> This is the rewrite in python of by stg-sink written in perl.\n>\n> I changed the name to \"bury\" since it seems more descriptive of what\n> it does, despite being less of an opposite to \"float\" than \"sink\" was.\n> \n\nBut 'bury' means to hide or even kill.\n\nHow about \"raise\" and \"lower\" ?\n\nSam.\n"},{"id":"39722","messageId":"b0943d9e0704171702j1bced65cja7a1f2e55a5b96d9@mail.gmail.com","threadId":"7598","inReplyTo":"4625314E.2050103@vilain.net","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2007-04-18T00:02:46Z","receivedAt":"2007-04-18T00:02:46Z","isPatch":true,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"On 17/04/07, Sam Vilain wrote:\n> Yann Dirson wrote:\n> > This is the rewrite in python of by stg-sink written in perl.\n> >\n> > I changed the name to \"bury\" since it seems more descriptive of what\n> > it does, despite being less of an opposite to \"float\" than \"sink\" was.\n>\n> But 'bury' means to hide or even kill.\n>\n> How about \"raise\" and \"lower\" ?\n\nOr \"immerse\" (\"immerge\"?) as another opposite of \"float\" :-)\n\nI don't have any opinion on this, it's up to Yann to argue.\n\n-- \nCatalin\n"},{"id":"39723","messageId":"7vlkgqlezn.fsf@assigned-by-dhcp.cox.net","threadId":"7598","inReplyTo":"b0943d9e0704171702j1bced65cja7a1f2e55a5b96d9@mail.gmail.com","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2007-04-18T00:10:04Z","receivedAt":"2007-04-18T00:10:04Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"\"Catalin Marinas\" writes:\n\n> On 17/04/07, Sam Vilain wrote:\n>> Yann Dirson wrote:\n>> > This is the rewrite in python of by stg-sink written in perl.\n>> >\n>> > I changed the name to \"bury\" since it seems more descriptive of what\n>> > it does, despite being less of an opposite to \"float\" than \"sink\" was.\n>>\n>> But 'bury' means to hide or even kill.\n>>\n>> How about \"raise\" and \"lower\" ?\n>\n> Or \"immerse\" (\"immerge\"?) as another opposite of \"float\" :-)\n>\n> I don't have any opinion on this, it's up to Yann to argue.\n\nAs a user, to me, 'bury' feels perfect and I am not annoyed by\nthe connotation, perhaps maybe I am used to 'bury-buffer' in\nEmacs.\n"},{"id":"39734","messageId":"4625874E.5040505@vilain.net","threadId":"7598","inReplyTo":"7vlkgqlezn.fsf@assigned-by-dhcp.cox.net","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Sam Vilain","fromEmail":"sam@vilain.net","sentAt":"2007-04-18T02:49:50Z","receivedAt":"2007-04-18T02:49:50Z","isPatch":true,"sender":{"key":"sam@vilain.net","avatar":"https://gravatar.com/avatar/8fc840ca854dbf6f7065b4335e3b934951c1dca3b11db688e95e471901f8f4a8?d=mp&s=160"},"body":"Junio C Hamano wrote:\n>>> But 'bury' means to hide or even kill.\n>>>\n>>> How about \"raise\" and \"lower\" ?\n>>> \n>> Or \"immerse\" (\"immerge\"?) as another opposite of \"float\" :-)\n>>\n>> I don't have any opinion on this, it's up to Yann to argue.\n>> \n> As a user, to me, 'bury' feels perfect and I am not annoyed by\n> the connotation, perhaps maybe I am used to 'bury-buffer' in\n> Emacs.\n> \n\nSure... and from my own perspective as a user, I didn't even realise\nwhat float did until now, and was surprised that \"bury\" would mean that.\nThe metaphor is a stack, not a pool or a sandpit. I don't think those\nterms really assist in understanding, however cute they are.\n\nSam.\n"},{"id":"39746","messageId":"Pine.LNX.4.64.0704180840100.4684@beast.quantumfyre.co.uk","threadId":"7598","inReplyTo":"4625874E.5040505@vilain.net","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Julian Phillips","fromEmail":"julian@quantumfyre.co.uk","sentAt":"2007-04-18T07:41:19Z","receivedAt":"2007-04-18T07:41:19Z","isPatch":true,"sender":{"key":"julian@quantumfyre.co.uk","avatar":"https://avatars.githubusercontent.com/u/948888?v=4"},"body":"On Wed, 18 Apr 2007, Sam Vilain wrote:\n\n> Junio C Hamano wrote:\n>>>> But 'bury' means to hide or even kill.\n>>>>\n>>>> How about \"raise\" and \"lower\" ?\n>>>>\n>>> Or \"immerse\" (\"immerge\"?) as another opposite of \"float\" :-)\n>>>\n>>> I don't have any opinion on this, it's up to Yann to argue.\n>>>\n>> As a user, to me, 'bury' feels perfect and I am not annoyed by\n>> the connotation, perhaps maybe I am used to 'bury-buffer' in\n>> Emacs.\n>>\n>\n> Sure... and from my own perspective as a user, I didn't even realise\n> what float did until now, and was surprised that \"bury\" would mean that.\n> The metaphor is a stack, not a pool or a sandpit. I don't think those\n> terms really assist in understanding, however cute they are.\n\nI find that bury is more natural than float (thinking of a stack of \ndocuments on a desk ...). But then I don't use stg ...\n\n\n-- \nJulian\n\n ---\nDo nothing unless you must, and when you must act -- hesitate.\n"},{"id":"39751","messageId":"4625DDA5.60503@vilain.net","threadId":"7598","inReplyTo":"Pine.LNX.4.64.0704180840100.4684@beast.quantumfyre.co.uk","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Sam Vilain","fromEmail":"sam@vilain.net","sentAt":"2007-04-18T08:58:13Z","receivedAt":"2007-04-18T08:58:13Z","isPatch":true,"sender":{"key":"sam@vilain.net","avatar":"https://gravatar.com/avatar/8fc840ca854dbf6f7065b4335e3b934951c1dca3b11db688e95e471901f8f4a8?d=mp&s=160"},"body":"Julian Phillips wrote:\n>> Sure... and from my own perspective as a user, I didn't even realise\n>> what float did until now, and was surprised that \"bury\" would mean that.\n>> The metaphor is a stack, not a pool or a sandpit. I don't think those\n>> terms really assist in understanding, however cute they are.\n>> \n>\n> I find that bury is more natural than float (thinking of a stack of \n> documents on a desk ...). But then I don't use stg ...\n> \n\nYou demonstrate my point :) by apparently missing that \"bury\" and\n\"float\" are supposed to be the *opposite* of each other.\n\nSam.\n"},{"id":"39760","messageId":"Pine.LNX.4.64.0704181130330.30721@reaper.quantumfyre.co.uk","threadId":"7598","inReplyTo":"4625DDA5.60503@vilain.net","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Julian Phillips","fromEmail":"julian@quantumfyre.co.uk","sentAt":"2007-04-18T10:33:52Z","receivedAt":"2007-04-18T10:33:52Z","isPatch":true,"sender":{"key":"julian@quantumfyre.co.uk","avatar":"https://avatars.githubusercontent.com/u/948888?v=4"},"body":"On Wed, 18 Apr 2007, Sam Vilain wrote:\n\n> Julian Phillips wrote:\n>>> Sure... and from my own perspective as a user, I didn't even realise\n>>> what float did until now, and was surprised that \"bury\" would mean that.\n>>> The metaphor is a stack, not a pool or a sandpit. I don't think those\n>>> terms really assist in understanding, however cute they are.\n>>>\n>>\n>> I find that bury is more natural than float (thinking of a stack of\n>> documents on a desk ...). But then I don't use stg ...\n>>\n>\n> You demonstrate my point :) by apparently missing that \"bury\" and\n> \"float\" are supposed to be the *opposite* of each other.\n\nI didn't mean to give that impression. I was aware that they were \nopposites, but was only commenting on my view of the intuitivness of each.\n\nI can't really think of a single metaphor where float and bury are both \nappropriate though.\n\n-- \nJulian\n\n ---\nHe's dead, Jim.\n \t\t-- McCoy, \"The Devil in the Dark\", stardate 3196.1\n"},{"id":"39817","messageId":"200704182219.26410.robin.rosenberg.lists@dewire.com","threadId":"7598","inReplyTo":"Pine.LNX.4.64.0704181130330.30721@reaper.quantumfyre.co.uk","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Robin Rosenberg","fromEmail":"robin.rosenberg.lists@dewire.com","sentAt":"2007-04-18T20:19:26Z","receivedAt":"2007-04-18T20:19:26Z","isPatch":true,"sender":{"key":"robin.rosenberg@dewire.com","avatar":"https://avatars.githubusercontent.com/u/46357?v=4"},"body":"onsdag 18 april 2007 12:33 skrev Julian Phillips:\n> On Wed, 18 Apr 2007, Sam Vilain wrote:\n> \n> > Julian Phillips wrote:\n> >>> Sure... and from my own perspective as a user, I didn't even realise\n> >>> what float did until now, and was surprised that \"bury\" would mean that.\n> >>> The metaphor is a stack, not a pool or a sandpit. I don't think those\n> >>> terms really assist in understanding, however cute they are.\n> >>>\n> >>\n> >> I find that bury is more natural than float (thinking of a stack of\n> >> documents on a desk ...). But then I don't use stg ...\n> >>\n> >\n> > You demonstrate my point :) by apparently missing that \"bury\" and\n> > \"float\" are supposed to be the *opposite* of each other.\n> \n> I didn't mean to give that impression. I was aware that they were \n> opposites, but was only commenting on my view of the intuitivness of each.\n> \n> I can't really think of a single metaphor where float and bury are both \n> appropriate though.\n\nThe stack is transparent, so the \"float\" comes from thinking of the stack as a \ncolumn (glass pillar) of water with things in it. So I wanted to float patches. I\ndidn't think too much about the name, it just popped out. At least that is what\nI *think* I was thinking at the time.\n\nThe logical opposide thing is to \"sink\" things you don't work to work on. \"bury\" \nimplies you don't see things, which just isn't true.\n\nI did consider raise, but then you can raise things only a little. Floating a patch\nmakes it move all the way to the top.\n\n-- robin\n"},{"id":"39820","messageId":"20070418203502.GA8524@nan92-1-81-57-214-146.fbx.proxad.net","threadId":"7598","inReplyTo":"200704182219.26410.robin.rosenberg.lists@dewire.com","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2007-04-18T20:35:02Z","receivedAt":"2007-04-18T20:35:02Z","isPatch":true,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"On Wed, Apr 18, 2007 at 10:19:26PM +0200, Robin Rosenberg wrote:\n> > I can't really think of a single metaphor where float and bury are both \n> > appropriate though.\n> \n> The stack is transparent, so the \"float\" comes from thinking of the stack as a \n> column (glass pillar) of water with things in it. So I wanted to float patches. I\n> didn't think too much about the name, it just popped out. At least that is what\n> I *think* I was thinking at the time.\n> \n> The logical opposide thing is to \"sink\" things you don't work to work on. \"bury\" \n> implies you don't see things, which just isn't true.\n\nIndeed, I originally planned to name it \"sink\", as the prototype\nscript. It is when starting to write the documentation, that I\nstarted to feel like writing \"sink: bury patches down the stack\", and\nfelt there was something wrong. Since I could not find a plausible\ndescription involving \"sink\", I finally went for \"stg bury\", although\nI was not very pleased with it.\n\nBut if the consensus is that \"sink\" or something else sounds better, I\nhave myself no objection to bury \"bury\" :)\n\nBest regards,\n-- \nYann.\n"},{"id":"39876","messageId":"20070419085924.GA21936@diana.vm.bytemark.co.uk","threadId":"7598","inReplyTo":"20070418203502.GA8524@nan92-1-81-57-214-146.fbx.proxad.net","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Karl Hasselström","fromEmail":"kha@treskal.com","sentAt":"2007-04-19T08:59:24Z","receivedAt":"2007-04-19T08:59:24Z","isPatch":true,"sender":{"key":"kha@treskal.com","avatar":"https://gravatar.com/avatar/f0120c734b5279b345075a28521e1ac66acb20c9913ffe9bf6ae97e53f7f3f13?d=mp&s=160"},"body":"On 2007-04-18 22:35:02 +0200, Yann Dirson wrote:\n\n> But if the consensus is that \"sink\" or something else sounds better,\n> I have myself no objection to bury \"bury\" :)\n\nI think that \"sink\" is by far the best word for it, especially when\npaired with \"float\". (The only problem is that \"stg series\" prints the\nstack with the bottom on top and the top at the bottom, but that's old\nweirdness. :-)\n\n-- \nKarl Hasselström, kha@treskal.com\n www.treskal.com/kalle\n"},{"id":"40035","messageId":"b0943d9e0704210237k1d91a5a9tc3a5aa54d5a8772e@mail.gmail.com","threadId":"7598","inReplyTo":"20070419085924.GA21936@diana.vm.bytemark.co.uk","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Catalin Marinas","fromEmail":"catalin.marinas@gmail.com","sentAt":"2007-04-21T09:37:49Z","receivedAt":"2007-04-21T09:37:49Z","isPatch":true,"sender":{"key":"catalin.marinas@gmail.com","avatar":null},"body":"On 19/04/07, Karl Hasselström wrote:\n> On 2007-04-18 22:35:02 +0200, Yann Dirson wrote:\n>\n> > But if the consensus is that \"sink\" or something else sounds better,\n> > I have myself no objection to bury \"bury\" :)\n>\n> I think that \"sink\" is by far the best word for it, especially when\n> paired with \"float\". (The only problem is that \"stg series\" prints the\n> stack with the bottom on top and the top at the bottom, but that's old\n> weirdness. :-)\n\nThat's coming from quilt, I didn't spend much time on designing the\nuser interface (this is something to be done post 1.0). However, on\nthe CPUs I work the stack grows downwards but the top/bottom naming is\nthe opposite of StGIT one.\n\n-- \nCatalin\n"},{"id":"40038","messageId":"20070421101517.GL8507@nan92-1-81-57-214-146.fbx.proxad.net","threadId":"7598","inReplyTo":"b0943d9e0704210237k1d91a5a9tc3a5aa54d5a8772e@mail.gmail.com","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Yann Dirson","fromEmail":"ydirson@altern.org","sentAt":"2007-04-21T10:15:17Z","receivedAt":"2007-04-21T10:15:17Z","isPatch":true,"sender":{"key":"ydirson@altern.org","avatar":"https://avatars.githubusercontent.com/u/1190950?v=4"},"body":"On Sat, Apr 21, 2007 at 09:37:49AM +0000, Catalin Marinas wrote:\n> On 19/04/07, Karl Hasselström wrote:\n> >On 2007-04-18 22:35:02 +0200, Yann Dirson wrote:\n> >\n> >> But if the consensus is that \"sink\" or something else sounds better,\n> >> I have myself no objection to bury \"bury\" :)\n> >\n> >I think that \"sink\" is by far the best word for it, especially when\n> >paired with \"float\". (The only problem is that \"stg series\" prints the\n> >stack with the bottom on top and the top at the bottom, but that's old\n> >weirdness. :-)\n> \n> That's coming from quilt, I didn't spend much time on designing the\n> user interface (this is something to be done post 1.0). However, on\n> the CPUs I work the stack grows downwards but the top/bottom naming is\n> the opposite of StGIT one.\n\nAnyway, it's been customary to have computer display coordinates to\n\"grow\" from top to bottom, with \"0\" being the 1st line :)\n"},{"id":"40044","messageId":"20070421110031.GB1670@diana.vm.bytemark.co.uk","threadId":"7598","inReplyTo":"b0943d9e0704210237k1d91a5a9tc3a5aa54d5a8772e@mail.gmail.com","subject":"Re: [PATCH] Add \"stg bury\" command, with the functionnality of contrib/stg-sink.","fromName":"Karl Hasselström","fromEmail":"kha@treskal.com","sentAt":"2007-04-21T11:00:31Z","receivedAt":"2007-04-21T11:00:31Z","isPatch":true,"sender":{"key":"kha@treskal.com","avatar":"https://gravatar.com/avatar/f0120c734b5279b345075a28521e1ac66acb20c9913ffe9bf6ae97e53f7f3f13?d=mp&s=160"},"body":"On 2007-04-21 09:37:49 +0000, Catalin Marinas wrote:\n\n> On 19/04/07, Karl Hasselström wrote:\n>\n> > (The only problem is that \"stg series\" prints the stack with the\n> > bottom on top and the top at the bottom, but that's old weirdness.\n> > :-)\n>\n> That's coming from quilt, I didn't spend much time on designing the\n> user interface (this is something to be done post 1.0). However, on\n> the CPUs I work the stack grows downwards but the top/bottom naming\n> is the opposite of StGIT one.\n\nYes, I guessed that might be the origin. Additionally, when printing\nthe stack on a terminal it's actually best to print the bottom first,\nso that at least the topmost patches aren't scrolled off the screen. I\ndon't really see a problem with this conflicting with all the rest of\nStGIT considering the stack to grow from the bottom and upward. It's\njust a benign quirk.\n\n-- \nKarl Hasselström, kha@treskal.com\n www.treskal.com/kalle\n"}]}