mulllhausen's questions

Meu sistema operacional debian passou por algumas atualizações e agora está no 11 (Bullseye). Inicialmente comecei com python2e agora não quero mais - só quero python3. Eu instalei virtualenvhá muito tempo quando ainda estava trabalhando com python2.

Eu fiz um completo dist-upgrade:

$ sudo apt-get update
Hit:1 http://deb.debian.org/debian bullseye InRelease
Get:2 https://deb.nodesource.com/node_14.x bullseye InRelease [4,586 B]
Get:3 http://deb.debian.org/debian-security bullseye-security InRelease [48.4 kB]
Hit:4 http://deb.debian.org/debian bullseye-updates InRelease
Fetched 53.0 kB in 1s (49.9 kB/s)
Reading package lists... Done
$ sudo apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  libts-dev
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

E quando verifico se virtualenvestá instalado diz que sim:

$ which virtualenv
/usr/local/bin/virtualenv

Tento desinstalá-lo, mas pipme diz que não está instalado:

$ pip uninstall virtualenv
WARNING: Skipping virtualenv as it is not installed
$ sudo pip uninstall virtualenv
WARNING: Skipping virtualenv as it is not installed.
$ pip3 uninstall virtualenv
WARNING: Skipping virtualenv as it is not installed
$ sudo pip3 uninstall virtualenv
WARNING: Skipping virtualenv as it is not installed.

Também tentei desinstalar com o gerenciador de pacotes caso tenha sido instalado dessa forma

$ sudo apt-get remove virtualenv --purge
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package 'virtualenv' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

Mas depois de tudo isso ainda posso ver que está instalado:

$ which virtualenv
/usr/local/bin/virtualenv

O motivo pelo qual desejo removê-lo é que ele apresenta um erro quando tento executá-lo. E estou pensando que removê-lo totalmente e instalar novamente resolverá isso:

$ virtualenv .
Traceback (most recent call last):
  File "/usr/local/bin/virtualenv", line 7, in <module>
    from virtualenv import main
ModuleNotFoundError: No module named 'virtualenv'

Devo apenas excluir /usr/local/bin/virtualenv? Isso parece uma má ideia. Como posso remover virtualenvusando um gerenciador de pacotes?

Atualização 1 - tente instalar virtualenvusandopip3

A instalação foi bem-sucedida, mas virtualenvainda não funciona sem erros:

$ pip3 install virtualenv
Defaulting to user installation because normal site-packages is not writeable
Collecting virtualenv
  Using cached virtualenv-20.25.1-py3-none-any.whl.metadata (4.4 kB)
Requirement already satisfied: distlib<1,>=0.3.7 in ./.local/lib/python3.9/site-packages (from virtualenv) (0.3.8)
Requirement already satisfied: filelock<4,>=3.12.2 in ./.local/lib/python3.9/site-packages (from virtualenv) (3.13.3)
Requirement already satisfied: platformdirs<5,>=3.9.1 in ./.local/lib/python3.9/site-packages (from virtualenv) (4.2.0)
Using cached virtualenv-20.25.1-py3-none-any.whl (3.8 MB)
Installing collected packages: virtualenv
  WARNING: The script virtualenv is installed in '/home/me/.local/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed virtualenv-20.25.1
$ which virtualenv
/usr/local/bin/virtualenv
$ virtualenv --version
Traceback (most recent call last):
  File "/usr/local/bin/virtualenv", line 7, in <module>
    from virtualenv import main
ImportError: cannot import name 'main' from 'virtualenv' (/home/me/.local/lib/python3.9/site-packages/virtualenv/__init__.py)
$ virtualenv .
Traceback (most recent call last):
  File "/usr/local/bin/virtualenv", line 7, in <module>
    from virtualenv import main
ImportError: cannot import name 'main' from 'virtualenv' (/home/me/.local/lib/python3.9/site-packages/virtualenv/__init__.py)

E agora virtualenvexiste em 2 locais no sistema de arquivos:

$ which virtualenv
/usr/local/bin/virtualenv
$ sudo find /usr/ -iname "virtualenv" | grep bin
/usr/local/bin/virtualenv
$ sudo find /home/me/.local/ -iname "virtualenv" | grep bin
/home/me/.local/bin/virtualenv
$ ls -l /home/me/.local/bin/virtualenv 
-rwxr-xr-x 1 me me 238 Apr  7 13:06 /home/me/.local/bin/virtualenv

Estou no Debian 11, totalmente atualizado ( apt-get update && apt-get upgrade && apt-get dist-upgrade). Eu instalei anteriormente a nodejsversão 12.22, já que é isso que está no repositório Debian, assim:

$ sudo apt-get install nodejs
$ node -v
v12.22.5

No entanto, eu quero usar v14.18. Eu removi todos os vestígios do nó versão 12, assim:

$ sudo apt-get remove --purge nodejs

E, em seguida, adicionei o PPA para nodejs usando https://github.com/nodesource/distributions :

$ curl -fsSL https://deb.nodesource.com/setup_lts.x -o nodesource_setup_14_lts.sh
$ sudo bash nodesource_setup_14_lts.sh

Eu posso ver que ele adicionou o novo PPA em /etc/apt/sources.list.d/:

$ cat /etc/apt/sources.list.d/nodesource.list 
deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x bullseye main
deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_14.x bullseye main
$ sudo apt-get update
Hit:1 http://httpredir.debian.org/debian bullseye InRelease
Hit:2 http://httpredir.debian.org/debian-security bullseye-security InRelease
Hit:3 http://httpredir.debian.org/debian bullseye-updates InRelease
Hit:4 https://deb.nodesource.com/node_14.x bullseye InRelease
Reading package lists... Done

Mas agora quando vou instalar nodejsainda usa a versão 12 :(

$ sudo apt-get install nodejs --dry-run
The following NEW packages will be installed:
  nodejs
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Inst nodejs (12.22.5~dfsg-2~11u1 Debian:11.1/stable, Debian-Security:11/stable-security [i386])
Conf nodejs (12.22.5~dfsg-2~11u1 Debian:11.1/stable, Debian-Security:11/stable-security [i386])

Parece que apt-getnão está usando o novo PPA para decidir a versão nodejsa instalar. Como posso instalar a v14.18 em todo o sistema?

Editar

Observe que estou usando uma máquina de 32 bits:

$ uname -m
i686

Quando faço o procedimento acima na minha outra máquina de 64 bits, funciona bem e instala a versão 14.18 do PPA.

Informações extras solicitadas:

$ apt-cache policy nodejs
nodejs:
  Installed: (none)
  Candidate: 12.22.5~dfsg-2~11u1
  Version table:
     12.22.5~dfsg-2~11u1 500
        500 http://httpredir.debian.org/debian bullseye/main i386 Packages
        500 http://httpredir.debian.org/debian-security bullseye-security/main i386 Packages

Estou usando o Debian 9. Tenho um pequeno PC com 2 monitores embutidos que pretendo usar como ponto de venda. Possui um monitor voltado para o cliente (tela sem toque) e outro voltado para o caixa (tela sensível ao toque). Cada monitor tem uma resolução de 1366 x 768. Eu tenho um aplicativo POS que funciona como o único cliente x - não existe gerenciador de janelas e gerenciador de desktop. Desta forma, o sistema consome recursos mínimos. Ou seja, eu posso executá-lo assim a partir do terminal:

xinit my-pos-app $* -- :1

O aplicativo funciona bem desde que eu use o mouse. No entanto, a intenção é que isso funcione apenas com a tela sensível ao toque.

O problema é que a tela sensível ao toque não está calibrada. Eu posso ver que quando eu toco, um ponto cerca de 10 cm à direita de onde eu toco está realmente sendo ativado. Então eu tentei usar xinput_calibrator- um programa que traz um gui mostrando pontos na tela para tocar e calibrar automaticamente a tela sensível ao toque. Mas com a configuração atual, é impossível concluir esta etapa. Isso porque apenas um monitor é touch screen e o outro monitor não, mas xinput_calibratornão tem noção disso e coloca metade da imagem em cada monitor. Os pontos de calibração no monitor sem tela sensível ao toque obviamente não podem ser tocados e, portanto, não posso concluir o xinput_calibratorprocesso.

Percebo que quando movo o mouse para a direita do primeiro monitor, ele aparece à esquerda do segundo monitor. Assim, o sistema parece ter posicionado os dois monitores lado a lado. Eu não sei muito sobre essas coisas de configuração de monitor de baixo nível, mas indo pela saída de xrandr, o sistema parece pensar que tem apenas 1 monitor:

$ xrandr
Screen 0: minimum 320 x 200, current 2732 x 768, maximum 8192 x 8192
eDP-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 344mm
x 193mm
1366x768  60.00*+  40.00
1360x768  59.80    59.96
1024x768  60.04    60.00
960x720   60.00
928x696   60.05
896x672   60.01
960x600   60.00
960x540   59.99
800x600   60.00    60.32    56.25
840x525   60.01    59.88
800x512   60.17
700x525   59.98
640x512   60.02
720x450   59.89
640x480   60.00    59.94
680x384   59.80    59.96
576x432   60.06
512x384   60.00
400x300   60.32    56.34
320x240   60.05
VGA-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected 1366x768+1366+0 (normal left inverted right x axis y axis) 344mm x 194mm
1366x768  60.00*+  40.00
HDMI-1 disconnected (normal left inverted right x axis y axis)

Além disso, xinputmostra que o ID do dispositivo para a tela sensível ao toque é 12.

Por favor, alguém pode me dizer como configurar a tela sensível ao toque corretamente. Preciso dividir as telas em 2 usando xrandr primeiro? Se sim, então como eu faria isso? Estou preso.

Acabei de configurar svnem https (com apache2). Posso svn checkoutmultar, mas os commits estão falhando. Posso ver pelos apache2logs que o svnservidor está procurando no lugar errado para encontrar o repositório para fazer o commit. Aqui está meu apache2arquivo 443.example.com.conf:

<IfModule mod_ssl.c>
    <virtualhost *:443>
    # requests to https://example.com land here
    ServerName example.com
    DocumentRoot /home/me/svn-repos

    # global properties for all directories in this site
    <Location />
        # do not use .htaccess files
        allowoverride none
        #DirectoryIndex index.html
        #require all granted                                                                                    

        DAV svn
        SVNParentPath /home/me/svn-repos
        AuthType Basic
        AuthName "svn repositories"
        AuthUserFile blah.passwd
        #<LimitExcept GET PROPFIND OPTIONS REPORT>
        Require valid-user
        #</LimitExcept>
    </Location>

    SSLEngine On
    SSLCertificateFile blah
    SSLCertificateKeyFile blah

    <FilesMatch "\.(cgi|shtml|phtml|php)$">
            SSLOptions +StdEnvVars
    </FilesMatch>

    ErrorDocument 400 /index.html
    ErrorDocument 401 /index.html
    # lots more ErrorDocument entries

    </virtualhost>
</IfModule>

Observe que todos os meus svnrepositórios estão em diretórios em /home/me/svn-repos(por exemplo /home/me/svn-repos/repo1, /home/me/svn-repos/repo2, etc)

Então eu verifico uma nova cópia local de um dos meus repositórios:

$ cd /tmp
$ svn co --username me https://example.com/repo1 repo1
Authentication realm: <https://example.com:443> svn repositories
Password for 'me': ***

A repo1/file1.txt
Checked out revision 1.

Até agora tudo bem. Mas quando eu tento e cometo:

$ touch file2.txt
$ svn add file2.txt
A     file2.txt
$ svn ci file2.txt -m added
Authentication realm: <https://example.com:443> svn repositories
Password for 'me': ***

Adding         file2.txt
svn: E175009: Commit failed (details follow):
svn: E175009: The XML response contains invalid XML
svn: E130003: Malformed XML: no element found

E posso ver no apache2log de erros que o svnservidor está procurando o repositório no lugar errado:

$ sudo tail -4 /var/log/apache2/error.log
[Sat Dec 02 20:23:29.626227 2017] [:error] [pid 123] (20014)Internal error (specific information not available): [client x.x.x.x:x] Can't open file '/home/me/svn-repos/index.html/format': Not a directory
[Sat Dec 02 20:23:29.626264 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not fetch resource information.  [404, #0]
[Sat Dec 02 20:23:29.626272 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not find the requested SVN filesystem  [404, #20]
[Sat Dec 02 20:23:29.626277 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not find the requested SVN filesystem  [404, #20]

O arquivo que está procurando é /home/me/svn-repos/repo1/format, porém não está anexando o caminho correto para poder encontrar o arquivo. Suspeito que isso signifique que preciso colocar algo em meu apache2arquivo 443.example.com.conf, mas não consigo imaginar o quê.

Atualizar

Fiz a seguinte alteração no arquivo 443.example.com.conf:

# ErrorDocument 404 /index.html
ErrorDocument 404 /indexyz.html

E agora, quando tento fazer o commit, a mensagem de erro mudou para esta:

[Sat Dec 02 20:39:00.153942 2017] [:error] [pid 123] (20014)Internal error (specific information not available): [client 192.168.1.177:50228] Can't open file '/home/me/svn-repos/indexyz.html/format': No such file or directory
[Sat Dec 02 20:39:00.153979 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not fetch resource information.  [404, #0]
[Sat Dec 02 20:39:00.153987 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not find the requested SVN filesystem  [404, #2]
[Sat Dec 02 20:39:00.153992 2017] [dav:error] [pid 123] [client x.x.x.x:x] Could not find the requested SVN filesystem  [404, #2]

Mas isso ainda não ajuda muito.