À vot’bon coeur ! Slackbuilds.org

6 minute read Published:

Le site slackbuilds.org a besoin de vous

Slackware est la plus ancienne des distributions GNU/Linux toujours en activité.

Elle a un certain succès auprès des utilisateurs qui souhaitent un système stable et simple à administrer (pas de gestions de dépendances, pas (ou peu) de modifications des logiciels empaquetés, init accessible, ...).

Ici, c'est le projet connexe, Slackbuilds.org qui a besoin de votre générosité.

Ce dernier regroupe les slackbuilds de la communauté afin de permettre à tout un chacun d'empaqueter les logiciels qu'il désire très facilement.

Les Slackbuilds sont des scripts bash sur lesquels est écrit la recette pour empaqueter le logiciel à partir de ses sources.

Je relaie ici un message d'un de ses fondateurs et actuel membre de l'équipe de développement de Slackware, à savoir Mr Robby Workman. Les liens intéressants se situent à la fin de l'article.

Voici le message traduit :

Utilisateurs de Slackbuilds.org

Il est apparemment temps de faire de nouveau une chose que je n'aime

pas. Le serveur qui héberge notre site, c'est à dire, toutes les

choses sauf DNS, email et listes de diffusion ainsi que le site

slackwiki.com commence à montrer son âge. Vous avez pu remarquer

quelques coupures durant les dernières semaines dues à une surcharge

de ce dernier. Le centre de données qui nous héberge, onyxlight.fr, va

nous fournir un nouveau serveur Dell R610 avec un processeur dual six

coeurs et une bonne quantité de RAM. Cependant, nous devons acheter

nos propres disques et nous souhaitons lui ajouter plus de RAM [1].

Ils (onyxlight) peuvent nous vendre six disques de 900GB à 10000 RPM

pour un peu plus de 200$ chaque avec une garantie d'un an et, nous

pouvons mettre 48GB de RAM pour 360$.

Nous avons donc besoin de 1700$ TTC.

Comme dit précédemment, je déteste demander de l'argent à la

communauté. C'est pourquoi nous n'avons jamais eu de bouton "Dons" ou

autres dans ce sens. Je préfère attendre et tendre le bol du mendiant

quand nous n'avons pas le choix.

Donc, voilà. J'ai créé un compte paypal pour le projet, et erik et

moi-même, (les fondateurs du projet) y avons accès. Une fois que nous

aurons obtenu suffisamment pour cette dépense, je posterai un état des

lieux et nous réfléchirons pour créer une page "contributeurs" sur le

site afin de décerner le crédit mérité à ceux qui nous aide. Tout fond

supplémentaire au dessus de ce dont nous avons besoin sera utilisé de

façon réfléchie mais, nous n'avons pas encore pensé à cela. Nous

n'avons pas vraiment de dépenses courantes (onyxlight est génial, au

cas où vous ne l'auriez pas déjà remarqué). Nous aimerions faire

quelque chose pour Pat, bien sûr.

En fin de compte, j'espère que nous avons gagné votre confiance au fil

des ans et que vous savez que nous utiliserons l'argent d'une façon

que vous approuverez. Sinon, le meilleur conseil que je puisse vous

donner est de ne pas faire de dons. Si je ne vous ai pas fait peur,

vous pouvez faire un don par là :

https://paypal.me/SBoDevel

-RW

[1] Pour le cas où vous seriez curieux, nous envisageons d'isoler la

plupart des services en machines virtuelles; Essentiellement, chaque

service livré au réseau sera installé dans sa propre machine virtuelle

afin que si une faille existe dans un service, les autres ne seront

probablement pas affectés. Cela présente aussi l'avantage d'être plus

facile à mettre à jour. Si un service peut ou doit être mis à jour

vers une version de Slackware supérieure, nous pouvons mettre en place

la machine virtuelle avant la migration et ainsi limiter les coupures

de services. Tout cela ressemble à un bon plan :)

Le message original :

SlackBuilds.org users,

It's apparently time to again do something that I don't like doing.

The server that hosts our website and rsync, well basically all of the

things except DNS, mail, and mailing lists, as well as the

slackwiki.com site, is showing its age. You might have noticed some

temporary downtime over the last couple of weeks due to httpd getting

overloaded. The datacenter hosting us, onyxlight.net, is going to

provide us with a new Dell R610 server with dual six-core processors

and a fair amount of RAM. However, we have to buy our own drives and

we'd like to add some more RAM to it [1].

They (onyxlight) can get us six 900GB 10k RPM SAS drives for a little

over $200 each with a one year warranty, and we can put about 48GB of

RAM in there for another $360. With tax/shipping, we need about $1700.

As I said before, I hate asking the community for money - that's why

we've never had a donation button or anything along those lines; I'd

rather wait and put out the beggar's bowl when we don't have a choice.

Well, here it is.

I created a paypal account for the project, and both erik and I (the

project founders) will have access to it. Once we get enough for this

current expense, I'll post an update here and we'll look at creating

some sort of "contributors" page on the site to give much-deserved

accolades to everyone who helps out. Any extra funds above what we

need will be used wisely, but we've not really figured out what to do

with them - we really don't have any ongoing expenses (onyxlight is

awesome, ya'll, in case you haven't gathered that much already). We'd

like to do something for Pat, of course. Ultimately, I hope we've

earned enough of your trust over the years to know that we'll use

whatever we get in a manner of which you will approve; if not, then

the best advice I can give is to not donate.

If I've not scared you off yet, you can donate by going here:

https://paypal.me/SBoDevel

-RW

[1] In case you're curious, we're planning to compartmentalize most

services into virtual machines; essentially, each of the

network-facing services will be in its own VM such that just in case

there's a breach in one part, it's less likely to affect other parts.

There's also the benefit of an easier upgrade path for various parts -

if a particular service can benefit from (or requires) a newer release

of Slackware, we can spin up a new VM, get it working there, and then

migrate over all at once with minimal downtime. At the very least, it

sounds like a good plan :)

Merci à vous :)

Quelques liens


☣ laisser un commentaire ☣