Slackware - Tópico Geral

icebrain disse:
Eu tenho 1138 pacotes instalados, instalar todos à mão não era aprendizagem, era tortura. E eu nunca decoraria para que serve cada um deles, para isso é que os gestores servem.

Já precisei de instalar programas que não havia nos repos, juntamente com as suas dependências, mas fazer isso para cada programa espero nunca me ver obrigado a tal!

Bem, a cada um a sua distro.
Clicar para expandir...

sim, em q 1100 são do sistema. calo my friend...calo. claro q n vais precisar s usas debian ou gentoo :berlusca:
 
Pois, a questão é, alguma vez se torna "necessário" usar outra coisa? Agora até os servidores da Wikipedia usam Ubuntus.
Já agora, os pacotes de sistema não se instalam à mão?
 
slack_guy disse:
E? a que conclusão é que chegas?
Clicar para expandir...

Bem, que instalações dependência a dependência já não são necessárias nem mesmo para servidores de muitos hits como a Wiki. Isto supondo que uma vantagem desse tipo de instalações era a performance.


Instalam. Tenho de meter manualmente o CD na drive e com o dedo clicar na tecla ENTER para dar o OK. É uma instalação manual. :)
Clicar para expandir...

Então a vantagem é obrigar-te a instalar tudo, menos o principal? Certo, então é extremamente útil :rolleyes:. Instalar meia dúzia de programas à mão também faço no Debian, nem tudo existe nos repos. Ainda hoje foi o fsniper, excelente ferramenta já agora :p
 
icebrain disse:
Bem, que instalações dependência a dependência já não são necessárias nem mesmo para servidores de muitos hits como a Wiki. Isto supondo que uma vantagem desse tipo de instalações era a performance.
Clicar para expandir...

O facto de eles usarem Ubuntu não quer dizer que seja o mesmo tipo de Ubuntu que usas em casa. Provavelmente, será a versão Ubuntu Server que já vêm sem X (o que é uma grande ajuda na performance). E mesmo o facto de ser o Ubuntu Server, não quer dizer que eles não tiveram trabalho com as dependências - provavelmente, em vez de terem trabalho a instala-las, tiveram trabalho a desinstala-las.
 
Pois, eu nunca percebi em isso do Ubuntu Server, visto que o objectivo do Ubuntu era dar um SO para "as pessoas normais", para servidores qual era o problema do Debian?
Eu quando instalei o Debian escolhi pacote a pacote, tirando o sistema básico, é muito menos chato que estar a tirar o Gnome/KDE e o resto que vem agarrado :P

Mas eu estava a falar de uma distro sem package manager VS uma com manager. Se nem nos servidores se usa, se instala a base toda sozinho, qual é a vantagem deste tipo de distros?
 
Icebrain, o slackware nao morde (com muita força:002:). Tenho mesmo que o experimentar de novo (nao me adaptei muito bem na primeira vez). Podes usar programas como o slapt-get que tem uma funçao semelhante ao apt-get do debian. Saca programas dos repos, suas dependencias, etc. Cheguei a instalar software assim. A instalaçao é tao simples como archlinux, ligeiramente mais complicada que debian, mas aguentas perfeitamente, com tranquilidade.
 
icebrain disse:
Pois, eu nunca percebi em isso do Ubuntu Server, visto que o objectivo do Ubuntu era dar um SO para "as pessoas normais", para servidores qual era o problema do Debian?
Clicar para expandir...

Qual é o objectivo do Mint quando existe o Ubuntu? :)
Diferentes versões são criadas para ocupar nichos de mercado que os devs acham que existem e podem ser 'rentáveis' (não ler apenas 'dar lucro').

icebrain disse:
Eu quando instalei o Debian escolhi pacote a pacote, tirando o sistema básico, é muito menos chato que estar a tirar o Gnome/KDE e o resto que vem agarrado :P
Clicar para expandir...

Isso é porque instalaste com a netinstall. Senão, padecias do mesmo problema.

icebrain disse:
Mas eu estava a falar de uma distro sem package manager VS uma com manager. Se nem nos servidores se usa, se instala a base toda sozinho, qual é a vantagem deste tipo de distros?
Clicar para expandir...

Preferência. Se eu fosse administrador de sistemas e tivesse liberdade/tempo para o fazer, podes crer que fazia tudo à pata :)
 
O problema do Debian Testing/Unstable/Experimental não é tanto a segurança mas sim a 'estabilidade'.

E quanto à questão de perder tempo, é muito relativo. Há quem prefira fazer tudo numa vez e nunca mais mexer lá do que andar de quando a quando a ver se está tudo bem com a máquina e afins. É tudo uma questão de pesar os prós e os contras.

Já agora, relativamente ao Slackware, uma questão: aconselham algum manual para além do slackbook (de preferência, que já contemple a escolha do GRUB em vez da do LILO)?
 
esquiso disse:
E quanto à questão de perder tempo, é muito relativo. Há quem prefira fazer tudo numa vez e nunca mais mexer lá do que andar de quando a quando a ver se está tudo bem com a máquina e afins. É tudo uma questão de pesar os prós e os contras.
Clicar para expandir...

com certeza.

esquiso disse:
Já agora, relativamente ao Slackware, uma questão: aconselham algum manual para além do slackbook (de preferência, que já contemple a escolha do GRUB em vez da do LILO)?
Clicar para expandir...

qq ficheiro de texto q seja, pdf, doc, whatever, é sp boa biblia. nenhum é perfeito, completam-se uns aos outros. de slackware tenho paí 2livros e uns 4pdf's, d linux em si tenho um livro em tuga, até é bonzinho p perceber a base.
 
Há algum tempo conheci várias pessoas que todas diziam o mesmo "Quem entende de Red Hat, entende de Red Hat, quem entende de Slackware entende de Linux"

É uma distro interessante :) É o que prefiro para uma máquina pessoal, máquinas de produção acabo por preferir Debian precisamente pela facilidade de manutenção...
 
Here we go again! Slackware 13.0!
After one of the most intensive periods of development in Slackware's history, the long awaited stable release of Slackware 13.0 is ready. This release brings with it many major changes since Slackware 12.2, including a completely reworked collection of X packages (a configuration file for X is no longer needed in most cases), major upgrades to the desktop environments (KDE version 4.2.4 and Xfce version 4.6.1), a new .txz package format with much better compression, and other upgrades all around -- to the development system, network services, libraries, and major applications like Firefox and Thunderbird. We think you'll agree that this version of Slackware was worth the wait. Also, this is the first release of Slackware with native support for the 64-bit x86_64 architecture! Major kudos to Eric Hameleers for all of his work, especially on the 64-bit port.

More details may by found in the official announcement and in the release notes.

Please consider supporting the Slackware project by picking up a copy of the Slackware 13.0 release from the Slackware Store. The discs are off to replication, but we're accepting pre-orders for the official 6 CD set and the DVD. The CD set is the 32-bit x86 release, while the DVD is a special edition dual-sided disc with the 32-bit x86 release on one side and the 64-bit x86_64 release on the other. And, we still have T-shirts and other Slackware stuff there, so have a look around. Thanks to our subscribers and supporters for keeping Slackware going all these years.

Thanks are again due to the Slackware crew, the developers of slackbuilds.org, the community on linuxquestions.org, Slackware IRC channels, and everyone else who helped out with this release.

Have fun, and enjoy the new stable release!

Pat and the Slackware crew

http://www.slackware.com/index.html
Clicar para expandir...

Texto completo do anúncio: http://darkstar.ist.utl.pt/slackware/slackware-13.0/ANNOUNCE.13_0
Mirror PT: http://darkstar.ist.utl.pt/slackware/
 
Última edição:
src2pkg: http://www.linuxquestions.org/quest...g-new-slackware64-ready-release-1.9.8-727877/

Do Changelog:
== Version 1.9.8 ==
Notes on upgrading:
* New options have been added to the
/etc/src2pkg/src2pkg.conf file, so you may
want to have a look and see if you want to
use them. If you have customized your src2pkg.conf
file, the new one will be installed as:
/etc/src2pkg/src2pkg.conf.new without
over-writing your changes
* The src2pkg-helpers version has been updated,
so if you upgrade src2pkg from an earlier version
you'll be prompted about needing to run 'src2pkg --setup'
so that the src2pkg-helpers package gets updated.

* Added a method for packaging tcl script programs
* Added a routine which can automatically create *.desktop files
* Added support for AUDIO_NOTIFICATION. src2pkg can now
notify you when package-building succeeds, fails or is cancelled.
Notification can be done using a 'beep' sound from the PC speaker,
by playing a recorded sound, or by speaking an error text.
Text-to-Speech can use either the 'flite' or 'festival' programs
* Added a routine which creates a *.desktop file when applicable and possible
This option is off by default, but can be enabled by putting AUTO_DESKTOP=YES
in your srcpkg.conf file. A routine has also been added which checks and
corrects any installed *.desktop files if possible.
* Added support for *.zip source files
* Added support for *.lzma patches
* Added the ability to include --build=??, --host=?? flags in the configure
options. host can also be added as a stand-alone option after all other
options. When used, these options are not added directly to EXTRA_CONFIGS
but are treated separately so that build scripts remain arch-agnostic.
These options are off by default. To enable the latter style, uncomment
the line for ADD_HOST=YES in your conf file. To enable the former style,
uncomment the line ADD_EXPLICIT_HOST=YES in your conf file. When using
the ADD_EXPLICIT_HOST option, the options are only added if the configure
script appears to support them. See the ChangeLog for more about these options.
* Added the ability to resume package creation. See man-pages for more info.
* Added the ability to pause the build before or after each package-creation step.
* Added many more package sanity checks and informative checks just before
compressing the package.
* Added a new INSTALL_TYPE called UNION, which uses a unionfs/chroot environment
for package content creation. This method makes content creation extremely safe
while running as root. The new option can be specified from the command-line
with the '-UNION' option or by setting the INSTALL_TYPE option to UNION in
your src2pkg.conf file
* Added support for creating 'txz' packages using the xz file compression tools.
* Added support for a configurable LOG_DIR location. By default, logs are written
to the OBJ_DIR(usually the same as SRC_DIR) if logging is requested.
* Upgraded libsentry in src2pkg-helpers to support glibc 2.8 to 2.10
* Support Slackware64
* Many other small improvements and bug-fixes

http://distro.ibiblio.org/pub/linux/distributions/amigolinux/download/src2pkg/CHANGES
Clicar para expandir...
 
Inicie sessão ou registe-se para poder participar.
Back
Topo