nouvo09 wrote:
tu as pestiféré longuement
?
Edouard_le_homard wrote:pestiféré pesté
:lol:
Bien vu ! je corrige immédiatement .

Tout ceci m'a mené sur la question l'installation par chroot depuis un autre système Linux, mais je n'ai pas trouvé grand chose malheureusement pour Fedora . Ça aurait pu être une option possible sinon ?
Certains d’entre vous ont déjà utilisé ou utilisent cette technique ?
CabSud wrote: Dommage que tu ne cherches pas autant que tu râles, sans quoi tu aurais vu que Fedora propose des versions ARM maintenant .
Mauvais exemple la raspberry pi 1 n'est pas compatible avec la version ARM de Fedora ( et de pratiquement toute les autre distribution).
- Méthode d'installation :

Depuis une LiveUSB (KDE) 64 Bits,
pour écraser une Fedora 18 (KDE) 64 Bits existante.
(Ordinateur de Bureau)

- Problèmes majeurs :

Pas vraiement, on verra ce qui se passe,
si jamais je lance une fedup sur mon laptop.

- Soucis mineurs :

- L'installation freeze (vers sa fin) à 79%,
j'ai eu entre le temps de définir le mot de passe
de root et un compte utilisateur.
Au bout d'une heure d'écran inerte,
j'ai viré la clé USB et forcé un reboot et Fedora 22 était là ! :roll:

- Ayant choisi Français comme langue préférée,
j'ai eu des dossiers francisés : Téléchargements, Modèles ... etc.
Après l'installation de chrome, j'essaie de télécharger un zip,
dans le dossier Téléchargements : le fichier est bel et bien téléchargé,
mais sous un dossier qui s'appelle T?l?chargements ... :-?

- Crash du Desktop à répétition, ça ressemble beaucoup
au bug suivant: Bug 1193742

- Points positifs :

- Je peux enfin avoir une version de JavaHL (Subversion)
compatible avec le dernier plugin de tigris pour Eclipse 8-)

- Points négatifs :

- J'avais Fedora 18 (Bureau) et 19 (Laptop) auparavant, et trop la flemme
de migrer ... Maintenant que c'est fait je suis un peu déçu par KDE 5,
surtout au niveau des Widgets. J'hésite encore avant de migrer le laptop.

- De vieux problèmes d'Eclipse sont toujours là,
ils sont par contre plus difficile à régler
(lancer eclipse, en GTK2 forcé donne lieu à des crashs,
en mode GTK3 il est plus stable mais on perd des fonctionnalités)
mais ce n'est peut-être pas exclusivement (ou pas du tout) la faut de la distro ...
anismek wrote:- Ayant choisi Français comme langue préférée,
j'ai eu des dossiers francisés : Téléchargements, Modèles ... etc.
Après l'installation de chrome, j'essaie de télécharger un zip,
dans le dossier Téléchargements : le fichier est bel et bien téléchargé,
mais sous un dossier qui s'appelle T?l?chargements ... :-?
Je tiens juste à signaler que KGet par exemple,
ne pose pas ce genre de problème,
quand je choisis "Téléchargements", comme destination
le fichier téléchargé va dans le bon dossier ...

Pour les versions antérieures à la 19,
je n'ai jamais eu ce problème avec chrome.
chepioq wrote:
nouvo09 wrote:
Prendre la configuration serveur alors que je n'utilise aucun service Serveur?
Pourquoi parles-tu de choses que manifestement tu ne connais pas ? La version dite serveur comporte tous les paquets te permettant d'installer le bureau que tu veux au lieu précisément d'installer à partir d'un livecd, méthode pour le moins bancale et toujours incomplète.
Tu veux dire que dans la version Fedora-Server-DVD-x86_64-22.torrent, par exemple, il y a déjà tout ce qu'il faut pour installer KDE, ou Xfce ?
La version serveur permet de sélectionner une installation réseau, qui donnera le choix d'installer le bureau que l'on souhaite une fois qu'il a téléchargé les metadatas.
Il donne le choix pour toutes les installations existantes également (server, workstation, cloud, serveur web, minimale, etc.)
Cela nécessite une connexion réseau fonctionnelle à ce moment par contre.

Le dvd en lui-même ne contiendra que les paquets requis pour une installation strictement serveur.
Ainsi que la possibilité d'avoir un DVD lançable en mode rescue, ce qui peut servir ensuite.

@mkc

Je ne fais que des upgrades (depuis F18 sur ce système), et je n'ai pas un système bancal...
5 jours plus tard
Bonjour,

Bon en cherchant un peu j'ai enfin trouver la reponse à ma question, chez fedora il y a un soucis de gestion entre la carte intel hd et la carte nvidia sur le serveur x11. On arrive à forcer l'installation sur une ancienne version (la 20 passe la 21 ne passe pas) mais on dispose pas des possibilités de la carte, le matériel n'est pas assez connu à mon avis et y'a une mauvaise gestion sur les ports usb, sortie hdmi et gestion de la spécificité netbook (clavier/souris).

@Heldwin
Le dvd en lui-même ne contiendra que les paquets requis pour une installation strictement serveur.
Enfin quelqu'un qui a compris à quoi sert chacune des versions dvd et comment ça marche.....
Cela nécessite une connexion réseau fonctionnelle à ce moment par contre.
On en revient à la netinstall, très interessant le concepte: 2 Go de dvd pour telecharger 2 Go de bureau. Au final j'aurais pu telecharger 4Go de bureau. Un vrai progrès en effet....
Je ne fais que des upgrades (depuis F18 sur ce système), et je n'ai pas un système bancal...
Moi les surcharges de config m'ont fatigué apres la F15, c'est pour ça que sauver la home ou utiliser du iscsi c'est beaucoup plus rapide, je perds moins de temps, une fedora pour moi c'est max 2h30 d'installation/configuration et récupération de données.

@CabSud
Dommage que tu ne cherches pas autant que tu râles, sans quoi tu aurais vu que Fedora propose des versions ARM maintenant .
C'est justement parce que j'y ai passé du temps et que je suis allé voir des passionnés pour me dépanner que je râle, quand on est devant l'évidence que fedora n'est pas adapté au produit. Autant sans l'interface graphique ça tourne à peu près (sur une version qui se dit spécialisée), autant avec l'interface graphique c'est la cata, il suffit d'essayer et de chercher pour se rendre compte que ce n'est pas encore assez abouti.
quand on est devant l'évidence que fedora n'est pas adapté au produit
Tu vois c'est là que le concept open source prend tout son sens. Comme tu as les sources, il ne tient qu'à toi de les perfectionner puisque tu penses que le travail a été mal fait. Je suis impatient de voir comment toi, tu accepteras la critique.
mkc wrote:On en revient à la netinstall, très interessant le concepte: 2 Go de dvd pour telecharger 2 Go de bureau. Au final j'aurais pu telecharger 4Go de bureau. Un vrai progrès en effet....
De même, rien ne t'empêche de contribuer au progrès en créant une spin par environnement graphique (Gnome, KDE, LXDE, XFCE, Mate, etc...) j'attends les liens avec impatience 😉
@nouvo09 @Edouard_le_homard:
J'ai fait plus simple, win 8.1 sur les netbooks avec un dual opensuse et debian sur raspberry.
Je ne vais pas développer ce qui existe déjà en opensource, par contre j'ai bien aimé: "si l'os ne fonctionne pas avec ton produit alors ecrit le".
Bonjour,

- Méthode d'installation :
Live USB, Fedora xfce et lxde 32 Bits en UEFI, pour obtenir un dual boots avec windows.
Installation sur tablette hp pavillon x2.

- Problèmes majeurs :

1 - Le bios est bloqué 32 bits UEFI uniquement.
J'ai du aller chercher un amorceur grub 32 bits, celui là si je ne me trompe pas : https://github.com/hirotakaster/baytail-bootia32.efi
C'est tout de suite moins drôle à démarrer quand on a à lancer le kernel et l'initramfs à la main avec en plus un clavier qwerty. 🙁

Enfin, pour moi le problème c'est qu'il n'y ai pas d'amorceur 32 bits UEFI dans les lives32 bits de Fedora.

2 - Image qui se fige(définitivement) avec Fedora xfce :
J'ai pas mal cherché et pas trouvé de solution là dessus, j'ai donc changé pour lxde qui fonctionne mieux.
Quand je dis que l'image se fige, c'est que la seul solution pour sortir de ça est d'éteindre avec le bouton d'alimentation.

3 - Génération de l'initramfs qui fait tout planter lors de l'install :
Que ça soit avec xfce ou lxde, l'installation se déroule correctement jusqu'à la génération de l'initramfs, qui fait planter le ordi.

- Soucis mineurs :
Pas de wifi, à configurer avec ndiswrapper j'imagine.
Image qui se fige (définitivement) parfois au bout de 2 heures, mais pas tout le temps.

- Points positifs :
Ça fonctionne bien au final !

- Points négatifs :
Je suis développeur, pas super calé en installation et tout mais quand même plus qu'un débutant, je vois pas comment un débutant pourrait installer Fedora dans ces conditions.

La plupart des soucis sont surement du au matos hp. (Je rage un peu contre ces arnaqueurs avec leur bios bloqué uefi 32 bits.)
11 jours plus tard
- Méthode d'installation : 
fedup -- network 22
- Problèmes majeurs :
Aucun

- Soucis mineurs :
Le clavier était en Qwerty.

- Points positifs :
Pas de changement identifié (pour le moment) par rapport à la version précédente.

- Points négatifs :
Aucun


Remarque : j'ai fait un 
dnf update
ensuite et ai été très étonnée de n'avoir de modification que pour le kernel, et darktable que j'avais installé la veille par dnf. Est-ce normal ? Faut-il utiliser yum ?
vérifie tes repos, puis fais un dnf update --refresh
yum renverra vers dnf, donc aucune utilité
Edouard_le_homard wrote:vérifie tes repos,
Tout semble bien présent.
Edouard_le_homard wrote: puis fais un dnf update --refresh
# dnf update --refresh
RPM Fusion for Fedora 22 - Free - Updates       185 kB/s |  29 kB     00:00    
Adobe Systems Incorporated                       11 kB/s | 1.8 kB     00:00    
RPM Fusion for Fedora 22 - Nonfree - Updates    115 kB/s |  15 kB     00:00    
RPM Fusion for Fedora 22 - Free                 558 kB/s | 551 kB     00:00    
Fedora 22 - x86_64 - Updates - Debug            415 kB/s | 4.3 MB     00:10    
Fedora 22 - x86_64 - Updates                    575 kB/s |  14 MB     00:25    
Copr repo for darktable owned by germano         16 kB/s |  15 kB     00:00    
RPM Fusion for Fedora 22 - Nonfree              414 kB/s | 170 kB     00:00    
Last metadata expiration check performed 0:00:00 ago on Thu Aug 13 09:16:13 2015.
Dépendances résolues.
Rien à faire
Terminé !
Puis
# dnf update --refresh
RPM Fusion for Fedora 22 - Free - Updates       185 kB/s |  29 kB     00:00    
Adobe Systems Incorporated                       11 kB/s | 1.8 kB     00:00    
RPM Fusion for Fedora 22 - Nonfree - Updates    115 kB/s |  15 kB     00:00    
RPM Fusion for Fedora 22 - Free                 558 kB/s | 551 kB     00:00    
Fedora 22 - x86_64 - Updates - Debug            415 kB/s | 4.3 MB     00:10    
Fedora 22 - x86_64 - Updates                    575 kB/s |  14 MB     00:25    
Copr repo for darktable owned by germano         16 kB/s |  15 kB     00:00    
RPM Fusion for Fedora 22 - Nonfree              414 kB/s | 170 kB     00:00    
Last metadata expiration check performed 0:00:00 ago on Thu Aug 13 09:16:13 2015.
Dépendances résolues.
Rien à faire
Terminé !
Edouard_le_homard wrote:yum renverra vers dnf,
Bon à savoir, merci de l'info.

Il se trouve que j'avais installé dnf hier, juste avant de faire l'upgrade, de manière à pouvoir récupérer la dernière version de darktable. Est-ce que ça pourrait avoir une incidence ?
Ça n'est pas le sujet ici, mais je n'ai rien compris à la raison pour laquelle darktable a été supprimé des dépôts officiels.
Bizarre,
# dnf list extras
me renvoie un paquet de ... paquets !
Est-ce que le passage de la configuration des dépôts de yum vers dnf se fait automatiquement ?
j'en ai une dizaine aussi. je en crois pas que ça ai de l'importance. regarde la doc de l'upgrade pour nettoyer tes paquets si tu en as beaucoup.

je pense que ce sont toujours les repos de /etc/yum.repos.d qui sont utilisés.
Peut-être une piste : je viens de lancer comme indiqué sur cette page 
# yum clean all && yum distribution-synchronization
Yum command has been deprecated, redirecting to '/usr/bin/dnf clean all'.
See 'man dnf' and 'man yum2dnf' for more information.
To transfer transaction metadata from yum to DNF, run:
'dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate'

Nettoyage des dépôts : fedora rpmfusion-free-updates adobe-linux-x86_64
                     : rpmfusion-nonfree-updates rpmfusion-free
                     : updates-debuginfo updates germano-darktable
                     : rpmfusion-nonfree
Nettoyage complet
Yum command has been deprecated, redirecting to '/usr/bin/dnf distribution-synchronization'.
See 'man dnf' and 'man yum2dnf' for more information.
To transfer transaction metadata from yum to DNF, run:
'dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate'
les métadonnées (je ne sais pas exactement ce qu'elles contiennent ...) ne seraient donc pas transférées automatiquement ?
je suis certain qu'elles sont rafraichies avec l'option refresh de dnf, mais tu peux retenter un dnf update pour t'en convaincre
Je viens de lancer 
dnf install python-dnf-plugins-extras-migrate && dnf-2 migrate
comme indiqué. Le paquet ...migrate était déjà installé, mais la migration pas faite semble-t-il ! Il a migré 4294 enregistrements YUMDB.