public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Zac Medico <zmedico@gentoo.org>
To: gentoo-portage-dev@lists.gentoo.org
Subject: Re: [gentoo-portage-dev] Portage questions
Date: Mon, 21 Sep 2015 21:15:51 -0700	[thread overview]
Message-ID: <5600D5F7.8040300@gentoo.org> (raw)
In-Reply-To: <1442843137.29498.10.camel@transmode.se>

On 09/21/2015 06:45 AM, Joakim Tjernlund wrote:
> On Sun, 2015-09-20 at 09:47 -0700, Zac Medico wrote:
>> On 09/16/2015 06:13 AM, Joakim Tjernlund wrote:
>>> 1)
>>>   Is there a way to generate a snapshot of an installed portage VDB and then later
>>>   compare that snapshot against the current VDB and generate a list of
>>>   added/updated packages?
>>
>> This command will generate a flat file that is useful for comparisons
>> with diff -u:
>>
>>     qlist -IvCURS | LC_ALL=C sort
> 
> I was hoping for something akin to "emerge -pNDu world" but pointing emerge
> to another VDB. That would make it easier to see what has changed between then and now.

You can export the EPREFIX variable in order to make emerge enter prefix
mode.

>>
>>> 2)
>>>   Currently we generate a tar file with binary pkgs containing all updated pkgs,
>>>   unpack the tar file and emerge the binary pkgs with emerge --usepkgonly ...
>>>   into a new ROOT. This works but that misses any updates to the profile(both gentoo and our own).
>>>
>>>   To fix that we include a copy of both profiles in the tar file and copy our
>>>   updated profiles into the new ROOT profiles before merging. This feels a bit
>>>   clumsy and I wonder if there is a better way? 
>>>
>>>  Jocke
>>>
>>
>> Like Duncan said, I feel like we're missing some context here. I wonder
>> why you use binary packages instead of a full system image, considering
>> that it's a "new ROOT."
> 
> Every update to ROOT will be too big if one have use a full system image at every update.
> Instead we use BTRFS and create a snapshot of current / in a new BTRFS subvolume
> and install the updates into this snapshot, then just change default subvolume in BTRFS and
> reboot.
> To transfer profile changes before merging binary pkgs one have to copy these into
> the new ROOT.
> 
>  Jocke
> 

I suppose that emerge --sync is what most people use for this. To
distribute your profiles, you might configure portage to sync from your
own rsync server.
-- 
Thanks,
Zac


      reply	other threads:[~2015-09-22  4:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-16 13:13 [gentoo-portage-dev] Portage questions Joakim Tjernlund
2015-09-20  7:26 ` [gentoo-portage-dev] " Duncan
2015-09-20 16:47 ` [gentoo-portage-dev] " Zac Medico
2015-09-21 13:45   ` Joakim Tjernlund
2015-09-22  4:15     ` Zac Medico [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5600D5F7.8040300@gentoo.org \
    --to=zmedico@gentoo.org \
    --cc=gentoo-portage-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox