Aller au contenu principal ↑ ↓

Messages

Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.

Messages - burn2

346
Programmes et logiciels / Re : Ring Central
Bonjour,

Snap ce n'est pas "pour debian", c'est un systême pour toute distribution.
IL faut installer de quoi gérer les paquets snaps sous OpenSuse.
https://snapcraft.io/docs/installing-snap-on-opensuse si besoin (à adapter en fonction de ta version d'openSuse)

Mais si on regarde le paquet snap, il n'est pas fait mention de visio si c'est bien ce logiciel:
https://snapcraft.io/ringcentral-embeddable-voice
Il permet juste de faire des appels audios et c'est un téléphone c'est tout.

Donc si ton but c'est la visio, c'est visiblement mort sous linux.
Il faudrait éventuellement voir avec wine si ça passe, mais j'en doute.


EDIT:
On tombe sur ça:
https://github.com/ringcentral/ringcentral-embeddable-electron-app
Et du coup sur une installation possible depuis:
https://github.com/ringcentral/ringcentral-embeddable-electron-app/releases

Tu peux essayer avec l'app image ça sera plus simple que le paquet RPM, et moins bordélique que rajouter snap.
L'app image étant un fichier "tout en un" qui contient toutes ses dépendances etc. C'est plus pratique pour tester.
Mais comme évoqué, il n'est jamais question de visio dans les fonctionnalités supportées sous linux.
347
Nouvelles du projet openSUSE / OpenSuse Leap Lifetime
Bonjour,

Quelques information sur la durée de vie des versions:
https://en.opensuse.org/Lifetime

En résumé:
OpenSuse Leap 15.X devrait durer jusqu'à leap 15.5 à priori.
Leap 15.2 sera maintenu jusqu'à Novembre/Décembre 2021
Leap 15.3 jusqu'à Novembre 2022 à priori.

Et il est prévu une sortie de version mineure par an. Ce qui veut dire que la 15.4 est prévue pour l'année prochaine à priori ou qu'il reste 2 ans à Leap 15.X avant de voir la version 16.
348
Programmes et logiciels / Re : ALSA Oss
Bonjour.

Les dépôts standards de l'installation + un dépôt qui ne contient qu'un module kernel pour mon matériel + pacman c'est tout.

Code: [Sélectionner]
sudo zypper lr
[sudo] Mot de passe de root : 
Priorités de dépôt en vigueur :                                                                                                    (Consultez 'zypper lr -P' pour plus de détails)
      90 (priorité relevée)    :  1 dépôt
      99 (priorité par défaut) :  9 dépôts

#  | Alias                                        | Name                                                                                        | Enab-> | GPG Check        | Refresh
---+----------------------------------------------+---------------------------------------------------------------------------------------------+--------+------------------+-----------
 1 | Kernel:stable                                | Kernel:stable                                                                               | Non    | ----             | ----
 2 | home_sleepingtux                             | home:sleepingtux (openSUSE_Leap_15.3)                                                       | Oui    | (r ) Oui         | Non
 3 | openSUSE-Leap-15.3-1                         | openSUSE-Leap-15.3-1                                                                        | Non    | ----             | ----
 4 | openSUSE_Leap_15.3                           | Security                                                                                    | Oui    | (r ) Oui         | Oui
 5 | opensuse-guide.org-openSUSE_Leap_$releasever | Libdvdcss Repository                                                                        | Oui    | (r ) Oui         | Oui
 6 | packman                                      | packman                                                                                     | Oui    | (r ) Oui         | Oui
 7 | repo-backports-debug-update                  | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Non    | ----             | ----
 8 | repo-backports-update                        | Update repository of openSUSE Backports                                                     | Oui    | (r ) Oui         | Oui
 9 | repo-debug                                   | Debug Repository                                                                            | Non    | ----             | ----
10 | repo-debug-non-oss                           | Debug Repository (Non-OSS)                                                                  | Non    | ----             | ----
11 | repo-debug-update                            | Update Repository (Debug)                                                                   | Non    | ----             | ----
12 | repo-debug-update-non-oss                    | Update Repository (Debug, Non-OSS)                                                          | Non    | ----             | ----
13 | repo-non-oss                                 | Non-OSS Repository                                                                          | Oui    | (r ) Oui         | Oui
14 | repo-oss                                     | Main Repository                                                                             | Oui    | (r ) Oui         | Oui
15 | repo-sle-debug-update                        | Update repository with debuginfo for updates from SUSE Linux Enterprise 15                  | Non    | ----             | ----
16 | repo-sle-update                              | Update repository with updates from SUSE Linux Enterprise 15                                | Oui    | (r ) Oui         | Oui
17 | repo-source                                  | Source Repository                                                                           | Non    | ----             | ----
18 | repo-update                                  | Main Update Repository                                                                      | Oui    | (r ) Oui         | Oui
19 | repo-update-non-oss                          | Update Repository (Non-Oss)                                                                 | Oui    | (r ) Oui         | Oui

Mais pour oss, on voit bien que c'est bien dans les dépôts de suse le pb donc de toute façon rien à voir avec les dépôts:
Code: [Sélectionner]
alsa-oss - ALSA-OSS Wrapper



Version alternative
Version installée
Version :
1.0.28-10.1
1.1.8-3.3.1
Date de construction :
ven. 09 avril 2021 23:35:35
jeu. 27 mai 2021 17:40:44
Date d'installation :

mar. 29 juin 2021 18:57:35
Licence :
GPL-2.0+
GPL-2.0-or-later
Taille de l'installation :
83,9 KiB
83,9 KiB
Taille du téléchargement :
39,9 KiB
0 B
Distribution :

SUSE Linux Enterprise 15
Fournisseur :
SUSE LLC <https://www.suse.com/>
SUSE LLC <https://www.suse.com/>
Outil de création de paquet :
https://www.suse.com/
https://www.suse.com/
Architecture :
x86_64
x86_64
Hôte de la version :
goat02
sheep60
URL :
http://www.alsa-project.org/
https://www.alsa-project.org/
Paquet source :
alsa-oss-1.0.28-10.1
alsa-oss-1.1.8-3.3.1
N° support :
1
0
Auteurs :
349
Programmes et logiciels / Re : ALSA Oss
C'est un peu ça le pb, j'ai l'impression qu'avec la fusion avec suse on se prend pas mal de truc bizarre.
Si on ne fait pas zypper dup, on reste à la version installé, du coup pas mal de monde peu se faire avoir.

Et idem, j'avoue être assez frileux de descendre en version, si le fichier de conf pose pb c'est pas gagné...
350
Programmes et logiciels / ALSA Oss
Bonjour,

Savez vous pourquoi subitement alsa-oss est redescendu en version?
J'ai la version 1.1.8 qui est installé, et si je fais zypper dup, ou si je regarde dans les paquets, je voir que sur le dépôt SUSE LLC, ça redescend à la version 1.0.28.

C'est assez surprenant.

De même il y a des soucis de versions entre pacman et les dépôts suse, ça ne semble pas tout à fait au point encore. :/
351
Général / Re : Disque dur externe EXT4 non montable
J'étais tombé dessus oui.
Mais ça n'empêche que dans mon cas ça doit être une régression, il faut que je teste sous leap 15.2 pour confirmer mais j'ai déjà lu le contenu de ces disques durs sans soucis donc y a forcément une régression quelque part. Mais je ne suis plus sûr si c'est sous leap ou si c'était sous ubuntu que j'utilisais avant.

Dans tous les cas ça ne me semble pas trop normal si d'autres os arrivent à y accéder.
(pour le montage c'est kde qui fait le montage tout seul lors de l'accès, pas testé avec des mount manuels)
352
Programmes et logiciels / Re : Editer un document .pdf
Bonjour.

J'allais dire libreoffice oui.

Après comme évoqué, pour la présentation comme d'ab ça dépend du pdf, ça reste aléatoire, c'est un peu comme modifier un document word, le résultat dépend de la source. :/
353
Installation et boot / Re : sorties hdmi et dvi
Citation de: philippeg – le
Avant de faire quelque manip que ce soit, j'aimerais comprendre .. au départ, la liaisons entre le pc et l'écran se faisait en dvi puis cela n'a plus marché .. un beau matin en allumant mon pc écran noir .. après différents essais , je me suis aperçu que la seule solution c'était de connecter le PC en VGA , donc en analogique et .. semble t il toutes les connexions numériques n'étaient plus opérationnelles .. ma question d'origine était : n'existe t il pas de commande permettant de s'assurer que les liens  numériques sont toujours fonctionnels ? En d'autres termes ai-je un problème soft ou un problème hard, mon pc commence à vieillir ...
Merci
Bonjour.

1) vérifier que le moniteur est bien toujours en mode source "auto", s'il est forcé sur la source vga, il ne va écouter que sur cette source là.

2) si le moniteur est bien en mode auto, si tu le force sur HDMI/DVI quand tu branches en HDMI/DVI ça marche?

3) Débrancher toute la configuration, moniteur inclu, attendre 1 à 2 Minutes (en essayant de rallumer le moniteur et le pc pour qu'ils se vident bien)

4) Retenter le tout.

5) As tu un affichage au moment du bios?
Si la réponse à cette question est non, alors 2 possibilités:
A) la partie numérique de la carte mère est hs (peu probable)
B) la parte numérique de l'écran est HS. ==> possible, j'ai déjà vu ça sur un écran.

Si tu as la possibilité, teste avec un autre écran pour vérifier que c'est bien l'écran qui HS.
354
Général / Disque dur externe EXT4 non montable
Bonjour,

Mes parents possèdent des décodeur TV à base de linux OpenAtv.
Dessus j'ai des disques dur de 1To standards, formatés en EXT4 depuis le décodeur.

Sous openSuse leap 15.2 je pouvais monter ce disque dur sans soucis.
(il faut que je vérifie mais ça marchait avant)

Or j'ai retesté ce jour, openSuse refuse demonter le disque dur avec l'erreur:
[  191.399911] EXT4-fs (sdb1): Couldn't mount RDWR because of SUSE-unsupported optional feature BIGALLOC.  Load module with allow_unsupported=1.

Le disque dur est bien 100% fonctionnel, et j'ai pu le monter sans soucis sous Linux MINT LDME (basé sur debian), donc c'est bien juste un réglage.

C'est nouveau ce choix d'openSuse? Vous avez déjà rencontré ce genre de pb?
356
Nouvelles du projet openSUSE / Re : Leap 15.3 arrive bientôt... Elle est sortie maintenant !
Je ne parle pas de télécharger l'iso.
Je parle de chercher des repos pour installer des paquets.
Exemple si tu cherches x2go
https://software.opensuse.org/package/x2goclient
Tu ne vois aucun repos pour Opensuse leap 15.3

Alors que si tu rentres dans un repository d'un user:
https://build.opensuse.org/package/show/home%3Aecsos%3Abranches%3AX11%3ARemoteDesktop%3Ax2go/x2goclient
Tu peux voir qu'il est bien build pour la 15.3  cf https://build.opensuse.org/package/binaries/home:ecsos:branches:X11:RemoteDesktop:x2go/x2goclient/openSUSE_Leap_15.3
Si tu rajoutes le repo à la main tu as bien accès à ce build.

Mais openSuse software search ne référence aucun paquet 15.3
357
Création de RPM, l'OpenBuild Service / OBS Kernel module automatic build
Bonjour,

Je cherche à faire un module qui se compile automatiquement lorsque le kernel d'openSuse est mis à jour.

Pour comprendre le problème, voici le contexte.
Mon pc portable a besoin de tuxedo-keyboard.
J'ai trouvé un repository OBS qui le compile normalement en auto cf:
https://build.opensuse.org/package/live_build_log/home:megamaced/tuxedo-keyboard/openSUSE_Leap_15.3/x86_64

Sauf qu'on peut voir que dans la compilation la version du kernel sur laquelle il se base est: "RPMS/x86_64/tuxedo-keyboard-kmp-default-3.0.8_k5.3.18_57-lp153.1.1.x86_64.rpm" donc le kernel 5.3.18_57-lp153.

Or si je fais un zypper up, le kernel qui arrive: kernel-default-5.3.18-59.16.1 qui est plus récent.
Si je prends donc ce cas présent qu'est ce qui ne va pas dans son fichier de spec:
https://build.opensuse.org/package/view_file/home:megamaced/tuxedo-keyboard/tuxedo-keyboard.spec?expand=1

Pour que le build automatique avec la dernière version de kernel ne marche pas?