Upgrading from already downloaded sets is broken?

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Upgrading from already downloaded sets is broken?

Laurence Tratt
>Synopsis: Upgrading from sets on a mounted disk no longer works
>Environment:
        System      : OpenBSD 6.0
        Details     : OpenBSD 6.0-current (GENERIC.MP) #2518: Sun Oct  2 21:41:07 MDT 2016
                         [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP

        Architecture: OpenBSD.amd64
        Machine     : amd64
>Description:
The last couple of snapshots seem to have changed the behaviour of upgrading. If
when asked "Location of sets?" I select "disk", and type in an appropriate
mounted location, the correct sets are presented to me. However, when I select
"done" to install the sets, I get the following:

  ftp: Can't open file ////mnt/home/ltratt/tmp/bsd/SHA256.sig: Permission denied
  Cannot fetch SHA256.sig. Continue without verification? [no]

The file(s) exist, and if I manually use ftp from the shell (with a file:///
URL), there is no permission problem at all. I assume, but don't know, that
the install script is calling ftp incorrectly?
>How-To-Repeat:
Happens on two amd64 machines I have access to.
>Fix:
dmesg:
OpenBSD 6.0-current (GENERIC.MP) #2518: Sun Oct  2 21:41:07 MDT 2016
    [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17060859904 (16270MB)
avail mem = 16539250688 (15773MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xc51d6000 (90 entries)
bios0: vendor American Megatrends Inc. version "1805" date 06/20/2016
bios0: ASUSTeK COMPUTER INC. Z170M-PLUS
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT LPIT SSDT SSDT SSDT SSDT DBGP DBG2 SSDT SSDT UEFI SSDT BGRT
acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) UAR1(S4) PS2K(S3) PS2M(S3) PXSX(S4) RP09(S4) PXSX(S4) RP10(S4) PXSX(S4) RP11(S4) PXSX(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 4121.54 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 4120.07 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 4120.07 MHz
cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz, 4120.07 MHz
cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec00000, version 20, 120 pins
acpimcfg0 at acpi0 addr 0xf8000000, bus 0-63
acpihpet0 at acpi0: 23999999 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus 4 (RP09)
acpiprt5 at acpi0: bus -1 (RP10)
acpiprt6 at acpi0: bus -1 (RP11)
acpiprt7 at acpi0: bus -1 (RP12)
acpiprt8 at acpi0: bus -1 (RP13)
acpiprt9 at acpi0: bus 3 (RP01)
acpiprt10 at acpi0: bus -1 (RP02)
acpiprt11 at acpi0: bus -1 (RP03)
acpiprt12 at acpi0: bus -1 (RP04)
acpiprt13 at acpi0: bus -1 (RP05)
acpiprt14 at acpi0: bus -1 (RP06)
acpiprt15 at acpi0: bus -1 (RP07)
acpiprt16 at acpi0: bus -1 (RP08)
acpiprt17 at acpi0: bus 1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus 2 (RP20)
acpiprt21 at acpi0: bus -1 (RP14)
acpiprt22 at acpi0: bus -1 (RP15)
acpiprt23 at acpi0: bus -1 (RP16)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C1(@1 halt!), PSS
acpicpu1 at acpi0: C1(@1 halt!), PSS
acpicpu2 at acpi0: C1(@1 halt!), PSS
acpicpu3 at acpi0: C1(@1 halt!), PSS
acpipwrres0 at acpi0: PG00, resource for PEG0
acpipwrres1 at acpi0: PG01, resource for PEG1
acpipwrres2 at acpi0: PG02, resource for PEG2
acpipwrres3 at acpi0: WRST
acpipwrres4 at acpi0: WRST
acpipwrres5 at acpi0: WRST
acpipwrres6 at acpi0: WRST
acpipwrres7 at acpi0: WRST
acpipwrres8 at acpi0: WRST
acpipwrres9 at acpi0: WRST
acpipwrres10 at acpi0: WRST
acpipwrres11 at acpi0: WRST
acpipwrres12 at acpi0: WRST
acpipwrres13 at acpi0: WRST
acpipwrres14 at acpi0: WRST
acpipwrres15 at acpi0: WRST
acpipwrres16 at acpi0: WRST
acpipwrres17 at acpi0: WRST
acpipwrres18 at acpi0: WRST
acpipwrres19 at acpi0: WRST
acpipwrres20 at acpi0: WRST
acpipwrres21 at acpi0: WRST
acpipwrres22 at acpi0: WRST
acpipwrres23 at acpi0: FN00, resource for FAN0
acpipwrres24 at acpi0: FN01, resource for FAN1
acpipwrres25 at acpi0: FN02, resource for FAN2
acpipwrres26 at acpi0: FN03, resource for FAN3
acpipwrres27 at acpi0: FN04, resource for FAN4
acpitz0 at acpi0: critical temperature is 119 degC
acpitz1 at acpi0: critical temperature is 119 degC
"PNP0400" at acpi0 not configured
"PNP0501" at acpi0 not configured
"INT3F0D" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpibtn0 at acpi0: SLPB
"INT33A1" at acpi0 not configured
acpibtn1 at acpi0: PWRB
"INT340E" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
"PNP0C14" at acpi0 not configured
acpivideo0 at acpi0: GFX0
cpu0: Enhanced SpeedStep 4121 MHz: speeds: 4001, 4000, 3800, 3500, 3300, 3100, 2900, 2600, 2400, 2200, 1900, 1700, 1500, 1300, 1000, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x07
"Intel HD Graphics 530" rev 0x06 at pci0 dev 2 function 0 not configured
xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x31: msi
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
"Intel 100 Series MEI" rev 0x31 at pci0 dev 22 function 0 not configured
ahci0 at pci0 dev 23 function 0 "Intel 100 Series AHCI" rev 0x31: msi, AHCI 1.3.1
ahci0: PHY offline on port 0
ahci0: PHY offline on port 1
ahci0: PHY offline on port 2
ahci0: PHY offline on port 3
ahci0: PHY offline on port 4
ahci0: port 5: 1.5Gb/s
scsibus1 at ahci0: 32 targets
cd0 at scsibus1 targ 5 lun 0: <ATAPI, iHAS124 F, CL98> ATAPI 5/cdrom removable
ppb0 at pci0 dev 27 function 0 "Intel 100 Series PCIE" rev 0xf1
pci1 at ppb0 bus 1
ppb1 at pci0 dev 27 function 3 "Intel 100 Series PCIE" rev 0xf1: msi
pci2 at ppb1 bus 2
iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 7260" rev 0x73, msi
ppb2 at pci0 dev 28 function 0 "Intel 100 Series PCIE" rev 0xf1
pci3 at ppb2 bus 3
ppb3 at pci0 dev 29 function 0 "Intel 100 Series PCIE" rev 0xf1: msi
pci4 at ppb3 bus 4
nvme0 at pci4 dev 0 function 0 "Samsung NVMe" rev 0x01: msi, NVMe 1.1
nvme0: SAMSUNG MZVLV512HCJH-00000, firmware BXV7000Q, serial S2J6NX0H701663
scsibus2 at nvme0: 1 targets
sd0 at scsibus2 targ 0 lun 0: <NVMe, SAMSUNG MZVLV512, BXV7> SCSI4 0/direct fixed
sd0: 488386MB, 512 bytes/sector, 1000215217 sectors
pcib0 at pci0 dev 31 function 0 "Intel Z170 LPC" rev 0x31
"Intel 100 Series PMC" rev 0x31 at pci0 dev 31 function 2 not configured
azalia0 at pci0 dev 31 function 3 "Intel 100 Series HD Audio" rev 0x31: msi
azalia0: codecs: Realtek/0x0887, Intel/0x2809, using Realtek/0x0887
audio0 at azalia0
ichiic0 at pci0 dev 31 function 4 "Intel 100 Series SMBus" rev 0x31: apic 2 int 16
iic0 at ichiic0
iic0: addr 0x20 01=2a 02=2a 03=13 04=11 05=13 06=e0 07=fc 08=fc 09=fc 0a=fc 0b=22 0c=22 0d=dd 0e=dd 0f=44 10=44 13=73 15=ab 16=28 17=d5 19=8a 1a=50 1b=68 1c=22 1d=3f 1e=3c 20=70 21=70 22=45 23=44 29=24 2a=3e 2b=fc 2c=fc 2d=22 2e=dd 2f=44 31=73 33=ab 37=8a 38=50 39=3f 3a=3c 3b=45 3c=44 43=38 44=35 48=03 92=0b b2=29 words 00=00ff 01=2aff 02=2aff 03=13ff 04=11ff 05=13ff 06=e0ff 07=fcff
em0 at pci0 dev 31 function 6 "Intel I219-V2" rev 0x31: msi, address XX:XX:XX:XX:XX:XX
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
vmm0 at mainbus0: VMX/EPT
efifb0 at mainbus0: 1920x1200, 32bpp
wsdisplay0 at efifb0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
uhub1 at uhub0 port 10 configuration 1 interface 0 "ATEN International product 0x7000" rev 1.10/1.00 addr 2
uhidev0 at uhub1 port 1 configuration 1 interface 0 "MALTRON USB Multimedia Keyboard" rev 1.10/1.22 addr 3
uhidev0: iclass 3/1
ukbd0 at uhidev0: 8 variable keys, 6 key codes, country code 13
wskbd1 at ukbd0 mux 1
wskbd1: connecting to wsdisplay0
uhidev1 at uhub1 port 1 configuration 1 interface 1 "MALTRON USB Multimedia Keyboard" rev 1.10/1.22 addr 3
uhidev1: iclass 3/0, 3 report ids
uhid0 at uhidev1 reportid 2: input=1, output=0, feature=0
uhid1 at uhidev1 reportid 3: input=2, output=0, feature=0
uhidev2 at uhub1 port 4 configuration 1 interface 0 "Logitech Trackball" rev 1.10/2.20 addr 4
uhidev2: iclass 3/1
ums0 at uhidev2: 3 buttons, Z dir
wsmouse0 at ums0 mux 0
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
sd1 at scsibus4 targ 1 lun 0: <OPENBSD, SR CRYPTO, 006> SCSI2 0/direct fixed
sd1: 488381MB, 512 bytes/sector, 1000205348 sectors
root on sd1a (8b259cd1e1220bab.a) swap on sd1b dump on sd1b
iwm0: hw rev 0x140, fw ver 16.242414.0, address XX:XX:XX:XX:XX:XX

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Robert Peichaer
On Tue, Oct 04, 2016 at 07:06:30PM +0100, Laurence Tratt wrote:

> >Synopsis: Upgrading from sets on a mounted disk no longer works
> >Environment:
> System      : OpenBSD 6.0
> Details     : OpenBSD 6.0-current (GENERIC.MP) #2518: Sun Oct  2 21:41:07 MDT 2016
> [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> Architecture: OpenBSD.amd64
> Machine     : amd64
> >Description:
> The last couple of snapshots seem to have changed the behaviour of upgrading. If
> when asked "Location of sets?" I select "disk", and type in an appropriate
> mounted location, the correct sets are presented to me. However, when I select
> "done" to install the sets, I get the following:
>
>   ftp: Can't open file ////mnt/home/ltratt/tmp/bsd/SHA256.sig: Permission denied
>   Cannot fetch SHA256.sig. Continue without verification? [no]
>
> The file(s) exist, and if I manually use ftp from the shell (with a file:///
> URL), there is no permission problem at all. I assume, but don't know, that
> the install script is calling ftp incorrectly?
> >How-To-Repeat:
> Happens on two amd64 machines I have access to.

The installer script now uses the unpriv() wrapper to fetch the set
files as unprivileged user (see cvs log below).
Before, the root user was able to fetch the files no matter what the
ownership/permissions were.

revision 1.908
date: 2016/09/03 11:29:17;  author: rpe;  state: Exp;  lines: +46 -1;
Add a do_as() function that executes commands as unprivileged user
and ensures that no processes of this user remain active afterwards.
Optionally, it creates a file, that is owned by the user only for
this command execution. Afterwards it's chown'd by root.

Add wrapper functions for do_as(). unpriv() uses the _sndio user
and unpriv2() uses the _file user to execute commands.

OK halex, tb, deraadt

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Laurence Tratt
On Tue, Oct 04, 2016 at 06:23:24PM +0000, Robert Peichaer wrote:

Hello Robert,

Thanks for your quick reply!

>> The last couple of snapshots seem to have changed the behaviour of
>> upgrading. If when asked "Location of sets?" I select "disk", and type in
>> an appropriate mounted location, the correct sets are presented to me.
>> However, when I select "done" to install the sets, I get the following:
> The installer script now uses the unpriv() wrapper to fetch the set files
> as unprivileged user (see cvs log below).
> Before, the root user was able to fetch the files no matter what the
> ownership/permissions were.

OK, so now I understand the message (/home/ltratt/tmp is drwx------). That
said, the behaviour is maybe a little surprising, as I expect(ed) to be doing
everything in the upgrader as root. It didn't even occur to me that an
unprivileged user might be the culprit.

My personal (biased :)) preference would be to maintain the original
behaviour, as I suspect I won't be the only one caught out by this. However,
if the new behaviour is preferred, it might be worth documenting it
somewhere. I must admit that I don't know a sensible place to document it
without becoming over-fussy though :/ Maybe a low-tech fix is to catch the
"permission denied" message and substitute it for something like "User
<whatever the unprivileged user is called> can't access <file>", at least for
the next release while people are inducted into the new behaviour? That
message might be a bit fiddly though...


Laurie

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Theo de Raadt-2
> OK, so now I understand the message (/home/ltratt/tmp is drwx------). That
> said, the behaviour is maybe a little surprising, as I expect(ed) to be doing
> everything in the upgrader as root.

Please go read rpe's mail a second time.  This is ensuring that most
of the installer -- based upon input -- cannot corrupt your system.
It is a security move.

> My personal (biased :)) preference would be to maintain the original
> behaviour, as I suspect I won't be the only one caught out by this.

Ah, the rich behaviour of "it worked before, it should keep working
exactly the same".  Please make software better, but don't break something
noone ever knew anyone depended on.  And do it for free.  Please.

> However, if the new behaviour is preferred, it might be worth
> documenting it somewhere.

If this was mentioned in the INSTALL notes would you have seen
it before running into it?  Go ahead, look at the document.  Where in
the document should it be.  Please make sure you point out a spot that
you *WOULD HAVE READ* before running into this.

Then what, shall we document 50 things about the installer?  Noone will
read it.  We already know this file is rarely downloaded.

> I must admit that I don't know a sensible place to document it
> without becoming over-fussy though :/ Maybe a low-tech fix is to catch the
> "permission denied" message and substitute it for something like "User
> <whatever the unprivileged user is called> can't access <file>", at least for
> the next release while people are inducted into the new behaviour? That
> message might be a bit fiddly though...

I really doubt the drama of this.

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Laurence Tratt
On Tue, Oct 04, 2016 at 01:13:42PM -0600, Theo de Raadt wrote:

Hello Theo,

>> However, if the new behaviour is preferred, it might be worth documenting
>> it somewhere.
> If this was mentioned in the INSTALL notes would you have seen it before
> running into it?  Go ahead, look at the document.  Where in the document
> should it be.  Please make sure you point out a spot that you *WOULD HAVE
> READ* before running into this.
>
> Then what, shall we document 50 things about the installer?  Noone will
> read it.  We already know this file is rarely downloaded.

Yes, like most others it seems, I can go years without checking INSTALL
(after 17 years of using OpenBSD, it's easy to think that I know its content).

I did however check the "following current" page on the website. I check that
every so often (and whenever I hit a problem). [I often check the CVS list
too, although in this case I looked for completely the wrong thing.]


Laurie
--
Personal                                             http://tratt.net/laurie/
Software Development Team                                http://soft-dev.org/
   https://github.com/ltratt              http://twitter.com/laurencetratt

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

lists-2
Tue, 4 Oct 2016 21:26:55 +0100 Laurence Tratt <[hidden email]>
> Yes, like most others it seems, I can go years without checking INSTALL
> (after 17 years of using OpenBSD, it's easy to think that I know its content).

And just when you needed you either missed it or preferred to whine.
I personally would preferred you did not have that much preferences.

> I did however check the "following current" page on the website. I check that
> every so often (and whenever I hit a problem). [I often check the CVS list
> too, although in this case I looked for completely the wrong thing.]

It is recommendable you kept track of OS changes before you got into
changes your end to stay on top of any discrepancy, and when you do,
you fix your ways to accommodate to the evolving software to be able
to cooperate w/ improvements, instead of counter productively whine.
For the greater good of the large group than your own, do cooperate.

> Laurie

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Theo de Raadt-2
> Tue, 4 Oct 2016 21:26:55 +0100 Laurence Tratt <[hidden email]>
> > Yes, like most others it seems, I can go years without checking INSTALL
> > (after 17 years of using OpenBSD, it's easy to think that I know its content).
>
> And just when you needed you either missed it or preferred to whine.
> I personally would preferred you did not have that much preferences.
>
> > I did however check the "following current" page on the website. I check that
> > every so often (and whenever I hit a problem). [I often check the CVS list
> > too, although in this case I looked for completely the wrong thing.]
>
> It is recommendable you kept track of OS changes before you got into
> changes your end to stay on top of any discrepancy, and when you do,
> you fix your ways to accommodate to the evolving software to be able
> to cooperate w/ improvements, instead of counter productively whine.
> For the greater good of the large group than your own, do cooperate.


whatever

anyways, rpe and I have discussed and figured out a solution that
will allow the old method to work.  It is just unfortunate it takes
so much effort to maintain old strange methods for everyone.

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Laurence Tratt
On Tue, Oct 04, 2016 at 04:58:36PM -0600, Theo de Raadt wrote:

Hello Theo,

> anyways, rpe and I have discussed and figured out a solution that will
> allow the old method to work.  It is just unfortunate it takes so much
> effort to maintain old strange methods for everyone.

Thanks to Robert and yourself for taking the trouble on this one -- I for one
really appreciate it.


Laurie
--
Personal                                             http://tratt.net/laurie/
Software Development Team                                http://soft-dev.org/
   https://github.com/ltratt              http://twitter.com/laurencetratt

Reply | Threaded
Open this post in threaded view
|

Re: Upgrading from already downloaded sets is broken?

Lampshade
I also hit that problem when upgrading
current. A few chmod ugo+x on directories
and chmod ugo+r on files and dirs later
everything worked correctly.

But I have known from this thread ahead
that this is about dropped privileges.