Ao investigar esse problema, encontrei algo realmente estranho:
❯ gsettings get org.gnome.desktop.wm.preferences num-workspaces
4
❯ dconf read /org/gnome/desktop/wm/preferences/num-workspaces
'1'
Isso não deveria ser possível, certo? O que poderia estar acontecendo?
git fetch --all --no-tagsnão faz o que diz na lata e continua buscando tags sempre que eu o executo. Como faço para buscar todos os controles remotos sem buscar tags?
Reproduzir:
[email protected]:cachix/install-nix-action.gitgit fetch --all --no-tagsO que deve acontecer: Nenhuma tag deve ser prejudicada por esta transação.
O que realmente acontece: os controles remotos derrotam as tags uns dos outros:
❯ git fetch --all --no-tags
Fetching origin
From github.com:example-user/install-nix-action
- [deleted] (none) -> [omitted]
[…]
Fetching upstream
From github.com:cachix/install-nix-action
* [new tag] [omitted] -> [omitted]
[…]
Ele ainda exibe esse comportamento ao buscar apenas o controle remoto padrão:
❯ git fetch --no-tags
From github.com:example-user/install-nix-action
- [deleted] (none) -> [omitted]
Tentei adicionar esta sequência de teclas de composição ao meu~/.XCompose :
<Multi_key> <L> <L> : "Λ" U039B # GREEK CAPITAL LETTER LAMDA
Tentei então usar isso em alguns lugares, mas a sequência nunca terminava. Ou seja, o prompt indica que ainda não terminei de digitar a sequência completa de teclas de composição, mesmo que ela já esteja mostrada:
O texto acima é do Console GNOME, que mostra um sublinhado sob o caractere atual ao digitar uma tecla de composição.
Parece que o problema subjacente é que a sequência de teclas de composição acima é um prefixo para outra chave de composição em [X11 library root]/share/X11/locale/en_US.UTF-8/Compose:
<Multi_key> <L> <L> <A> <P> : "🖖" U1F596 # RAISED HAND WITH PART BETWEEN MIDDLE AND RING FINGERS
Como digo ao aplicativo para encerrar uma chave de composição se for o prefixo de outra chave de composição? Isso é possível ou todas as chaves de composição devem evitar ser prefixos para todas as outras? Pressionar a tecla de composição novamente ( Caps Lockno meu caso) não ajudou, e pressionar Escapenas cancela a tecla de composição.
Basicamente, como conseguir isso no Bash? Analisar a saída de locale- declare "$(locale | grep ^LC_CTYPE | tr --delete '"')"- parece nojento, pois envolve quatro comandos separados. Lembre-se, só porque localeimprime valores para a maioria ou todas as variáveis não significa que essas variáveis estão realmente definidas! Por exemplo, localeimprime LC_CTYPE="en_NZ.UTF-8"(entre outras linhas) na minha máquina, mas echo "$LC_CTYPE"não imprime nada.
git help some-aliasimprime o valor de configuração do alias, por exemplo:
$ git help aliases
'aliases' is aliased to '!git config --get-regexp '^alias\.' | cut --delimiter=. --fields 2-'
Em vez disso, gostaria de fornecer ajuda detalhada para este e outros aliases, da mesma forma git help diffque outros fazem. Até agora eu tenho isso :
{
config.programs.git.package = pkgs.gitFull.overrideAttrs (
old: {
postInstall =
old.postInstall
+ ''
cp ${./includes/git-aliases/docs}/* $doc/share/doc/git/
'';
}
);
}
Ele copia com êxito alguns arquivos de texto para /nix/store/[git package]-doc/share/doc/git/, mas eles não aparecem durante a execução, por exemplo git help aliases.
O que mais preciso fazer para que a documentação seja vinculada ao helpsubcomando? Atualizar algum registro de arquivos? Adicionar um .htmlarquivo mesmo que eu queira apenas os documentos CLI? Algo mais?
Basicamente, quero colocar minhas config.programs.config.aliasentradas em arquivos separados .bashe lê-las dinamicamente ao construir a configuração. Um subconjunto representativo da configuração atual:
{
programs.git = {
config = {
alias = {
aliases = "!git config --get-regexp '^alias\.' | cut --delimiter=. --fields 2-";
git = "!git";
st = "status";
};
};
};
}
Todas as !gitentradas ficariam melhor como scripts de shell separados. Dessa forma, posso lint, formatar e executá-los para verificar se funcionam antes de integrá-los na configuração de aliases do Git.
Não consigo descobrir como construir o GNU Hello no Ubuntu 22.04 . Para reproduzir, inicie um contêiner do Docker usando docker run --interactive --rm --tty ubuntu:22.04e execute o seguinte:
apt-get update
apt-get install -y debhelper-compat dpkg-dev wget
cd "$(mktemp --directory)"
wget http://archive.ubuntu.com/ubuntu/pool/main/h/hello/hello_2.10.orig.tar.gz http://archive.ubuntu.com/ubuntu/pool/main/h/hello/hello_2.10-2ubuntu4.dsc http://archive.ubuntu.com/ubuntu/pool/main/h/hello/hello_2.10-2ubuntu4.debian.tar.xz
tar -xf hello_2.10-2ubuntu4.debian.tar.xz
mkdir hello_2.10-2ubuntu4
mv debian hello_2.10-2ubuntu4
cd hello_2.10-2ubuntu4
dpkg-buildpackage
Neste ponto, recebo esta mensagem de erro:
cp: não é possível declarar 'NEWS': Arquivo ou diretório inexistente
seguido pela
dh_installdocs: erro: cp --reflink=auto -a NEWS debian/hello/usr/share/doc/hello retornou código de saída 1
O que estou fazendo de errado? Onde o NEWSarquivo deveria estar? A compilação está ciente do tarball upstream ("dpkg-source: info: construindo olá usando ./hello_2.10.orig.tar.gz existente"), preciso descompactá-lo manualmente?
À luz da próxima correção de segurança crítica do OpenSSL 3.0.7 , como faço para alterar o NixOS para usar o LibreSSL globalmente em vez do OpenSSL?
Existe alguma diferença prática entre
users.users.default.packages = [
pkgs.foo
];
e
home-manager = {
users.default = {
config,
pkgs,
nixpkgs,
lib,
specialArgs,
options,
modulesPath,
nixosConfig,
osConfig,
}: {
home = {
packages = [
pkgs.foo
];
};
};
useGlobalPkgs = true;
};
Eu tentei várias coisas para fazer meu projeto criar uma result-distpasta com uma roda que eu possa publicar no PyPI . De alguma forma, mesmo que eu esteja usando uma versão nixpkgs pythonOutputDistHook, eu só recebo uma resultpasta, não uma result-distpasta.
Minha investigação até agora:
pythonOutputDistHooké opcional com base em withDistOutput.
withDistOutputé verdadeiro se formatcontém um de ["pyproject" "setuptools" "flit"].
format ? "setuptools"e meu código não define format, então pythonOutputDistHookdeve ser incluído.
Eu verifiquei que pythonOutputDistHookestá no meu nixpkgs :
$ cd nixpkgs
$ git checkout 9c14978f845f33b152f722709caf42148580a30c
HEAD is now at 9c14978f845 Merge master into staging-next
$ git grep pythonOutputDistHook
pkgs/development/interpreters/python/hooks/default.nix: pythonOutputDistHook = callPackage ({ }:
pkgs/development/interpreters/python/mk-python-derivation.nix:, pythonOutputDistHook
pkgs/development/interpreters/python/mk-python-derivation.nix: pythonOutputDistHook
pkgs/top-level/python-packages.nix: pythonOutputDistHook
Algo poderia estar injetando um pkgsargumento diferente em um dos arquivos Nix?
Percebi um antipadrão estranho em alguns scripts de CI que assumi, que basicamente se resume a este código verificando se um arquivo específico está presente em um pacote:
dpkg --contents some.deb > contents.txt
grep --quiet foo contents.txt
Eu tentei o refator óbvio de dpkg --contents some.deb | grep --quiet foo, mas continuo recebendo este erro:
dpkg-deb: erro: o subprocesso tar foi morto por sinal (tubo quebrado)
De mais algumas investigações, este é definitivamente um problema de tempo. Se eu usar um regex que corresponda no início do fluxo de entrada, recebo o erro, mas se eu usar um regex que corresponda especificamente a uma linha tardia, ele será bem-sucedido.
A conclusão mais óbvia é que dpkg(ou possivelmente tar) faz algo errado com o SIGPIPE. Isso é um problema conhecido?
Plataforma:
# lsb_release --all
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.6 LTS
Release: 18.04
Codename: bionic
# dpkg --version
Debian 'dpkg' package management program version 1.19.0.5 (amd64).
This is free software; see the GNU General Public License version 2 or
later for copying conditions. There is NO warranty.
# tar --version
tar (GNU tar) 1.29
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Written by John Gilmore and Jay Fenlason.
O que Configurações → Exibir → Ajustar para TV faz no GNOME? Estou usando Wayland caso isso faça alguma diferença. Uma pesquisa na web não encontrou nada concreto além de relatórios de bugs relacionados ou mencionando esse recurso. A página wiki do GNOME não explica isso.
Enquanto em uma conexão limitada, seria realmente útil poder desabilitar system.autoUpgradesem ter que reconstruir todo o sistema e usar vários GB/dias/$$$ de crédito. Isso é possível?
Não consigo fazer com que esta resposta funcione no Bash 4.4.20 (shell padrão no Ubuntu 18.04):
$ complete -o nosort -W '--color=auto --color=always --color=never' mycommand
$ mycommand --<Tab>
--color=always --color=auto --color=never
Definir COMPREPLYem uma função dá o mesmo resultado:
_mycommand() {
COMPREPLY=($(compgen -W '--color=auto --color=always --color=never' -- "${COMP_WORDS[1]}"))
}
complete -o nosort -F _mycommand mycommand
man bashmenciona a nosortopção, então ela deve ser suportada. O que da?
Eu quero definir root startGide startUidpara o GID e UID de outro usuário. Como posso fazer isso sem codificá-los? Eu tentei várias variações do seguinte:
users.users = {
root = {
subGidRanges = [
{
count = 1;
startGid = users.users.username.group;
}
];
subUidRanges = [
{
count = 1;
startUid = config.ids.uids.username;
}
];
};
username = {
isNormalUser = true;
};
};
A resposta aceita para Como faço para remover completamente a senha do root sugere passwd -d root("excluir" a senha) e um comentário sugere usar passwd -l root("bloquear" a senha). A única diferença parece ser que uma senha bloqueada pode ser desbloqueada removendo a inicial "!" antes disso. Existem outras considerações práticas, particularmente relacionadas à segurança e à desativação da conta root?
journalctl --bootimprime linhas de log desde a inicialização e journalctl --followimprime as últimas 10 linhas do log e depois as segue. Mas journalctl --boot --follownão funciona como eu esperava. Em vez de imprimir todas as linhas do diário desde a inicialização e seguir o diário, ele simplesmente ignora o --bootsinalizador. Trocar as bandeiras não faz diferença. Como faço para imprimir todas as linhas de log desde a inicialização e depois seguir o log?
Informação da versão:
$ journalctl --version
systemd 239
+PAM +AUDIT -SELINUX +IMA +APPARMOR +SMACK -SYSVINIT +UTMP -LIBCRYPTSETUP +GCRYPT -GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid
Em Thunar, por exemplo, posso simplesmente clicar em uma unidade USB externa para montá-la em /run/media/$USER/[something]. O fato de o ponto de montagem ser criado dinamicamente é um grande efeito colateral. Mas para qualquer unidade que esteja no barramento SATA, me disseram
mount: somente root pode fazer isso
ou
Não autorizado a realizar a operação.
Como configuro as unidades internas para funcionar como unidades USB a esse respeito?
Eu instalei gitetk , e posso executar git citoolpara exibir a GUI do Git e criar um único commit, após o qual o aplicativo é encerrado. Infelizmente o git guipróprio comando diz
git: 'gui' não é um comando git. Veja 'git --help'
e por isso estou preso. Como é que eu
git guicomo um comando para
Eu tenho usado Awesome+LightDM com o saudador GTK no Arch Linux por alguns anos, e estou no processo de migrar para o NixOS. Um problema com isso foi o bloqueio de tela. Eu mapeei Windows-lparalight-locker-command --lock . Ao ativar que a tela fica preta, depois desliga. Para voltar ao LightDM, tenho que pressionar Ctrl-Alt-F7e aguardar cerca de 10 segundos enquanto uma mensagem estranha sobre "ser redirecionado para a caixa de diálogo de desbloqueio" é exibida. Eu tentei instalar e habilitar os saudadores "gtk" e "mini" (não ao mesmo tempo), mas depois de reiniciar o X, nenhum deles parece ser usado. Como faço para configurar qualquer um deles?
A parte relevante da configuração :
services = {
xserver = {
displayManager.lightdm.enable = true;
enable = true;
layout = "us";
libinput.enable = true;
windowManager = {
awesome.enable = true;
default = "awesome";
};
xkbOptions = "compose:caps";
xkbVariant = "dvorak-alt-intl";
};
};
Eu também tentei ativar programs.slock, mas isso não se integra ao lightdm.