Hi Amit,
On 2022-10-22 18:29:35, Amit Kulkarni wrote:
You chose later, so now do a "doas sysmerge", and merge it now?
Ah, sorry, my bad. Apparently I wasn't root.
Thank you for the hint
Harri
You chose later, so now do a "doas sysmerge", and merge it now?
On Sat, Oct 22, 2022 at 2:18 AM Harald Dunkel wrote:
>
> Hi folks,
>
> sysmerge noted that I had modified my /etc/newsyslog.conf. Since I
> didn't had time for this while other important services were not
> merged yet I chose the def
On Sun, Oct 06, 2019 at 07:34:41PM BST, Daniel Jakots wrote:
> Hi,
>
> I run a bunch of -current VM and I manage them with ansible. When
> there's a file that gets updated in src/etc, I check if it matters for
> me and if it doesn't, I ignore it. Then, eventually I sync the file in
> my ansible re
Hi Stefan,
Stefan Sperling wrote on Sun, Jul 07, 2019 at 01:29:35PM +0200:
> On Sat, Jul 06, 2019 at 08:57:49AM -0400, Jay Hart wrote:
>> I think its more like when diff asks to keep current config
>> vs new config. I want to keep my current config files (or at
>> least those custom portions).
>
Jay Hart(jh...@kevla.org) on 2019.07.06 08:57:49 -0400:
> > On Sat, Jul 06, 2019 at 11:56:32AM BST, Jay Hart wrote:
> >> Good Morning,
> >>
> >> What is the simple way to have sysmerge "keep" all custom changes to the
> >> config files, during a
> >> system update from one stable release to the ne
On Sat, Jul 06, 2019 at 08:57:49AM -0400, Jay Hart wrote:
> I think its more like when diff asks to keep current config vs new config. I
> want to keep my
> current config files (or at least those custom portions).
There is no guarantee that your custom changes will still be
compatible with newer
On Sat, Jul 06, 2019 at 01:57:49PM BST, Jay Hart wrote:
> > On Sat, Jul 06, 2019 at 11:56:32AM BST, Jay Hart wrote:
> >> Good Morning,
> >>
> >> What is the simple way to have sysmerge "keep" all custom changes to the
> >> config files, during a
> >> system update from one stable release to the ne
> On Sat, Jul 06, 2019 at 11:56:32AM BST, Jay Hart wrote:
>> Good Morning,
>>
>> What is the simple way to have sysmerge "keep" all custom changes to the
>> config files, during a
>> system update from one stable release to the next? I seem to struggle with
>> this every release...
>>
>> Thanks f
On Sat, Jul 06, 2019 at 11:56:32AM BST, Jay Hart wrote:
> Good Morning,
>
> What is the simple way to have sysmerge "keep" all custom changes to the
> config files, during a
> system update from one stable release to the next? I seem to struggle with
> this every release...
>
> Thanks for your
On Thu, 12 Oct 2017 09:34:44 +
> But I have only one question: Is sysmerge not longer needed for
> updating process like in previous releases?
It shall tell you if you need to re-run manually in the boot output
for edited files.
On Thu, Oct 12, 2017 at 11:45:24AM +0200, Theo Buehler wrote:
> > But I have only one question: Is sysmerge not longer needed for
> > updating process like in previous releases?
>
> Since 6.0 the installer installs an rc.sysmerge that runs 'sysmerge -b'
> on first boot of the updated system.
>
P
On Thu, Oct 12, 2017 at 09:34:44AM +, C. L. Martinez wrote:
> But I have only one question: Is sysmerge not longer needed for updating
> process like in previous releases?
sysmerge will be run when booting the system after the upgrade.
> But I have only one question: Is sysmerge not longer needed for
> updating process like in previous releases?
Since 6.0 the installer installs an rc.sysmerge that runs 'sysmerge -b'
on first boot of the updated system.
I should mention that not just with sysmerge, but anything else, I have
partitions mounted read-only on boot. Short of editing fstab before a
new snapshot, I would like to make all of the system partitions rw.
So, would something need to be done even earlier on?
Or, if nobody really wants this, sh
On Sat, Jun 04, 2016 at 09:05:09PM +0300, li...@wrant.com wrote:
> Sat, 4 Jun 2016 12:37:14 -0500 Chris Bennett
>
> > I am following the same procedure for each snapshot I install.
> > Download files to one USB hard drive, boot bsd.rd, install to other USB
> > flash drive and reboot.
> >
> > But
Sat, 4 Jun 2016 12:37:14 -0500 Chris Bennett
> I am following the same procedure for each snapshot I install.
> Download files to one USB hard drive, boot bsd.rd, install to other USB
> flash drive and reboot.
>
> But I have a problem, the install are on another drive that's not even
> mounted. S
On 11/04/14 17:18, Ezekiel Grave wrote:
> Hi all,
>
> On a very basic OpenBSD 5.5 amd64 installation, I've grabbed the
> amd64/etc56.tgz set from three different mirrors, and tried running:
[totally wrong process deleted]
Follow the bloomin' directions :). You run sysmerge AFTER you upgrade,
no
On 07/17/14 02:50, Kent Fritz wrote:
> # sysmerge -x xetc56.tgz
> ===> Fetching file:///root/xetc56.tgz
> ===> Fetching file:///root/SHA256.sig
> ===> Verifying xetc56.tgz against /etc/signify/openbsd-56-base.pub
> ===> Populating temporary root under /var/tmp/sysmerge.CJzwPVyHXg/temproot
> tar: WA
Ah,
The xdm thing is separate.
Because `sudo sysmerge -s /snap/etc*.tgz -x /snap/xetc*.tgz` bails out I
did not get the recent rc.subr changes.
On 18 July 2014 00:24, Edd Barrett wrote:
> FWIW, I have the same here. I also notice that xdm did not start as it
> usually does.
>
>
>
>
> On 17
On 17/07/14 7:24 PM, Edd Barrett wrote:
FWIW, I have the same here. I also notice that xdm did not start as it
usually does.
+1 I noticed the same issue the other day updating my systems.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be
FWIW, I have the same here. I also notice that xdm did not start as it
usually does.
On 17 July 2014 02:50, Kent Fritz wrote:
> # sysmerge -x xetc56.tgz
> ===> Fetching file:///root/xetc56.tgz
> ===> Fetching file:///root/SHA256.sig
> ===> Verifying xetc56.tgz against /etc/signify/openbsd-56-
On Fri, Mar 21, 2014 at 11:46:49AM -0400, Kent Fritz wrote:
> I get the following after upgrading to the latest snapshot. Am I doing
> something wrong?
It got fixed earlier today.
You can use the full path to the sets for now.
>
> Thanks,
>
> Kent.
>
> # pwd
On Mon, 24 Feb 2014 10:59:57 -0800
Philip Guenther wrote:
> On Sun, Feb 23, 2014 at 1:45 PM, Ed Ahlsen-Girard
> wrote:
> > Took a while to submit this, but for the past ~ six weeks of
> > snapshots sysmerge fails thus:
> >
> > ERROR: failed to populate from /usr/src and create checksum file
>
>
On Mon, Feb 24, 2014 at 7:58 PM, Ed Ahlsen-Girard wrote:
> On Mon, 24 Feb 2014 10:59:57 -0800
> Philip Guenther wrote:
...
>> Six weeks ago was approximately when the /etc/signify/ directory was
>> added. My guess is that you missed the bit in the FAQ about using the
>> -d and -P options when do
Ed Ahlsen-Girard writes:
> sysmerge command line is:
>
> sysmerge
>
> which I have been using for a few years.
As long as you have all the install sets in place, you can easily run
sysmerge on a system with no source tree installed. For quite a while
now I've tended to run something like this on
On Sun, Feb 23, 2014 at 1:45 PM, Ed Ahlsen-Girard wrote:
> Took a while to submit this, but for the past ~ six weeks of snapshots
> sysmerge fails thus:
>
> ERROR: failed to populate from /usr/src and create checksum file
Six weeks ago was approximately when the /etc/signify/ directory was
added.
On 24 February 2014 07:56, Ed Ahlsen-Girard wrote:
> On 2014-02-24 "Shawn K. Quinn" wrote:
> Date: 2014-02-24 10:49:03
>
>> On Sun, Feb 23, 2014, at 03:45 PM, Ed Ahlsen-Girard wrote:
>> > Took a while to submit this, but for the past ~ six weeks of
>> > snapshots sysmerge fails thus:
>> >
>
On 2014-02-24 "Shawn K. Quinn" wrote:
Date: 2014-02-24 10:49:03
> On Sun, Feb 23, 2014, at 03:45 PM, Ed Ahlsen-Girard wrote:
> > Took a while to submit this, but for the past ~ six weeks of
> > snapshots sysmerge fails thus:
> >
> > ERROR: failed to populate from /usr/src and create checks
On Sun, Feb 23, 2014, at 03:45 PM, Ed Ahlsen-Girard wrote:
> Took a while to submit this, but for the past ~ six weeks of snapshots
> sysmerge fails thus:
>
> ERROR: failed to populate from /usr/src and create checksum file
sysmerge works fine for me on amd64 sans the occasional incident of
opera
On Sat Jan 25 2014 18:18, Markus Lude wrote:
> Hello,
>
> today I updated to the latest snapshot on sparc64 (from 22nd january).
> When I run sysmerge after that I got
>
> $ sudo sysmerge -s etc55.tgz -x xetc55.tgz
> *** ERROR: /var/tmp/sysmerge.Hwq1ImlHSs/etc55.tgz is not a valid
> etcX
Use sysmerge -S -s etc55.tgz -x xetc55.tgz
And verify the etc archives manually as described in the signify manpage.
Looks like there is a problem with sysmerge and signify.
Fritjof
Markus Lude wrote:
>Hello,
>
>today I updated to the latest snapshot on sparc64 (from 22nd january).
>When I run
On Sat, Jan 25, 2014 at 06:18:58PM +0100, Markus Lude wrote:
> Hello,
>
> today I updated to the latest snapshot on sparc64 (from 22nd january).
> When I run sysmerge after that I got
>
> $ sudo sysmerge -s etc55.tgz -x xetc55.tgz
> *** ERROR: /var/tmp/sysmerge.Hwq1ImlHSs/etc55.tgz is not
On Sat, Jan 25, 2014 at 6:18 PM, Markus Lude wrote:
> Hello,
>
> today I updated to the latest snapshot on sparc64 (from 22nd january).
> When I run sysmerge after that I got
>
> $ sudo sysmerge -s etc55.tgz -x xetc55.tgz
> *** ERROR: /var/tmp/sysmerge.Hwq1ImlHSs/etc55.tgz is not a valid
On Tue, Oct 30, 2012 at 7:11 PM, Stuart Henderson wrote:
> On 2012-10-29, bofh wrote:
>>> I kept reading - is sysmerge for use only on upgrades, for merging new
>>> /etc things into the existing config?
> You can save a lot of time by doing an upgrade from the install kernel,
> then reboot/sysmer
On 2012-10-29, bofh wrote:
>> I kept reading - is sysmerge for use only on upgrades, for merging new
>> /etc things into the existing config?
Yes.
>> Is that what' I'm missing? So, since I did a full fidks/new install,
>> and then manually added the changes from my old box, sysmerge
>> essentia
On 10/29/12 20:12, bofh wrote:
Hi,
Can someone help me understand how sysmerge works? I made all the
config changes and then followed the instructions at
http://openbsd.org/faq/upgrade52.html and did this:
# sysmerge -s $RELEASEPATH/etc52.tgz -x $RELEASEPATH/xetc52.tgz
but don't know where the
On Mon, Oct 29, 2012 at 3:34 AM, bofh wrote:
> On Mon, Oct 29, 2012 at 3:22 AM, Tomas Bodzar wrote:
>> On Mon, Oct 29, 2012 at 8:12 AM, bofh wrote:
>>> Hi,
>>> Can someone help me understand how sysmerge works? I made all the
>>> config changes and then followed the instructions at
>>> http://o
On Mon, Oct 29, 2012 at 11:24:40AM +0400, Wesley wrote:
> Hi,
>
> You need to mount your 5.2 CDROM:
> mount /dev/cd0a /mnt
>
> Or get the files from this command :
> cd /tmp
> ftp http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/etc52.tgz
> ftp http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/x
Hi,
You need to mount your 5.2 CDROM:
mount /dev/cd0a /mnt
Or get the files from this command :
cd /tmp
ftp http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/etc52.tgz
ftp http://ftp.openbsd.org/pub/OpenBSD/snapshots/i386/xetc52.tgz
And replace the '$RELEASEPATH' with the true path (/tmp or
/m
On Mon, Oct 29, 2012 at 8:12 AM, bofh wrote:
> Hi,
> Can someone help me understand how sysmerge works? I made all the
> config changes and then followed the instructions at
> http://openbsd.org/faq/upgrade52.html and did this:
>
> # sysmerge -s $RELEASEPATH/etc52.tgz -x $RELEASEPATH/xetc52.tgz
>
On Tuesday 12 July 2011 21:19:15 you wrote:
> On Tue, 12 Jul 2011, Remco wrote:
> > During a snapshot upgrade for both i386 and amd64
> >
> > OpenBSD 4.9-current (GENERIC.MP) #10: Mon Jul 11 12:31:05 MDT 2011
> > dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
> >
> > OpenBSD
On Tue, 12 Jul 2011, Remco wrote:
> During a snapshot upgrade for both i386 and amd64
>
> OpenBSD 4.9-current (GENERIC.MP) #10: Mon Jul 11 12:31:05 MDT 2011
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
> OpenBSD 4.9-current (GENERIC.MP) #19: Mon Jul 11 12:20:24 MDT
Siju George wrote:
Hi,
I followed
http://www.openbsd.com/faq/upgrade45.html
and upgraded from my OpenBSD 4.4 to 4.5
I applied the patch file "upgrade45.patch" correctly.
but when I ran sysmerge as said in the "final steps" section
it again showed differences between the installed versions and
43 matches
Mail list logo
