Re: Debian et cartes graphique Intel ARC ?
- Mail original - De: "Gaëtan Perrier" À: "debian-user-french" Envoyé: Lundi 8 Mai 2023 02:46:12 Objet: Debian et cartes graphique Intel ARC ? Bonjour, Est-ce que les cartes graphiques Intel ARC, notamment ARC 750/770 sont bien supportées sur les debian ? Par rapport aux Nvidia/AMD avez-vous des retours d'expériences ? A+ Gaëtan Bonjour, Avec G.. , il faut décapsuler pour que son esprit s'éveille, les données sont disponibles chez Intel avec la procédure d'installation pour les paquets Deb même si c'est inscrit pour Ubuntu... https://dgpu-docs.intel.com/installation-guides/ubuntu/ubuntu-jammy-arc.html Cordialement Bernard
Debian et cartes graphique Intel ARC ?
Bonjour, Est-ce que les cartes graphiques Intel ARC, notamment ARC 750/770 sont bien supportées sur les debian ? Par rapport aux Nvidia/AMD avez-vous des retours d'expériences ? A+ Gaëtan signature.asc Description: This is a digitally signed message part
Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
Basile Starynkevitch a écrit : > C'était ma faute, j'avais git clone-é en > https://github.com/RefPerSys/RefPerSys au lieu de > ssh://github.com/RefPerSys/RefPerSys Voilà, tout s'explique. ;) Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
On 5/7/23 21:13, Sébastien Dinot wrote: Bonsoir Basile, Basile Starynkevitch a écrit : Bien sûr, j'ai des clef SSH Mais github demande maintenant un mot de passe à chaque git push. Pourrais-tu nous expliquer exactement ce qui se passe, en nous fournissant des copies des messages affichés par Git ? Je viens de faire un test rapide et je ne reproduis pas ce problème (j'étais certain du résultat, car un changement à ce niveau aurait un impact ravageur, mais j'ai voulu le vérifier parce qu'il faut toujours vérifier ce qu'on croit savoir). Le mot de passe qui t'est demandé est-il celui de ta clé SSH ou celui de ton compte Github ? Dans le premier cas, il faut vérifier l'absence de problème au niveau de l'agent SSH ou des droits sur le répertoire ~/.ssh ou les fichiers contenant les clés. Dans le second cas, c'est que l'uri du dépôt distant est celle correspondant au protocole HTTPS et non au protocole SSH. Connaissez vous une alternative en Europe? (je suis prêt à payer une douzaine d'€ par mois, si nécessaire). C'était ma faute, j'avais git clone-é en https://github.com/RefPerSys/RefPerSys au lieu de ssh://github.com/RefPerSys/RefPerSys (pour lequel je cherche encore des utilisateurs et contributeurs, voir aussi http://refpersys.org/ ) Librement -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: Re : Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
Hugues Larrive a écrit : > J'ai déjà essayé ça et je peux vous dire qu'il faut un Serveur avec un > grand 'S'. Ce truc est littéralement obèse, ils disent 4Go de RAM pour > 500 utilisateurs mais en fait il "mange" déjà les 4Go avant même la > création du premier utilisateur. Je le confirme, le « talon » de Gitlab en RAM est conséquent et cette consommation fait un bond dès qu'on commence à le faire travailler un peu. Mais ensuite, l'augmentation de la RAM est très raisonnable lorsque le nombre de projets ou d'utilisateurs augmente. Sur mon serveur auto-hébergé, qui était doté de 16 Go de RAM, je faisais cohabiter sans problème Gitlab, SonarQube, Piwigo, Roundcube, Nut et une brochette d'autres applications. Le tout consommait autour des 12 Go. Ce n'est que lorsque j'ai mis sur ce serveur un exécuteur Gitlab Runner à disposition d'un projet libre gourmand en ressources que j'ai dû doper la machine et passer à 32 Go (les jobs de CI de ce projet libre consommaient jusqu'à 10 Go à eux seuls). > Il faut donc plusieurs projets et des centaines d'utilisateurs pour > amortir une instance. Pas forcément. Dans mon cas, ma priorité est d'auto-héberger mes services et de disposer notamment de mes propres instances de mes outils de développement. > À l'époque je m'étais rabattu sur gitea... Gitea est une alternative à considérer et, pour l'instant, encore réellement libre (Gitlab étant open core). Mais sur le plan fonctionnel, on ne peut vraiment pas comparer Gitlab et Gitea, même avec l'apparition récente de Gitea Actions. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
Bonsoir Basile, Basile Starynkevitch a écrit : > Bien sûr, j'ai des clef SSH > > Mais github demande maintenant un mot de passe à chaque git push. Pourrais-tu nous expliquer exactement ce qui se passe, en nous fournissant des copies des messages affichés par Git ? Je viens de faire un test rapide et je ne reproduis pas ce problème (j'étais certain du résultat, car un changement à ce niveau aurait un impact ravageur, mais j'ai voulu le vérifier parce qu'il faut toujours vérifier ce qu'on croit savoir). Le mot de passe qui t'est demandé est-il celui de ta clé SSH ou celui de ton compte Github ? Dans le premier cas, il faut vérifier l'absence de problème au niveau de l'agent SSH ou des droits sur le répertoire ~/.ssh ou les fichiers contenant les clés. Dans le second cas, c'est que l'uri du dépôt distant est celle correspondant au protocole HTTPS et non au protocole SSH. > Connaissez vous une alternative en Europe? (je suis prêt à payer une > douzaine d'€ par mois, si nécessaire). Beaucoup de liens t'ont déjà été donnés. Et si je ne porte guère Github dans mon cœur, il me semble bien plus simple de comprendre l'origine véritable de ton problème que de migrer vers un autre hébergeur. A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://www.palabritudes.net/ Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
Re: Debian 10 planté par mise à jour pour autre version (+ récente)
Le 14/02/2023 à 11:00, Sébastien NOBILI a écrit : Si la réponse est oui, alors sauvegarde ce qui t'est cher et (au choix) : - installe le .deb de la libc que tu as téléchargé (via la commande wget) avec la commande suivante : dpkg -i libc-bin_2.36-8_amd64.deb - télécharge apt/stable et installe-le avec dpkg : wget http://ftp.fr.debian.org/debian/pool/main/a/apt/apt_2.2.4_amd64.deb dpkg -i apt_2.2.4_amd64.deb Ça risque de commencer à coincer dès cette étape, il faudra analyser pourquoi et insister. Ensuite il faudra faire le downgrade du système. Sébastien Bonjour ☺ En effet ça coince et je devrais peut-être passer à Debian 11 !? " sudo dpkg -i libc-bin_2.36-8_amd64.deb (Lecture de la base de données... 337832 fichiers et répertoires déjà installés.) Préparation du dépaquetage de libc-bin_2.36-8_amd64.deb ... Dépaquetage de libc-bin (2.36-8) sur (2.36-8) ... dpkg: des problèmes de dépendances empêchent la configuration de libc-bin : libc-bin dépend de libc6 (>> 2.36) ; cependant : La version de Iibc6:amd64 sur le système est 2.28-10+debl0u2. dpkg: erreur de traitement du paquet libc-bin (—install) : problèmes de dépendances - laissé non configuré Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) ... Des erreurs ont été rencontrées pendant l'exécution : libc-bin " # " sudo dpkg -i apt_2.2.4_amd64.deb (Lecture de la base de données... 337832 fichiers et répertoires déjà installé Préparation du dépaquetage de apt_2.2.4_amd64.deb ... Dépaquetage de apt (2.2.4) sur (2.2.4) ... dpkg: des problèmes de dépendances empêchent la configuration de apt : apt dépend de libapt-pkg6.0 (>= 2.2.4) ; cependant : Le paquet libapt-pkg6.0 n'est pas installé, apt dépend de libgcc-s1 (>= 3.0) ; cependant : Le paquet libgcc-s1:amd64 n'est pas encore configuré, apt dépend de libgnutls30 (>= 3.7.0) ; cependant : La version de libgnutls30:amd64 sur le système est 3.6.7-4+debl0u9. apt dépend de libseccomp2 (>= 2.4.2) ; cependant : La version de libseccomp2:amd64 sur le système est 2.3.3-4. apt dépend de libstdc++6 (>= 9) ; cependant : La version de libstdc++6:amd64 sur le système est 8.3.0-6. dpkg: erreur de traitement du paquet apt (—install) : problèmes de dépendances - laissé non configuré Traitement des actions différées (« triggers ») pour man-db (2.8.5-2) Des erreurs ont été rencontrées pendant l'exécution : apt " Merci Romain
Re : Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
Bonjour, --- Original Message --- Le dimanche 7 mai 2023 à 14:00, benoit a écrit : > Le top serait d'installer sa propre instance de Gitlab sur un serveur > J'ai déjà essayé ça et je peux vous dire qu'il faut un Serveur avec un grand 'S'. Ce truc est littéralement obèse, ils disent 4Go de RAM pour 500 utilisateurs mais en fait il "mange" déjà les 4Go avant même la création du premier utilisateur. Il faut donc plusieurs projets et des centaines d'utilisateurs pour amortir une instance. À l'époque je m'étais rabattu sur gitea... @+ Hugues publickey - hlarrive@pm.me - 0xE9429B87.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re : Re: date de sortie prévisionnelle de Debian 12 Bookworm: le 10 juin 2023
Le lundi 1 mai 2023 à 15:44, ajh-valmer a écrit : > Si c'est un bug, il sera corrigé à un moment. > C'est pourquoi j'attends toujours quelques semaines > avant de migrer, avec cette précaution de l'installer sur > une autre partition pour le tester. Je ne crois pas que c'est un bug dans la distro, j'ai fais une nouvelle install de Bookworm sur un PC il y a des mois et tout s'est bien passé. Comme dit @didier, il doit rester quelque chose d'anciennes mises à jour. Sans parler de tous les bidouillages que j'ai fais sur mon installation actuelle. -- benoit
Re : Re: utiliser github avec clef ssh et sans mot de passe (ou alternative européenne)
Le samedi 6 mai 2023 à 13:26, NoSpam a écrit : > > > Framagit > +1 Framagit est une instance de Gitlab. Mais Framasoft essaye de rendre les gens indépendants. Le top serait d'installer sa propre instance de Gitlab sur un serveur https://framacloud.org/fr/cultiver-son-jardin/gitlab.html -- Benoit
