Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a
> La limite entre depends et recommands est plus floue quand
> il sâagit de méta-paquets et de tâches.
La preuve: une longue discussion sur debian-devel cette
semaine, fil « Metapackage dependencies: "Depends" or
"Recommends"? ».
https://lists.debian.org/debian-devel/2015/07/thrd2.html
Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a
> La limite entre depends et recommands est plus floue quand
> il sâagit de méta-paquets et de tâches.
La preuve: une longue discussion sur debian-devel cette
semaine, fil « Metapackage dependencies: "Depends" or
"Recommends"? ».
https://lists.debian.org/debian-devel/2015/07/thrd2.html
Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a
> La limite entre depends et recommands est plus floue quand
> il sâagit de méta-paquets et de tâches.
La preuve: une longue discussion sur debian-devel cette
semaine, fil « Metapackage dependencies: "Depends" or
"Recommends"? ».
https://lists.debian.org/debian-devel/2015/07/thrd2.html
On 28/07/2015 20:59, Benoit B wrote:
> Bonjour,
>
> Je suis habitué avec init et ne comprend pas encore le fonctionnem ent de
> systemd.
On n'est pas vendredi mais tu as la possibilité de le désactive r:
# apt-get install sysvinit-core sysvinit sysvinit-utils
# reboot
On 28/07/2015 20:59, Benoit B wrote:
> Bonjour,
>
> Je suis habitué avec init et ne comprend pas encore le fonctionnem ent de
> systemd.
On n'est pas vendredi mais tu as la possibilité de le désactive r:
# apt-get install sysvinit-core sysvinit sysvinit-utils
# reboot
On 28/07/2015 20:59, Benoit B wrote:
> Bonjour,
>
> Je suis habitué avec init et ne comprend pas encore le fonctionnem ent de
> systemd.
On n'est pas vendredi mais tu as la possibilité de le désactive r:
# apt-get install sysvinit-core sysvinit sysvinit-utils
# reboot
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Bonjour,
Le mardi 28 juillet 2015 à 21:39, Guillaume Caron a écrit :
> Me semble que disable ne fonctionne pas super bien dans ce cas, et le
> meilleur moyen de l'inhiber c'est avec "systemctl mask" qui crée u n
> fichier .service pointant vers /dev/null :
>
> # systemctl mask lightdm.service
> Created symlink from /etc/systemd/system/lightdm.service to /dev/null.
>
> Normalement il ne devrait plus se lancer.
En effet, mais il ne pourra plus être démarré manuellement (via systemctl,
donc
normalement pas de problème avec startx).
Sinon, tu peux aussi changer la cible par défaut (l'équivalent du niveau -
runlevel - dans SysV). Par défaut c'est « graphical.target  » :
$ systemctl get-default
graphical.target
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/
Bonjour,
Le mardi 28 juillet 2015 à 21:39, Guillaume Caron a écrit :
> Me semble que disable ne fonctionne pas super bien dans ce cas, et le
> meilleur moyen de l'inhiber c'est avec "systemctl mask" qui crée u n
> fichier .service pointant vers /dev/null :
>
> # systemctl mask lightdm.service
> Created symlink from /etc/systemd/system/lightdm.service to /dev/null.
>
> Normalement il ne devrait plus se lancer.
En effet, mais il ne pourra plus être démarré manuellement (via systemctl,
donc
normalement pas de problème avec startx).
Sinon, tu peux aussi changer la cible par défaut (l'équivalent du niveau -
runlevel - dans SysV). Par défaut c'est « graphical.target  » :
$ systemctl get-default
graphical.target
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive:
https://lists.debian.org/20150729072332.GA3710@sebian.nob900.homeip.net
Bonjour,
Le mardi 28 juillet 2015 à 21:39, Guillaume Caron a écrit :
> Me semble que disable ne fonctionne pas super bien dans ce cas, et le
> meilleur moyen de l'inhiber c'est avec "systemctl mask" qui crée u n
> fichier .service pointant vers /dev/null :
>
> # systemctl mask lightdm.service
> Created symlink from /etc/systemd/system/lightdm.service to /dev/null.
>
> Normalement il ne devrait plus se lancer.
En effet, mais il ne pourra plus être démarré manuellement (via systemctl,
donc
normalement pas de problème avec startx).
Sinon, tu peux aussi changer la cible par défaut (l'équivalent du niveau -
runlevel - dans SysV). Par défaut c'est « graphical.target  » :
$ systemctl get-default
graphical.target
Tu peux la changer en « multi-user.target » (pas testé) :
$ sudo systemctl set-default multi-user.target
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/
Ah oui en plus je n'ai pas trouvé le runlevel... pas de fichier in itab...
Y a-t-il une option pour les lister ?
Si non j'ai trouvé des liens symboliques :
ls -l /lib/systemd/system/runlevel4.target
/lib/systemd/system/runlevel4.target -> multi-user.target
Merci
--
Benoit
Ah oui en plus je n'ai pas trouvé le runlevel... pas de fichier in itab...
Y a-t-il une option pour les lister ?
Si non j'ai trouvé des liens symboliques :
ls -l /lib/systemd/system/runlevel4.target
/lib/systemd/system/runlevel4.target -> multi-user.target
Merci
--
Benoit
Ah oui en plus je n'ai pas trouvé le runlevel... pas de fichier in itab...
Y a-t-il une option pour les lister ?
Si non j'ai trouvé des liens symboliques :
ls -l /lib/systemd/system/runlevel4.target
/lib/systemd/system/runlevel4.target -> multi-user.target
Merci
--
Benoit
Suffirait-il d'installer upower pour pouvoir désintaller systemd sans
casser la dépendance entre autre avec policykit ?
Suffirait-il d'installer upower pour pouvoir désintaller systemd sans
casser la dépendance entre autre avec policykit ?
Suffirait-il d'installer upower pour pouvoir désintaller systemd sans
casser la dépendance entre autre avec policykit ?
Mais j'ai lu que certains environnement de bureau en dépendent.
Mais j'ai lu que certains environnement de bureau en dépendent.
Mais j'ai lu que certains environnement de bureau en dépendent.
Le Sun, 2 Aug 2015 17:05:54 +0200,
Benoit B a écrit :
> Mais j'ai lu que certains environnement de bureau en dépendent.
Certains c'est Gnome, il suffit de regarder chez Gentoo qui ne propose
pas systemD par défaut sauf pour Gnome ou c'est obligatoire.
J'avais vu passer un thread de chez Gnome ou ils disaient en gros que
les problèmes de compatibilité ou autres était secondaires par
rapport à leur capacité à fournir des fonctionnalités et un bon c ode.
Ils sont quelque peu ego-centrés et savent mieux que tout le monde
ce qui est bon pour vous... il y a du Mac dans Gnome.
--
Le Sun, 2 Aug 2015 17:05:54 +0200,
Benoit B <benoitlst@gmail.com> a écrit :
> Mais j'ai lu que certains environnement de bureau en dépendent.
Certains c'est Gnome, il suffit de regarder chez Gentoo qui ne propose
pas systemD par défaut sauf pour Gnome ou c'est obligatoire.
J'avais vu passer un thread de chez Gnome ou ils disaient en gros que
les problèmes de compatibilité ou autres était secondaires par
rapport à leur capacité à fournir des fonctionnalités et un bon c ode.
Ils sont quelque peu ego-centrés et savent mieux que tout le monde
ce qui est bon pour vous... il y a du Mac dans Gnome.
--
haricophile@aranha.fr
Le Sun, 2 Aug 2015 17:05:54 +0200,
Benoit B a écrit :
> Mais j'ai lu que certains environnement de bureau en dépendent.
Certains c'est Gnome, il suffit de regarder chez Gentoo qui ne propose
pas systemD par défaut sauf pour Gnome ou c'est obligatoire.
J'avais vu passer un thread de chez Gnome ou ils disaient en gros que
les problèmes de compatibilité ou autres était secondaires par
rapport à leur capacité à fournir des fonctionnalités et un bon c ode.
Ils sont quelque peu ego-centrés et savent mieux que tout le monde
ce qui est bon pour vous... il y a du Mac dans Gnome.
--
Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'es t une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'es t une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'es t une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Le 4 août 2015 à 11:36, Haricophile a écrit :
Le Mon, 3 Aug 2015 20:04:47 +0200,
Guillaume Caron a écrit :Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'est une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Il y a quand même différentes manières de faire, comme une démarche
manière opendesktop et une démarche manière chacun fait dans son coin.
Non pas que les dev de Gnome en général ne se soucie pas de
compatibilité, mais que une partie de leur dev ne mettent pas ç a dans
leurs priorités voire trouvent ça gênant. D'ailleurs ils ont cassé
leurs propres API Ã chaque version de Gnome3. Je trouve qu'il y a un
manque de vision à long terme au profit de la "modernité" et j'ai
l'impression depuis le début de Gnome3 que dès que quelque chose
commence à marcher ils changent.
Pour le second point, et ils ont toujours fait ça, ils ont la
fâcheuses tendance à mieux savoir que l'utilisateur ce dont il a
besoin. Ãa donne parfois d'excellentes choses, mais conduit souvent Ã
de grosses limitations, voire des impasses, ou au contraire
l'intégration trop forte de trucs pas forcément désiré s ("réseaux
sociaux", tracker...). Je trouve par exemple que Cinnamon est ce que
Gnome3 devrait être : Beaucoup plus équilibré entre simplicité et
fonctionnalités, en particulier pour la configuration (je trouve que
KDE4 est au contraire beaucoup trop lourd sur ce plan).
Perso, après avoir utilisé depuis très longtemps Gnome, j'ai fini par
laisser tomber Gnome3 pour mon usage personnel et pour ce que
j'installe. Je me suis retrouvé trop de fois bloqué ou ennuyé par un
truc qui ne fait pas ce que je veux.
Je range mes boîtes de conserves spécial troll.
Le 4 août 2015 à 11:36, Haricophile <haricophile@aranha.fr> a écrit :
Le Mon, 3 Aug 2015 20:04:47 +0200,
Guillaume Caron <guillaume.caron.home@orange.fr> a écrit :
Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'est une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Il y a quand même différentes manières de faire, comme une démarche
manière opendesktop et une démarche manière chacun fait dans son coin.
Non pas que les dev de Gnome en général ne se soucie pas de
compatibilité, mais que une partie de leur dev ne mettent pas ç a dans
leurs priorités voire trouvent ça gênant. D'ailleurs ils ont cassé
leurs propres API Ã chaque version de Gnome3. Je trouve qu'il y a un
manque de vision à long terme au profit de la "modernité" et j'ai
l'impression depuis le début de Gnome3 que dès que quelque chose
commence à marcher ils changent.
Pour le second point, et ils ont toujours fait ça, ils ont la
fâcheuses tendance à mieux savoir que l'utilisateur ce dont il a
besoin. Ãa donne parfois d'excellentes choses, mais conduit souvent Ã
de grosses limitations, voire des impasses, ou au contraire
l'intégration trop forte de trucs pas forcément désiré s ("réseaux
sociaux", tracker...). Je trouve par exemple que Cinnamon est ce que
Gnome3 devrait être : Beaucoup plus équilibré entre simplicité et
fonctionnalités, en particulier pour la configuration (je trouve que
KDE4 est au contraire beaucoup trop lourd sur ce plan).
Perso, après avoir utilisé depuis très longtemps Gnome, j'ai fini par
laisser tomber Gnome3 pour mon usage personnel et pour ce que
j'installe. Je me suis retrouvé trop de fois bloqué ou ennuyé par un
truc qui ne fait pas ce que je veux.
Je range mes boîtes de conserves spécial troll.
Le 4 août 2015 à 11:36, Haricophile a écrit :
Le Mon, 3 Aug 2015 20:04:47 +0200,
Guillaume Caron a écrit :Je ne vois pas en quoi vouloir placer comme priorité les
fonctionnalités et la qualité du code est ego-centré. C'est une
démarche en soit, tout projet doit faire des choix parfois
criticables, de là à penser que les devs savent mieux que tout le
monde...
Il y a quand même différentes manières de faire, comme une démarche
manière opendesktop et une démarche manière chacun fait dans son coin.
Non pas que les dev de Gnome en général ne se soucie pas de
compatibilité, mais que une partie de leur dev ne mettent pas ç a dans
leurs priorités voire trouvent ça gênant. D'ailleurs ils ont cassé
leurs propres API Ã chaque version de Gnome3. Je trouve qu'il y a un
manque de vision à long terme au profit de la "modernité" et j'ai
l'impression depuis le début de Gnome3 que dès que quelque chose
commence à marcher ils changent.
Pour le second point, et ils ont toujours fait ça, ils ont la
fâcheuses tendance à mieux savoir que l'utilisateur ce dont il a
besoin. Ãa donne parfois d'excellentes choses, mais conduit souvent Ã
de grosses limitations, voire des impasses, ou au contraire
l'intégration trop forte de trucs pas forcément désiré s ("réseaux
sociaux", tracker...). Je trouve par exemple que Cinnamon est ce que
Gnome3 devrait être : Beaucoup plus équilibré entre simplicité et
fonctionnalités, en particulier pour la configuration (je trouve que
KDE4 est au contraire beaucoup trop lourd sur ce plan).
Perso, après avoir utilisé depuis très longtemps Gnome, j'ai fini par
laisser tomber Gnome3 pour mon usage personnel et pour ce que
j'installe. Je me suis retrouvé trop de fois bloqué ou ennuyé par un
truc qui ne fait pas ce que je veux.
Je range mes boîtes de conserves spécial troll.
