IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Ubuntu 16.04 LTS est disponible en téléchargement
Cette mouture passe à la version 4.4 du noyau Linux

Le , par Stéphane le calme

443PARTAGES

4  0 
Canonical dévoile sa feuille de route avant la sortie d’Ubuntu 16.04
avec comme objectif, rapprocher ses systèmes à travers Ubuntu Personal

Soutenu par une forte communauté, Ubuntu est un système non négligeable dans l’environnement des systèmes d’exploitation. À ses côtés, nous avons plusieurs produits dérivés dont Ubuntu Phone qui équipe les smartphones, Snappy Ubuntu Core qui doit soutenir le matériel des objets connectés.

Dans quelques mois et plus précisément le 1er avril 2016, Canonical doit sortir une autre version majeure d’Ubuntu avec une version Long Term Support (LTS). Selon Olli Ries, directeur de l’ingénierie pour la stratégie de produit chez Canonical, cette version qui aura pour référence l’indice 16.04 « sera la version d’Ubuntu la plus sophistiquée jusqu’ici ».

En attendant cette sortie, Ries s’est prêté à une séance de questions-réponses afin de donner quelques informations sur les projets pour la sortie d’Ubuntu 16.04. Au fil des échanges, plusieurs points ont été abordés.

Depuis quelques années maintenant, la communauté attend avec impatience l’intégration du nouveau bureau Unity 8. Ries n’a pas manqué d’intervenir directement sur ce point afin de donner quelques éclaircissements.

Présentement, Unity 7 et X.org sont les environnements utilisés comme bureau par défaut sur Ubuntu. À la sortie de la version 16.04, ces éléments seront toujours utilisés comme bureau par défaut. Toutefois, Unity 8 sera disponible en tant que session de bureau alternatif. Les utilisateurs pourront profiter des avantages offerts par ce bureau. Cela permettra également d’entamer le rapprochement entre la version principale et les produits dérivés tels qu’Ubuntu Phone qui utilise déjà Unity 8.

Côté développeurs, Canonical renforcera son outil de développement déjà présent sur la version 15.04. Dans cette prochaine itération, les développeurs disposeront des meilleurs outils de développement offerts par l’outil Ubuntu Make anciennement appelé Ubuntu Developer Tools Centre. Celui-ci fournit un environnement de développement isolé pour chaque application afin que les développeurs puissent avoir un contrôle sur l’installation des applications.

En ce qui concerne Ubuntu Personal, il va falloir d’abord attendre la sortie d’Ubuntu 16.04 pour se faire une idée claire de son statut. Les défis étant énormes, Ries espère qu’on pourra avoir une version 1 aux alentours de la date de sortie d’Ubuntu 16.04. L’objectif est de faire tourner Ubuntu Personal sur la plate-forme snappy Ubuntu.

Ries précise également qu’Ubuntu Personal utilisera Unity 8 et Mir par défaut avec la possibilité d’exécuter toute application X.org de manière transparente. « Toutes les applications que vous avez aimées avec Ubuntu Phone seront également disponibles sur Ubuntu Personal ».

Ubuntu Phone pour sa part « continuera à être la force motrice de nos activités en pénétrant davantage les marchés du mobile. Le développement de fonctionnalités clés continuera à se produire ici » a déclaré Ries. Et de conclure en affirmant que « Je suis heureux de voir un soutien plus prononcé pour les tablettes, plus de fonctionnalités de convergence du matériel, des améliorations à notre Framework Scopes et une meilleure intégration avec les services sociaux qui se produisant ici ».

Source : Blog Olli Ries

Et vous ?

Que pensez-vous de ces objets ?

Répondent-ils à vos attentes en tant qu’utilisateurs de ce système ?
Vous avez lu gratuitement 1 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Squisqui
En attente de confirmation mail https://www.developpez.com
Le 23/04/2016 à 19:34
Citation Envoyé par sazearte Voir le message
Moi je trouve sa cool, on pourra enfin transporter nos soft sur clé USB, et pourquoi pas les installer ou l'en veut et pas la ou Linux veut.
Tu as toujours pu exécuter des binaires à l'emplacement de ton choix. Tu as toujours pu lister les dépendances nécessaires pour les rassembler sur une clé usb. Tu n'as même pas besoin de devenir root. Tu ne l'as juste jamais fait.

Citation Envoyé par sazearte Voir le message
Moi je suis pas fan l’arborescence imposé, j'aime bien séparer mes programmes dans plusieurs endroits, pareil pour mes fichiers.
Qu'est-ce que ça peut faire d'avoir telle ou telle arborescence de fichier. C'est le gestionnaire de paquet qui entretien un système cohérent pour toi. Mais tu peux toujours construire et entretenir un dépôt qui contiendront des paquets qui indiquerons à ton gestionnaire de paquets où les copier sur ton système.

Citation Envoyé par sazearte Voir le message
Le mieu c'est de rien imposé, et de laissé le choix a l'utilisateur.
Windows est un bel exemple. Chaque éditeur (logiciel libre ou pas) se fait plaisir et on se retrouve avec une décharge.
Un installateur peut copier des fichiers dans C:\, C:\WINDOWS, C:\WINDOWS\System32, C:\Program Files, C:\Program Files (x86) lorsque le chemin est écrit en dur ou dans %ProgramFiles%, %ProgramFiles(x86), %Windir%, %HOMEDRIVE%, %HOMEPATH%, %SystemDrive%, %SystemRoot%, %LOCALAPPDATA% lorsque les variables d'environnement sont utilisées. Le pire est que parfois le chemin est imposé, la solution serait de désarchiver l'installateur et de tout faire à la main.
Et dans ce monde joyeux sans aucune règle, un installateur ne se gênera pas pour écraser une bibliothèque copié dans %SystemRoot% et péter l'exécution d'un autre logiciel. Je crois que c'est justement ce que tu veux éviter en voulant tout séparer.
Je ne parle même pas des fichiers de configuration où les 3/4 des éditeurs (logiciels libres ou pas) snobent %ProgramData% et %APPDATA% sans pouvoir rien y faire.

Citation Envoyé par sazearte Voir le message
Et enfin avec ces snaps, on pourrais imaginer pour la première fois avoir des applications linux universelles, qui fonctionne sur n'importe quels distributions avec n'importe quels architectures, puisque les dépendances serons intégrer a l'apps, et pourrons d’après ce que j'ai compris être compilé sous n'importe quels architectures.
Ça risque d'être compliqué. Snappy ne fonctionne que sous Ubuntu pour le moment.
Si tu veux de l'universel, tu peux te tourner vers pkgsrc du projet NetBSD (le contorsionniste). Même Windows est supporté.
3  0 
Avatar de Bestel74
Membre éclairé https://www.developpez.com
Le 23/04/2016 à 10:49
Citation Envoyé par Stéphane le calme  Voir le message
[B][SIZE=4] L’un des changements introduits par cette version est l’arrivée de snap, un nouveau format d’application qui peut embarquer à la fois le binaire de l’application et les bibliothèques nécessaires à son fonctionnement, ce qui va apporter « des mises à jour plus robustes et des applications plus sécurisées » sur l’ensemble des appareils conçus pour recevoir Ubuntu 16.04.

Il n'y a que moi qui ne trouve pas ça cool ? On se croit sous Windows avec n fois la même dll, ça ne respecte pas du tout l'esprit UNIX !
De plus ou seront ces snap ? /home/user/snap ? /usr/snap ? Non parce que tout le reste de l'arborescence sépare binaires et dépendances...

Personnellement je ne peux pas dire que je n'ai jamais eu de problèmes de dépendances, et que je n'ai jamais distribué d'application dans une archive avec un script lançant l'app et contenant 90% des dépendances pour être sur que l'app se lance facilement sur d'anciennes distributions n'embarquant pas les dernières libc, mais je ne pense pas que l'on puisse dire que c'est ÇA la façon de faire sous UNIX.

Je précise que si j'ai du faire ça (une sorte de snap maison) c'est parce que mon entreprise n'a pas d’intérêt à distribuer pour Linux et que j'ai fait ça sur un coin de table pour permettre à 2 ou 3 client d'utiliser notre app.

Mais bon peut-être que je suis un "jeune vieux" et con
2  0 
Avatar de jlliagre
Modérateur https://www.developpez.com
Le 23/04/2016 à 12:14
Snap me fait penser à Docker, c'est là aussi toujours mieux que devoir instancier une VM complète pour faire tourner une appli.
0  0 
Avatar de Chuck_Norris
Membre émérite https://www.developpez.com
Le 26/04/2016 à 11:01
Il a toujours été possible de compiler ses programmes en mode statique, donc en incluant les bibliothèques dans l'exécutable même. Cela le grossit fortement, mais cela donne une grande pérennité à l'exécutable produit, autant que sous Windows. Il existe donc des solutions pour faire des programmes portables et compatible avec de nombreuses distributions déjà depuis la nuit des temps. L'avantage aussi c'est que sous Linux un exécutable une fois chargé ne laisse pas de verrou sur le fichier exécutable contrairement à Windows. On peut donc en théorie lancer un programme depuis une clé USB et retirer cette dernière sans nuire au programme en cours.
0  0 
Avatar de Ah_Kin
Membre averti https://www.developpez.com
Le 27/04/2016 à 15:18
C'est sympa, depuis cette mise à jour, j'ai plus le message "time and date not set" mais un truc comme dev/sda1 clean
0  0 
Avatar de RyzenOC
Inactif https://www.developpez.com
Le 23/04/2016 à 12:26
Moi je trouve sa cool, on pourra enfin transporter nos soft sur clé USB, et pourquoi pas les installer ou l'en veut et pas la ou Linux veut.

Moi je suis pas fan l’arborescence imposé, j'aime bien séparer mes programmes dans plusieurs endroits, pareil pour mes fichiers.
Le mieu c'est de rien imposé, et de laissé le choix a l'utilisateur.

Et enfin avec ces snaps, on pourrais imaginer pour la première fois avoir des applications linux universelles, qui fonctionne sur n'importe quels distributions avec n'importe quels architectures, puisque les dépendances serons intégrer a l'apps, et pourrons d’après ce que j'ai compris être compilé sous n'importe quels architectures.
0  1