Déjà les mises à jour security de sid arrivent plus vite dans testing que les 2 semaines habituelles.
Et il y a maintenant un embryon de debian security team pour testing qui liste les bugs et les versions de sid correspondantes: http://secure-testing.alioth.debian.org/(...) ( mais le serveur alioth a des problemes de temps en temps...)
Leur objectif final est bien-sûr de tenir à jour le
deb http://security.debian.org/(...) testing/updates main contrib non-free
qui existe déjà.
J'explique sur ma page comment installer temporairement un paquet de sid sans causer trop de problèmes: http://free2.org/d/(...)
Il n'y a pas que dans les démocraties corrompues que se pose ce genre de problème.
C'est déjà en place dans certaines dictatures comme la Chine.
Dans ce genre de situation les outils de type DRM/TCG peuvent prendre une dimension répressive assez tragique.
si tu n'installe pas une nouvelle jvm avec un paquet deb, le lien java
n'est pas mis à jour automatiquement
tape which java
va dans ce répertoire
et change ce lien avec la methode update-alternatives ou carrément
en l'effacant (rm) puis en le recréant avec
ln -s nouveau-path java
ta JVM par défaut actuelle est SableVM, une jvm libre
quel genre de programme compte tu utiliser ? (petites applets ou gros programmes ?)
dans Debian sid il y a
gcjwebplugin qui est libre
mais pour certaines grosses applis proprios tu risque d'avoir besoin de la JVM proprio de sun
(qui ne peut pas être fourni dans une distro 100% libre comme Debian)
si tu as installé plusieurs JVM va dans /etc/alternatives
et utilise la commande:
update-alternatives --config jvm
(ou java-runtime je sais plus)
les dissentions au sein de la fondation Mozilla (y a aussi le fork qui tombe vraiment pas au bon moment)
Lancé (habile) de troll detected. Mais c'est pour ça qu'on t'aime Sam :)
Y'a une interview récente sur slashdot qui précise que ceux qui voudront maintenir seamonkey (la suite complète) sont les bienvenus.
Y'a ni fork, ni dissention.
Moi mon (gros) troll ce serait plutot le fait que on ne sait toujours pas quand l'ensemble (ou l'essentiel) du code sera entièrement disponible sous GPL. Et donc quand les contributions pourront se faire sous GPL seule.
Je n'aime pas trop une licence qui dit que AOL/Netscape peut faire du proprio avec mon code.
Mes 2 dernières installations de sarge ont installé par défaut GRUB à la place de Lilo.
Je n'ai pas Win mais j'ai cru entendre que GRUB gérait plus facilement plusieurs OS.
(déjà j'apprécie le fait de ne pas avoir à lancer Grub à chaque compilation d'un nouveau noyau)
bonne question vu que j'arrive pas à trouver la page download... (ni
Je crois qu'ils ne font que le vendre (mais si ils fournissent vraiment les sources sous GPL, rien n'empeche un acheteur de le proposer ensuite ensuite en téléchargement ou pour apt-get). C'est un des business models parfois employé pour vendre des softs GPL sans trop souffrir des téléchargements gratuits. (meme si dans leur cas les services payants possibles sont nombreux)
en tout cas pas de tiny erp actuellement dans debian et dans apt-get.org
D'apres ce que j'ai compris, pour Hurd/L4, tout est translator alors que pour Plan9, tout est systeme de fichier. Quels avantages/inconvenients ?
Je pense qu'il faut distinguer:
1. les APIs standards offertes par un OS (Posix, Plan9FS,win32) qui sont en général toujours obtensibles, quitte à ajouter une couche de compatibilité (cf Wine/win32 pour Linux, posix pour win32 et hurd, et plan9FS pour linux et unix )
C'est donc à ce niveau qu'intervient l'API tout-fichier de plan9, plan9FS. http://v9fs.sourceforge.net/(...)
2. l'architecture interne de l'OS (taille du noyau, quantité de services en userspace ou kernelspace,...). C'est à ce niveau qu'intervient l'architecture de Hurd, avec ses serveurs en userspace qui ne compromettent pas le reste du système en cas de bug.
Maintenant c'est vrai que pour faire une application très fiable, il est tentant de s'appuyer directement sur l'interface de bas niveau d'un micronoyau simple (comme L4) et éventuellement sur un petit nombre de serveurs dont on aura audité le code.
Si un bug compromet un des autres serveurs qu'on a pas audité, on s'en fout.
Un des intérets des micronoyaux est qu'il devient plus facile de démontrer qu'ils ne contiennent pas de bugs (et donc pas de failles de sécurité, non plus).
Le projet Coyotos (inspiré d'anciens noyaux similaires comme EROS) se propose d'en faire un très petit (atomique), qui aura une couche de compatibilité Linux, à l'aide d'un langage facilitant les preuves formelles (BitC): http://coyotos.org/(...) http://www.eros-os.org/(...)
[^] # Re: Une alternative non libre... rachetée par google
Posté par free2.org . En réponse à la dépêche World Wind : cartographie par satellite en 3D. Évalué à 2.
[^] # Re: google complete l'utilise je crois
Posté par free2.org . En réponse à la dépêche World Wind : cartographie par satellite en 3D. Évalué à 2.
http://www.google.com/webhp?complete=1&hl=en(...)
--
The day ms sells products which don't suck is the day ms sells hookers.
->[]
[^] # Re: Sarge security
Posté par free2.org . En réponse au journal Debian: comment en sortir ?. Évalué à 3.
Et il y a maintenant un embryon de debian security team pour testing qui liste les bugs et les versions de sid correspondantes: http://secure-testing.alioth.debian.org/(...) ( mais le serveur alioth a des problemes de temps en temps...)
Leur objectif final est bien-sûr de tenir à jour le
deb http://security.debian.org/(...) testing/updates main contrib non-free
qui existe déjà.
J'explique sur ma page comment installer temporairement un paquet de sid sans causer trop de problèmes:
http://free2.org/d/(...)
[^] # Re: Lo bô sito
Posté par free2.org . En réponse à la dépêche Interview de Richard Stallman sur OfB.biz. Évalué à 1.
[^] # Re: idée
Posté par free2.org . En réponse à la dépêche Templeet certifié J2EE. Évalué à 3.
[^] # Re: \o/ J'ai trouvé wayback qui utile l'architecture FUSE(user file syst
Posté par free2.org . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 4.
http://freshmeat.net/projects/copyfs/(...)
et pour les backups versionnés incrémentaux:
http://freshmeat.net/projects/histbackup/(...)
et c'est pas des poissons non plus !
[^] # \o/ J'ai trouvé wayback qui utile l'architecture FUSE(user file systems)
Posté par free2.org . En réponse au journal Filesystem "versionalisé" ? (!$@ de subversion). Évalué à 5.
http://wayback.sourceforge.net/(...)
[^] # Re: ptdr pub
Posté par free2.org . En réponse à la dépêche Templeet certifié J2EE. Évalué à 4.
Comme il le suggère, ne pas dépendre de la pub permet une plus grande liberté d'expression.
[^] # imprimatur: dictatures l'ont déjà fait avant les démocraties corrompues
Posté par free2.org . En réponse à la dépêche FACT, un projet de directive européenne pour une dictature numérique ?. Évalué à 1.
C'est déjà en place dans certaines dictatures comme la Chine.
Dans ce genre de situation les outils de type DRM/TCG peuvent prendre une dimension répressive assez tragique.
http://en.wikipedia.org/wiki/digital_imprimatur(...)
[^] # Re: et avec le tuto de ubuntu-fr ?
Posté par free2.org . En réponse au message impossible d'installer les plugins java pour firefox avec ubuntu. Évalué à 2.
[^] # Re: et avec le tuto de ubuntu-fr ?
Posté par free2.org . En réponse au message impossible d'installer les plugins java pour firefox avec ubuntu. Évalué à 2.
n'est pas mis à jour automatiquement
tape which java
va dans ce répertoire
et change ce lien avec la methode update-alternatives ou carrément
en l'effacant (rm) puis en le recréant avec
ln -s nouveau-path java
# pour quelle utilisation ? gcjwebplugin, update-alternatives
Posté par free2.org . En réponse au message impossible d'installer les plugins java pour firefox avec ubuntu. Évalué à 3.
quel genre de programme compte tu utiliser ? (petites applets ou gros programmes ?)
dans Debian sid il y a
gcjwebplugin qui est libre
mais pour certaines grosses applis proprios tu risque d'avoir besoin de la JVM proprio de sun
(qui ne peut pas être fourni dans une distro 100% libre comme Debian)
si tu as installé plusieurs JVM va dans /etc/alternatives
et utilise la commande:
update-alternatives --config jvm
(ou java-runtime je sais plus)
[^] # Re: Lancé de troll, Sam forever :) GPL vs MPL about:
Posté par free2.org . En réponse au journal FireFox séduit l'Allemagne. Évalué à 2.
# Copyright © 1998-2005 by its contributors according to terms set out in the Mozilla Public License and Netscape Public License. All Rights Reserved.
# Portions of this software are copyright © 1994 The Regents of the University of California. All Rights Reserved.
# This software may contain portions that are copyright © 1998-2002 SupportSoft, Inc. All Rights Reserved.
Il n'y a pas une raison au contenu de ce about et au fait qu'il ne mentionne pas la GPL ?
# Lancé de troll, Sam forever :) GPL vs MPL
Posté par free2.org . En réponse au journal FireFox séduit l'Allemagne. Évalué à 5.
Lancé (habile) de troll detected. Mais c'est pour ça qu'on t'aime Sam :)
Y'a une interview récente sur slashdot qui précise que ceux qui voudront maintenir seamonkey (la suite complète) sont les bienvenus.
Y'a ni fork, ni dissention.
Moi mon (gros) troll ce serait plutot le fait que on ne sait toujours pas quand l'ensemble (ou l'essentiel) du code sera entièrement disponible sous GPL. Et donc quand les contributions pourront se faire sous GPL seule.
Je n'aime pas trop une licence qui dit que AOL/Netscape peut faire du proprio avec mon code.
[^] # Re: spyware alexa p2p, yacy instead
Posté par free2.org . En réponse au journal Similink, une nouvelle manière de naviguer avec Firefox. Évalué à 2.
http://www.yacy.net/yacy/(...)
[^] # Re: GRUB ou Lilo ?
Posté par free2.org . En réponse au message MBR windows. Évalué à 2.
http://www.google.fr/search?q=grub%20lilo(...)
me donne
http://faq.fcolc.eu.org/Members/bmathieu/boot_html(...)
# GRUB ou Lilo ?
Posté par free2.org . En réponse au message MBR windows. Évalué à 2.
Je n'ai pas Win mais j'ai cru entendre que GRUB gérait plus facilement plusieurs OS.
(déjà j'apprécie le fait de ne pas avoir à lancer Grub à chaque compilation d'un nouveau noyau)
les fichiers de config de grub sont dans /boot
# euro-support
Posté par free2.org . En réponse au message Problème de taille de police avec certaines appli. Évalué à 2.
[^] # liste ERPs libres
Posté par free2.org . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 5.
http://www.erp5.org/sections/free/erp(...)
[^] # j'ai trouvé :)
Posté par free2.org . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 4.
http://www.tinyerp.org/download.php(...)
[^] # Re: Debian tiny erp
Posté par free2.org . En réponse à la dépêche Sortie officielle de Tiny ERP 2.0. Évalué à 0.
Je crois qu'ils ne font que le vendre (mais si ils fournissent vraiment les sources sous GPL, rien n'empeche un acheteur de le proposer ensuite ensuite en téléchargement ou pour apt-get). C'est un des business models parfois employé pour vendre des softs GPL sans trop souffrir des téléchargements gratuits. (meme si dans leur cas les services payants possibles sont nombreux)
en tout cas pas de tiny erp actuellement dans debian et dans apt-get.org
# ourmedia.org et yahoo/cc
Posté par free2.org . En réponse à la dépêche Conférence - Débat avec Antoine Moreau. Évalué à 4.
http://ourmedia.org(...)
Et la nouvelle section CC de yahoo:
http://search.yahoo.com/cc(...)
[^] # Re: Hurd et Plan 9
Posté par free2.org . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 5.
Je pense qu'il faut distinguer:
1. les APIs standards offertes par un OS (Posix, Plan9FS,win32) qui sont en général toujours obtensibles, quitte à ajouter une couche de compatibilité (cf Wine/win32 pour Linux, posix pour win32 et hurd, et plan9FS pour linux et unix )
C'est donc à ce niveau qu'intervient l'API tout-fichier de plan9, plan9FS.
http://v9fs.sourceforge.net/(...)
2. l'architecture interne de l'OS (taille du noyau, quantité de services en userspace ou kernelspace,...). C'est à ce niveau qu'intervient l'architecture de Hurd, avec ses serveurs en userspace qui ne compromettent pas le reste du système en cas de bug.
Maintenant c'est vrai que pour faire une application très fiable, il est tentant de s'appuyer directement sur l'interface de bas niveau d'un micronoyau simple (comme L4) et éventuellement sur un petit nombre de serveurs dont on aura audité le code.
Si un bug compromet un des autres serveurs qu'on a pas audité, on s'en fout.
# GCU squad
Posté par free2.org . En réponse au journal Encore un test de google ?. Évalué à 3.
Dans ton exemple, sur la première photo squad, on reconnait tout de suite l'équipe de GCU squad ...
http://www.gcu-squad.org/(...)
# coyotos proven OS, inspiré de EROS
Posté par free2.org . En réponse à la dépêche Interview de Marcus Brinkmann, développeur du Hurd. Évalué à 10.
Le projet Coyotos (inspiré d'anciens noyaux similaires comme EROS) se propose d'en faire un très petit (atomique), qui aura une couche de compatibilité Linux, à l'aide d'un langage facilitant les preuves formelles (BitC):
http://coyotos.org/(...)
http://www.eros-os.org/(...)