Reprise du message précédent :
Salut,
J'avais testé losslesscut ponctuellement. Voir si ça te convient. Dans le dépôt AUR.
https://en.wikipedia.org/wiki/LosslessCut
https://www.mifi.no/losslesscut/

T'as essayé openshot ?

Le seul montage vidéo que je fais se limitant à virer les parties sponsorisées des vidéos que je veux voir hors-ligne, je n’utilise que VidCutter pour ça.

+1 pour lui. Je fais quasi jamais de montages mais celui-là avait l'air de faire le bon compromis entre fonctionnalités et facilité d'utilisation.

 
Issues de YouTube? Si oui je n’ai pas ça sous la main sur mobile mais Yt-dlp sait utiliser sponsorblock (pour peu que ça aie été répertorié dans la vidéos que tu vas regarder)

Je connais SB, en tout cas de nom, mais je préfère quand même m’occuper de couper les passages sponso moi-même (c’est pas bien long à faire, en plus, le plus difficile étant de faire gaffe aux images-clefs ; mais VidCutter permet de voir leurs timecodes), en vue de copier ensuite la vidéo sur clef USB pour la regarder ensuite sur ma télé. Et comme on parle de vidéos qui ont été publiées dans les 5 à 30 minutes précédentes en général, c’est pas sûr que les séquences sponso aient eu le temps d’être signalées dans l’index de SB.

Je me demande d’ailleurs si tu les signales toi même si un signalement est suffisant ! Mais ça suppose de se fader le segment    
 
Sinon t’as TV n’a pas de lecteur DLNA? Je procède de la sorte avec Gnome et son partage ou avec mon Pi et Plex et un répertoire YouTube.
 
C’est d’ailleurs l’enfer la pub sur la TV  

C’est une télé qu’on a depuis avril 2010 ou 2011 (une Philips, peu avant qu’ils revendent le segment télé à des Chinois), donc elle n’est pas du tout connectée ni quoi que ce soit en dehors du câble d’antenne et de la prise secteur (et je trouve que c’est très bien comme ça, soit dit en passant ).

Ça se vide à nouveau rapidement maintenant, c'est vraiment bizarre ce truc…

Pour ceux qui ont installé plasma 6.4.5 :
 
- est-ce que l'application Gwenview 25.08.2-3 fonctionne bien chez vous ?
https://apps.kde.org/fr/gwenview/
 
Quand j'ouvre une vidéo avec Gwenview je n'ai pas de son, ça semble récent comme bug, il y a quelques jours ça marchait pour le son.

Je remarque qu'il est difficile d'ouvrir un rapport de bug pour arch linux, leur site gitlab n'est pas ouvert aux nouvelles inscriptions, il faut envoyer un mail à un administrateur, ça doit faire 2 ans que c'est comme ça :
 
https://gitlab.archlinux.org/archli [...] s/-/issues
 

Oh, un peu de boulot pour les dernières MAJ en date ! Si vous utilisez une Arch installée depuis 9 ans, ceci peut vous être utile à savoir et nécessaire à faire.

C’était prévisible, mais GTK2 a fini par être relégué sur AUR. Normal, puisque plus maintenu depuis la sortie de GTK4 et que le dernier paquet qui justifiait encore son usage (GIMP) a enfin fini par sortir en version GTK3 plus tôt dans l’année. Sauf que voilà, j’utilise encore quelques paquets qui en ont besoin (à commencer par la version GTK de Double Commander que je préfère à la version Qt, et en AppImage car si une version GTK2 existe certes sur AUR, j’ai pas envie de me farcir sa compilation et elle a déjà 3 versions de retard car apparemment abandonnée dès sa création).

Cette nuit, parmi les mises à jour, celle de « gnome-themes-extra », qui fournit justement une prise en charge des thèmes aux applications GTK2 et 3. Enfin, fournissait… Sitôt les MAJ faites, je lance DC et ai la mauvaise surprise de le voir se lancer en mode clair… et avec un thème bien old school directement repris de l’époque Windows 9x/2000 ! Vu que j’allais bientôt me coucher, je rétrograde illico et provisoirement le paquet en question et DC retrouve son thème Adwaita sombre. Ouf !

Et donc, ce matin, je fais mon enquête et vois que le paquet « gtk2 » est parti sur AUR, et que « gnome-themes-extra » a été débarrassé de la prise en charge des applis GTK2, ce rôle échéant désormais au nouveau paquet « gnome-themes-extra-gtk2 », lui aussi placé sur AUR hier.

Petit apparté : la version AUR de « gtk2 » garde le même numéro de révision que l’ancienne version du dépôt Extra. Ni Pacman, ni votre enrobeur AUR préféré ne vous en proposeront donc la mise à jour, puisque de leur point de vue, c’est toujours la dernière version en date qui est installée…

Bref, ce matin encore, je lance la VM Arch minimale que j’ai installée sur le Core i7 (histoire que ça prenne pas des plombes…) et je compile les paquets « gtk2 » (ça a pris au moins 5 minutes avec une VM à 4 cœurs CPU et 8 Gio de RAM alloués…), « gtk-engines » et « gnome-themes-extra-gtk2 », que je mets ensuite sur clef USB et me charge ensuite de tout installer sur mon PC portable. Et là, c’est bon : les thèmes sont de nouveau correctement pris en charge par les applis GTK2 (et même Qt5, vu que j’utilise Qt5-Styleplugins pour garder un thème cohérent entre applis GTK et Qt5, notamment VLC) !

Il y a des jours, comme ça, où la maintenance d’Arch ne se limite pas à entrer son mot de passe de session et laisser ensuite la procédure se faire toute seule…

Savez-vous si les SSD au boot font automatiquement une sorte de TRIM, une opération de maintenance sur les cellules mémoires ?
 
Car j'ai une machine virtuelle installée sur un SSD avec Qemu, lorsque j'utilise cette machine virtuelle alors je remarque qu'au boot suivant le SSD mouline pendant 10 secondes (au moment où je vois le message "chargement du disque mémoire" ), ça ne le fait que si j'ai utilisé une machine virtuelle lors de la précédente session (ou n'importe quelle application qui écrit beaucoup de fichiers sur le SSD).
 
Je cherche à savoir si c'est lié au firmware de mon SSD, ou si c'est une fonction du noyau linux qui déclenche cela.
 
C'est un SSD SATA au format 2.5 pouces, de marque Crucial MX500 1 To.

 
Habituellement le trim est lancé périodiquement (généralement via fstrim.timer) ou immédiatement suivant une suppression (option de montage discard, déconseillée). Je ne l'ai jamais vu au boot, mais ce n'est pas impossible.  
Sinon, j'ai le même SSD et je n'ai pas ce comportement.

J'utilise grub et le mode "bios legacy" de ma carte mère, car j'ai une installation d'Arch Linux sur une partition de type MBR.
 
Le ralentissement apparaît après avoir cliqué sur la ligne Arch Linux du menu de boot, je vois alors un écran noir, suivi du message "chargement d'Arch Linux", suivi juste en dessous de la ligne "chargement du disque mémoire",
en temps normal cette étape est très rapide et ça enchaine en moins d'une seconde sur le boot d'Arch Linux, mais parfois c'est ralenti par le SSD dont la led s'allume, comme si le SSD faisait une opération de maintenance, ça peut durer alors 10 secondes.
 
Le modèle de mon SSD Crucial MX500 1 To est CT1000MX500SSD1, la version du firmware est M3CR045.
 
Je remarque parfois (mais très rarement) ce comportement sur un autre PC de type "mini-PC", qui cette fois a un SSD de type M.2, mais le ralentissement est beaucoup plus faible (3 secondes) au boot durant l'affichage des lignes "chargement d'Arch Linux, chargement du disque mémoire".

Si c'est reproductible, tu peux tester en lançant manuellement le trim avant de rebooter (fstrim -a pour faire ça sur tout les lecteurs), tu verras si c'est bien cette opération qui ralenti les choses.

Je viens de passer sur l'appli non-officielle outlook-for-linux (paquet AUR) car ma boite vient de migrer tous les comptes mail sur Outlook.
 
Est-ce que quelqu'un sait s'il est possible de recevoir les notifications de nouveau mail dans Plasma ? les notifs n'apparaissent qu'au sein de l'appli, par défaut.

J’ai un compte Hotmail/Outlook et je peux très bien y accéder depuis Thunderbird (via OAuth2).
 
Sinon, ouvert dans un onglet de navigateur et avec les notifications de bureau activées, ça doit aussi très bien marcher (et là, le bloqueur de pubs peut agir, mais ça fait plus de données à télécharger à chaque fois).

L'idée est justement de ne pas passer par le navigateur.
 
De toute façon l'appli n'est pas listée dans la liste des applications du module "Notifications" de Plasma, donc je pense que c'est mort.

C'est ce que j'utilise pour le taf (pour Teams aussi), et j'ai les notifs du navigateurs effectivement.

 
Je ne sais pas dans ma Cogip c'est permis par la maison mère que les comptes soient ajouté dans autre chose que les app officielles, j'ai toujours eu envie de tester.

J'ai testé en ouvrant Outlook dans Firefox mais apparemment je ne reçois pas non plus les notifications de mail, il y a une manip' supplémentaire à faire ?

Edit : Ha si, c'est bon.

Explique-moi l’intérêt, dans la mesure où le « nouvel » Outlook n’est guère rien de plus que le site outlook.com (donc l’ex-Hotmail) affiché dans une webview, donc dans un… navigateur (certes limité à l’affichage de ce seul site, mais un navigateur quand même) ? Surtout quand ma deuxième proposition semble en effet fonctionner pour ce que tu demandes.

L'intérêt c'est simplement que j'aime bien avoir une appli séparée pour les mails, comme j'avais avant avec Kmail ou Thunderbird. C'est uniquement cela.

Ha bah en fait maintenant j'ai bien les notifs depuis l'appli, bizarre, mais tant mieux.

Fallait-il d’abord les activer une première fois depuis l’appli, pour que celle-ci soit ensuite enregistrée dans Plasma ? Comme dans les navigateurs où il faut d’abord activer pour afficher la demande d’autorisation et que c’est ensuite que le site est listé parmi ceux pouvant afficher des notifications ?

Sinon, j’ai trouvé un autre logiciel ayant encore besoin de GTK2 : Celestia (qui a eu droit à une révision de son PKGBUILD, et que j’ai donc fait compiler depuis la VM du Core i7)… Heureusement que j’avais gardé les paquets compilés précédemment de GTK2 et gktglext dessus : j’ai pu les réinstaller facilement, le temps de compiler Celestia (et les re-dégager après, ainsi que la quarantaine de dépendances qu’ils avaient ramenées).

SI on parle du même logiciel alors la dernière version n'utilise plus GTK, elle le laisse le choix entre plusieurs bibliothèques graphiques :
 

 
https://github.com/CelestiaProject/ [...] INSTALL.md
 
https://github.com/CelestiaProject/ [...] ef68056310
 
Et une AppImage existe :
https://github.com/CelestiaProject/Celestia/issues/333

Va dire ça au mainteneur du PKGBUILD : apparemment, il est pas au courant (même le paquet « celestia-bin », en version plus avancée que celui de base, requiert GTK2).

Oh, je savais pas, ça… Merci pour l’info ! Et comme pour Double Commander, c’est hébergé chez OpenSUSE. Curieux, mais soit.

(Et là, vu que c’est au tour de Qt5 de passer en 5.15.18, je vais devoir me retaper la compil’ de « qt5-styleplugins »… C’est dingue : pendant des mois entiers, rien du tout ou presque – je compte pas « faudio » : il met moins d’une minute à se compiler, même sur mon Core 2 Duo – ; et là, en moins d’une semaine, j’ai coup sur coup GTK2, gtk-engines, Celestia et qt5-qtyleplugins ! C’est bon ? Ce sera tout, avec ça ?)

EDIT : 58 secondes pour compiler qt5-styleplugins (qui, lui aussi, a eu besoin de GTK2… Mais on parle d’un logiciel qui n’a plus bougé depuis 2017) depuis la VM sur le Core i7 ! À comparer aux 5 minutes du Core 2 Quad (qui était ma machine la plus puissante jusqu’à Noël 2023) !

Deux nouveaux hooks pour mkinitcpio sur Arch Linux, suite à la MAJ faite cette nuit qui en installe la version 40 : [systemd] et [sd-vconsole] !
 
Conséquence liée ? À l’allumage, ce matin, entre les écrans « Chargement de Linux… » et celui d’ouverture de session, toute la phase de démarrage de systemd se fait… en écran noir complet, à l’aveugle (il n’y a plus la ligne « /dev/sda… », ni de simple curseur texte « _ » gris) ! C’est perturbant, ce changement non sollicité…
 
Je sais pas si on peut revert ce changement dans « /etc/mkinitcpio.conf », mais n’ayant pas envie de trafiquer ce fichier, je vais laisser tel quel sur mes PC où Arch est installée en dur.

 
Essaye d'enlever "quiet" de la ligne GRUB_CMDLINE_LINUX_DEFAULT de /etc/default/grub. Ou déjà vérifier. Et qu'il n'y ai pas aussi 'quiet' à la ligne GRUB_CMDLINE_LINUX comme ci dessous.
https://wiki.archlinux.org/title/Silent_boot
Voir aussi du coté de systemd.show_status. https://github.com/systemd/systemd/issues/11813

Edit: et de mettre à jour grub bien sur: grub-mkconfig -o /boot/grub/grub.cfg

Après une petite fin de matinée à chrooter à répétition pour essayer de faire marcher ce truc avec une partition système chiffrée (cryptsetup), j'ai abandonné et je suis revenu à la config sans systemd :

Ce qui est proposé en nouveau commentaire dans mkinitcpio.conf, en particulier, ne fonctionne pas :

Je n'ai pas la motivation pour faire des recherches à ce sujet, mais si quelqu'un avec une partition système chiffrée (à déchiffrer au démarrage donc) parvient à faire fonctionner tout ça avec systemd, je suis preneur.

Le truc, c’est que j’aimerais bien garder le « quiet » (pas besoin d’avoir toute la litanie des services lancés si tout est OK), mais avec quand même quelque chose d’affiché à l’écran : cet écran tout noir, il m’angoisse en faisant croire qu’il y aurait un problème d’affichage (et j’ai pas testé sur ma VM, mais j’espère que ça n’empêche pas les installations sans interface graphiques d’afficher l’invite de login des TTY).
 
Pour GRUB, sur le PC fixe (le portable a en plus « clocksource=hpet »), sachant qu’à part le « zswap.enabled=1 » (pour accélérer le vidage du swap quand je veux le remettre à zéro), « loglevel=3 quiet » provient du préréglage fait à l’installation, en février 2017 :
 

 
J’ai ça sur un pc portable partition chiffrée et Arch à jour de trois jours    
 
Je sais checker si tu veux quelque chose

À jour de trois jours ça veut dire que tu l'as pas mise à jour aujourd'hui ?
Parce que le passage à systemd pour les hooks est d'aujourd'hui (avec les changements du '.pacnew' à backporter comme d'habitude).
Si t'as pas encore fait la màj, un conseil pour le prochain redémarrage : prépare une clef usb avec arch bootable et un tuto chroot si besoin  

Exact à jour de lundi je pense    
 
Je fais la maj ou je Check un truc pour toi avant?

Essayes de passer loglevel à 7 dans GRUB_CMDLINE_LINUX_DEFAULT="loglevel=7 quiet zswap.enabled=1" . Loglevel doit être compris entre 0 et 7.
Ici une méthode pour tester de façon non persistante, en ligne de commande Grub, ou persistante,  avec loglevel et systemd.log_level=debug (en anglais):  https://www.ucartz.com/clients/know [...] HEL-7.html
C'est bête et rageant de devoir bricoler pour corriger ce qui fonctionnait de façon satisfaisante.... Je comprend que si le boot prend une poignée de seconde, on souhaite savoir qu'il se passe quelque chose plutôt que d’être figé devant un écran noir.  BSOD: Black screen of the death.

Ah mais je demande pas que tu checks quoi que ce soit, à toi de voir    
Je disais juste que si quelqu'un a fait la màj et a réussi à faire fonctionner cryptsetup avec systemd je suis preneur de son 'HOOKS=…'
Et je dis aussi à ceux qui n'ont pas encore fait la màj : attendez-vous à devoir chrooter  

Ok je Check ça t’al c’est un pc portable non principal, j’ai son jumeau sous Debian et un triplé sous Windows 11, recup du taf ! Inutile de dire que Arch est plus rapide !

Et voilà petit sudo pacman -Syu effectué et reboot pour voir    
 
RAS    ça boot tranquille, avec le logo Arch Linux que j'ai depuis que j'ai réinstallé il y a quelques mois, je n'ai plus en tête la commande pour voir la date d'installation initiale (faite avec Archinstall)
 
Je précise ça, car j'ai une vieille SurfaceGo 1 qui tourne aussi sur Arch depuis fin 2022 ou 23 je ne sais plus et j'avais aussi chiffré le SSD, et je trouvais que c'était certe lent mais bien moins que Windows, et ça m'a tarraudé de savoir si le chiffrement ralentissait le système, vu la petite config que c'est et j'ai refait une Archinstall sans chiffrement luks, et c'est effectivement un poil plus réactif, ou effet placébo, je n'ai rien d'objectif    MAIS de là je me suis vu avec un beau logo Arch Linux au boot que je n'avais pas avant (j'étais plutôt content) ce qui a fait que j'ai une fois réinstallé mon autre device Arch, ce PC portable Lenovo sous AMD renoir, qui tourne comme un charme.

Tu as quoi dans les hooks ?

Moi j'ai ça :
 
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"