Tarnyko a écrit 616 commentaires

Réaction un peu tardive (le temps que je me rappelle de l'existence de l'outil, que je le teste…),

…mais un paquet Windows standalone est désormais disponible ici.

À 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)

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 :

# 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 !).

J'aime beaucoup cette description de dwm :

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).

Adélie Linux.

Il a sans doute fait trop confiance au dit individu ; péché de jeunesse ;-).

Bien dit, on peut la soutenir aussi ! (en retenant que le vrai upstream c'est Red Hat)

Très bonne nouvelle !
Faute de pouvoir le dégager ou s'en passer, il faut bien faire avec…

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.

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 !

Boulettes (mais j'en ai qu'une !) :
- C++1 devrait être C++11.

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.

J'en apprends tous les jours, c'est pour ça que je viens ici.

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).

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)

Déployer le moteur 3D dans le cloud, carrément ? C'est bien, tu anticipes des usages disruptifs genre Stadia :-).

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)

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).

Effectivement, bonne remarque. C'est dans les tuyaux !