papajoke a écrit 18 commentaires

kernel: nvidia: version magic '6.1.62-1-MANJARO SMP preempt mod_unload ' should be '6.1.63-1-MANJARO

Il est facile de faire une recherche sur cette erreur dans le forum ;)
trouvé : https://forum.manjaro.org/t/testing-update-2023-11-22-kernels-firefox-appstream-1-0-blender-4-0-cinnamon-6-0/152000/7
Le module n'était pas pour le même noyau… petit problème corrigé très rapidement par cet utilisateur !
note: une branche "testing" est-elle bien compatible avec un poste de travail ;)

En se logant dans tty2, tu pouvais faire la prochaine mise à jour qui corrigeait ce problème de version.

Puisque tu avais le kernel 5, tu devais pouvoir l'utiliser, c'est justement l'intérêt d'avoir un second, le temps d'avoir le correctif et de ne pas être (toujours) bloqué.

Je n'ai pas encore réinstallé, j'en suis toujours à TARer le quasi To de mon home vers un disque externe.

Normalement on installe son home dans une autre partition, donc on peut réinstaller manjaro sans aucun problème (en 10 minutes), l'install ne touche alors pas au home existant.

J'ai du manquer de chance. Je suis tombé sur un AUR ou deux qui ne passaient pas avec Manjaro.

Puisque manjaro a un retard sur arch, il est normal que parfois certains paquets aur ne peuvent s'installer alors que c'est ok avec arch.
Chose rare, mais claire pour tout utilisateur manjaro

Puis j'ai voulu install les zen kernel et je me suis rendu compte que Manjaro ne le permettait pas.

Encore heureux ! manjaro fait ces propres kernel. Installer un kernel fait pour une autre distribution est une chose étrange.
ps: c'est pourtant techniquement possible d'installer il me semble mais durable je ne pense pas

Je suis tombé sur des cas où le wiki de Manjaro ne documentait pas

L'idée de départ avec le wiki manjaro était de ne pas (mal) dupliquer les excellentes pages du wiki arch si il n'y avait pas de différence. Après des années, on a maintenant quelques duplications mais, le wiki arch est beaucoup trop complet/actif pour bien être reporté sur le wiki manjaro.

Je suis sûr que plein d'utilisateurs de Manjaro sont contents. Mais je suis aussi convaincu qu'ils seraient contents sous Arch…

Pas totalement faux. A mon avis beaucoup se font les dents sur manjaro pour ensuite passer à arch.
Existe même des (rares) utilisateurs arch qui passent à manjaro ;)
ps: on peut aussi écrire "je suis aussi convaincu qu'ils seraient contents sous Ubuntu…" ;)

manjaro reprend 99% des paquets arch tel quels, mais les dépots ne sont pas synchro avec arch : décalage de 15 jours environ
Donc, avec manjaro, une seule mise à jour (environ tous les 15 jours) mais très importante contrairement à arch qui a 1 à une poignée de paquets chaque heure.
manjaro fournit ces propres kernels et propose plus de choix de versions et changement par un clic.

En fait le gros changement (en plus du décalage) est que archlinux est par son adn KISS (utilisateur fait tout par lui même) alors que manjaro fait tout pour que l'utilisateur en fasse le moins en proposant quelques petits outils
Voir par exemple manjaro-system qui peut installer/supprimer des paquets lors des mises à jour (une aberration pour un archer)
https://gitlab.manjaro.org/packages/core/manjaro-system/-/blob/master/manjaro-update-system.sh

Puisque les utilisateurs choisissent arch pour son coté KISS, il est donc normal que ces mêmes utilisateurs "méprisent" manjaro qui se positionne clairement comme son opposé.

Super le second lien

mainteneur Arch Linux et ils arnaquent constamment nos PKGBUILD

Mais, quand on lui demande un exemple … le "constamment" deviens "j'ai oublié".
manjaro fait à 99,9% une simple copie binaire des paquets arch qu'il récupère (donc sans les modifier), et pour une poignée d'autres comme grub et pacman (venant de arch mais modifié), ils sont sur le dépôt git donc il lui est facile de nous faire un lien vers l'historique incriminant.
A moins que ce qu'il a oublié : c'est qu'il avait lu cela sur un réseau social ?

Note: ne pas trouver de trace de arch pour le système (kernels, systemd, drivers vidéo) est normal puisqu'ils ne viennent pas de arch, peut-être que ce Archer ne le sait pas ?

Philip Müller a créé une distribution communautaire manjaro il y a 10 ans
Il y a 2..3 ans, Philip à quitté sont travail pour se consacrer à manjaro.
Pas assez de dons, donc création d'une société qui tire ces profils de la boutique (mugs,…) et de quelques $ pour chaque machine vendue avec manjaro intégré.

Donc ici, cette "affaire" n'a pas de lien avec la société (distincte de l'association) c'est la communauté/équipe manjaro arm qui essaye de porter son os sur le plus de machines possibles.

Pour le Pinephone, ici, le véritable problème c'est que Pinephone à un contrat exclusif avec Manjaro. Et puisque manjaro n'est pas le plus gros contributeur à ce projet, il y a de la jalousie des autres distributions et contributeurs à ce projet (pas tous et pas tout le monde !). Donc, plus de critiques négatives mais pas forcément objectives au départ.

bonjour

1) twitter ?
Je trouve particulier que Asahi communique via twitter, pourquoi ne pas contacter avant manjaro ?
le gitlab manjaro existe et pas une seule issue ? le repo existe depuis 4 jours
https://gitlab.manjaro.org/manjaro-arm/packages/apple-silicon

2) disponibilité
https://packages.manjaro.org/?query=silicon&arm=on
Pour l'instant ce n'est disponible que dans la branche instable : branche réservée aux développeurs manjaro arm. Donc nous ne sommes pas encore dans un véritablement déploiement.
Si Asahi communiquait directement avec manjaro, je ne vois pas pourquoi, manjaro pourrait mettre ce projet en attente, ils n'ont certainement pas un besoin urgent de ce support matériel.

3) demander autorisation à Asahi ?
A titre personnel, cela me semble plus que normal. Mais, dans les faits, si on regarde les kernels, quelle distribution va demander l'autorisation à kernel.org…
Manjaro a quand même l'habitude de distribuer des kernels en RC pour les x86 (oui, pas top) et ici, il me semble que l'on est dans le même cas

Avec l'annonce de php10, certains ont eu une attaque
https://www.programmez.com/actualites/php-fait-sa-revolution-avec-rust-33797

En fait il existe Manjaro-Architect, un simple installateur cli qui propose les bureaux de façon optionnelle

EDIT: J'avais oublié :

• tes try…except trop larges, cela ne peut pas passer en open source
• faire du code testable ! sinon pareil: grand risque de refus du PR (voir même écrire les tests)

Et puisque tu es sous linux, tu peux rechercher les app qui ont comme dépendance python ;)

Je ne sais pas si les projets de ton github sont de toi ou des exercices de ta formation …

Pour de l'open source, petites notes :
- ton formatage (inexistant) ne passera jamais en open source ! Existe des outils comme black (généralement intégrés dans les ide/editeurs)
- noms des variables : totalement à revoir ! il y a un énorme travail de ce côté … "bListe", "stylT", "stylH", "ofi2", "k1", "k2"
- énormément de commentaires … une façon de reconnaitre un débutant ;) Nous sommes tous censés connaitre python et sa doc ! Si on utilise des bons noms de fonctions et des bons noms de variable, nous n'avons que les fonctions à documenter. Dans le code cela doit être plus une explication algorithmique si besoin
- bien sûr on oublie de francais ;)

ne pense pas que ce soit une question de niveau
github codés en python qui soient accessible

Comme dit avant, si c'est sur git(lab,hub) c'est accessible

il y a pas mal de code python sur github

(backend ou dans la data)

Et si je recherche le mot "backend" pour python, je trouve énormément de choses

Bonjour,

je suppose donc que tu es un véritable débutant python ?

je ne trouve pas de projets en python sur lesquels je pourrais contribuer.
se faire la main?

Faut-il comprendre que tu ne trouves pas, car trop haut niveau pour toi ?

Je peux juste te conseiller d'aller vers un projet à ton niveau : Il faut trouver un projet dont le code source est dès le départ bien compréhensible pour toi, alors tu n'as plus de difficulté à coder et proposer des PR (avoir des refus est normal, il ne faut pas se dégouter). Et rien ne t'oblige à débuter par des PR de 100 lignes ;)

Perso, j'ai "la chance" d'utiliser une "petite" distribution linux sans véritable développeur python. J'ai pu me glisser très facilement dans tous les scripts/projets python particuliers à la distribution.

---

Sinon tu ne trouves pas pour quelle raison ? Tu ne recherches qu'un domaine particulier ?

Je comprends que tu ne puisses pas parler du business model mais résultat il n'est pas possible de te répondre
De plus tu sembles moins compétent "linux" que ton amis…
Le mot "distribution" ne veut pas dire grand chose, en particulier pour un commercial.

Il faut bien noter que linux et bureau sont 2 choses bien différentes ! tu ne fais pas l’amalgame ?

On ne refait un linux uniquement que si aucun linux ne nous convient ! il faut donc que ton amis ai un besoin (technique) très particulier. Le coût ici en fonction de l’originalité c'est plusieurs développeurs à vie (développeurs très bien payés)
Si le linux n'est pas basé sur une distribution, il va ensuite falloir créer/maintenir les paquets. En compter minimum 10 000 ; cela demande aussi pas mal de la main d'oeuvre à vie (aussi bien payée)
Ajouter des personnes pour l'aide technique des utilisateurs, la aussi à vie (nombre en fonction du nombre de clients)
On refait un linux uniquement pour répondre à un besoin technique, ici tu nous a donné aucune raison donc pas possible de te répondre - juste que le coût est élevé)

Bureau:

il est sur que ce n'est pas pour l'interface KDE ou GNOME - peut être pour afficher tout les documents et logiciels dans le < menu K > équivalent du < menu demarer > de Windows

rien compris !

• Ecrire un nouveau bureau (que le 36ème pour linux): ajouter encore d'autres développeurs très bien payés à vie … (20 la première année puis 10 à vie ?un minimum?)

• Ré-ecrire un bureau existant: ici aussi 1..5 développeurs à vie et du support technique à vie

• Créer un thème particulier : ok pour un stagiaire 2 mois par an - génial pour le portefeuille ;) mais pour vendre quelque chose derrière, plus que délicat…

bonjour,
il manque le contexte du cours et la bonne syntaxe de tes 2 lignes :( pour être sur de la question…

Pour ta première ligne, avec une bonne syntaxe : On n'utilise jamais ls dans un script bash ! c'est une commande externe donc demande plus de resources, de plus le résultat est différent en fonction de ta version bash (fichiers avec espace sont "cotés" depuis peu)
ps: certains cours utilisent ls mais c'est uniquement à titre d'exemple d'une commande externe

Ta seconde syntaxe elle utilise une fonction builtin (glob étendu), interne au bash donc demande moins de resources et le retour est standard

je suis sous manjaro depuis début 2013 et une seule réinstallation pour cause de changement de disque dur.

Le rolling dépend de ta machine et des drivers vidéos installés (comme tous les linux). Avec une config simple, c'est un jeu d’enfant.

Pour aur, avec mes 66 paquets, aucun problème.

ils devraient peut-être penser à un autre mode de financement :
Demander aux utilisateurs (et non aux téléchargeurs ;) ) de financer ce qu'ils désirent
krita le fait très bien

2%, je trouve cela déjà énorme
Comment peut-il faire un calcul sur les téléchargements ? la majorité ne dépassera pas le live iso ou une semaine d'installation.
Je comprends qu'il désire en vivre, mais vouloir absolument de l'argent d'un produit qui n'est pas fini(voire inutilisable) est utopique.