Blame
Date:
Sun Jun 28 20:43:02 2020 UTC
Message:
logo adjust
001
2020-06-28
dev
Title: À vot’bon coeur ! Slackbuilds.org
002
2020-06-28
dev
Date: 2017-04-27
003
2020-06-28
dev
Category: Tech
004
2020-06-28
dev
005
2020-06-28
dev
006
2020-06-28
dev
[Slackware](http://www.slackware.com/) est la plus ancienne des distributions
007
2020-06-28
dev
GNU/Linux toujours en activité.
008
2020-06-28
dev
009
2020-06-28
dev
Elle a un certain succès auprès des utilisateurs qui souhaitent un système
010
2020-06-28
dev
stable et simple à administrer (pas de gestions de dépendances, pas (ou peu) de
011
2020-06-28
dev
modifications des logiciels empaquetés, init accessible, ...).
012
2020-06-28
dev
013
2020-06-28
dev
Ici, c'est le projet connexe,
014
2020-06-28
dev
[Slackbuilds.org](https://slackbuilds.org/) qui a besoin de votre générosité.
015
2020-06-28
dev
016
2020-06-28
dev
Ce dernier regroupe les slackbuilds de la communauté afin de permettre à tout
017
2020-06-28
dev
un chacun d'empaqueter les logiciels qu'il désire très facilement.
018
2020-06-28
dev
019
2020-06-28
dev
Les Slackbuilds sont des scripts bash sur lesquels est écrit la recette pour
020
2020-06-28
dev
empaqueter le logiciel à partir de ses sources.
021
2020-06-28
dev
022
2020-06-28
dev
Je relaie ici un message d'un de ses fondateurs et actuel membre de l'équipe de
023
2020-06-28
dev
développement de Slackware, à savoir Mr Robby Workman. Les liens intéressants
024
2020-06-28
dev
se situent à la fin de l'article.
025
2020-06-28
dev
026
2020-06-28
dev
Voici le message traduit :
027
2020-06-28
dev
028
2020-06-28
dev
> Utilisateurs de Slackbuilds.org
029
2020-06-28
dev
>
030
2020-06-28
dev
> Il est apparemment temps de faire de nouveau une chose que je n'aime
031
2020-06-28
dev
> pas. Le serveur qui héberge notre site, c'est à dire, toutes les
032
2020-06-28
dev
> choses sauf DNS, email et listes de diffusion ainsi que le site
033
2020-06-28
dev
> slackwiki.com commence à montrer son âge. Vous avez pu remarquer
034
2020-06-28
dev
> quelques coupures durant les dernières semaines dues à une surcharge
035
2020-06-28
dev
> de ce dernier. Le centre de données qui nous héberge, onyxlight.fr, va
036
2020-06-28
dev
> nous fournir un nouveau serveur Dell R610 avec un processeur dual six
037
2020-06-28
dev
> coeurs et une bonne quantité de RAM. Cependant, nous devons acheter
038
2020-06-28
dev
> nos propres disques et nous souhaitons lui ajouter plus de RAM [1].
039
2020-06-28
dev
> Ils (onyxlight) peuvent nous vendre six disques de 900GB à 10000 RPM
040
2020-06-28
dev
> pour un peu plus de 200$ chaque avec une garantie d'un an et, nous
041
2020-06-28
dev
> pouvons mettre 48GB de RAM pour 360$.
042
2020-06-28
dev
> Nous avons donc besoin de 1700$ TTC.
043
2020-06-28
dev
>
044
2020-06-28
dev
> Comme dit précédemment, je déteste demander de l'argent à la
045
2020-06-28
dev
> communauté. C'est pourquoi nous n'avons jamais eu de bouton "Dons" ou
046
2020-06-28
dev
> autres dans ce sens. Je préfère attendre et tendre le bol du mendiant
047
2020-06-28
dev
> quand nous n'avons pas le choix.
048
2020-06-28
dev
>
049
2020-06-28
dev
> Donc, voilà. J'ai créé un compte paypal pour le projet, et erik et
050
2020-06-28
dev
> moi-même, (les fondateurs du projet) y avons accès. Une fois que nous
051
2020-06-28
dev
> aurons obtenu suffisamment pour cette dépense, je posterai un état des
052
2020-06-28
dev
> lieux et nous réfléchirons pour créer une page "contributeurs" sur le
053
2020-06-28
dev
> site afin de décerner le crédit mérité à ceux qui nous aide. Tout fond
054
2020-06-28
dev
> supplémentaire au dessus de ce dont nous avons besoin sera utilisé de
055
2020-06-28
dev
> façon réfléchie mais, nous n'avons pas encore pensé à cela. Nous
056
2020-06-28
dev
> n'avons pas vraiment de dépenses courantes (onyxlight est génial, au
057
2020-06-28
dev
> cas où vous ne l'auriez pas déjà remarqué). Nous aimerions faire
058
2020-06-28
dev
> quelque chose pour Pat, bien sûr.
059
2020-06-28
dev
> En fin de compte, j'espère que nous avons gagné votre confiance au fil
060
2020-06-28
dev
> des ans et que vous savez que nous utiliserons l'argent d'une façon
061
2020-06-28
dev
> que vous approuverez. Sinon, le meilleur conseil que je puisse vous
062
2020-06-28
dev
> donner est de ne pas faire de dons. Si je ne vous ai pas fait peur,
063
2020-06-28
dev
> vous pouvez faire un don par là : https://paypal.me/SBoDevel
064
2020-06-28
dev
>
065
2020-06-28
dev
> -RW
066
2020-06-28
dev
>
067
2020-06-28
dev
> [1] Pour le cas où vous seriez curieux, nous envisageons d'isoler la
068
2020-06-28
dev
> plupart des services en machines virtuelles; Essentiellement, chaque
069
2020-06-28
dev
> service livré au réseau sera installé dans sa propre machine virtuelle
070
2020-06-28
dev
> afin que si une faille existe dans un service, les autres ne seront
071
2020-06-28
dev
> probablement pas affectés. Cela présente aussi l'avantage d'être plus
072
2020-06-28
dev
> facile à mettre à jour. Si un service peut ou doit être mis à jour
073
2020-06-28
dev
> vers une version de Slackware supérieure, nous pouvons mettre en place
074
2020-06-28
dev
> la machine virtuelle avant la migration et ainsi limiter les coupures
075
2020-06-28
dev
> de services. Tout cela ressemble à un bon plan :)
076
2020-06-28
dev
077
2020-06-28
dev
Le message original :
078
2020-06-28
dev
079
2020-06-28
dev
> SlackBuilds.org users,
080
2020-06-28
dev
>
081
2020-06-28
dev
> It's apparently time to again do something that I don't like doing.
082
2020-06-28
dev
> The server that hosts our website and rsync, well basically all of the
083
2020-06-28
dev
> things except DNS, mail, and mailing lists, as well as the
084
2020-06-28
dev
> slackwiki.com site, is showing its age. You might have noticed some
085
2020-06-28
dev
> temporary downtime over the last couple of weeks due to httpd getting
086
2020-06-28
dev
> overloaded. The datacenter hosting us, onyxlight.net, is going to
087
2020-06-28
dev
> provide us with a new Dell R610 server with dual six-core processors
088
2020-06-28
dev
> and a fair amount of RAM. However, we have to buy our own drives and
089
2020-06-28
dev
> we'd like to add some more RAM to it [1].
090
2020-06-28
dev
> They (onyxlight) can get us six 900GB 10k RPM SAS drives for a little
091
2020-06-28
dev
> over $200 each with a one year warranty, and we can put about 48GB of
092
2020-06-28
dev
> RAM in there for another $360. With tax/shipping, we need about $1700.
093
2020-06-28
dev
> As I said before, I hate asking the community for money - that's why
094
2020-06-28
dev
> we've never had a donation button or anything along those lines; I'd
095
2020-06-28
dev
> rather wait and put out the beggar's bowl when we don't have a choice.
096
2020-06-28
dev
> Well, here it is.
097
2020-06-28
dev
> I created a paypal account for the project, and both erik and I (the
098
2020-06-28
dev
> project founders) will have access to it. Once we get enough for this
099
2020-06-28
dev
> current expense, I'll post an update here and we'll look at creating
100
2020-06-28
dev
> some sort of "contributors" page on the site to give much-deserved
101
2020-06-28
dev
> accolades to everyone who helps out. Any extra funds above what we
102
2020-06-28
dev
> need will be used wisely, but we've not really figured out what to do
103
2020-06-28
dev
> with them - we really don't have any ongoing expenses (onyxlight is
104
2020-06-28
dev
> awesome, ya'll, in case you haven't gathered that much already). We'd
105
2020-06-28
dev
> like to do something for Pat, of course. Ultimately, I hope we've
106
2020-06-28
dev
> earned enough of your trust over the years to know that we'll use
107
2020-06-28
dev
> whatever we get in a manner of which you will approve; if not, then
108
2020-06-28
dev
> the best advice I can give is to not donate.
109
2020-06-28
dev
> If I've not scared you off yet, you can donate by going here:
110
2020-06-28
dev
>
111
2020-06-28
dev
> https://paypal.me/SBoDevel
112
2020-06-28
dev
>
113
2020-06-28
dev
> -RW
114
2020-06-28
dev
>
115
2020-06-28
dev
> [1] In case you're curious, we're planning to compartmentalize most
116
2020-06-28
dev
>
117
2020-06-28
dev
> services into virtual machines; essentially, each of the
118
2020-06-28
dev
> network-facing services will be in its own VM such that just in case
119
2020-06-28
dev
> there's a breach in one part, it's less likely to affect other parts.
120
2020-06-28
dev
> There's also the benefit of an easier upgrade path for various parts -
121
2020-06-28
dev
> if a particular service can benefit from (or requires) a newer release
122
2020-06-28
dev
> of Slackware, we can spin up a new VM, get it working there, and then
123
2020-06-28
dev
> migrate over all at once with minimal downtime. At the very least, it
124
2020-06-28
dev
> sounds like a good plan :)
125
2020-06-28
dev
126
2020-06-28
dev
Merci à vous :)
127
2020-06-28
dev
128
2020-06-28
dev
## Quelques liens
129
2020-06-28
dev
130
2020-06-28
dev
- [Lien DON PAYPAL](https://paypal.me/SBoDevel)
131
2020-06-28
dev
- [Slackbuilds.org](https://slackbuilds/)
132
2020-06-28
dev
- [Slackware](http://www.slackware.com/)
133
2020-06-28
dev
- [Forum francophone Slackware-fr](https://forum.slackware-fr.eu/)
134
2020-06-28
dev
- [ChangeLog SlackBuilds.org](https://slackbuilds.org/ChangeLog.txt)
135
2020-06-28
dev
Frédéric Galusik