Linux? - Page 190

Tu peux toujours installer Linux en dual boot.

Je vais peut-être faire ça dans un premier temps, oui.
Fedora ?

How about no?

Mint

Perso je n'aurais pas pris le 305 pour mettre Linux (en tout cas pas maintenant). Pour installer une distrib je regarde d'abord s'il y a des drivers sur les sites, sinon c'est pas la joie (et meme parfois avec les drivers c'est pas top).

Windows et Linux en VM

Ce que tu peux faire c'est commencer avec un dual boot pour voir ce qu'il en est et adapter en fonction.

montreuillois (./5672) :
Je vais peut-être faire ça dans un premier temps, oui.
Fedora ?

Fedora édition KDE

J'en ai installé une hier, pour voir KDE5. Autant le 4 avait été un raz-de-marée par rapport au 3, autant j'ai même pas vu de différence entre le 4 et le 5

Même pas de bogues ni de fonctionnalités manquantes? Tu as eu de la chance alors.

(Il y a pas mal de petits détails qui manquent encore dans Plasma 5, malheureusement. )

Kevin Kofler (./5676) :

montreuillois (./5672) :
Je vais peut-être faire ça dans un premier temps, oui.
Fedora ?

Fedora édition KDE

Kevin, je te déclare officiellement parrain de mon OS. Au moindre lag, tu seras déclaré responsable et attitré au support.

Je n'etais pas sur que Dell les fasse encore, mais apparemment si, donc Linux sur un laptop, le mieux c'est le xps 13 : http://www.engadget.com/2015/04/14/dell-xps-13-developer-edition/

edit : http://www.dell.com/fr/p/xps-13-linux/pd?ACD=11708984-3662453-skim725X144927X01b9cf9ec3485a522a0ba4a9a4a26053&AID=3662453
le 1er est bien a 1029, puissant, et la dalle reste 1080p comme ca ca ne bouffe pas trop la batterie. Apres faudrait que je vois des tests.

edit 2 : ok, il vaut effectivement mieux prendre le 1er model en 1080p, la batterie est vraiment mieux :
http://www.laptopmag.com/reviews/laptops/dell-xps-13-non-touch-2015
http://www.engadget.com/2015/01/28/dell-xps-13-review-2015/

4 heures de difference c'est beaucoup quand meme.

!

(et c'est en Python )

^2

Malheureusement, c'est apparemment un shell spécial, donc on doit choisir entre ça et les nombreuses fonctionnalités d'un shell comme bash.

Hum ?

add to .bashrc or .zshrc:

alias fuck='$(thefuck $(fc -ln -1))'
# You can use whatever you want as an alias, like for mondays:
alias FUCK='fuck'

Bizarre, j'ai essayé de RTFM et même les sources, mais ça m'a échappé.

Mais du coup je ne comprends pas comment ils récupèrent le stderr de la commande précédente.

La commande est réexécutée, les sorties sont donc lisibles :def get_command(settings, args): """Creates command from `args` and executes it.""" script = ' '.join(args[1:]) result = Popen(script, shell=True, stdout=PIPE, stderr=PIPE, env=dict(os.environ, LANG='C')) if wait_output(settings, result): return Command(script, result.stdout.read().decode('utf-8'), result.stderr.read().decode('utf-8')) (...) def main(): user_dir = setup_user_dir() settings = get_settings(user_dir) command = get_command(settings, sys.argv) (...)

Godzil (./25462) :
Je te conseille de regarder mieux comment sont fait des vrai systeme d'init base sur des script shell comme OpenRC avant de dire de telle anneries.

C'est ce que j'appelle un bon truc totalement illisible et dur à maintenir
Si les mainteneurs adoptent à peu près tous systemd, ce n'est pas pour faire plaisir à Red Hat, mais bien parce que ces scripts sont compliqués à maintenir. Ils obligent plein de répétition partout, et sont autant d'occasion de se planter.

(et à quel moment ton script va relancer automatiquement le démon s'il plante sauf s'il plante trop, d'ailleurs ?)

Comment tu fait un tel script d'init avec un truc aussi rigide que systemd:
[...]Oui les script shell peuvent sembler un peu illisible des qu'on joue avec les variables, mais c'est bien plus souple qu'un truc qui ne fait que lancer/arreter un executable, au poins qu'avec systemd on est oblige de lancer des script shell pour pouvoir faire la meme chose ouéééééé

Tu peux toujours faire du shell pour les commandes exotiques (même si je ne pense pas que ça soit une bonne idée), t'économises énormément de temps (et de bugs !) pour les commandes qui sont communes à tous les services.

[mybeingageekfriendlife]
La semaine dernière, une amie me demande si je peux lui installer windows+un certain logiciel de montage photo bien répandu sur son portable Asus avec Ubuntu. Un dual-boot, quoi. Bon bin je m'étais prévu une nuit d'avance pour ça.

Bin j'y ai presque passé la nuit complète...
-Dedimensionner et créer une partition: ça va, gparted livecd a bien fait le boulot
-Modifier le bios pour accepter les CDs: virer le secure boot, remettre un legacy... (il a fallu fouiller pour deviner ça déjà)
-Installer Windows7 APRES Linux: win7 veut pas de table de partition APT... hybrid table, conversion vers mbr... à priori rien de bien.
-Minuit, la copine est ok pour que je lui formate son linux après petit backup.
-Install de windows avec cd en laissant une partoche pour linux
-Install de linux sur une clé (pas possible de monter l'iso Ubuntu sous OS X?!) en bien 2 essais (ma première clé usb a pas voulu finir )
-Pas de dualboot...
-Jusqu'à ce que je apt-install et apt-update grub. Là, c'est enfin tout bon. Fin à 5h30 du mat.

J'ai vieilli
[/mybeingageekfriendlife]

quand on me demande, je sais pas faire. jamais.

"Chéri, tu fais la vaisselle ?"
"Ah non désolé, je sais pas faire."

(et puis bon, les gens qui veulent du windows sans windows, ... )

Zerosquare (./5692) :
"Chéri, tu fais la vaisselle ?"
"Ah non désolé, je sais pas faire."

"chéri, tu viens te coucher "
"Ah non désolé, je sais pas faire."

(redangel > machine virtuelle, et hop )

Oue, pour utiliser juste quelques programmes, virtualbox fait très bien l'affaire (j'ai même déjà joué dans des VMs).

(Douteux) Ça dépend vraiment de la puissance de la machine. En tant que photographe amateur, certains logiciels du genre sont très gourmands en ressource. J'en ai eu la preuve pas plus tard qu'hier en achetant la MAJ d'un de mes logiciels de prédilection sur un vieux laptop (mon modèle récent n'étant pas encore réparé), un simple traitement HDR freeze l'ordinateur (et sans passer par une VM).

C'est bien la preuve que le HDR c'est souvent moisi

sauf qu'avec un cpu récent pas trop pourri, t'as un support matériel pour la virtualisation justement (et pouvoir dédier des threads de ton cpu à la machin virtuelle directement)

En effet le principal soucis reste l'accélération vidéo qui est mal voire pas supportée.