[projet scindé en 2 (Voir premier message)] Live Debian-Facile -

arpinux · 09-07-2016 00:44:44

bonjour les humain-e-s

un ptit fil initié par thuban pour un live ??? serais-je au bon endroit pour parler de la refonte de DFlinux.iso ?

smolski · 09-07-2016 04:07:10

Wi, c'est là pour la live.

arpinux · 10-07-2016 02:28:11

re les mangeurs de chocolat

alors avant de lancer quoique ce soit en matière de construction de live/install CD/DVD , il faut déterminer un truc primordial : le mode de gestion des ajouts à ce live. en d'autres termes : envisageons-nous la possibilité de dépôts de type debian pour ce live ? ... oui je sais, j'attaque direct avec du lourd

cette variable va déterminer tout le reste du développement du système de mise à jour des outils, donc de leur construction, et de leur intégration dans le live ou ici. ça déterminera aussi le mode de partage/compatibilité qu'on choisi et enfin ... voyons un peu loin... ne serait-ce pas cool de réussir à enfin faire entrer des outils facilitants dans les dépôts officiels Debian ? et encore plus loin ... une Debian pure blend "n00b oriented" pouvant servir de base à toute association/école/particulier souhaitant s'initier à l'informatique avec Debian ???

bref ... faut d'abord discuter de ça

pour préciser snas être exhaustif, voici en gros les +/- de chaque système :
les dépôts spécifiques : le principe est d'ouvrir un dépôt "repo.debian-facile" officiel afin de fournir des paquets de type debian de la même manière que les dépôts Debian officiels
plus : mise à jour avec apt / sécurité car signés / compatible avec les autres dérivées / possibilité de faire netinstall > DFLinux direct avec un dépôt à ajouter / possibilité de choisir ses outils séparément
moins : maintenance des paquets et du dépôt (mais si les outils sont bien faits, une fois en place... bah c'est en place

), avoir un sous-domaine accessible en permanence avec un débit propre

le pack à installer : le principe est de fournir chaque mois/trimestre, une archive en format "deb" signée mais hors-dépôt officiel, permettant d'automatiser une série de personnalisation. cette personnalisation peut être soumise à une zenity-checkbox afin de laisser le user personnaliser ses DFaddons

plus : un gros paquet deb peut contenir foule de scripts et outils favorisant ainsi les contributions : c'est plus simple de partager un tit script à coller dans les DFaddons plutôt que de maintenir un dépôt

/ maintenance facilitée avec par exemple, un dépôt git contenant tous les addons et un script automatique pour générer le .deb régulièrement pour les users.
moins : pas de mise à jour par apt, donc pas de gestion des mises à jour sans passer par le site DF pour les utilisateurs... faut qu'ils passent ou qu'on leur colle un popup genre m$ ... mais bof

les outils indépendants hors-dépôts : le principe est d'avoir un dépôt de deb, mais pas besoin des sources, juste une page web de téléchargement d'une série d'outils en format deb.
plus : on peut mettre à jour et/ou choisir les addons séparément / plusieurs contributeurs peuvent facilement être "responsables" d'un addon chacun et signaler aux admins les mises à jour
moins : idem au-dessus

dans tous les cas, on peut intégrer en dur dans le live, donc pas de problème de ce côté-là. en revanche, il faut absolument choisir d'abord comment on gère cet aspect avant d'envisager le reste

à voir avec les possibilité de debian-facile (un sous-domaine repo.debian-facile est-il envisageable ? ) et/ou des contributeurs prêts à se jeter à l'eau.

ma préférence va bien sûr vers le dépôt dédié de type Debian comme j'ai fait avec handylinux, sachant que pour un dépôt propre, je sais faire. mais c'est aussi une responsabilité de maintenir un dépôt officiel pour une communauté. ça demande des contributeurs présents pour réagir lors de mises à jour de sécurité Debian par exemple, pour bien vérifier la compatibilité des dépôts officiels avec les notres... fin bref, c'est un peu plus sérieux que de poser des scripts dans un deb et d'afficher un lien sur une page.

on a le temps tranquille de prendre une décisoin. les versions debian et handylinux viennent de sortir, on aura pas de bugs à gérer si on teste maintenant

ps : pour celles et ceux qui voudraient avoir un aperçu de comment ça fonctionne : https://git.framasoft.org/handylinux/ha … ackages.md et un exemple de dépôt simplifié : http://repo.handylinux.org (les dépôts debian officiels sont plus complexes car plus de branches, d'architecture, d'archives, les shots, les "incoming" ... )

++
arp

Dernière modification par arpinux (10-07-2016 02:43:27)

bendia · 10-07-2016 18:02:26

Salut

arpinux a écrit :

voyons un peu loin... ne serait-ce pas cool de réussir à enfin faire entrer des outils facilitants dans les dépôts officiels Debian ? et encore plus loin ... une Debian pure blend "n00b oriented" pouvant servir de base à toute association/école/particulier souhaitant s'initier à l'informatique avec Debian ???

Tonton arpinux, raconte nous encore une histoire

Sérieusement, je pense que ça serait effectivement le but ultime De ce fait, l'option dépôts est à privilégier. Le site est hébergé sur un VPS, donc, c'est plus simple que dans votre situation précédente de ce point de vue.

C'est encore et toujours les bras (avec les main les doigts et tout et tout )qui vont manquer. C'est presque déjà le cas actuellement. Il faut donc voir comment apprendre à la faire, comment se répartir le travail et combien de temps ça prend (il semble que je dorme un peu plus que toi )

Donc, ça m'évoque un autre étage de l'apprentissage : cette aventure pourrait être aussi une façon de faire progresser des noobs développeurs. D'autant plus que si on part sur l'idée d'intégrer les dépôts Debian, ça impliquera de passer par sid/testing ...

arpinux · 10-07-2016 18:07:29

^^ avant de rentrer en Sid ou Testing chez Debian, il faut que notre dépôt soit Stable pour nous

ce que je veux dire, c'est qu'il peut y avoir un dépôt "stable" debian-facile pour commencer

et pour les bras, montrer comment ça fonctionne et le faire direct sur le serveur, je peux montrer, expliquer, répondre

ideefixe · 10-07-2016 18:26:39

@bendia

Méthode de construction de l'iso

Maintenir les dépôts

arpinux · 10-07-2016 18:30:48

re

non mais si serveur dédié, on fait tout en direct depuis le serveur, la méthode utilisé pour handylinux, cad dépôt local > upload sur serveur est à actualiser

Dernière modification par arpinux (10-07-2016 18:34:05)

Starsheep · 10-07-2016 18:55:08

Coucou

Ben moi je vote pour une gestion par repo. Ça marchait pas trop mal sur HandyLinux. Seul inconvénient, arpinux gérait le truc globalement tout seul (même si Thuban avait fait 2-3 maniuplations). Donc effectivement, il va falloir que l'on s'entraîne un peu.

À ce sujet, il ne serait pas possible de faire comme pour le wiki Debian-Facile, des sous-dépôts propres à des utilisateurs ? C'est un peu cela qui m'a freiné pour me lancer, je n'avais nulle part où uploader et tester des paquets.

Pour ce qui est des deb, je ne suis pas fan. On arrête pas de dire à tout le monde d'éviter d'installer des deb... Donc ce serait contradictoire.

arpinux · 10-07-2016 19:09:18

pour tester et s'entraîner, on peut tout à fait mettre en place autant de dépôts que l'on veut, je savais pas qu'il t'en fallait un

fin bref, un dépôt n'est qu'un dossier. on peut le cloner, le renommer, le déplacer... tant que la clé du dépôt est conforme à son contenu, pas de soucis.

en revanche, il faut un seul et unique dépôt officiel à coller dans les sources.list, sinon, on tombe dans les travers des ppa buntu

Dernière modification par arpinux (10-07-2016 19:10:03)

bruno-legrand · 10-07-2016 20:08:30

Si vous êtes à fond pour créer un dépôt, vous pouvez toujours créer celui-là, y'a pas de soucis

: https://debian-facile.org/viewtopic.php?id=14557

Dernière modification par bruno-legrand (10-07-2016 20:22:41)

arpinux · 10-07-2016 20:13:04

ah c'est certain que si on fait un dépôt, autant y coller la documentation sous forme de paquet

mais on pourrait séparer genre doc-internet/doc-mulmedia/doc-donnée/doc-admin ? sinon, ça va faire un gros paquet.

bruno-legrand · 10-07-2016 20:24:38

ah tout à fait.
J'ai hâte d'avoir ce futur dépôt sur ma future debian stable.

captnfab · 10-07-2016 23:34:20

Je pense aussi que faire un dépôt de .deb est le mieux.
Après, il faut voir l'objectif. Si le but ultime est d'intégrer ces outils de facilitation dans Debian, alors il y a quelques règles à respecter… En particulier, les paquets du dépôt doivent être conformes aux standards Debian, et être compatibles avec les dépôts actuels, donc…
- Pas de doublon (un même paquet configuré différemment) sauf si la modification est un patch qui a pour vocation d'être appliqué dans tout Debian, et qui a une chance d'être accepté…
- Pas d'ingérence (un paquet qui lors de son installation édite la config d'autres paquets)
- Respect de la structure et des sections des dépôts Debian officiels
Et j'en oublie sans-doute

Pour ce qui est de la doc, nous avions comme projet d'incorporer une version Offline de DF (au moins du wiki) qui tournerait sur un lighttpd dans la live. La génération auto des paquets est à peu près ok.

arpinux · 10-07-2016 23:51:22

'soir

pour toutes les normes nécessaires dans les dépôts, pas de soucis, on respectera. c'est inévitable pour des outils que l'on souhaite passer sur Debian.

@admins DF : si vous voulez, vous pouvez tester les dépôts handylinux/jessie pour voir contrôleret tester la façon dont on a fait nos dépôts, on saura au moins sur quelle base partir, et vous pourrez me dire si il faut que je rectifie certains trucs. je précise que les dépôts handy ne sont pas construis sur serveur mais en local, donc pas d'incoming. http://repo.handylinux.org

=> to enable repository:
-----
echo "deb http://repo.handylinux.org/debian jessie main" > /etc/apt/sources.list.d/handylinux.list
echo "deb-src http://repo.handylinux.org/debian jessie main" >> /etc/apt/sources.list.d/handylinux.list
wget -O - http://repo.handylinux.org/key/handylinux.gpg.key | apt-key add -
apt-get update
-----

je ne vous conseille pas l'installation du handylinux-desktop car il entraîne un tas de paquets avec lui, et gaffe à celles et ceux qui utilisent XFCE, on a rétroporté (donc pas des doublons) une partie de xfwm4 pour profiter de la loupe active de bureau (ou pas gaffe et profitez de nos backports compatibles )

pour lighttpd, faut calculer la place que ça prend version PDF vs version html+paquets nécessaire .. j'ai jamais testé avec lighttpd.

arpinux · 14-07-2016 03:12:56

re

bon, faire une ISO, faut pas que ce soit aussi rébarbatif que la doc

faut s'amuser un peu

et même si les dépôts, c'est primordial, on peut tout de même commencer à bidouiller ...

alors je propose de faire une ISO par semaine pour tester sur pièce au fur et à mesure au lieu de discuter dans le vide.
le but est de livrer une ISO Debian propre, avec les dépots 'main' only, en français, et pour le bureau, bah je change toutes les semaines

une fois qu'on aura notre base sur LXDE et XFCE , on aura nos versions 'brut' de DFLinux (ou le nom qui ressortira du fil de fous

) pour la "light" et la "base". à ça il faudra ajouter les outils facilitants à adapter sur LXDE (dans un premier temps en dur direct dans l'iso hors dépôts, ça permet de tester sans risque et sans modifications des dépôts officiels appelés) et toutes les petites remarques et suggestions des contributrices/teurs.
j'ouvrirai un fil par bureau intégré dans l'iso afin de recueillir les suggestions spécifiques, et on reste sur ce fil pour les suggestions et modifications communes (genre on colle les backports 'main' direct dedans ou pas ... )

j'ouvrirai un dépôt sur gitlab pour commencer et que tout le monde puisse suivre la construction des sources des ISOs (je ferais des commit explicite .. enfin j'essaierais

)
non parce que bon ... faut quand même penser à faire du testing rigolo un peu ... qu'on ai le temps de coller des eaters dans l'iso, sinon c'est pas drôle...

je fais une première ISO test avec LXDE pour le week-end ? histoire qu'on puisse s'amuser direct avec les menus dynamique OpenBox ?

ah si .. une question de taille ... conky est dans les 'contribs'... ça va pas nous manquer de bidouiller du conkyrc ?

nono47 · 17-07-2016 10:36:56

Salut,

Ce qui pourrait être le bien si c'est pas trop de boulot, c'est d'intégrer le rescue mode pour pouvoir dépanner un système qui ne démarre plus .
( celui qui permet de chrooter sur une partition )

Si en plus de l'installation, ça peut être un outil pour dépanner !

Dernière modification par nono47 (17-07-2016 10:37:57)

arpinux · 29-07-2016 00:21:33

re

alors la page principale du projet indique une envie de créer un rescueCD. et c'est une bonne idée. j'avais fait un livarp-recue basée sur Debian, les sources et la doc sont toujours là, je pourrais m'en servir de base pour DFRescue

http://arpinux.org/livarp/livarp04/rescue-fr.html

mais avant tout... @Thuban & admins : on continue le projet que vous aviez initié ou j'en démarre un nouveau dans [chantier] ?
perso, je serais pour continuer votre page et réduire la section "DFLinux" du manuel à une miniprez + lien vers la page wiki du projet.
?

Severian · 29-07-2016 00:33:56

hiiiiiiii ça part dans tous les sens

donc il y aurait 4 saveurs à l'iso debian/facile
le chocolat noir pour la version "avisé"
le chocolat au lait pour une version pour les "débutant / avisé"
le chocolat blanc pour les grands débutant (HL remastérisé

)
et le chocolat au noir au zest d'orange pour l'iso de rescue ??

arpinux · 29-07-2016 00:40:59

en fait, la seule grande différence entre la 'base' et la 'full', ce sont les non-free intégrés et pour une version rescue ultra-light, j'ai plein de WMs à proposer !

de toute façon, d'après ce que j'ai compris, l'idéal serait une distro "@lacarte" donc fournir une light/rescue + base + full, on reste sur 3 saveurs et ça passe

le reste, si reste il y a, ce sera 2 options en + ou - dans la config, donc rien d'insurmontable au dev

smolski · 29-07-2016 02:56:19

arpinux a écrit :

perso, je serais pour continuer votre page et réduire la section "DFLinux" du manuel à une miniprez + lien vers la page wiki du projet.

Oui, c'est une bonne solution plutôt que de réinventer la roue à chaque fois.

arpinux · 29-07-2016 02:59:32

oki, excellent, ça permettra de travailler sur le cahier des charges et les spécificités de chaque version et leur destinations précises

je finis mon chapitre 8 \o/ et je met la page à jour

martinux_qc · 29-07-2016 03:05:24

Salut

Je suis moi aussi pour la continuité des choses et donc d'avoir une base commune pour les iso.

arpinux · 05-08-2016 02:04:20

bon week-end

arpinux · 11-08-2016 00:33:38

re

histoire sans parole ?

deuchdeb · 11-08-2016 07:11:49

Mama!!!! Ça va être chouette.

Debian-facile

#101 09-07-2016 00:44:44

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#102 09-07-2016 04:07:10

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#103 10-07-2016 02:28:11

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#104 10-07-2016 18:02:26

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#105 10-07-2016 18:07:29

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#106 10-07-2016 18:26:39

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#107 10-07-2016 18:30:48

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#108 10-07-2016 18:55:08

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#109 10-07-2016 19:09:18

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#110 10-07-2016 20:08:30

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#111 10-07-2016 20:13:04

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#112 10-07-2016 20:24:38

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#113 10-07-2016 23:34:20

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#114 10-07-2016 23:51:22

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#115 14-07-2016 03:12:56

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#116 17-07-2016 10:36:56

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#117 29-07-2016 00:21:33

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#118 29-07-2016 00:33:56

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#119 29-07-2016 00:40:59

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#120 29-07-2016 02:56:19

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#121 29-07-2016 02:59:32

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#122 29-07-2016 03:05:24

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#123 05-08-2016 02:04:20

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#124 11-08-2016 00:33:38

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

#125 11-08-2016 07:11:49

Re : [projet scindé en 2 (Voir premier message)] Live Debian-Facile -

Pied de page des forums