Regole del forum
1) Specificare nome e versione del porting.
2) Specificare se discussione/suggerimento o richiesta d'aiuto.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Why is it called Rubix?
Joshua Rubin is the designer and principle developer and maintainer of Rubix
Linux. Rubix seemed natural since it is only one letter different from Rubin.
Just like Linus Torvalds created Linux, Joshua Rubin created Rubix.
2) Why does the world need Rubix?
Rubix Linux was concieved during a time when the primary developer of Slackware,
Patrick Volkerding, was extremely ill. The fate of Slackware was uncertain since
it primarily used a "one man" development model. At the time, Joshua Rubin was a
happy Slackware user, but as it started to look unmaintained, he switched to
Arch Linux. Arch Linux had many advantages over Slackware, but was simply too
bleeding edge and the development did not seem well controlled. Joshua saw a
need for a Slackware-like, stable, supported distribution, with modern
ammenities such as dependency tracking package management provided with Arch
Linux's "pacman" package manager. Further, Joshua wanted to increase security,
but not in ways that would be imposing to the end user. The result ended up
being Rubix Linux.
5) What architectures does Rubix run on and how are packages optimized?
Rubix was initially designed to work on x86 architectures, i486 and newer. Rubix
will be ported to the AMD64 platform after the 1.0 release. Most x86 packages
are compiled with -march=i486 -mtune=i686. This means that the packages can run
on any 486 and newer machine, and will use optimizations for 686 if they are
available. Further, most packages are compiled with -Os, this is nearly -O2, but
without some rearranging that can inhibit the benifits of using position
independant executables (PIE). PIE, and Stack Smashing Protection are also used
to increase the security of packages, and packages are also assembled without
using an executable stack wherever possible.
A mio parere l'erede di Slackware sarà Slackware
Secondo me Pat quando smetterà di crescere la sua distro la darà alla comunità e allora sì che avrà un accellerata pazzesca
Comunque trovo che l'erede di Slack sia Arch (che uso sul mio portatile con estreme soddisfazioni)
IceSlack ha scritto:umm ma zenwalk come' l'avete provata?
con archposso configurare la porta infrarossi senza tanti grattacapi?
zenwalk in pratica è un slack con un pelo di autoconfigurazione all'avvio: ad esempio cerca i driver X per la tua scheda grafica. supporta di default il 2.6 e raiser4 (<-coraggiosi) e possiede qualche tool in più per gestire più "amichevolmente" la configurazione. in pratica è una slack riadattata per utenza desktop: niente di statosfericamente diverso da slack, solo un pochino più automatica. stanno sviluppando ora un sistema per la risoluzione delle dipendenze (loro lo definiscono un sistema poco potente per niubbi: si aspettano che superato l'impatto iniziale con il sistema "made in slack" poi uno possa fare a meno del risolutore delle dipendenze e non affidarcisi per ogni esigenza, quindi ad esempio aiuta a trovare tutti i pacchetti necessari per installare kde -il de di default è xfce-).
