You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 5 of 55)
scorpio810 wrote:For Debian unstable and Ubuntu 22.04 users who use my PPA or Debian repositories apt-key is deprecated.
apt-key deprecation warning when updating system; see:
https://syslog.me/2022/01/10/apt-key-is … -now-what/
“Deprecated” usually means that a certain functionality will be eventually removed from the system. In this case, Ubuntu users will be hit already in 2022 with the release of 22.10 in October as the command will be available last in the next LTS (22.04) to be released in April. Debian users will have more time, as the command won’t available in the next major release of Debian (supposedly Debian 12, that may be a couple of years away). This is written in clear letters in the man page:
Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details
sudo apt-key export 1D4FB6C1 | sudo gpg --dearmour -o /usr/share/keyrings/qelectrotech.gpg
echo "deb [signed-by=/usr/share/keyrings/qelectrotech.gpg] http://debian.qelectrotech.org/qet/debian/ unstable main" | sudo tee /etc/apt/sources.list.d/qelectrotech.list
Now remove in /etc/apt/sources.list :
deb http://debian.qelectrotech.org/qet/debian/ unstable main
And old key:
sudo apt-key del 1D4FB6C1
https://qelectrotech.org/wiki_new/doc/i … or_details
J'ai migré sous LinuxMint 21, et j'ai l'erreur:
W: http://ppa.launchpad.net/scorpio/qelectrotech-dev/ubuntu/dists/jammy/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
J'ai suivi les commandes si dessus, cela n'a pas corrigé le problème.... merci pour l'aide.
scorpio810 wrote:galexis wrote:26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
Donc tu es passé de 32 secondes à 26 secondes rien qu'en prenant la 64 bits, je pensai ne plus la compiler mais vu que certains y voit un gain, je vais donc continuer à faire les paquets.
De toute façon le script de packaging je l'ai déjà modifié en conséquence, autant le laisser.
Je suis passé en full 64 bits y a presque 20 ans en arrière ... en laissant de coté Ubuntu Dapper par une Debian en full 64 bits (c'étais les prémisses du X86_64, et ce n'étais pas aussi si simple que maintenant ...
Voir mon premier site (~ 2002 to ~ 2010)...
http://scorpio.kindwolf.org/
http://scorpio.kindwolf.org/hercules%20deluxe.html ...
Déjà il y avait un gros gain par rapport au même système et logiciels en 32 bits.
Sur Windows il a fallut attendre la fin de Windows 10 ... pour commencer à voir un léger gain sur les programmes 64 bits ...
J'ai mis à jour mon pc de bureau vers W10 21H2. Je suis sur la readytouse 64bits du 16 juillet et la bibliothèque complète:
16:02:14.086 Info: Elements collection finished to be loaded in 25.19 seconds
Pas de gain majeur...
et 16:04:51.999 Info: Elements collection finished to be loaded in 1.219 seconds
au second démarrage.
Juste avec le dossier electric:
15:26:00.153 Info: Elements collection finished to be loaded in 16.912 seconds
Gain 10s.
2ème démarrage :
15:27:14.676 Info: Elements collection finished to be loaded in 1.181 seconds
26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
Super, je testerais la 64 bits !
J'ai pas de D et si faut faire une demande d'installation en 3 exemplaires à chaque mise à jour, je vais pas m'en sortir !
Une readytouse 64bits prête à l'emploie se serait possible ?
Qu'apporte les dernières mises à jour de Windows ?
Désolé, je ne suis pas toujours les sujets OS..
OK je vais tester le changement de lien de dossier de stockage.
C'est étonnant cette différence de performance entre win et Linux.
Concernant le générateur de borniers: quand peut-on espérer commencer à déclencher la génération des symboles ?
Je vous avais une fois suggéré de ne pas charger toutes les bibliothèques : dans mon cas seule l'élec m'intéresse. Si on pouvait choisir de ne pas toutes les charger, cela gagnerait du temps.
Les mises à jour sont décidées pour application par le service informatique. J'imagine qu'on en a quelques une de retard... Du moment que je ne redémarre pas le pc, ça va bien.
Sur le log envoyé ce matin, le pc était démarré depuis longtemps.
Ce temps de chargement ne me choque pas plus que ça: c'est bien mieux qu'avec mon ancien pc et qu'avant les modifications que vous avez apportées ( >90sec).
Vos essais étaient avec la readytouse 32bits ?
La bibliothèque est chargée où au premier démarrage ?
Oui à la racine et pas en OneDrive.
C'est le premier démarrage qui est lent comma ça. les suivants sont très rapides:
14:43:02.692 Info: Elements collection finished to be loaded in 2.438 seconds
ReadyToUse car tout est verrouillé sur mon poste bureautique, c'est plus simple pour les mises à jour.
36 éléments perso. Tout est sur le C , un SSD.
Sorry !
J'ai dût oublier d'appuyer sur "Add"
scorpio810 wrote:@galexis, tu pourrais poster le log de QET?
Ok, je fais ça lundi.
Passé le premier chargement de bibliothèque, ça tourne bien, j'utilise la ready to use 32 bits sur pc 64bits.
Oui ça change la vie ! Même si ça reste une petite config ...
Ha ok : pas mal ! Seul l'esclave à la position.... A voir ce qu'on peut en faire.
Si certains on des exemples, ça peut être sympa de les mettre ici.
Hummm... Ca n'éclaire pas ma lanterne pour le coup ....
Bonjour,
a quoi sert le nouveau type d'esclave "Other" ?
scorpio810 wrote:scorpio810 wrote:J'ai installé la version QET 0.9-dev (version installer) la semaine dernière sur la nouvelle workstation (DELL Precision I7 ) d'un collègue en Win 11 pro au boulot, ça fonctionne très bien.
https://www.dell.com/fr-fr/shop/station … 60mtwer_vp
Si tu as pris la ReadyToUse il faut cliquer sur le fichier "Lancer QET.bat " pour lancer QET.
Bon, pas de nouvelle Workstation pour moi, par contre sur un des serveurs VMware vsphere de l'entreprise on a crée une VM VDI /Thin clients en Debian Bullseye off course ... dont j'ai ensuite ajouté un serveur XRDP sur la nouvelle Debian crée, en me connectant dessus en ssh.
J'avoue que ça fonctionne vite et très bien même avec deux écrans 24" sur ma Debian avec le vieux I5 2400? ( Sandy Bridge?) et 8G de RAM qui commençait à lagger sur de gros projets , et comme j'aime bien ouvrir plusieurs projets en même temps ..., je profite donc de 4 VCPU en Xeon silver du gros serveur dont ont a alloué" 100 Go en LVM pour la VM, 16 G de RAM et aussi de 16 G de RAM en VMware SVGA.
Pas encore testé avec VMware horizon View. (support 3D? inutile pour QET)
Si vous avez des info sur VMware horizon View, avantages, inconvénients?
@Galexis: ça peut-etre une solution pour toi qui as une machine poussive, voit avec ton responsable informatique.
Je n'ai pas les logs sous la main, mais le chargement des collections se fait en 0.0x seconde ..
Mon pc a été remplacé il y a quelques semaines ! ;-)
Posts found: 101 to 125 of 1,357
Generated in 0.027 seconds (51% PHP - 49% DB) with 5 queries
