À noter qu'avec les versions récentes d'AppSync Unified, il contient peut-être déjà son outil en ligne de commande, qui serait :
ipainstaller -f filza.ipa
À propos de l'.ipa lui-même, il s'agit d'un simple .zip renommé contenant une telle structure de répertoires :
Merci! Bon sang, c'est quand même la misère, avec dix mille étapes mal expliquées et souvent obsolètes.. Voici mon résumé théorique d'une telle installation :
1) Jailbreaker son device (légal selon le pays, mais annule la garantie Apple).
Avec la plupart des outils, cela mécaniquement installer Cydia, un espèce de magasin alternatif ;
3) Ouvrir Cydia, et chercher puis installer les applis AppSync Unified(net.angelxwind.appsyncunified) et Command-line IPA app installer(com.linusyang.appinst) ;
Ces applis ajoutent respectivement une API et des outils en ligne de commande (via SSH sur l'iPhone/iPad) pour installer des fichiers .ipa.
4) Pour l'exemple, télécharger le gestionnaire de fichiers Filza (format .ipa) ;
5) Se connecter en SSH à l'iPhone/iPad (ssh root@) et taper :
# appinst filza.ipa
6) Une fois Filza installé, on peut parcourir le système de fichiers et cliquer sur un .ipa afin de l'installer (il va faire l'équivalent d'appinst).
Mon éventuelle acquisition d'un iPhone étant conditionnée à la réussite d'une telle manip', je suis très intéressé !
Oui, je sais que ça ne paraît pas utile ; sauf qu'ayant plusieurs MacBook physiques sous macOS à dispo, je peux aider si c'est nécessaire (le but final serait de s'en passer bien sûr !).
As dwm is customized through editing its source code, it's pointless to make binary packages of it. This keeps its userbase small and elitist. No novices asking stupid questions.
Merci pour le lien ! C'est en bonne voie pour ce que tu cites, d'ailleurs on peut le soutenir sur Patreon (ce que je ne ferai pas vu qu'il s'agit d'un abonnement, mais l'intention et le travail fournis sont extrêmement louables).
Je plusse, ça a largement suffi pour moi.
À noter cependant qu'il lui faudra au moins Kdenlive 20.12 pour avoir la fonctionnalité. Sur CentOS, c'est supporté depuis la mineure 8.4 seulement.
Un laptop moyennement récent avec un port VGA ? Ah oui effectivement, noté !
Sinon, et je sais que ma réponse n'est pas géniale : étant donné que ce modèle est connu pour supporter 2 à 3 écrans selon les cas (et à moins que tu sois dans ce cas très particulier des 3 écrans), essaie de changer de convertisseur.
Ils sont de qualité variable, avec des incompatibilités variées. J'ai le cas inverse actuellement, un convertisseur HDMI/VGA qui ne donne rien sur un écran précis -écran noir, mais le système voit bien le branchement. Un problème de matrice de synchronisation sur vieux écrans à ce que j'ai compris. Bref, essaie de changer.
Il est clair que si l'on se base sur le travail upstream de l'équipe RHEL, il est moralement juste de le soutenir un minimum. Une licence par profil d'installation serait une bonne métrique.
Rocky ne supporte ni secureboot ni la migration mais supporte par contre l'architecture aarch64
Ça a été l'élément décisif pour moi : le support aarch64.
Le confort de pouvoir utiliser la même distro sur un desktop/serveur et de l'embarqué (majoritairement des Raspberry Pi 4), avec CentOS 8 actuellement, est tel que je ne reviendrai pas en arrière.
Puis il faut quand même prendre en compte l'historique du chef de projet et les garanties morales qu'il apporte.
La dépêche sur la 2.10.28 est encore collée au sommet, et voilà qu'on nous en sert une sur la version de dév ??? Indécent :-p !
Blague à part, excellent boulot de l'équipe, et je comprends qu'on se rapproche de GIMP 3, d'où la dépêche préparante ; ainsi que le gros travail de peaufinage sur l'UI et le cross-platform. À ce propos, tu mentionnes plusieurs fois GTK3 mais que je sache GIMP est encore sur la 2 ; qu'en sera-t-il de GIMP 3 ?
C'est malheureusement la seule réponse valide -et qui ait un impact significatif.
Une appli qui refuse de s'exécuter sur un téléphone rooté, c'est la sécurité par l'obscurité : la pire qui soit. Un mauvais choix technique -et dans notre cas, antisocial.
"Voter" en déplaçant ton argent est tout ce qui reste. Nous sommes plusieurs à pouvoir te conseiller si tu le fais.
Salut,
Je sais que tu as demandé une réponse détaillée ; je n'aurais pas le temps de la faire avant demain soir, mais d'ici là tu peux regarder ce que j'ai utilisé par le passé : ZoneMinder (qui avait, de mémoire, des paquets pour la plupart des distributions).
Je testais justement : je confirme, et la différence n'est pas non plus énorme en terme de temps passé.
La présence de gros BLOBs, nécessitant l'utilisation de git-lfs en prérequis (et qui télécharge ses fichiers ailleurs sur des CDNs de GitHub), joue peut-être ? Pas impossible que ça force une partie de l'abre à itérer en totalité.
(je pose la question sans chercher forcément à y répondre, comme tous les nantis-fibrés la problématique m'effleure à peine -troll- ; je conserve par ailleurs mon arbre dans une archive sauvegardée).
Excellente news, merci ! J'ai beau participer à l'OSE, l'existence du concours -qu'ils n'ont pas relayé par liste de diffusion- m'avait entièrement échappé.
D'ailleurs, d'autres OSE-ards ici même ? Qui y sera en novembre ?
[^] # Re: f-droid pour iOS ?
Posté par Tarnyko (site web personnel) . En réponse au message Lib Iphone : Installer une IPA équivalent d'une APK . Évalué à 3.
À noter qu'avec les versions récentes d'AppSync Unified, il contient peut-être déjà son outil en ligne de commande, qui serait :
ipainstaller -f filza.ipa
À propos de l'.ipa lui-même, il s'agit d'un simple .zip renommé contenant une telle structure de répertoires :
MyApp.ipa -> Payload/ (folder) -> MyApp.app/ (folder)
[^] # Re: f-droid pour iOS ?
Posté par Tarnyko (site web personnel) . En réponse au message Lib Iphone : Installer une IPA équivalent d'une APK . Évalué à 3.
Merci! Bon sang, c'est quand même la misère, avec dix mille étapes mal expliquées et souvent obsolètes.. Voici mon résumé théorique d'une telle installation :
1) Jailbreaker son device (légal selon le pays, mais annule la garantie Apple).
Avec la plupart des outils, cela mécaniquement installer Cydia, un espèce de magasin alternatif ;
2) Entrer cette URL, que Cydia va reconnaître, afin d'y ajouter un nouveau dépôt :
cydia://url/https://cydia.saurik.com/api/share#?source=https://cydia.akemi.ai/ ;
3) Ouvrir Cydia, et chercher puis installer les applis AppSync Unified (net.angelxwind.appsyncunified) et Command-line IPA app installer (com.linusyang.appinst) ;
Ces applis ajoutent respectivement une API et des outils en ligne de commande (via SSH sur l'iPhone/iPad) pour installer des fichiers .ipa.
4) Pour l'exemple, télécharger le gestionnaire de fichiers Filza (format .ipa) ;
5) Se connecter en SSH à l'iPhone/iPad (ssh root@) et taper :
6) Une fois Filza installé, on peut parcourir le système de fichiers et cliquer sur un .ipa afin de l'installer (il va faire l'équivalent d'appinst).
# Interested & helpful
Posté par Tarnyko (site web personnel) . En réponse au message Lib Iphone : Installer une IPA équivalent d'une APK . Évalué à 2.
Mon éventuelle acquisition d'un iPhone étant conditionnée à la réussite d'une telle manip', je suis très intéressé !
Oui, je sais que ça ne paraît pas utile ; sauf qu'ayant plusieurs MacBook physiques sous macOS à dispo, je peux aider si c'est nécessaire (le but final serait de s'en passer bien sûr !).
[^] # Re: OpenSource vs. LL
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Interviews du salon OSXP — Émission « Libre à vous ! » du 9 novembre 2021 — Podcasts et références. Évalué à 5.
J'aime beaucoup cette description de dwm :
[^] # Re: Twitter
Posté par Tarnyko (site web personnel) . En réponse au message Linux sur MacBook Air m1 ( résolu ). Évalué à 2.
Merci pour le lien ! C'est en bonne voie pour ce que tu cites, d'ailleurs on peut le soutenir sur Patreon (ce que je ne ferai pas vu qu'il s'agit d'un abonnement, mais l'intention et le travail fournis sont extrêmement louables).
# Une autre distro qui pourrait faire l'affaire
Posté par Tarnyko (site web personnel) . En réponse au message Une distrib pour ordinosaure de 2000 en 2021. Évalué à 3.
Adélie Linux.
[^] # Re: Rocky pour l'embarqué et la direction
Posté par Tarnyko (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Il a sans doute fait trop confiance au dit individu ; péché de jeunesse ;-).
[^] # Re: Pensez red hat.
Posté par Tarnyko (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Bien dit, on peut la soutenir aussi ! (en retenant que le vrai upstream c'est Red Hat)
[^] # Re: Secure Boot
Posté par Tarnyko (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 2.
Très bonne nouvelle !
Faute de pouvoir le dégager ou s'en passer, il faut bien faire avec…
[^] # Re: Les titres sous Kdenlive
Posté par Tarnyko (site web personnel) . En réponse au message Un logiciel ou une astuce pour des montages vidéos ?. Évalué à 2.
Je plusse, ça a largement suffi pour moi.
À noter cependant qu'il lui faudra au moins Kdenlive 20.12 pour avoir la fonctionnalité. Sur CentOS, c'est supporté depuis la mineure 8.4 seulement.
# Convertisseur à changer ?
Posté par Tarnyko (site web personnel) . En réponse au message sortie VGA détectée mais aucun signale. Évalué à 4. Dernière modification le 07 novembre 2021 à 20:15.
Un laptop moyennement récent avec un port VGA ? Ah oui effectivement, noté !
Sinon, et je sais que ma réponse n'est pas géniale : étant donné que ce modèle est connu pour supporter 2 à 3 écrans selon les cas (et à moins que tu sois dans ce cas très particulier des 3 écrans), essaie de changer de convertisseur.
Ils sont de qualité variable, avec des incompatibilités variées. J'ai le cas inverse actuellement, un convertisseur HDMI/VGA qui ne donne rien sur un écran précis -écran noir, mais le système voit bien le branchement. Un problème de matrice de synchronisation sur vieux écrans à ce que j'ai compris. Bref, essaie de changer.
[^] # Re: Pensez red hat.
Posté par Tarnyko (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Il est clair que si l'on se base sur le travail upstream de l'équipe RHEL, il est moralement juste de le soutenir un minimum. Une licence par profil d'installation serait une bonne métrique.
# Rocky pour l'embarqué et la direction
Posté par Tarnyko (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3. Dernière modification le 07 novembre 2021 à 19:59.
Ça a été l'élément décisif pour moi : le support aarch64.
Le confort de pouvoir utiliser la même distro sur un desktop/serveur et de l'embarqué (majoritairement des Raspberry Pi 4), avec CentOS 8 actuellement, est tel que je ne reviendrai pas en arrière.
Puis il faut quand même prendre en compte l'historique du chef de projet et les garanties morales qu'il apporte.
[^] # Re: GIMP everywhere
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de GIMP 2.99.8 (version de développement). Évalué à 3.
Quelle réactivité ! (pas comme moi).
C'est bien ce que je pensais. Je te remercie ; on espère tous que cette version majeure nous soufflera !
# Coquilles
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de Fedora Linux 35. Évalué à 2. Dernière modification le 05 novembre 2021 à 19:29.
Boulettes (mais j'en ai qu'une !) :
- C++1 devrait être C++11.
# GIMP everywhere
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Sortie de GIMP 2.99.8 (version de développement). Évalué à 5.
La dépêche sur la 2.10.28 est encore collée au sommet, et voilà qu'on nous en sert une sur la version de dév ??? Indécent :-p !
Blague à part, excellent boulot de l'équipe, et je comprends qu'on se rapproche de GIMP 3, d'où la dépêche préparante ; ainsi que le gros travail de peaufinage sur l'UI et le cross-platform. À ce propos, tu mentionnes plusieurs fois GTK3 mais que je sache GIMP est encore sur la 2 ; qu'en sera-t-il de GIMP 3 ?
# Changer de banque
Posté par Tarnyko (site web personnel) . En réponse au message Paiement sécurisé sur un téléphone rooté. Évalué à 4.
C'est malheureusement la seule réponse valide -et qui ait un impact significatif.
Une appli qui refuse de s'exécuter sur un téléphone rooté, c'est la sécurité par l'obscurité : la pire qui soit. Un mauvais choix technique -et dans notre cas, antisocial.
"Voter" en déplaçant ton argent est tout ce qui reste. Nous sommes plusieurs à pouvoir te conseiller si tu le fais.
# Donkey Punch
Posté par Tarnyko (site web personnel) . En réponse au journal The Nokdu Flower : ci-git les jaunes. Évalué à 7.
J'en apprends tous les jours, c'est pour ça que je viens ici.
# ZoneMinder
Posté par Tarnyko (site web personnel) . En réponse au message Recherche logiciel détection de présence vidéo. Évalué à 6. Dernière modification le 01 août 2021 à 19:22.
Salut,
Je sais que tu as demandé une réponse détaillée ; je n'aurais pas le temps de la faire avant demain soir, mais d'ici là tu peux regarder ce que j'ai utilisé par le passé : ZoneMinder (qui avait, de mémoire, des paquets pour la plupart des distributions).
[^] # Re: Procès d'intention
Posté par Tarnyko (site web personnel) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 3. Dernière modification le 21 juillet 2021 à 17:00.
Et +1 pour m'avoir rappelé l'existence de cette offre qui, comme sa concurrente, a un gros potentiel casse-gueule. Mais qui ne tente rien n'a rien.
(je suis perso plus client d'un Shadow que d'un Luna, question de souplesse)
[^] # Re: Procès d'intention
Posté par Tarnyko (site web personnel) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 2.
Déployer le moteur 3D dans le cloud, carrément ? C'est bien, tu anticipes des usages disruptifs genre Stadia :-).
[^] # Re: Quel version ?
Posté par Tarnyko (site web personnel) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 3.
Les jeux les plus récents utilisant Lumberyard ("origine" d'O3DE) sont Star Citizen et New World.
(quelques vidéos en français: Star Citizen - New World)
[^] # Re: git clone --depth 1 ?
Posté par Tarnyko (site web personnel) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 4.
Je testais justement : je confirme, et la différence n'est pas non plus énorme en terme de temps passé.
La présence de gros BLOBs, nécessitant l'utilisation de git-lfs en prérequis (et qui télécharge ses fichiers ailleurs sur des CDNs de GitHub), joue peut-être ? Pas impossible que ça force une partie de l'abre à itérer en totalité.
(je pose la question sans chercher forcément à y répondre, comme tous les nantis-fibrés la problématique m'effleure à peine -troll- ; je conserve par ailleurs mon arbre dans une archive sauvegardée).
[^] # Re: git clone --depth 1 ?
Posté par Tarnyko (site web personnel) . En réponse au journal O3DE Engine, sa genèse, et comment le compiler sous Linux. Évalué à 3.
Effectivement, bonne remarque. C'est dans les tuyaux !
# Excellente initiative
Posté par Tarnyko (site web personnel) . En réponse à la dépêche Concours des Acteurs du Libre 2021. Évalué à 2.
Excellente news, merci ! J'ai beau participer à l'OSE, l'existence du concours -qu'ils n'ont pas relayé par liste de diffusion- m'avait entièrement échappé.
D'ailleurs, d'autres OSE-ards ici même ? Qui y sera en novembre ?