Tenho um problema ao instalar um comando local no Kali Linux. Primeiro tentei entrar no seguinte
sudo apt install local
e me deu o seguinte erro
Erro: Não foi possível localizar o pacote aclocal
e então instalei o autotools-dev que encontrei neste link https://askubuntu.com/questions/45480/how-do-i-install-aclocal , lá dizia para primeiro instalar o autotools-dev para isso e depois instalar o comando aclocal, mas então estava me dando erro no Kali.
Estou tentando instalar o imagemagick para perlbrew, pois um aplicativo precisava de uma versão mais alta do perl do que a que veio com meu ubuntu, e esse aplicativo também precisa usar o imagemagick.
Estou no ubuntu jammy e estou usando o perl 5.36.3 de texto enfatizado com perlbrew.
Quando tento instalar o imagemagick com perlbrew, recebo este erro:
cpan[1]> install Image::Magick
Reading '/home/me/.cpan/Metadata'
Database was generated on Thu, 09 Jan 2025 03:17:02 GMT
Running install for module 'Image::Magick'
Checksum for /home/me/.cpan/sources/authors/id/J/JC/JCRISTY/Image-Magick-7.1.1-28.tar.gz ok
Scanning cache /home/me/.cpan/build for sizes
............................................................................DONE
'YAML' not installed, will not store persistent state
Configuring J/JC/JCRISTY/Image-Magick-7.1.1-28.tar.gz with Makefile.PL
Checking if your kit is complete...
Looks good
Warning (mostly harmless): No library found for -lMagickCore-7.Q16HDRI
Generating a Unix-style Makefile
Writing Makefile for Image::Magick
Writing MYMETA.yml and MYMETA.json
JCRISTY/Image-Magick-7.1.1-28.tar.gz
/home/me/perl5/perlbrew/perls/perl-5.36.3/bin/perl Makefile.PL -- OK
Running make for J/JC/JCRISTY/Image-Magick-7.1.1-28.tar.gz
cp Magick.pm blib/lib/Image/Magick.pm
AutoSplitting blib/lib/Image/Magick.pm (blib/lib/auto/Image/Magick)
Running Mkbootstrap for Magick ()
chmod 644 "Magick.bs"
"/home/me/perl5/perlbrew/perls/perl-5.36.3/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Magick.bs blib/arch/auto/Image/Magick/Magick.bs 644
"/home/me/perl5/perlbrew/perls/perl-5.36.3/bin/perl" "/home/me/perl5/perlbrew/perls/perl-5.36.3/lib/5.36.3/ExtUtils/xsubpp" -typemap '/home/me/perl5/perlbrew/perls/perl-5.36.3/lib/5.36.3/ExtUtils/typemap' -typemap '/home/me/.cpan/build/Image-Magick-7.1.1-3/typemap' Magick.xs > Magick.xsc
mv Magick.xsc Magick.c
cc -c -I/usr/local/include/ImageMagick-7 -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/include/libxml2 -I"/usr/include/ImageMagick-7" -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/freetype2 -g -O2 -Wall -pthread -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16 -O2 -DVERSION=\"7.1.1\" -DXS_VERSION=\"7.1.1\" -fPIC "-I/home/me/perl5/perlbrew/perls/perl-5.36.3/lib/5.36.3/x86_64-linux/CORE" -D_LARGE_FILES=1 -DHAVE_CONFIG_H Magick.c
Magick.xs:56:10: fatal error: MagickCore/MagickCore.h: No such file or directory
56 | #include <MagickCore/MagickCore.h>
| ^~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:351: Magick.o] Error 1
JCRISTY/Image-Magick-7.1.1-28.tar.gz
/usr/bin/make -- NOT OK
Failed during this command:
JCRISTY/Image-Magick-7.1.1-28.tar.gz : make NO
Gostaria de fixar a versão específica do pacote instalada pipxe impedir sua atualização.
Por exemplo, eu instalei o pacote:
$ pipx install somepackage==2.0.0
Depois da atualização, ele será atualizado para a versão mais recente:
$ pipx upgrade-all
É possível atualizar apenas pacotes instalados sem versão especificada?
Estou executando Amazon Linux release 2023.4.20240513 (Amazon Linux)e preciso remover kernels antigos,
Eu tenho isso em /boot
vmlinuz-6.1.72-96.166.amzn2023.x86_64
vmlinuz-6.1.75-99.163.amzn2023.x86_64
vmlinuz-6.1.90-99.173.amzn2023.x86_64
No CentOS 7 eu posso usar
package-cleanup --oldkernels --count=1 -y
No entanto, isso não funciona no AMI Linux,
dnf remove: error: unrecognized arguments: --oldkernels --count=1
Alguma ideia?
Eu tenho dois servidores chamados teste prodeles têm exatamente os mesmos pacotes instalados.
No dia 1 eu dnf upgradeservidor teste depois testo se a instalação ventila bem.
Se o teste desabafar bem eu faço um upgrade no proddia 2 mas agora chegou um novo pacote e se eu instalar isso, os dois sistemas não serão iguais, e prodterá um pacote que não testei.
Devo fazer uma cópia dos *.rpmarquivos teste depois copiá-los prode fazer um rpm -U *.rpmou existe uma maneira predefinida de fazer isso?
Acabei de instalar treevia
sudo apt-get install tree
e meu terminal de repente decidiu atualizar grub. Semana passada instalei o tree, e aconteceu algo parecido. No entanto, quando reiniciei meu PC mais tarde naquela noite, ele inicializou em uma janela exibindo
Grub _
e não mudou.
Eventualmente, reinstalei meu sistema operacional (estou no WattOS e instalei-o em um novo PC na terça-feira passada, então não foi o fim do mundo - levei apenas 5 horas para configurar tudo novamente).
O Grub foi instalado com vários erros que me lembro vagamente de ter visto da última vez (incluídos no final da minha postagem para facilitar a leitura).
Eu pesquisei no Google:
Mas não tive sorte. Eu suspeito que provavelmente estou faltando alguma coisa.
Alguém pode explicar:
Prefiro não reinstalar tudo (por razões óbvias!)
Obrigado.
Erros encontrados durante a instalação tree:
sudo apt-get install tree
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
gimp-data libamd2 libbabl-0.1-0 libcamd2 libccolamd2 libcholmod3 libgegl-0.4-0 libgegl-common libgexiv2-2 libgimp2.0 libhpmud0 libimagequant0
libmetis5 libqt5designer5 libqt5help5 libqt5sql5 libqt5sql5-sqlite libqt5test5 libsane-hpaio libumfpack5 printer-driver-hpcups
printer-driver-postscript-hp python3-dbus.mainloop.pyqt5 python3-notify2 python3- olefile python3-pexpect python3-pil python3-ptyprocess
python3-pyqt5 python3-pyqt5.sip python3-renderpm python3-reportlab python3-reportlab- accel vlc-plugin-samba xsane xsane-common
Use 'sudo apt autoremove' to remove them.
The following NEW packages will be installed:
tree
0 upgraded, 1 newly installed, 0 to remove and 174 not upgraded.
1 not fully installed or removed.
Need to get 49.6 kB of archives.
After this operation, 118 kB of additional disk space will be used.
Get:1 http://deb.debian.org/debian bullseye/main amd64 tree amd64 1.8.0-1+b1 [49.6 kB]
Fetched 49.6 kB in 0s (110 kB/s)
Selecting previously unselected package tree.
(Reading database ... 123032 files and directories currently installed.)
Preparing to unpack .../tree_1.8.0-1+b1_amd64.deb ...
Unpacking tree (1.8.0-1+b1) ...
Setting up grub-pc (2.06-3~deb11u6) ...
Installing for i386-pc platform.
grub-install: warning: File system `ext2' doesn't support embedding.
grub-install: warning: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged..
Installation finished. No error reported.
Generating grub configuration file ...
Found background: /usr/share/wattOS/splash.png
Found background image: /usr/share/wattOS/splash.png
Found linux image: /boot/vmlinuz-5.10.0-19-amd64
Found initrd image: /boot/initrd.img-5.10.0-19-amd64
Warning: os-prober will be executed to detect other bootable partitions. Its output will be used to detect bootable binaries on them and create new boot entries. Found Debian GNU/Linux 11 (bullseye) on /dev/mmcblk0p2 done Setting up tree (1.8.0-1+b1) ...
Processing triggers for man-db (2.9.4-2) ...
Atualizar
Reiniciei por acidente e meu PC travou novamente. Em seguida, reinstalei o WattOS como o único sistema operacional no meu disco rígido e tudo funcionou bem. Acabei de ver a resposta de @eyoung100 e corri
sudo apt upgrade
que foi executado sem erros.
Então eu corri
sudo apt autoremove
que no meio me deu a mesma tela da última vez:
The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any.
Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with
GRUB modules or grub.cfg.
If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them.
Note: it is possible to install GRUB to partition boot records as well, and some appropriate partitions are offered here. However, this forces GRUB to use the blocklist mechanism, which makes it less reliable, and therefore is not recommended.
Não selecionei OK, como da última vez isso me deu erros.
Quando tentei em outro terminal
sudo apt upgrade
Ele respondeu com
Waiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 39623 (apt)
O que não é surpreendente.
Tentei fechar esse shell com ctrl-c e ctrl-x, mas nenhum dos dois ajudou. Eu poderia fechar a janela, mas estou preocupado.
Mais informações solicitadas
sudo dmidecode -s bios-version
é
8GET38WW (1.15 )
sudo dmidecode -t 0 | grep UEFI
é nada. (Acho que isso significa que não é compatível).
cpuid | less
é
bash: cpuid: command not found
Tudo o que posso dizer é que é um Lenovo Thinkpad L520, foi recondicionado e não troquei a CPU. (não sei sobre o proprietário anterior).
sudo parted --list
é
Model: ATA ADATA SU630 (scsi)
Disk /dev/sda: 240GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 231GB 231GB primary ext4 boot
2 231GB 240GB 9449MB primary linux-swap(v1)
Não consigo ver nada sobre fstypeou gpt.
Como eu disse, tentei instalá-lo em um disco limpo.
Obrigado pelo seu tempo!
Estou trabalhando em um servidor virtual hospedado com AlmaLinux v9.3.0 e cPanel 120.0.1 instalados.
Também possui EasyApache instalado.
Estou tentando instalar o pacote do EPEL Repo chamado "mapserver"
Executando o comando
dnf install -y mapserver
Estou tendo o erro a seguir:-
Last metadata expiration check: 0:04:58 ago on Thu 11 Apr 2024 05:04:00 PM BST.
Error:
Problem: problem with installed package ea-apache24-2.4.59-1.1.1.cpanel.x86_64
- package ea-apache24-2.4.59-1.1.1.cpanel.x86_64 from @System conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package ea-apache24-2.4.58-1.1.5.cpanel.x86_64 from EA4-c9 conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package ea-apache24-2.4.58-1.1.6.cpanel.x86_64 from EA4-c9 conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package ea-apache24-2.4.58-3.3.5.cpanel.x86_64 from EA4-c9 conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package ea-apache24-2.4.58-3.3.6.cpanel.x86_64 from EA4-c9 conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package ea-apache24-2.4.59-1.1.1.cpanel.x86_64 from EA4-c9 conflicts with httpd-mmn provided by httpd-core-2.4.57-5.el9.x86_64 from appstream
- package httpd-2.4.57-5.el9.x86_64 from appstream requires httpd-core = 2.4.57-5.el9, but none of the providers can be installed
- package mapserver-8.0.0-3.el9.x86_64 from epel requires httpd, but none of the providers can be installed
- conflicting requests
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
O sistema já estava configurado com os seguintes repositórios habilitados:-
dnf repolist enabled
repo id repo name
EA4-c9 EA4 ( EasyApache 4 - c9 )
appstream AlmaLinux 9 - AppStream
baseos AlmaLinux 9 - BaseOS
cpanel-addons-production-feed cPanel Addons Production Feed
cpanel-plugins cPanel Plugins project
crb AlmaLinux 9 - CRB
epel Extra Packages for Enterprise Linux 9 - x86_64
epel-cisco-openh264 Extra Packages for Enterprise Linux 9 openh264 (From Cisco) - x86_64
extras AlmaLinux 9 - Extras
fortimonitor.repo FortiMonitor Repository
imunify360 EL-9 - Imunify360
imunify360-rollout-1 Imunify360 - Gradual Rollout Slot 1
imunify360-rollout-2 Imunify360 - Gradual Rollout Slot 2
imunify360-rollout-3 Imunify360 - Gradual Rollout Slot 3
imunify360-rollout-4 Imunify360 - Gradual Rollout Slot 4
imunify360-rollout-5 Imunify360 - Gradual Rollout Slot 5
imunify360-rollout-6 Imunify360 - Gradual Rollout Slot
imunify360-rollout-7 Imunify360 - Gradual Rollout Slot 7
imunify360-rollout-8 Imunify360 - Gradual Rollout Slot 8
kernelcare kernelcare
mysql-connectors-community MySQL Connectors Community
mysql-tools-community MySQL Tools Community
mysql80-community MySQL 8.0 Community Server
wp-toolkit-cpanel WP Toolkit for cPanel
wp-toolkit-thirdparties WP Toolkit third parties
O pacote mapserver possui os seguintes requisitos:-
dnf repoquery --requires mapserver
dejavu-sans-fonts
httpd
libc.so.6(GLIBC_2.34)(64bit)
libfcgi.so.0()(64bit)
libmapserver.so.2()(64bit)
rtld(GNU_HASH)
Não quero remover/atualizar/etc a instalação do EasyApache.
Estou tentando entender o que significam as opções sugeridas "--nobest".
Isso ignoraria o que parece ser um conflito entre o Standard Apache e o Easy Apache?
O Mapserver não possui um requisito de compilação direta em "httpd", embora isso possa vir da biblioteca opcional "FastCGI" com a qual este pacote provavelmente foi compilado.
O binário mapserver é um binário independente que pode ser usado via não "FastCGI", então não acho que nenhuma funcionalidade opcional "FastCGI" será usada.
Existe uma maneira de usar o DNF para instalar ignorando a dependência “httpd”?
Eu realmente não quero compilar o mapserver a partir do código-fonte para excluir o suporte "FastCGI".
Já uso Linux há algum tempo, mas estou um pouco confuso sobre qual é o melhormaneira de instalar pacotes seria. Como muitos pacotes em meus repositórios de distribuição (eu uso Pop!_OS) estão desatualizados, devo obter a maior parte das minhas coisas no Flatpak? Talvez os pacotes proprietários maiores (como o Steam) sejam geralmente bem recentes nos repositórios de distribuição? Flatpak também parece depender muito de mantenedores não oficiais. Não seria melhor confiar em mais fontes oficiais? Como posso saber se um pacote no distro-repos ou no Flathub foi abandonado pelos desenvolvedores ou mantenedores e, portanto, para de receber atualizações? Devo, se quiser a versão estável mais recente de um pacote, adicionar o PPA do desenvolvedor aos meus repositórios? Ter um monte de PPAs para cada pacote não anula o propósito do sistema repo? Idealmente, eu gostaria de ter um lugar para todos os meus pacotes, com as versões estáveis mais recentes, e que os pacotes são mantidos por mantenedores ou desenvolvedores oficiais (não tenho certeza se isso é possível, haha). Como dito anteriormente, minha distribuição é Pop!_OS Desde já agradeço pela ajuda!
Esta pergunta e respostas contendo várias abordagens para resolvê-la surgem muitas vezes quase diariamente em nosso intercâmbio aqui. Se um resultado de pesquisa trouxe você aqui Bem-vindo! Se um comentário que deixei em sua pergunta tiver um link aqui, você pode assumir com segurança que sua pergunta pode ser adicionada à lista abaixo, pois se enquadra na mesma categoria:
Essas são apenas quatro das muitas perguntas marcadas [gcc]com o downgrade do termo de pesquisa. Aqueles leitores/usuários com conhecimento suficiente para chegar primeiro à exchange quase sempre perguntam Como posso..." Aqueles leitores azarados que tentaram algo que falhou quase sempre têm a frase "Quebrou", ou "Acho que quebrei alguma coisa". esta pergunta e resposta, tentarei explicar Por que misturar compiladores quebra todos os Linux e, na resposta, fornecerei a maneira mais simples que conheço para corrigir o problema, que não causa quebra, mas custa um pouco de sobrecarga em termos de tempo e espaço para configuração. Como esta será uma pergunta e resposta contribuída pela comunidade, peço que você vote positivamente se gostar da minha abordagem.
TLDR : Vá para Por que o downgrade dos compiladores causa problemas?
Usei a imagem abaixo duas ou três vezes aqui em várias respostas e sinto que ela fornece a todos nós um bom lugar para começar. Sei que é grande e, como tal, peço aos leitores que o abram em uma guia separada e apliquem zoom, etc., se desejarem.
Encontre sua distribuição nessa lista e continue lendo. Você notará que sua distribuição tem uma distribuição pai. OK, OK, eu sei que os leitores que usam as distribuições principais (aquelas na extremidade esquerda da linha do tempo) estão perguntando:
Estou usando um dos da extrema esquerda, então onde estão seus pais?
E agora chegamos ao cerne desta questão. Por exemplo, vamos preencher $Xe $Ya partir do meu título (Paciência Leitores, $Zestá chegando)
$X = Fedora 39$Y = 13.2.1-6.fc39A Linux distribution (often abbreviated as distro) is an operating system made from a software collection that includes the Linux kernel and often a package management system.
A package manager or package-management system is a collection of software tools that automates the process of installing, upgrading, configuring, and removing computer programs for a computer in a consistent manner
Knowing these two items helps us answer the Parent Distribution question, but unfortunately with another question: How Do the distribution maintainers create a distribution?
The Answer: All linux software minus the kernel is stored at and can be obtained from the GNU Software FTP Site in source code archives. All Linux Kernels are available for download in source code archives at The Linux Kernel Archives. In short, all Distributions begin from the same source code, including the parent distributions
From the definition earlier, a distribution is a group or set of related software. This relation can be seen in your distribution's repository (or whatever else your distribution has chosen to name it).
At the time a new version (in our Example $X = Fedora 39) is made available the repository for that version is locked, specifically version locked, meaning that every package in that repository is now frozen in time. Once frozen it isn't altered. It can only live as long as the version is supported or die when the version is upgraded.
The tools required to build GCC are also in the now frozen repository. If a user attempts to upgrade or downgrade the GCC that was shipped in the frozen repository, the version locking would be broken if you were to succeed. To prevent the breakage from happening, your OS'es Package Manager prevents this.
Read my answer to find out how I overcame $Z
https://nixos.org/manual/nix/stable/introduction.html diz
Suporte multiusuário
Nix tem suporte multiusuário. Isso significa que usuários não privilegiados podem instalar software com segurança. Cada usuário pode ter um perfil diferente, um conjunto de pacotes na loja Nix que aparece no PATH do usuário. Se um usuário instalar um pacote que outro usuário já instalou anteriormente, o pacote não será compilado ou baixado uma segunda vez. Ao mesmo tempo, não é possível que um usuário injete um cavalo de Tróia em um pacote que possa ser usado por outro usuário.
Por que não é possível para um usuário injetar um cavalo de Tróia em um pacote que possa ser usado por outro usuário?
A frase anterior diz que algum pacote pode ser uma dependência compartilhada por dois aplicativos?