Altor a écrit 581 commentaires

Merci pour cette application. Dans deux semaines, mon prochain projet pro me demande justement de réaliser le dimensionnement de structures comprenant du verre.

Jusqu'à aujourd'hui, je ne m'étais jamais posé la question de la méthode de caractérisation du module de Young du verre, mais tu viens de me faire gagner une 1h de taff.

Voilà, tous ça pour dire que oui ça intéresse plus que 3 pelés sur un forum.

Je pense que la serre avec la gestion automatique de lampe à sodium et régulation du ph de solutions de jardinage hydroponique intéressera pas mal d'élèves :)

Ensuite, le comptage devait commencer au premier janvier 2008, toutefois il a été décalé au premier février. Pourquoi ? Parce qu'aucun suicide n'a été enregistré en janvier. La rigueur, tout ça, c'est trop compliqué.

[:rofl] euh tu y crois vraiment ? Genre on décale d'un mois parce qu'il n'y a pas de suicide enregistré en janvier. De toute façon, ça change quoi sur le fond ? L'affaire c'est qu'il y a eu de la pression de la direction pour faire partir les gens. Ça s'appelle du harcèlement moral et savoir si les suicides sont statistiquement significatifs ou pas on s'en fout un peu.

Même s'il y en a eu qu'un imputable à ce nouveau management, c'est déjà 1 de trop. C'est exactement comme les accidents au travail. "On n'a eu qu'un accident mortel en 10 ans sur 10 000 employés, donc ce n'est pas grave." Et bien si c'est grave. Si l'entreprise n'a pas fait ce qu'il fallait pour protéger ses employés, c'est une faute et c'est puni par la loi.

Tu crois vraiment qu'un juge d'instruction a passé 4 ans sur cette affaire alors qu'un journaliste en deux coups de cuillères à pot a "prouvé" que c'était un montage des syndicats.

mettre de coté Gnome par exemple, est aujourd'hui inexplicable pour moi.

Et en complément, l'extrait du changelog de la 10.2.

gnome/*: Removed from -current, and turned over to community support and
distribution. I'm not going to rehash all the reasons behind this, but it's
been under consideration for more than four years. There are already good
projects in place to provide Slackware GNOME for those who want it, and
these are more complete than what Slackware has shipped in the past. So, if
you're looking for GNOME for Slackware -current, I would recommend looking at
these two projects for well-built packages that follow a policy of minimal
interference with the base Slackware system:

http://gsb.sf.net
http://gware.sf.net
There is also Dropline, of course, which is quite popular. However, due to
their policy of adding PAM and replacing large system packages (like the
entire X11 system) with their own versions, I can't give quite the same sort
of nod to Dropline. Nevertheless, it remains another choice, and it's your
system, so I will also mention their project:

http://www.dropline.net/gnome/
Please do not incorrectly interpret any of this as a slight against GNOME
itself, which (although it does usually need to be fixed and polished beyond
the way it ships from upstream more so than, say, KDE or XFce) is a decent
desktop choice. So are a lot of others, but Slackware does not need to ship
every choice. GNOME is and always has been a moving target (even the
"stable" releases usually aren't quite ready yet) that really does demand a
team to keep up on all the changes (many of which are not always well
documented). I fully expect that this move will improve the quality of both
Slackware itself, and the quality (and quantity) of the GNOME options
available for it.
Folks, this is how open source is supposed to work. Enjoy. :-)

Si je me souviens bien, le problème était qu'il y avait trop de petits paquets et qu'ils changeaient en permanence de nom et d'organisation. Du coup, à chaque nouvelle version, Pat (qui devait être seul à l'époque) passait presque plus de temps à packager gnome que le reste de la slack.

En complément de la dépêche, l'intégration de pulseaudio dans slack n'a pas été une décision facile.

Premier message du changelog :

Wed Jan 13 00:01:23 UTC 2016
Hey folks, happy new year!
After upgrading to BlueZ 5 recently, everything seemed to be working great,
but then it was pointed out that Bluetooth audio was no longer working.
The reason was that the newer BlueZ branch had dropped ALSA support and now
required PulseAudio. So with some trepidation, we began investigating adding
PulseAudio to Slackware. Going back to BlueZ 4 wasn't an option with various
dependent projects either having dropped support for it, or considering doing
so. After several iterations here refining the foundation packages and
recompiling and tweaking other packages to use PulseAudio, it's working well
and you'll likely not notice much of a change. But if you're using Bluetooth
audio, or needing to direct audio through HDMI, you'll probably find it a lot
easier to accomplish that.
Best of all, we're finally a modern, relevant Linux distro!  ;-)
Thanks to Mario Preksavec, Heinz Wiesinger, and Robby Workman for a lot of
help and testing. Bug reports, complaints, and threats can go to me.

Et premier bug assez rapidement :

Wed Jun 22 21:56:53 UTC 2016
l/pulseaudio-9.0-x86_64-1.txz: Upgraded.
This release fixes many bugs, including this one that was commonly reported
during the Slackware 14.2 development cycle:
"Automatic routing improvements:
In 8.0, PulseAudio started to automatically switch to another profile when
the device associated with the current profile is unplugged. That seemingly
smart thing had some serious unintended consequences. One typical issue was
that when unplugging headphones, PulseAudio might switch to S/PDIF output
and not switch back to headphones when they are plugged in again. Another
issue was that HDMI in many cases appears to get temporarily unplugged when
the monitor goes to sleep mode, or even when switching the refresh rate of
the monitor—PulseAudio 8.0 would move audio away from the HDMI monitor in
these cases and not move the audio back to HDMI when the monitor becomes
available again. These issues are now fixed."

Notons également que pour éviter d'utiliser systemd, slack a du changer de udev vers eudev et de ConsoleKit vers ConsoleKit2.
Pour la suite, il est envisagé de passer à elogind dans le but de bénéficier du support de wayland sous kde sans s'encombrer de systemd.

Comme quoi, si une petite équipe y arrive, on peut se passer de systemD sans faire beaucoup d'effort.

Bon journal, il irait bien en complément de la dépêche.

Vous vous basez sur quoi pour le "légère"? Des mesures quelque part?

Elle tient sur 16 disquettes 1 DVD !

On trouve normal que google and co s'expriment pour défendre notre vie privée aux USA, on laisse faire les lobbyings au plus haut niveau de l'état par des sociétés privées et tu voudrais interdire un dev libre de s'exprimer.

J'avoue que j'ai du mal à voir la raison…

En plus des arguments pertinents déjà évoqués (programmation sur le système cible, gain de temps, temps passé en réunion…) n'oublie pas que c'est toi l'expert. Non, pas l'expert comme ici, mais celui qui fait. Montre-toi sûr de toi et ne laisse personne dire des choses comme (et surtout pas toi) : «Alors on peut aussi utiliser une VM temps réel sans avoir à changer de machine» ou «c'est mieux de l'avoir, mais on peut s'en passer» ou autres.
Très souvent, il y a toujours moyen de contourner le problème, mais ça prend plus de temps ! Explique bien que tu veux te concentrer sur le(s) vrai(s) problème(s) et que tu ne veux pas perdre ton temps avec des faux problèmes ajoutés par un mauvais choix d'outils.

Dans le but de réaliser ta tâche avec le meilleur ratio qualité/coût, tu as besoin des outils efficaces et avec lesquels tu te sens le mieux. 700€, c'est vraiment rien pour une mission de plusieurs semaines/mois.

C'est Monsieur Troy McClure

Même si je n'ai rien compris (je ne connais pas le c ni même la programmation), j'ai plussé le journal parce qu'il parle de technique et que c'est quand même rare.

Je ne vois pas quelles sont les conclusions que vous souhaitez qu'on tire du fait d'une différence de calendrier entre les systèmes.

Je suis bien d'accord. C'est comme si on disait au lancement d'une nouvelle voiture de la marque X qu'elle est en déclin parce qu'elle a 102 ans de retard sur les premières voitures !

D'après http://www.navipedia.net/index.php/Principles_of_Interoperability_among_GNSS

Furthermore, please note that even GPS and Galileo may be considered as not interoperable among themselves in frequency-bands that have no correspondence, such as E5b or L2 – even though still compatible since no interference is caused on the other system.

Je comprends juste qu'ils se sont mis d'accord pour qu'il n'y ait pas d'interférence et que ce ne soit pas trop dur pour les récepteurs d'utiliser les deux signaux. Mais je ne dirais pas qu'ils émettent sur la même fréquence.

Je vois plus cette compatibilité comme celle sur la téléphonie mobile entre deux opérateurs.

Les américains et les européens travaillent d'ailleurs en accord puisque le GPS et Galiléo pourront utiliser les mêmes fréquence et se compléter. Tout comme le système Beidou (chinois).

euh pas du tout. Il y a même eu pas mal de discussion pour l'attribution des fréquences. Tu dois confondre avec les récepteurs.

Bonjour,

un téléphone dont la principale caractéristique serait d'être aussi pratique qu'un vrai smartphone pour l'échange de texto

J'avoue que j'ai du mal à voir ce que tu veux dire.
Perso, j'ai un sony xperia mini-pro avec clavier azerty physique. C'est pas mal pour taper des SMS.

Sinon, pour des téléphones robustes et relativement basiques, je peux te conseiller les crosscall. J'ai un collègue qui a ça et c'est vraiment pas mal. En plus, c'est une boîte française.

My 2 cents

Pas encore testé, mais treesheets a l'air prometteur.

Le but ici était de montrer que l'on peut faire des scripts bash aussi court que systemD.
Critiquer des options (restart/stop…) que ne fait pas systemd c'est plutôt marrant quand même. Par curiosité, tu fais comment l'équivalent sous systemd ?

Ce script la à un bug en plus. Si tu utilises docker, alors les processus dans le container sont visibles de l'extérieur.

Docker ne faisant pas parti de slackware (ni de debian) donc ça ne me choque pas plus que ça.

Après oui, les cgroups c'est bien.

Et sous slack :

!/bin/sh
#
# /etc/rc.d/rc.httpd
#
# Start/stop/restart/graceful[ly restart]/graceful[ly]-stop
# the Apache (httpd) web server.
#
# To make Apache start automatically at boot, make this
# file executable:  chmod 755 /etc/rc.d/rc.httpd
#
# For information on these options, "man apachectl".

case "$1" in
  'start')
    /usr/sbin/apachectl -k start
  ;;
  'stop')
    /usr/sbin/apachectl -k stop
    killall httpd
    # Remove both old and new .pid locations:
    rm -f /var/run/httpd.pid /var/run/httpd/httpd.pid
  ;;
  'force-restart')
    # Because sometimes restarting through apachectl just doesn't do the trick...
    /usr/sbin/apachectl -k stop
    killall httpd
    # Remove both old and new .pid locations:
    rm -f /var/run/httpd.pid /var/run/httpd/httpd.pid
    /usr/sbin/apachectl -k start
  ;;
  'restart')
    /usr/sbin/apachectl -k restart
  ;;
  'graceful')
    /usr/sbin/apachectl -k graceful
  ;;
  'graceful-stop')
    /usr/sbin/apachectl -k graceful-stop
  ;;
  *)
    echo "Usage: $0 {start|stop|restart|graceful|graceful-stop}"
  ;;
esac

C'est pas beaucoup plus long/compliqué que sous systemD.

C'est quand même là que l'on a les news le plus rapidement avec pas mal de commentaires (plus ou moins pertinents).

…et que le code crade y est accepté.

Non mais mouarf, tu es un vrai [:metaExpert] toi non ?

Il me semble que tu es quand même "limité" dans le choix de la distribution à une liste d'images fournies par gandi.

Slackware marche très bien chez moi avec kde, sans pulseaudio (je n'ai pas de casque bluetooth donc ça me va) et sans systemd puisque j'hiberne ma machine.

tu ne serais pas sous debian par hasard ? Parce que là c'est peut-être plus un problème de distribution et/ou d'interface homme/clavier amha.

Le site immateriel.fr a pas mal d'ebook sans drm.

@chez moi ça marche comme toi. slackware 14.1 et okular 0.17.0