git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: (topgit question) deleting a dependency

From
Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
Date
Apr 29, 2009, 18:48 UTC
Message-ID
<20090429184851.GA17286@pengutronix.de>
In-Reply-To
<slrngvgh7m.isk.sitaramc@sitaramc.homelinux.net>
Hello,
Show 23 quoted lines
> >> This is a little beyond my comprehension :(  However, this
> >> is also why I am limiting myself to
> >> 
> >>   - a single level of dependencies in tg, (master -->
> >>     multiple t/something --> t/all), and
> >> 
> >>   - no changes of its own in t/all
> >> 
> >> When any of the t/something graduates to master, t/all will
> >> be blown away (safe, since it has no changes of its own) and
> 
> > What makes you think it will "be blown away"?  Or alternatively, what do
> 
> My mistake.  I meant that I will blow it away myself, and
> create a new one with the same name except it's list of deps
> will exclude the one that graduated.
> 
> > you mean saying that?  I often use the same approach and I never had the
> > feeling anything is blown away.  If upstream uses your t/something patch
> > it just merges into t/something making it empty without changing the
> 
> How?  When I update master from upstream and then tg update
> on t/all?

yes. I think it's even save to just remove empty dependencies (and add the dependencies of the patch branch to be deleted) from .topdeps.

Best regards Uwe

-- 
Pengutronix e.K.                              | Uwe Kleine-König            |
Industrial Linux Solutions                    | http://www.pengutronix.de/  |
Previous: Sitaram Chamarty
Message 10 of 10 in “(topgit question) deleting a dependency”
  1. Sitaram ChamartyApr 28, 2009
  2. martin f krafftApr 28, 2009
  3. Sitaram ChamartyApr 28, 2009
  4. martin f krafftApr 28, 2009
  5. Sitaram ChamartyApr 28, 2009
  6. Uwe Kleine-KönigApr 28, 2009
  7. Sitaram ChamartyApr 29, 2009
  8. Uwe Kleine-KönigApr 29, 2009
  9. Sitaram ChamartyApr 29, 2009
  10. Uwe Kleine-KönigApr 29, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.