-=[ silmaril ]=- a écrit 1470 commentaires

Oracle est un SGBD Relationnel Objet et pas un vrai SGBDO.
Quand a rechercher de l'information sur les SGBDO ==> google

Non absolument pas, (k)ubuntu utilise le systeme de packaging debian, c'est a dire le format deb et les repository apt mais ca s'arrete la.
Les depots debian et cannonical (maison mere de ubuntu et kubuntu) ne sont absolument pas liés.

Le seul lien qui existe est au niveau des createurs de paquets, certains travaillent en effet dans les deux equipes mais dans ce cas seules les sources sont communue chaque service s'occupant de la recompilation des paquets.

Quand a tes plaintes sur l'age des paquets sache que comme sur debian le numero de version du paquet n'indique que la version de base sur laqueelle s'est basée le paquageur pour produire le binaire, ce n'est pas pour autant que les patches de securitées et contre les eventuels bug ne sont pas appliqués sur le paquets (quand tu voit un numero de release de 25 ca indique qu'un paquet de boulot a ete fait sur le soft).

...
Bein tu t'en fout si ton pilote marche, le 404 pendant un apt-get update n'est pas bloquant. Au pire des cas tu edite ton /etc/apt/source.list et tu rajoute un '#' devant la/les lignes avec ndiswrapper.

PS: Question gestion appareils photos un gnome (et surement kde mais pas testé) bien installé le fait tout seul si l'appareil est mass-storage ou géré par gphoto2.

Installe une bonne ubuntu et hop c'est reglé.

Non les sources ne sont certainement pas tagguées i686 amha.

Qu'entend tu part 'apparement il ne l'a pas installé' ?
si tu fait un dpkg -l 'libpng*dev' qu'est ce que cela donne ?
sache quand meme que libpng3-dev n'existe plus ce n'est qu'un package de transition.

Sinon pour ton 'vrai' probleme: aptitude install bandwithd devrai suffire.

Pour cela il te faudrait patcher et recompiler ton kernel, en effet les
entrées de /sys sont comme celles de /proc totalement virtuelles.

Donc a part le script quick & dirty executé au boot je vois pas grand chose

Pareil la seule fois ou j'ai eu des grosses emmerdes avec reiserfs c'est lors de l'utilisation d'un disque scsi de 8Go qui avait un poil vecu, je l'ai bazardé, laissé ses deux frangins et hop ca marchait tout de suite bcp mieux.

toi y en a pas avoir compris la question.
Ip-masquerading c'est bien mais pas au niveau 7 la ca sert plus a rien.

PS: Il en fait deja du NAT

.. tu le mettait dans /etc/fetchmailrc (qui est sa place).
peut etre que ca reglerait tes problemes de droits en passant
vu que le fichier ne serait plus dans /root
.

Oui mais ... vous dites tout les deux +/- la veritée.

1/ find -mtime 7 cherchera bien des fichiers datant de sept jours,
mais
2/ les fichiers qu'il recherche sont les bases de fichiers d'update db
et non les fichiers a scanner

Donc oui avec ce patch updatedb ne sera lancer que tout les septs jours.

Quand aux autres ils auront remarqués l'etrange similitude de nommage des outils 'gentoo' et debian qui sont, je le rappelle si jamais besoin il etait, bien plus anciens.

Si j'ai bien compris tu veut faire tu telechargement *Donkey (pour recuperer des ISO de debian bien sûr ..) depuis un poste dans un reseau privé, donc avec translation d'adresse.

Il faut donc que ton routeur/pare-feu (le poste 'serveur' qui a acces a internet directement et qui fournit la connectivitée aux autres postes) redirige les ports spécifiques a eDonkey vers ton poste.

Le script IPtable est donc a lancé en root (ca c'est pour le message d'erreur) sur le routeur/pare-feu et non sur le poste client ou il n'aurait aucun effet.

Si ton routeur n'est pas sous linux alors il va te falloir trouver l'equivalent de ce script pour cet OS.

Toutes les fonctions dont vous parlez ne sont pas
des fonctions materielles au sens ou elles n'existent pas sur la carte
au boot par exemple.

Le chip de base des cartes sound blaster est un DSP programmable et 95% des fonctions avancées proposées par les drivers sont en fait des programmes uploadé sur ce DSP.

Le pilote emu10k1 proposé par creative propose quelques exemples de filtres aisni que l'assembleur utile pour les compilés.
Au derniere nouvelles alsa devait amelioré le support de ces filtres a terme mais je n'ai pas regarder depuis longtemps.

pitetre tout betement que son telephone a lui ne fonctionne pas comme ton telephone a toi.

Et fondamentalement espionne une comm usb ou une comm serie
c'est pareil faut devinr qui fait quoi.

- soit le source possède une nouvelle technologie que les entreprises ne voudraient pas diffuser à leur(s) concurent(s) [peu probable: les nouvelles technologies des constructeurs sont plutôt présentes au niveau hardware]

Au contraire c'est la l'erreur commune a bcp de gens, une majoritée de puces 'dédiés' ne le sont pas vraiment cela a commencé avec les winmodem & co => la puce ne fait pas tout le boulot (notamment les puces audio et video) c'est le driver qui en gere une tres grosse part.
Et la ca coince parce que la lutte entre ATI & Nvidia par exemple ce joue énormement sur les drivers et leurs perfs.
Alors les rendres open-sources ....

Bon je peut rien affirmer quand au boot de windows vista mais il est
tout a fait possible de faire booter un 98 et un NT (4,5,5.1 (xp)) avec
grub/lilo.

Exemple avec grub: http://www.faqs.org/docs/Linux-mini/Multiboot-with-GRUB.html (c'est la fonction de chainloading).

Il existe une autre solution plus confidentielle qui permet d'utiliser le NTLDR comme loader principal qui charge lilo/grub pour booter linux:
http://www.geocities.com/epark/linux/grub-w2k-HOWTO-fr.html

ah ... oui on a pas la meme definition de marrant ....
moi ce serait une raison pour killer le process et detruire a la main
toutes les dll qu'il a installer.

Enfin chacun son truc comme on dit hein ;)

Oui:installation sans effacer /home ;)
c'est tout.

Solution de mon pere pour l'instant: apt-get remove powernowd
Pas eu le temps d'investiguer le pourquoi du comment et le portable
etant tres loin ca reste comme ca actuellement.

Je te corrige: pas tous.

Certains utilisents des ALPS et tous ne sont pas utilisable via les drivers.

Pour preciser: Java etant OS independant (enfin voulant l'etre) ne peut pas servir a faire un WM (rectif: ou alors via JNI en creant une interface pour 1/ la Xlib 2/ les appels systemes POSIX, quand je vois le temps de dev de la xlib alternative .... Et la pointeurs, conversions de structures, malloc et autres free tu va en bouffer un max -- Et encore je doute que cela soit possible completement).

Autre probleme un WM s'interface avec XFree et se recupere une tripotée d'evenements auquel il doit repondre tres rapidement afin de ne pas bloquer tout le monde et je doute que java quelque soit l'optimisation de la vm soit suffisament rapide.

Sinon pour ce genre de dev le 'Serveur X en parallèle' c'est plus d'emmerdes qu'autres chose, il suffit d'un Xnest (serveur X imbriqué) beaucoup plus pratique et rapide.

Effectivement Ph Husson, il faut que je scrute tous les PID de /proc pour retrouver mes petits. Je voulais éviter de passer par ce genre de méthode, mais bon s'il n'y a pas d'autre solution...


Il est globalement (sauf cas rare ou le serveur informe de son PID) impossible de dériver le PID d'un service depuis une connexion reseau externe. Pour plusieurs raison, la premiere etant que c'est inutile, la seconde que cela sera OS dependant alors que TCP/IP n'a pas pour but de l'etre, et la troisieme (que je vois) est quel PID le service te donnerai ? celui du listener ? celui du fork qui est a ton ecoute ? a l'ecoute d'une autre session TCP ?
Bref ca peut pas se faire via reseau.
Deuxiemement cela ne peut pas se faire autrement qu'en inspectant les tambouilles interne de l'OS hote car il n'existe pas non plus d'appel systeme permettant a un process de demander les fichiers (sous unix tout est fichier) ouverts par un autre process et generalement cela veut dire: application non portable et application root uniquement.


Quant à votre solution, deneb, elle est intéressante mais ne correpsond pas au but que je me suis fixé. J'ai vraiment besoin de connaître l'application en cause. L'idée dans un premier temps serait de faire un lecteur fenêtré qui afficherait tous les logiciels qui ouvrent un port en TCP/UDP sur la station de travail.

xterm -e 'sudo watch netstat -taupe' ?


Enfin, liberforce, je cherche à être indépendant de tout logiciel. Le plus simple pour moi serait d'utiliser la sortie de netstat -ltaupe par exemple, mais ca implique l'installation de netstat. Je souhaite faire un soft qui n'a besoin que de lui-même.

Oui en meme temps c'est comme cela que le bordel avance, passer son temps a faire et refaire les meme outils, meme pour apprendre est a mon avis une perte de temps et faire des gros outils tout en un complement contraire a la philosophie d'un unix.
C'est pas pour rien que les shells sont extremement utiles: c'est grace a la centaine de petits outils que nous pouvons interfacer ensembles (sort, uniq, cat, sed, perl (oui bon), awk, tail, grep, find & co).

Deuxieme chose comme dit plus haut acceder a toutes les entrees de /proc necessite forcement les droits admins, et passer une application UI (user interface) en full root c'est generalement une tres mauvaise idée.


P.S. : Une question me vient à écrivant ces quelques lignes. Le répertoire /proc dépend de la configuration du noyau il me semble. Existe-t-il des systèmes linux/Unix dépourvus de cette fonctionnalité ?

Reponse donnée plus haut: pour faire simple le /proc n'est pas normé c'est d'ailleurs pour cela qu'il existe des outils comme ps, lsof netstat, top & co qui eux ont des comportement un peu plus stables.
Il est peu probable qu'un analyseur de /proc linux fonctionne sous BSD et encore moins sous solaris.

Seule solution que je voit: un programme/script perl|python|whatever
qui execute 'tar --totals -cvzf - * -X $EXCLUDE_FILE' lit la sortie
et copie par bloc sur ton lecteur de bande et te met en forme
le resultat (ncurses, gtk, qt ...)

Jolie perle !

Ah et puis tu sait, pas la peine de t'emmerder a installer (k)ubuntu y a un LiveCD.
Quand aux manques eventuels de Kubuntu concernant la onfiguration
et l'administration de la machine je suis surpris, en effet ceux-ci fonctionnent tres bien sur Ubuntu. Probable qu'ils n'aient pas encore ete portés.

Enfin malgrès tout merci pour ce message hautement constructif, en effet tu aurait pu te contenter de fournir un bug-report a Caonical voir fournir un patch pour Xorg permettat la reconfiguration a la volée du systeme.

Oui enfin y a aussi plus simple, Tu rajoute ca dans ton source.list:
deb http://debian.home-dn.net/sarge openssh/
deb-src http://debian.home-dn.net/sarge openssh/

Et hop c'est bon.
apt-get install openssh
ou apt-get source openssh et tu reconstruit le paquet.