Ir para o conteúdo

OpenBSD : Mudando para -current

1 - OpenBSD -current

Senhoras e senhores, depois de estudar um bocado o cwm e começar a me acostumar com ele, instalei uns browsers ( até pegar o jeito e escolher um que me atenda completamente ). Depois que fiquei "seguro" com ele, resolvi mudar para o OpenBSD -current.

1.1 Sobre o -current

Em termos práticos é o night build do pessoal do OpenBSD, como se fosse um release candidate. É nele que vão sendo aplicadas as decisões do time do Theo e outra coisas mais. Mais informações sobre como mover para o -current você encontra em : "OpenBSD Following -current and using snapshots"

1.2 Usando o -current

Alerta

É importante que leia a FAQ citada no item 1.1 e as changes que estão ocorrendo para evitar lágrimas.

Eu segui -current pelos snapshots, então segui os passos abaixo :

  1. Baixei o bsd.rd ( relativo à minha arquitetura, amd64, em snapshots/current/ de algum mirror );
  2. Salvei em /bsd.rd ( copiei o anterior por segurança );
  3. Rebootei passando bsd.rd durante o bootloader ;
  4. Escolhi Upgrade(U) ;

Dica

É possível refazer a instalação em vez de atualizar do último OpenBSD estável. É o mais indicado depois de uma fresh install.

Alerta

É necessária uma conexão com a internet para baixar os sets do current snapshot.

Durante o upgrade certifique-se de modificar a URL dos pacotes ( sets ), ja que não estamos mais utilizando um release stable. Neste caso o novo diretório é o dos snapshots ( pub/OpenBSD/snapshots/amd64/ )

HTTP Server ? (hostname or 'done') [cdn.openbsd.org]
Server directory [pub/OpenBSD/6.5/amd64] pub/OpenBSD/snapshots/amd64

Alerta

Uma vez que esteja utilizando current, tome o cuidado de manter sempre a variável PKG_ADD referenciando os snapshots do current. Por exemplo : 

 export PKG_PATH=https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/

1.3 Atualizando os pacotes

Depois de rebootar, atualizei os firmwares :

fw_update

Atualizei os pacotes que foram instalados fora da base :

Nota

Uma vez ou outra o cliente ftp ( usado para baixar os arquivos/pacotes ) ficava "congelado". Nesses casos eu simplesmente mandei um ^C e reiniciei o processo.

E atualizei as configurações :

sysmerge

Nota

O sysmerge permite que você escolha entre a nova configuração, manter a antiga e unificar as duas.

1.4 Primeira impressões

A primeira coisa que notei foi um erro ao tentar iniciar o Xorg via startx :

(EE) 
Fatal server error:
(EE) xf86OpenConsole: No console driver found
    Supported drivers: wscons
    Check your kernel's console driver configuration and /dev entries(EE) 
(EE) 
Please consult the The X.Org Foundation support 
     at http://wiki.x.org
 for help. 
(EE) Please also check the log file at "/home/wolf/.local/share/xorg/Xorg.1.log" for additional information.
(EE) 
(EE) Server terminated with error (1). Closing log file.
(==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d"

Antes de me desesperar fui revisar as changes do -current :

2018/10/26 - setuid bit removed from /usr/X11R6/bin/Xorg

The Xorg binary is no longer installed setuid. So startx(1) can no longer be used by non-root users. The xenodm(1) display manager has to be used. To set it up: 

# rcctl enable xenodm
# rcctl start xenodm

Então vou ter que ficar usando o display manager se não quiser ativar o setuid no binário do Xorg. No big deal. Só preciso ver um jeito depois de configurar o xenodm, pois meu ~/.xinitrc é completamente ignorado. Já o ~/.Xdefaults continua sendo usado como configuração de algums programas e fontes do Xorg.