És recomanable passar-se de Wheezy a Testing?
Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d63e0.9080...@bergueda.org
Re: És recomanable passar-se de Wheezy a Testing?
Passar a testing es fa com tu dius, canviant les paraules al repositori (pots usar tb el nom de la distro testing, jessie ) com a mínim aquí: deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.es.debian.org/debian/ jessie main contrib non-free No sé si el wheezy-updates i el wheezy/updates tb tenen contrapart de jessie. Però després de fer el canvi al sources-list cal que exexutis dugues ordres: apt-get update (per actualitzar el repositori) apt-get dist-upgrade (fixa't que no s'usa l'habitual apt-get upgrade). Sobre el que demanes de si és convenient passar de estable a testing, jo només ho faria si tingués una BONA raó. Quina és la teva? Joan Cervan On 08/11/13 23:21, Jordi Boixader (Idroj) wrote: Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d782c.8050...@calbasi.net
Re: És recomanable passar-se de Wheezy a Testing?
Doncs tenir una raó per fer-ho, no en tinc cap de concreta, estic bé com estic. Però també m'agrada estar més actualitzat i possiblement aixi també aprendré algo més i com veig que molta gent ho fa, doncs per això volia fer-ho jo. en cHetu2 m'ha dit aquesta pagina: http://debgen.simplylinux.ch/ on et genera un sources.list i ja et diu on posar els jessie o testing en Xavier De Yzaguirre també m'ha dit que sobre la deb-multimedia si, m'havia oblidat que despres de guardar els canvis s'ha de fer un apt-get update i apt-get dist-upgrade Gràcies als 3 per haver contestat. Al 09/11/13 00:47, En/na Joan ha escrit: Passar a testing es fa com tu dius, canviant les paraules al repositori (pots usar tb el nom de la distro testing, jessie ) com a mínim aquí: deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.es.debian.org/debian/ jessie main contrib non-free No sé si el wheezy-updates i el wheezy/updates tb tenen contrapart de jessie. Però després de fer el canvi al sources-list cal que exexutis dugues ordres: apt-get update (per actualitzar el repositori) apt-get dist-upgrade (fixa't que no s'usa l'habitual apt-get upgrade). Sobre el que demanes de si és convenient passar de estable a testing, jo només ho faria si tingués una BONA raó. Quina és la teva? Joan Cervan On 08/11/13 23:21, Jordi Boixader (Idroj) wrote: Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d7ce6.6020...@bergueda.org
Re: És recomanable passar-se de Wheezy a Testing?
I jo agrairia a qui contesta a una pregunta de la llista que contestés a la llista, així ens assabentem i aprenem tots (i totes), i el fil no perd coherència. El Sat, 09 Nov 2013 01:08:06 +0100 Jordi Boixader (Idroj) id...@bergueda.org va dir: Doncs tenir una raó per fer-ho, no en tinc cap de concreta, estic bé com estic. Però també m'agrada estar més actualitzat i possiblement aixi també aprendré algo més i com veig que molta gent ho fa, doncs per això volia fer-ho jo. en cHetu2 m'ha dit aquesta pagina: http://debgen.simplylinux.ch/ on et genera un sources.list i ja et diu on posar els jessie o testing en Xavier De Yzaguirre també m'ha dit que sobre la deb-multimedia si, m'havia oblidat que despres de guardar els canvis s'ha de fer un apt-get update i apt-get dist-upgrade Gràcies als 3 per haver contestat. Al 09/11/13 00:47, En/na Joan ha escrit: Passar a testing es fa com tu dius, canviant les paraules al repositori (pots usar tb el nom de la distro testing, jessie ) com a mínim aquí: deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.es.debian.org/debian/ jessie main contrib non-free No sé si el wheezy-updates i el wheezy/updates tb tenen contrapart de jessie. Però després de fer el canvi al sources-list cal que exexutis dugues ordres: apt-get update (per actualitzar el repositori) apt-get dist-upgrade (fixa't que no s'usa l'habitual apt-get upgrade). Sobre el que demanes de si és convenient passar de estable a testing, jo només ho faria si tingués una BONA raó. Quina és la teva? Joan Cervan On 08/11/13 23:21, Jordi Boixader (Idroj) wrote: Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d7ce6.6020...@bergueda.org -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131109013140.008248654596950890068...@telefonica.net
Re: És recomanable passar-se de Wheezy a Testing?
hubble, no t'enfadis, es que li he respost des del telèfon i no m'he adonat que li responia sols a ell: Li he dit el que segueix: La deb-multimedia es pot eliminar, segons trobaràs en correus de fa un temps. I jo vaig canviar wheezy per jessie i cap problema. Encara que falta temps, si poses el nom de la versió en comptes de testing, el dia que es converteixi es estable, podràs seguir amb jessie fins que vulguis fer el canvi, sense ensurts. Un cop vegis que la següent testing no dona problemes i que els usuaris en parlen be, doncs au, fas el pas. *Xavier De Yzaguirre* xdeyzaguirre(at)gmail(dot)com El dia 9 de novembre de 2013 1.31, hubble hub...@telefonica.net ha escrit: I jo agrairia a qui contesta a una pregunta de la llista que contestés a la llista, així ens assabentem i aprenem tots (i totes), i el fil no perd coherència. El Sat, 09 Nov 2013 01:08:06 +0100 Jordi Boixader (Idroj) id...@bergueda.org va dir: Doncs tenir una raó per fer-ho, no en tinc cap de concreta, estic bé com estic. Però també m'agrada estar més actualitzat i possiblement aixi també aprendré algo més i com veig que molta gent ho fa, doncs per això volia fer-ho jo. en cHetu2 m'ha dit aquesta pagina: http://debgen.simplylinux.ch/ on et genera un sources.list i ja et diu on posar els jessie o testing en Xavier De Yzaguirre també m'ha dit que sobre la deb-multimedia si, m'havia oblidat que despres de guardar els canvis s'ha de fer un apt-get update i apt-get dist-upgrade Gràcies als 3 per haver contestat. Al 09/11/13 00:47, En/na Joan ha escrit: Passar a testing es fa com tu dius, canviant les paraules al repositori (pots usar tb el nom de la distro testing, jessie ) com a mínim aquí: deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.es.debian.org/debian/ jessie main contrib non-free No sé si el wheezy-updates i el wheezy/updates tb tenen contrapart de jessie. Però després de fer el canvi al sources-list cal que exexutis dugues ordres: apt-get update (per actualitzar el repositori) apt-get dist-upgrade (fixa't que no s'usa l'habitual apt-get upgrade). Sobre el que demanes de si és convenient passar de estable a testing, jo només ho faria si tingués una BONA raó. Quina és la teva? Joan Cervan On 08/11/13 23:21, Jordi Boixader (Idroj) wrote: Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d7ce6.6020...@bergueda.org -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131109013140.008248654596950890068...@telefonica.net
Re: És recomanable passar-se de Wheezy a Testing?
La testing està més actualitzada, però també amb bugs... ;-) Jo no te la recomano... Hi ha qui fins i tot diu que és millor tenir una Sid, perquè com a mínim es sol·lucionen ràpid els errors... I jo puc donar fe que a Testing hi ha errors que duren, i duren... (encara més que a estable!!). Joan On 09/11/13 01:08, Jordi Boixader (Idroj) wrote: Doncs tenir una raó per fer-ho, no en tinc cap de concreta, estic bé com estic. Però també m'agrada estar més actualitzat i possiblement aixi també aprendré algo més i com veig que molta gent ho fa, doncs per això volia fer-ho jo. en cHetu2 m'ha dit aquesta pagina: http://debgen.simplylinux.ch/ on et genera un sources.list i ja et diu on posar els jessie o testing en Xavier De Yzaguirre també m'ha dit que sobre la deb-multimedia si, m'havia oblidat que despres de guardar els canvis s'ha de fer un apt-get update i apt-get dist-upgrade Gràcies als 3 per haver contestat. Al 09/11/13 00:47, En/na Joan ha escrit: Passar a testing es fa com tu dius, canviant les paraules al repositori (pots usar tb el nom de la distro testing, jessie ) com a mínim aquí: deb http://ftp.es.debian.org/debian/ jessie main contrib non-free deb-src http://ftp.es.debian.org/debian/ jessie main contrib non-free No sé si el wheezy-updates i el wheezy/updates tb tenen contrapart de jessie. Però després de fer el canvi al sources-list cal que exexutis dugues ordres: apt-get update (per actualitzar el repositori) apt-get dist-upgrade (fixa't que no s'usa l'habitual apt-get upgrade). Sobre el que demanes de si és convenient passar de estable a testing, jo només ho faria si tingués una BONA raó. Quina és la teva? Joan Cervan On 08/11/13 23:21, Jordi Boixader (Idroj) wrote: Hola, És recomanable passar-se de Wheezy a Testing? és el Pc que utilitzo sempre. Deu ser fàcil fer-ho, sinó vaig errar només hauria de canviar les paraules Wheezy per testing del meu /etc/apt/sources.list ? $ nano /etc/apt/sources.list ### Repositoris de software Debian Wheezy ### # Debian CDRom # deb cdrom:[Debian GNU/Linux 7.0.0 _Wheezy_ - Official amd64 CD Binary-1 20130504-14:44]/ wheezy main # Debian Wheezy - Repositori oficial deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free # Debian Wheezy - Actualitzacions de seguretat deb http://security.debian.org/ wheezy/updates main contrib non-free deb-src http://security.debian.org/ wheezy/updates main contrib non-free # Debian Wheezy-updates, previously known as 'volatile' deb http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.es.debian.org/debian/ wheezy-updates main contrib non-free # Debian Multimedia deb http://www.deb-multimedia.org/ wheezy main non-free deb-src http://www.deb-multimedia.org/ wheezy main non-free Creieu que hi sobra algun repositori? o que me n'hi falta algun d'important? Salut i gràcies! -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d96cf.6030...@calbasi.net
Re: És recomanable passar-se de Wheezy a Testing?
El Dissabte, 9 de novembre de 2013, a les 01:08:06, Jordi Boixader va escriure: Doncs tenir una raó per fer-ho, no en tinc cap de concreta, estic bé com estic. Però també m'agrada estar més actualitzat i possiblement aixi també aprendré algo més i com veig que molta gent ho fa, doncs per això volia fer-ho jo. Si el que t'interessa és tenir paquets més actualitzats sense perdre l'estabilitat global de wheezy, considera l'ús de backports: deb http://ftp.debian.org/debian/ wheezy-backports main Aquest repositori conté una selecció de versions més noves ajustades perquè funcionin amb la versió stable del moment. Si el que busques està allà (per exemple Iceweasel), jo no entraria a jessie. I que consti que precisament estic a testing, però com bé han dit de tant en tant sorgeixen problemes que triguen a solucionar-se i poden ser un mal de cap: ara mateix l'extensió de GreaseMonkey no es pot instaŀlar de repositori perquè requereix una versió d'Iceweasel més recent que no es troba disponible, i porta un temps així. Per altra banda jo treuria debian-multimedia, a banda dels conflictes que hi ha hagut amb la comunitat Debian (el repositori no és oficial), el suport multimèdia ha millorat moltíssim i ja no resulta tan necessari com abans. -- To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1794977.iANyFboNSS@portatil2
Re: Claw mail et conversion UTF-8 vers ISO-8859-15
Stéphane GARGOLY wrote on Fri, Nov 08, 2013 at 05:57:54AM +0100 Bonjour à tous les utilisateurs et développeurs de Debian : Le 7 novembre 2013 22:57, Benoit B benoit...@gmail.com a écrit : J'adore Emacs, je l'utilise pour rédiger mes document en LaTeX. Mais de là a dire que je connais... Pour moi, c'est la plus merveilleux et le plus mystérieux des éditeur... ;) C'est ironique ? :-D Note 1 : Je suis un fan de Vim. Note 2 : En plus, c'est vendredi (et, donc, j'en profite). Pour ouvrir un nouveau front ? Enfin rouvrir car c'est devenu un classique... dom -- -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131108084008.ga5...@telecom-paristech.fr
Re: Questions sur le rebuild d'un paquet depuis ses sources debian (après modif)
Hello, On 08/11/2013 01:13, Francois Lafont wrote: Bonjour à tous, En général, pour rebuilder un paquet Debian, je fais ça : apt-get update apt-get devscripts dpkg-dev apt-get source toto apt-get build-dep toto cd le-rep-source-de-toto # Là, je modifie éventuellement le paquet. # Ensuite, j'édite le changlog avec dch pour # incrémenter la version du paquet etc. # Et enfin: dpkg-buildpackage -us -uc -b 1. A priori, sur mes divers tentatives, ça marche plutôt bien. J'ai bon jusque là ? 2. J'obtiens alors un paquet toto-xxx.deb (bon en fait souvent on se retrouve avec plusieurs paquet mais moi, c'est le paquet toto qui m'intéresse) qui possède un numéro de version plus récent que le paquet toto qui se trouve sur les dépôt officiels. Mais le paquet que j'obtiens possède le même nom toto, c'est seulement, le numéro de version qui change. Y a-t-il un moyen pour que le paquet que je builde ne s'appelle pas toto au final, mais s'appelle par exemple toto-foo (où foo est un nom qui évoque ma modif) ? Évidemment, on peut supposer alors que les paquets toto et toto-foo sont incompatibles. Oui, c'est possible, mais je ne le recommanderais pas :) Il faut alors modifier le fichier debian/control, changer le nom du paquet binaire: Package: toto devient alors Package: toto-foo. Il faut aussi renommer les fichiers debian/toto.* où * vaut instal, init, default, dirs, ... Il faut aussi mettre à jour les conflits éventuels dans debian/control Conflict: toto ainsi que les remplacement Replace: toto. Mais: du point de vue du gestionnaire de paquets, c'est alors un paquet différent, pas une version particulière d'un paquet existant. Pour cette raison, qui risque fort de compliquer les opérations de mises à jour du système, je déconseille cette méthode. Il vaut mieux, selon moi, intégrer foo dans le numéro de version plutôt que le nom du paquet binaire. Enfin, dpkg-buildpackage fonctionne, mais tu devrais toujours construire tes paquets dans un environnement propre, avec pbuilder par exemple, pour vérifier les dépendances de build, surtout si tu envisages de le rendre disponible. 3. Imaginons maintenant que le paquet toto, ce ne soit pas n'importe quel paquet mais que ce soit carrément linux-image-3.2.0-4-amd64. La méthode de rebuild donnée en exemple ci-dessus-elle toujours valable ? Ou bien pour un rebuild du noyau, c'est un cas spécifique ? Pour le noyau, cette méthode fonctionne (a priori, à confirmer), mais tu peux également utiliser make deb-pkg comme indiqué par nb. 4. Même question pour le renommage. Lors du rebuild de linux-image-3.2.0-4-amd64 : y a-t-il un moyen de changer le nom du paquet pour qu'il s'appelle par exemple linux-image-3.2.0-4-foo-amd64 et qu'il soit, contrairement à précédemment, installable *en* *plus* du paquet linux-image-3.2.0-4-amd64 déjà installé sur l'OS ? L'idée étant d'avoir dans Grub la possibilité de lancer linux-image-3.2.0-4-amd64 ou bien linux-image-3.2.0-4-foo-amd64. Même remarque que pour le point 1, mauvaise idée selon moi. Cordialement, JB -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/527ca6cf.4060...@jbfavre.org
Re: Questions sur le rebuild d'un paquet depuis ses sources debian (après modif)
Bonjour, Bosses plutôt en tant que user normal ... sauf lorsqu'il s'agit d'installerdes paquets (sudo ...). p.ex. : $ sudo apt-get build-dep toto $ dpkg-buildpackage -rfakeroot -us -uc -b Tu pourrais utiliser le numéro de version pour ton paquet perso. La commande dch est faite pour ça ... $ dch -i Guy Le 08/11/2013 01:13, Francois Lafont a écrit : Bonjour à tous, En général, pour rebuilder un paquet Debian, je fais ça : apt-get update apt-get devscripts dpkg-dev apt-get source toto apt-get build-dep toto cd le-rep-source-de-toto # Là, je modifie éventuellement le paquet. # Ensuite, j'édite le changlog avec dch pour # incrémenter la version du paquet etc. # Et enfin: dpkg-buildpackage -us -uc -b 1. A priori, sur mes divers tentatives, ça marche plutôt bien. J'ai bon jusque là ? 2. J'obtiens alors un paquet toto-xxx.deb (bon en fait souvent on se retrouve avec plusieurs paquet mais moi, c'est le paquet toto qui m'intéresse) qui possède un numéro de version plus récent que le paquet toto qui se trouve sur les dépôt officiels. Mais le paquet que j'obtiens possède le même nom toto, c'est seulement, le numéro de version qui change. Y a-t-il un moyen pour que le paquet que je builde ne s'appelle pas toto au final, mais s'appelle par exemple toto-foo (où foo est un nom qui évoque ma modif) ? Évidemment, on peut supposer alors que les paquets toto et toto-foo sont incompatibles. 3. Imaginons maintenant que le paquet toto, ce ne soit pas n'importe quel paquet mais que ce soit carrément linux-image-3.2.0-4-amd64. La méthode de rebuild donnée en exemple ci-dessus-elle toujours valable ? Ou bien pour un rebuild du noyau, c'est un cas spécifique ? 4. Même question pour le renommage. Lors du rebuild de linux-image-3.2.0-4-amd64 : y a-t-il un moyen de changer le nom du paquet pour qu'il s'appelle par exemple linux-image-3.2.0-4-foo-amd64 et qu'il soit, contrairement à précédemment, installable *en* *plus* du paquet linux-image-3.2.0-4-amd64 déjà installé sur l'OS ? L'idée étant d'avoir dans Grub la possibilité de lancer linux-image-3.2.0-4-amd64 ou bien linux-image-3.2.0-4-foo-amd64. Merci d'avance pour vos lumières. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/527cacc1.8030...@teledetection.fr
Re: Boot PXE avec un preseed pour une installation automatique de Debian Wheezy
Bonjour François, Pour ta 1ère question, désolé, je n'ai pas de réponse (sachant que ce n'est pas ce que je fais). En revanche, pour ta seconde, j'ai la même problématique, à savoir l'installation d'un minimum de paquets. Et cela fonctionne très bien. Je n'ai pas de différence avec toi [tasksel tasksel/first multiselect standard] et je me demandais si ça ne pouvait pas venir de ta ligne [xserver-xorg xserver-xorg/autodetect_monitor boolean false] ? Mais ce n'est qu'une suggestion. Je peux te donner mon preseed en privé qui n'installe bien que le système de base (+ les paquets que je lui indique). Maintenant, j'aimerais bien ta procédure sur la partie PXE ;-) On peut échanger si ça te convient... David. Le Fri, 08 Nov 2013 01:20:49 +0100, Francois Lafont mathsatta...@free.fr a écrit : Re, ;-) Comme indiqué dans le titre, j'essaye de mettre en place un boot PXE avec un fichier preseed afin d'avoir une installation 100% automatique d'une Debian Wheezy amd64. Il s'avère que je bloque sur 2 trucs. Je mets toute ma conf en fin de message. 1) Impossible d'avoir le clavier en français sachant que je veux que ma Debian soit localisée en France bien sûr (country=FR etc.) mais je souhaite que la locale installée soit en_US.UTF-8 (car je veux des messages d'erreur etc. en anglais). Si par exemple, je décide de de mettre la locale fr_FR.UTF-8 et que je laisse le reste de ma conf à l'identique, j'ai bien un clavier français. Mais le fait que je veuille une locale « différente » de ma localisation géographique, ça semble fiche la pagaille. 2) Avec ma conf, j'ai un serveur X qui est installé automatiquement sur la Debian. Par exemple, une fois que l'installation est terminée, je vois que les paquets xserver-common, x11-common etc. sont installés. Perso, quand je fais une installation à la mano (toujours en mode expert) et que j'installe le minimum (openssh-server et puis basta), je n'ai pas tous ces paquets qui sont installés. J'aimerais que ce soit pareil avec mon fichier preseed car c'est pour un installer un serveur alors je n'ai que faire d'un serveur X sur la machine. Merci d'avance pour votre aide. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131108102914.4d27a98c@debian-david
Re: GPF d'Iceweasel ????
Le 08/11/2013 01:04, Nicolas FRANCOIS a écrit : Tout à l'heure, j'ai reçu un gros bip depuis une console. J'ai été regarder dans syslog, et j'ai trouvé le truc en pièce jointe. C'est grave, docteur ? Non, c'est juste que le process iceweasel est allé mettre son nez dans une zone de mémoire réservée au kernel, la réaction violente est nominale. -- Nicolas -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/527cb928.7020...@cena.fr
Re: Re : debian et acrobat
Le 30/10/2013 23:04, François Patte a écrit : Le 30/10/2013 22:13, nicolas.patr...@gmail.com a écrit : Le 30/10/2013 19:31:42, François Patte a écrit : Existe-t-il un paquet debian pour acrobat reader? Il y a bien quelque chose sur deb-multimedia, mais beaucoup de fonctionnalités (gratuites) d'acrobat ne sont pas incluse dans ce paquet. evince, kpdf, xpdf ou autres ne te conviennent pas ? evince, kpdf, okular, xpdf n'ont pas les fonctionnalités 3D, java et d'autres encore Au risque de rallumer la guerre, ce qui n'est pas mon but, je voudrais signaler une fonctionnalité que ne possède pas (ou possède mal) evince: la possibilité d'imprimer les pdf avec jeux de police intégrés pour certaines fontes: bien que les propriétés du document mentionnent que les jeux partiels d'une police sont intégrés (et ils le sont), evince est incapable de les imprimer et les affiche de manière tellement approximative à l'écran qu'on ne peut pas travailler proprement sur certains documents. -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél. +33 (0)1 8394 5849 http://www.math-info.univ-paris5.fr/~patte signature.asc Description: OpenPGP digital signature
Re: gnome 3 et dual screen
Le Thu, 7 Nov 2013 12:31:55 +0100, major_ghz major_...@electronique-libre.org a écrit : bonjour, j'ai un dual screen sous wheezy (debian 7) dans l'espace des bureau virtuel je n'ai pas les miniature du deuxième écran. j'ai paramétré pour avoir un bureau virtuel pour les deux écrans. comment affiché les miniatures du deuxième écran ? peut on avoir des bureaux virtuels séparé, un par écran ? cordialement, major_ghz ce n'est pas prévu dans gnome 3 ? -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131108165740.6ee1e...@p4-3ghz.electronique-libre.org
gpt/efi
Bonsoir, j'ai recherché sur le sujet UEFI et GPT dans le monde Linux (en particulier), mais je suis incapable de synthétiser les infos récoltées. Les CM (cartes-mères) modernes ont un bios qui permet le démarrage en UEFI (dû à Intel) et les disques qui peuvent être formatés en gpt (c'est à dire en volume logique, en somme comme lvm de unix). Si on a acquis une CM moderne et que plus tard, on envisage utiliser des disques de capacités supérieures à 2Go, mais que l'on envisage pas installer du W$, le LVM actuel de linux devrait fonctionner. Si le bios est validé en UEFI , le disque doit-il être 'formaté' en gpt. J'ai lu que 'parted' installé pouvait le faire. Donc en lançant ma debian actuelle et un hdd en esclave, j'utilise 'parted' pour lui demander de créer mon disque en esclave en gpt; Puis sur celui-ci, avec le bios déclaré en uefi j'installe une debian? Bon, mes questions sont que je souhaite apprendre et comprendre , car ce monde informatique évolue, par curiosiré, je veux me préparer. Merci -- Amicalement Gérard
Re: gpt/efi
On Fri, Nov 08, 2013 at 09:47:14PM +0100, Gérard Sarram wrote: Bonsoir, \o/ j'ai recherché sur le sujet UEFI et GPT dans le monde Linux (en particulier), mais je suis incapable de synthétiser les infos récoltées. Mais si voyons. Y’a un peu a manger au début, mais ça fini par rentrer ^^ Si tu parles anglais, ce site m'avait bien aiguillé lors de ma première installation en UEFI : http://www.rodsbooks.com/efi-bootloaders/index.html Si le bios est validé en UEFI , le disque doit-il être 'formaté' en gpt. Théroriquement, le GPT (qui est une sous-spécification de EFI) n'est pas obligatoire pour installer un système en EFI. Ceci dit, sauf impossibilité de refaire la table de partition, je ne vois pas de bonne raison de s’en passer (plus besoin de jongler avec partitions primaires/secondaires, entre autres avantages). Il est même possible de convertir une partition MBR en GPT sans détruire les données [ mais si les données sont précieuses, il faut maîtriser son sujet et de toute façon, faire une sauvegarde préalable ]. J'ai lu que 'parted' installé pouvait le faire. Donc en lançant ma debian actuelle et un hdd en esclave, j'utilise 'parted' pour lui demander de créer mon disque en esclave en gpt; Puis sur celui-ci, avec le bios déclaré en uefi j'installe une debian? Oui tu peux préparer tes partitions en GPT à l’avance depuis ton installation [MBR] existante (si elle n'est pas sur le même disque, évidemment). Dans GParted, par exemple, menu Périphériques - [créer une table de partition] et choisir GPT. Mais il est aussi possible de créer les partitions à l’aide des outils de l’installateur Debian (= Wheezy). -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131108225652.ga27...@gmail.com
Re: gpt/efi
On Fri, Nov 08, 2013 at 11:56:52PM +0100, Alexandre Hoïde wrote: Mais il est aussi possible de créer les partitions à l’aide des outils de l’installateur Debian (= Wheezy). euh… saisi d’un petit doute, j’ai jeté un œil à la doc Debian et je ne trouve pas de réponse à la question : comment se comporte l’installateur si il trouve une table de partition MBR sur le disque cible ? Sans réponse à cette question, il vaut peut-être mieux, en effet, créer la table de partition [ et les partitions aussi ] avant de lancer l’installation. Ne pas oublier de créer une petite partition (200-300 Mo) EFI en «fat32» au début du disque et de lui mettre un «flag» «boot». Cette partition contiendra les «bootloaders/bootmanagers» et autres utilitaires EFI. Il est aussi possible d’y héberger les noyaux. Il est possible qu’à l’avenir, le noyau Linux de Debian contienne son propre «bootloader» EFI, et qu’il devra alors être hébergé sur cette partition, raison pour laquelle il est préférable de donner une taille confortable à cette partition. Si tu n'as pas l'intention d’installer Windows, il n’y aura pas d'autre précaution particulière. Par contre, si tu veux te réserver cette possibilité sans avoir à ré-aménager tes partitions, il faudra te renseigner. Je crois me rappeler que Windows a besoin d'un petit espace juste après et/ou avant la partition EFI. -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131109003503.ga...@gmail.com
Re: gpt/efi
On Fri, Nov 08, 2013 at 11:56:52PM +0100, Alexandre Hoïde wrote: Il est même possible de convertir une partition MBR en GPT hum… s/une partition/une table de partition/ -- 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-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20131109010606.gb...@gmail.com
Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
El día 7 de noviembre de 2013 17:46, Camaleón noela...@gmail.com escribió: El Thu, 07 Nov 2013 16:45:59 +0100, Maykel Franco escribió: (ese html... Maykel...) El 07/11/2013 16:41, Camaleón noela...@gmail.com escribió: (...) Si lo que falla es algún componente de pantalla integrada, ¿por qué no saca la imagen a un monitor externo? Salvo que el equipo esté configurado para enviar la señal de la gráfica al LCD y de éste pase al conector externo (lo cual no tiene mucho sentido, lo suyo es que estén independizados). Me puedo meter en la bios y todo incluso arranca el sistema, lo que pasa que no lo veía ayer por la noche ni con luz ni nada hasta que he puesto el movil o acercas el portatil a la ventana que le de el sol. El portatil en cuestión es este: http://www.sony.es/support/es/product/VGN-NS11S_S/specifications Lo que no sé yo es si me compensa cambiarle la pantalla... http://www.laptopscreenonline.com/sony-vaio-vgn-ns11s-screen-17582- p.asp Vale unos 76 euros, 80 euros con portes...El tema es si realmente es el tubo, imaginaros si la cambio y no es el tubo aunque tiene toda la pinta...Nunca he cambiado una pantalla de portatil entera, pero para todo hay una primera vez... Como lo véis?? Opino que tu teoría tiene algunas lagunas y necesita más investigación :-P Joder se me habia olvidado que deje el disco duro de windows para hacer unas pruebas... Resulta que se apago inesperadamente porque como no mostraba nada por pantalla...pues botonazo. Y windows arranca para recuperar, es win 7 por eso no veia nada... Ya veo el escritorio entero por vga... Que le llegue la señal a la salida VGA ya me cuadra más. He reparado el inicio de win 7 tipico... Y ya en el escritorio si que me ha salido por vga. Esta claro que es el tubo de la imagen camaleon. Buf... no sé. Se me ocurren un par de componentes susceptibles de fallo que no son la pantalla en sí misma (inversor y/o cable de conexión). Me compensa cambiarlo por 80 euros pero no he cambiado nunca una pantalla lcd de ningun portatil... Como he comentado para todo hay una primera vez. No me parece caro, y oye, si resulta que no es la pantalla pues ya tienes una de reserva :-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.07.16.46...@gmail.com Gracias por contestar. Pues me da a mí que me he equivocado, ya he pedido la pantalla pero esto lo leí tarde: ¿Cómo saber si el problema es de la pantalla o del inverter? La unica forma de saber si el problema es del inversor (o inverter del monitor) o del monitor es que si el inversor funciona y la LCD no se enciende, entonces podríamos decir que si esta fundida. El inverter podemos saber que esta mal porque la tarjeta de video si envia señal (conectamos un monitor a la salida de video y si hay imagen) pero en la LCD se ve muy oscuro todo. El coste de reparación desde luego es bastante diferente si la pantalla del portatil está rota o si hay que cambiar el inverter. Una prueba fácil de hacer para ver si el problema es del inverter, es mirar la pantalla al trasluz, normalmente la pantalla se ve un poco, como si la luminosidad se hubiera ido. Si es así, tema resuelto, hay que cambiar el inverter. Por el contrario, si la pantalla no se ve nada, no se enciende, tiene rayas verticales (rojas, verdes o azules), está partida, tiene el líquido derramado o tiene manchas o incluso fallan algunos píxeles, elproblema es de la pantalla. También queda probar con una pantalla externa conectada a la salida de video del portátil, si se ve correctamente, quiere decir que la tarjeta de video está bien y que la pantalla seguramente esté mal (por supuesto después de descartar problemas con el inverter de portatil). Mi pantalla lcd del portatil si se ve un poco al trasluz, entonces eso quiere decir que es maldito inverter...menuda putada... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-rs5yj7kvvflk3j-rp6xafxpkwaxwgakmvugwp-oa...@mail.gmail.com
Re: Duda sobre el uso de ssd
El día 7 de noviembre de 2013 17:03, Camaleón noela...@gmail.com escribió: El Thu, 07 Nov 2013 16:34:17 +0100, Maykel Franco escribió: El día 7 de noviembre de 2013 16:15, Camaleón noela...@gmail.com escribió: (...) Recuerdo haber leído en algún manual de Windows que tener el pagefile.sys (el archivo de memoria de intercambio) en una unidad de disco duro distinta de donde está el SO, incrementaba el rendimiento y el acceso a los datos, cuando en principio pareciera ser lo contrario. SI bueno pero esto es porque te tienes que adaptar al SO windows 20 GB que ocupa de instalación y al disco ssd de 32 GB, con lo cual no te queda otra que meter el SO en el de 750 y el arranque y el cacheado al msata ssd de 32 GB(esta solucion se usaron para los primeros ssd porque eran muy caros y para ahorrar energía, ya que lo que esté cacheado en el ssd no lo tiene que leer el hdd con lo cual las agujitas famosas del disco mecánico no se mueven). ¿¿Mand?? X-) No, hombre, no... no me refería al ejemplo que has puesto. La recomendación de ubicar el archivo de intercambio en otra unidad de disco es general y se aplica a todos los sistemas y equipos. De hecho existe antes de que salieran al mercado los discos SSD, no te digo más. Esto he leído que lo hace un software, el intercambio me refiero...Es como si fuera una memoria swap pero no volátil no?? Pregunta tonta, se podría configurar así linux?? El SO al 750 GB y el arranque y el cacheado de las aplicaciones al ssd?? Ni idea... sé que los discos SSD tienen un firmware que se encarga de más cosas que de las habituales, así que no me extrañaría que el controlador del disco duro a través del sistema operativo sea capaz de decirle al disco SSD qué hacer con los datos a un nivel más fino que el convencional. En realidad esta solución al final te convierte los 2 discos duros, a 1 sshd y si te miras en google y comparas los discos hibridos sshd vs ssd verás que el ssd sigue ganando por goleada. Eso de los discos híbridos se lo han sacado de la manga los fabricantes porque se han dado cuenta de que nadie se compra un disco de 120 GiB, por muy SSD que sea, cuando por el mismo precio tienen uno (o dos) de 4 TiB mecánico. Sin embargo, los propios fabricantes siguen recomendando para la gama empresarial de discos duros las unidades SSD puras. Por algo será. Imaginate una VM con vmware y que tienes de 10 GB, una peli mkv de 25 GB o mas cositas en el hdd y quieres ejecutar todas estas bonitas y grandes cositas...No creo que copie en el cacheado ssd toda la VM no?? copiará el arranque del vmware workstation. Y el mkv?? hará buffer?? mmm todo esto me huele a perdida de rendimiento excepto para el arranque, y para los programas básicos no sé... Ni idea... Donde esté un ssd nativo que se quite cualquier otra cosa, por lo menos por el momento no creéis? Todo esto lo pregunto porque hay gente que dice que va mejor un ssd 32 cache + 750 GB hdd que un ssd nativo de 240 GB por ejemplo y no es así. (...) Sí, yo prefiero un SSD o un disco mecánico puro, las soluciones híbridas (SSHD) suelen quedarse a medias entre una cosa y otra, nunca alcanzan el 100% de los potenciales que pretenden aunar. Y sinceramente, dedicar 32 GiB de unidad SSD al cacheo no me convence nada. Con un disco SSD (sata 6 GiB) ya eliminas el cuello de botella que es la controladora del disco duro y que es lo que más te penaliza el rendimiento. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.07.16.04...@gmail.com Me valen de mucho todos vuestros comentarios. Muchas gracias y gran análisis. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa_b1zo6-9v2ut2x+gcv6lecodp7svlhdxdekbtepwa...@mail.gmail.com
Guia Servidor Wheezy
Hola a todos. Guia para montar Servidor Wheezy seguro y privado: correo, dokuwiki, mailman, ftp anonimo y sshd. (incompleta) 1. Instalacion como experto. 2. En Tasksel, seleccione correo electronico, servidor web, herramientas basicas y servidor ssh. 3. Al finalizar la instalacion; instale DokuWiki, Mailman y Vsftpd. Ya estan instalados exim4, dovecot y otros. # dpkg -l 4. Para la seguridad, instale Tiger, Snort, RKHunter, Lynis. 5. Para revisar actividad, instale LogWatch. 6. Para revisar la Integridad, Tripwire, Debsums y Snort. 7. Configurar DokuWiki: # dpkg-reconfigure dokuwiki y responder de acuerdo a necesidad. 8. Configurar Mailman: /usr/share/doc/README.Exim4.Debian.gz. Here's a way to integrate mailman with Exim4 that will automatically play nice with mailman's virtual domains support and VERP. It does not require dedicating domain(s) to mailman. Configure your Mailman (in /etc/mailman/mm_cfg.py) with: MTA = 'Postfix' POSTFIX_ALIAS_CMD = '/bin/true' POSTFIX_MAP_CMD = 'chgrp Debian-exim' and list all your Mailman domains in POSTFIX_STYLE_VIRTUAL_DOMAINS: POSTFIX_STYLE_VIRTUAL_DOMAINS = [ 'example.com', 'example.org' ] Please note that the chgrp command above will not work when creating a list in the web interface: the user www-data will not be allowed to do this. You can circumvent this problem by creating new lists with the 'newlist' command line command or using instead: POSTFIX_MAP_CMD = 'chmod o+r' This will allow local users (with shell access to the list server) to see the list of all Mailman mailing lists, but not much more. If you have created lists before making those changes to mm_cfg.py (and you are not going to create others before running the system in production), you need to run /var/lib/mailman/bin/genaliases once; it will be done automatically every time you create / delete a mailing list in the future. And yes, the Postfix there is on purpose, it should not be replaced by exim4. It causes mailman to (among others) create a list of mailman lists, including what virtual domain they should be in. That is the information that is used here; the rest is ignored. Put this in your exim4 main configuration (if you use a split config, for example /etc/exim4/conf.d/main/04_local_mailman_macros) -- BEGIN EXIM4 MAIN # Home dir for your Mailman installation -- aka Mailman's prefix # directory. MAILMAN_HOME=/var/lib/mailman MAILMAN_WRAP=MAILMAN_HOME/mail/mailman # User and group for Mailman, should match your --with-mail-gid # switch to Mailman's configure script. MAILMAN_USER=list MAILMAN_GROUP=daemon # Where to store messages sent to mailman-loop - used if the # mailman-owner addressbounces. MAILMAN_LOOP=MAILMAN_HOME/data/owner-bounces.mbox -- END EXIM4 MAIN Put this in your exim4 router configuration (if you use a split config, then for example /etc/exim4/conf.d/router/970_local_mailman) -- BEGIN EXIM4 ROUTER # Messages get sent out with # envelope from mailman-bounces@virtual_domain # But mailman doesn't put such addresses # in the aliases. Recognise these here. mailman_workaround: debug_print = R: mailman_workaround for $local_part@$domain domains = +local_domains require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_parts = mailman local_part_suffix_optional local_part_suffix = -bounces : -bounces+* : \ -confirm+* : -join : -leave : \ -subscribe : -unsubscribe : \ -owner : -request : -admin transport = mailman_transport group = MAILMAN_GROUP # We need to handle the mailman-loop separately from the other addresses # since the loop action is not handled by the wrapper. mailman_loop_router: debug_print = R: mailman_loop for $local_part@$domain domains = +local_domains require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_parts = mailman transport = mailman_loop_transport local_part_suffix = -loop group = MAILMAN_GROUP # Mailman lists mailman_router: debug_print = R: mailman_router for $local_part@$domain domains = +local_domains condition = ${lookup{$local_part@$domain}lsearch{MAILMAN_HOME/data/virtual-mailman}{1}{0}} require_files = MAILMAN_HOME/lists/$local_part/config.pck driver = accept local_part_suffix_optional local_part_suffix = -bounces : -bounces+* : \ -confirm+* : -join : -leave : \ -subscribe : -unsubscribe : \ -owner : -request : -admin transport = mailman_transport group = MAILMAN_GROUP -- END EXIM4 ROUTER Put this in your exim4 transport configuration (if you use a split config, then for example /etc/exim4/conf.d/transport/40_local_mailman) -- BEGIN EXIM4 TRANSPORT - mailman_transport: debug_print = T:
Porque separar /boot a otra partición
Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-wstvnmjos5-gqao06arkqffqks359qitf3btzqoi...@mail.gmail.com
Re: Porque separar /boot a otra partición
Depende las necesidades. mayormente es una necesidad técnica, como: si tienes un grub viejo.. vas a tener que separar... yo separo en SLES porque no botea si el raiz es xfs y son lvm. en fin si no lo necesitas técnicamente no mejora en mucho y como es trasparente.. hacerlo o no no complica mucho... _ La fe es cuando se cree en algo que uno sabe que no puede ser verdadero El día 8 de noviembre de 2013 11:00, Maykel Franco maykeldeb...@gmail.com escribió: Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-wstvnmjos5-gqao06arkqffqks359qitf3btzqoi...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CADqxbRS3Û1wzvfazdfd_nekfx77pme+73ffxcbzwful...@mail.gmail.com
Re: Porque separar /boot a otra partición
El 08/11/13 11:00, Maykel Franco escribió: Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. /boot para arrancar / y /home y el resto, cifrado con LUKS Es la causa por la que conviene mantener la partición aparte. JAP -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527cf887.6030...@gmail.com
Re: Porque separar /boot a otra partición
El Fri, 08 Nov 2013 15:00:20 +0100, Maykel Franco escribió: Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar- boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Yo soy de la opinión de que cuantas menos particiones de sistema haiga menos problemas haibrá. A ver, si tuviera un disco duro ilimitado o un administrador de volúmenes lógicos tan estupendísimo que no diera ningún problema, fuera transparente y súper sencillo de implementar (no, LVM no cumple esa condición), pues me replanteaba el particionado. Mientras tanto, y dado que me gustan los discos duros pequeñitos (los que uso para instalar el sistema operativo tienen 250 GiB) se va todo al mismo lado aunque eso sí, me ocupo de tener una copia de seguridad por duplicado y actualizada. Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Se me ocurren un par situaciones sonde tener una partición /boot independiente podría ser deseable: 1/ El sistemas con RAID 1 por software (md) o fakeraid (dm) para que el sistema pueda iniciar desde cualquiera de los discos en caso de fallo en uno de ellos. (nota: no sé hasta qué punto esto es así actualmente pero recuerdo haberlo leído en guías de configuración) 2/ Cuando, por el motivo que sea, se quiere usar un gestor de arranque independiente y ajeno al SO. Por ejemplo, cuando se tiene un equipo con múltiples sistemas operativos y de diversa índole (windows, linux, bsd, Unix...) compartiendo el mismo disco duro. Y bueno, otra cosa que me ha venido a la cabeza... si mal no recuerdo, el sistema de archivos de la partición /boot no se recomienda que sea distinto de ext2/3/4 ya que algunos gestores de arranque (como reiserfs o xfs) antaño no se llevaban del todo bien con GRUB y cada distribución tenía que incluir sus propios parches para evitar problemas, pero igualmente digo que no sé si esto ya habrá sido corregido. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.08.14.45...@gmail.com
Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
El Fri, 08 Nov 2013 11:59:37 +0100, Maykel Franco escribió: El día 7 de noviembre de 2013 17:46, Camaleón noela...@gmail.com escribió: (...) Esta claro que es el tubo de la imagen camaleon. Buf... no sé. Se me ocurren un par de componentes susceptibles de fallo que no son la pantalla en sí misma (inversor y/o cable de conexión). Me compensa cambiarlo por 80 euros pero no he cambiado nunca una pantalla lcd de ningun portatil... Como he comentado para todo hay una primera vez. No me parece caro, y oye, si resulta que no es la pantalla pues ya tienes una de reserva :-) Gracias por contestar. Pues me da a mí que me he equivocado, ya he pedido la pantalla pero esto lo leí tarde: ¿Cómo saber si el problema es de la pantalla o del inverter? La unica forma de saber si el problema es del inversor (o inverter del monitor) o del monitor es que si el inversor funciona y la LCD no se enciende, entonces podríamos decir que si esta fundida. El inverter podemos saber que esta mal porque la tarjeta de video si envia señal (conectamos un monitor a la salida de video y si hay imagen) pero en la LCD se ve muy oscuro todo. (...) Mi pantalla lcd del portatil si se ve un poco al trasluz, entonces eso quiere decir que es maldito inverter...menuda putada... No siempre resulta tan sencillo descubrir al culpable y recuerda que se trata de un portátil, no sé hasta qué punto eso que pones más arriba es válido para un LCD integrado en un portátil. Cierto es que el inversor es el primer sospechoso habitual cuando el problema sobreviene de un día para otro mientras que la lámpara suele ir oscureciendo poco a poco, lentamente... pero bueno, siempre podrás devolver la pantalla ¿no? :-? Y por cierto, ¿a cómo está el kilo de inversores? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.08.14.28...@gmail.com
Re: Porque separar /boot a otra partición
Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. Una de las razones de seguridad, es por que /boot es casi estatico, y tambien permite manejar mejor el cifrado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52011cdcc0b158bfb5ddf8e6f16f8f32.squir...@mail.vcn.bc.ca
Re: Porque separar /boot a otra partición
Hola saludes. ¿Ventajas? depende que eres, si eres alguien que esta compilando es bueno tenerlo separado, ya que el espacio del kernel en el boot lo trabajas independiente del /root Si eres usuario mortal común y corriente y lo que ahi se ha de ejecutar es algo que no conlleve a actualizaciones del grub ni el kernel, entonces no veo por que crear una particion. Si grub2 te soporta /boot sobre lvm tampoco veo la necesidad de tenerlo que separar. Por lo tanto solo es util si necesitas desarrollar tu propio kernel y si eres un buen administrador y sabes cuanto necesitas para compilar varios kernel y estar en prueba y error y compilando modulos y en el viene y va de compilaciones y no quieres usar ese espacio para el /root pues obvio que es una ventaja ya tener reservado ese espacio para el boot, ¿pero para nosotros que no compilamos? da igual que este en una sola partición. Así que ventajas solo las tiene el desarrollador. Sin embargo otra ventaja es que quieras tener el /boot cargado en otro ordenador y jalarlo en red, algo tipo PXE en linux existen tantas cosas que puedes tener en un /boot los kernels para una granja de ordenadores tipo school farm y se dese cargar los kernel remotamente, etc existen muchas variables que puedan mover a alguien a particionar el /boot pero si no vas a nisiquiera estar compilando kernel, no hay necesidad de particionarlo. - Mensaje original - De: Flako subfo...@gmail.com Para: debian-user-spanish debian-user-spanish@lists.debian.org Enviados: Viernes, 8 de Noviembre 2013 8:27:23 Asunto: Re: Porque separar /boot a otra partición Depende las necesidades. mayormente es una necesidad técnica, como: si tienes un grub viejo.. vas a tener que separar... yo separo en SLES porque no botea si el raiz es xfs y son lvm. en fin si no lo necesitas técnicamente no mejora en mucho y como es trasparente.. hacerlo o no no complica mucho... _ La fe es cuando se cree en algo que uno sabe que no puede ser verdadero El día 8 de noviembre de 2013 11:00, Maykel Franco maykeldeb...@gmail.com escribió: Llevo tiempo dándole vueltas y la verdad es que no veo actualmente la mejoría ni la necesidad de separar /boot. Para informarme un pelin más, he googleado un poco y he encontrado esto: http://www.rafaelrojas.net/2013/06/12/el-innecesario-legado-de-separar-boot/ Sinceramente, estoy de acuerdo con él, por qué separarlo si grub2 ya soporta /boot sobre lvm... Lo único que veo es un estorbo y tener una partición más a tener en cuenta... El /home si lo veo lógico y con sentido, pero el /boot desde luego que no... Si alguien conoce alguna ventaja aparte de las expuestas en el enlace con razón para separar /boot, estaría bien comentarlo, me parece interesante. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa-wstvnmjos5-gqao06arkqffqks359qitf3btzqoi...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CADqxbRS3Û1wzvfazdfd_nekfx77pme+73ffxcbzwful...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/26382865.726.1383924272328.JavaMail.rojoblandino@rojoblandino
Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
Aveces el problema viene ocasionado a un modulo de ram, que justo esa porción de ram es la encargada de poner información en la pantalla. Para ir descartando podrías probar el modulo de ram en un banco de pruebas. Saludos -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpNhTCWZ2xGp.pgp Description: PGP signature
RE: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
Date: Fri, 8 Nov 2013 15:45:54 -0300 From: mama21m...@riseup.net To: debian-user-spanish@lists.debian.org Subject: Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga Aveces el problema viene ocasionado a un modulo de ram, que justo esa porción de ram es la encargada de poner información en la pantalla. Para ir descartando podrías probar el modulo de ram en un banco de pruebas. Saludos si no muestra nada tal vez sea el chip de video, si esta ya fallo puedes impensando hacerle un reballing si es que lo amerita , prueba instalando un monitor en la salida de video para descartar el video, caso contrario podria suponer ya que el chip de video es el del problema. saludos William Romero -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina
Re: Desaparecio la carpeta de usuario.
Aunque ya está claro el asunto... otro que confirma que en terminal (no gráfica) si le funciona alt+126 para que aparezca el síbolo ~ (home en linux) En modo gráfico, me sale pulsando Alt Gr + 4. http://www.esdebian.org/foro/14584/teclado-debian A ese sitio no entro, lo siento ;-( Por simple curiosidad... ¿Se puede saber que te pasa con esta página para no querer entrar? -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l5je7q$ul8$1...@ger.gmane.org
Re: Sin sonido NFORCE Realtek ALC850
Efectivamente he descargado los módulos he reiniciado alsa-utils y alsactl me arroja el siguiente resultado: Found hardware: NFORCE Realtek ALC850 rev 0 AC97a:414c4790 0x105b 0x0caf Hardware is initialized using a generic method Yo supongo que el problema viene por usar un controlador genérico, y eso es precisamente lo que intento cambiar sin haber tenido éxito por el momento. Muchas gracias. Necesito más aportaciones:( El 4 de noviembre de 2013 15:46, Camaleón noela...@gmail.com escribió: El Sun, 03 Nov 2013 19:38:01 +0100, RAÚL CARRTERO DE LA CRUZ escribió: Ese html... Camaleón, una vez cargados todos los módulos que comentas excepto snd-seq-oss que no se encuentra, todo sigue igual, también gracias. ¿Descargaste antes los módulos del kernel que ya tenías iniciados? Acuérdate de reiniciar alsa (service alsa-utils restart) y probar con alsactl init a ver qué te dice. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.04.14.46...@gmail.com -- かれてろ http://www.gnu.org/philosophy/no-word-attachments.es.html
Re: Sin sonido NFORCE Realtek ALC850
Lee este foro a ver si soluciona tu problema: http://www.esdebian.org/foro/38247/debian-squeeze-eterno-problema-realtek-integrada-salida-audio-grafica-ati-hd-3850 O este: http://foro.noticias3d.com/vbulletin/showthread.php?t=314823 El 8 de noviembre de 2013 16:01, RAÚL CARRTERO DE LA CRUZ cartersp...@gmail.com escribió: Efectivamente he descargado los módulos he reiniciado alsa-utils y alsactl me arroja el siguiente resultado: Found hardware: NFORCE Realtek ALC850 rev 0 AC97a:414c4790 0x105b 0x0caf Hardware is initialized using a generic method Yo supongo que el problema viene por usar un controlador genérico, y eso es precisamente lo que intento cambiar sin haber tenido éxito por el momento. Muchas gracias. Necesito más aportaciones:( El 4 de noviembre de 2013 15:46, Camaleón noela...@gmail.com escribió: El Sun, 03 Nov 2013 19:38:01 +0100, RAÚL CARRTERO DE LA CRUZ escribió: Ese html... Camaleón, una vez cargados todos los módulos que comentas excepto snd-seq-oss que no se encuentra, todo sigue igual, también gracias. ¿Descargaste antes los módulos del kernel que ya tenías iniciados? Acuérdate de reiniciar alsa (service alsa-utils restart) y probar con alsactl init a ver qué te dice. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.04.14.46...@gmail.com -- かれてろ http://www.gnu.org/philosophy/no-word-attachments.es.html -- Free your mind, free your computer, free your life... César Cordero (Rockcesar) Linux Counter #461087
Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
El 8 de noviembre de 2013 15:53, William Romero wromer...@hotmail.comescribió: Date: Fri, 8 Nov 2013 15:45:54 -0300 From: mama21m...@riseup.net To: debian-user-spanish@lists.debian.org Subject: Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga Aveces el problema viene ocasionado a un modulo de ram, que justo esa porción de ram es la encargada de poner información en la pantalla. Para ir descartando podrías probar el modulo de ram en un banco de pruebas. Saludos si no muestra nada tal vez sea el chip de video, si esta ya fallo puedes impensando hacerle un reballing si es que lo amerita , prueba instalando un monitor en la salida de video para descartar el video, caso contrario podria suponer ya que el chip de video es el del problema. saludos William Romero Una consulta tonta: con el Live CD tampoco ves el monitor? -- Martín Ayos === http://www.martinayos.com.ar http://xlibro.com.ar/ http://www.philosophia.com.ar http://www.ratakruel.com.ar === Ubuntu User: # 25000 Linux User # 481475 === Después de echar un vistazo a este planeta, un visitante de otro mundo diría: quiero ver al manager. William Burroughs
RE: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga
El 8 de noviembre de 2013 15:53, William Romero wromer...@hotmail.com escribió: Date: Fri, 8 Nov 2013 15:45:54 -0300 From: mama21m...@riseup.net To: debian-user-spanish@lists.debian.org Subject: Re: [OFF TOPIC] Ayuda con portatil no muestra nada por oantalla ni por vga Aveces el problema viene ocasionado a un modulo de ram, que justo esa porción de ram es la encargada de poner información en la pantalla. Para ir descartando podrías probar el modulo de ram en un banco de pruebas. Saludos si no muestra nada tal vez sea el chip de video, si esta ya fallo puedes impensando hacerle un reballing si es que lo amerita , prueba instalando un monitor en la salida de video para descartar el video, caso contrario podria suponer ya que el chip de video es el del problema. saludos William Romero Una consulta tonta: con el Live CD tampoco ves el monitor? Deberia proyectar sin complicaciones , ejecuta el juego de teclas fn+f4 si no me equivoco saludos william Romero C
Re: Porque separar /boot a otra partición
El día 8 de noviembre de 2013 16:24, Roberto José Blandino Cisneros rojobland...@gmail.com escribió: Hola saludes. ¿Ventajas? depende que eres, si eres alguien que esta compilando es bueno tenerlo separado, ya que el espacio del kernel en el boot lo trabajas independiente del /root Si eres usuario mortal común y corriente y lo que ahi se ha de ejecutar es algo que no conlleve a actualizaciones del grub ni el kernel, entonces no veo por que crear una particion. Si grub2 te soporta /boot sobre lvm tampoco veo la necesidad de tenerlo que separar. Por lo tanto solo es util si necesitas desarrollar tu propio kernel y si eres un buen administrador y sabes cuanto necesitas para compilar varios kernel y estar en prueba y error y compilando modulos y en el viene y va de compilaciones y no quieres usar ese espacio para el /root pues obvio que es una ventaja ya tener reservado ese espacio para el boot, ¿pero para nosotros que no compilamos? da igual que este en una sola partición. Imagínate que tienes todo en una partición cifrada salvo boot que no puedes (creo que algún grub2 reciente lo soporta pero en modo busca en posición de memoria de disco como lilo, pero pierdes muchas de las ventajas de usar grub2). Necesitas un /boot separado. -- Agustin -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHMXK7harnasooFD+_Hc9WsCpZm0ohXf+q=3Qk3BgoaW=zc...@mail.gmail.com
Usar una cámara web en Internet sobre GNU/Linux
Saludos a la lista. Esta duda que tengo me parece que ya la habían realizado, pero no supe si fue resuelta. Tengo una cámara web, de la que poseo muy poca información (según la etiqueta que todavía posee, dice que es una Labtec, no sé si el modelo es V-UCD51 o CE83500). El punto es que quisiera usarla para hacer algunos livestream o con los Hangouts de Google, pero no se reconoce la cámara, aunque el fotomatón Cheese sí la vea (pero con una calidad que deja mucho que desear). Quisiera que me guiaran en este asunto. Con lsusb: Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 002: ID 093a:2464 Pixart Imaging, Inc. Bus 005 Device 002: ID 0458:003a KYE Systems Corp. (Mouse Systems) NetScroll+ Mini Traveler / Genius NetScroll 120 Y ya me quedo estancado. Por cierto, con Windows XP la pude hacer funcionar una vez, con Windows 7 quedé fue muerto con ella. Pero acá busco revivirla para al menos tener una conversación decente en vídeo. -- Buen uso de las listas (como se ven en Debian): http://wiki.debian.org/es/NormasLista Ayuda para hacer preguntas inteligentes: http://is.gd/NJIwRz -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calevjmqv__chv7tk_gk+bmbvomlsdxgba6rrd+hyehtp_2s...@mail.gmail.com
Re: Debian 8 cambiará gnome por xfce como escritorio por defecto, buena o mala eleccion
Buenas, que mas? ^_^ Es mi primer mensaje en esta lista y tendran razon que no soy quien para opinar, pero de entrada note el estilo diferente frente a otras que sigo. Como sugerencia, me parece que la lista podria manejarse con un enfoque menos de conversacion informal o ligera, de charla. Yo note la broma de hereje, pero no sabia si el resto era tambien en broma. En todo caso, quizas haya mejores medios de comunicacion para conversaciones mas casuales en torno al software que una lista de Debian. Es solo un comentario, espero no lo tomen a mal. Salu2! ^_^ El 07/11/2013 09:50, Camaleón noela...@gmail.com escribió: El Thu, 07 Nov 2013 09:41:23 -0200, Jorge A. Secreto escribió: El 06/11/13, Camaleón noela...@gmail.com escribió: El Wed, 06 Nov 2013 14:37:06 -0300, Fabián Bonetti escribió: Fabian, no te tenía por un radical pero ese comentario y esa comparación que haces está completamente fuera de lugar, lo siento :-/ Disculpa, pero eres un hereje. Te estás pasando de la raya. No. Tiene razón. (...) ¿Tú crees que llamar hereje a alguien es un argumento? :-/ Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.11.07.14.47...@gmail.com
Re: Error necesito ayuda
El 01-08-2013 19:51, Ariel Martin Bellio escribió: El 27/08/2014 06:46 p.m., Carlos Viaje escribió: me sale este error a cada rato tengo debian con kde E: Release file for http://security.debian.org/dists/wheezy/updates/Release is expired (invalid since 386d 7h 49min 8s). Updates for this repository will not be applied. Fijate que creo que tenés mal la fecha y hora de tu equipo... Podés usar ntp. Saludos! Este post ya tiene su tiempo... dudo que siga con el error. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d94cf.2080...@acshell.net
Re: Usar una cámara web en Internet sobre GNU/Linux
El 08/11/13, Miguel Matos unefistano...@gmail.com escribió: Saludos a la lista. Esta duda que tengo me parece que ya la habían realizado, pero no supe si fue resuelta. Tengo una cámara web, de la que poseo muy poca información (según la etiqueta que todavía posee, dice que es una Labtec, no sé si el modelo es V-UCD51 o CE83500). El punto es que quisiera usarla para hacer algunos livestream o con los Hangouts de Google, pero no se reconoce la cámara, aunque el fotomatón Cheese sí la vea (pero con una calidad que deja mucho que desear). Quisiera que me guiaran en este asunto. Con lsusb: Bus 006 Device 002: ID 093a:2464 Pixart Imaging, Inc. Bus 005 Device 002: ID 0458:003a KYE Systems Corp. (Mouse Systems) NetScroll+ Mini Traveler / Genius NetScroll 120 Y ya me quedo estancado. Por cierto, con Windows XP la pude hacer funcionar una vez, con Windows 7 quedé fue muerto con ella. Pero acá busco revivirla para al menos tener una conversación decente en vídeo. -- Hola fijate si esto te da alguna solución http://community.linuxmint.com/tutorial/view/219 suerte -- Jorge A Secreto Analista de Sistemas MP 361 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJx9gih28cKDxBevaLcjv2z_d7=gk3afe+9k5-yxxyyb-zy...@mail.gmail.com
Re: Silinin Dosyayı Geri Alma Programı
testdisk +1. Semih Özköroğlu sozkoro...@tmob.com.tr http://tmob.com.tr/ https://www.facebook.com/tmobnewshttps://twitter.com/tmobnewshttp://www.linkedin.com/company/1296331https://www.youtube.com/user/tmobnews http://tmob.com.tr/index.php?p=1482 http://tmob.com.tr/index.php?p=1461 7 Kasım 2013 18:14 tarihinde Gokan Atmaca linux.go...@gmail.com yazdı: Merhaba Testdisk denermisiniz. 07 Kas 2013 18:07 tarihinde Gökhan Öztürk reveler...@yahoo.com yazdı: Selamlar. Linux üzerinde silinin dosyayı geri almak için tavsiye edeceğiniz bir program var mı ? -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1383840433.29060.yahoomailba...@web172805.mail.ir2.yahoo.com
Re: Silinin Dosyayı Geri Alma Programı
Testdisk paketini kurdum ama görselliği yok konsoleden çalısıyor. Komutları internetten öğrenmeye çalısıyorum :) 08/11/13 Cum tarihinde Semih Özköroğlu sozkoro...@tmob.com.tr şöyle yazıyor: Konu: Re: Silinin Dosyayı Geri Alma Programı Kime: Gokan Atmaca linux.go...@gmail.com Kopya: Gökhan Öztürk reveler...@yahoo.com, debian-user-turkish@lists.debian.org Tarihi: 8 Kasım 2013 Cuma, 10:47 testdisk +1. Semih Özköroğlusozkoro...@tmob.com.tr 7 Kasım 2013 18:14 tarihinde Gokan Atmaca linux.go...@gmail.com yazdı: Merhaba Testdisk denermisiniz. 07 Kas 2013 18:07 tarihinde Gökhan Öztürk reveler...@yahoo.com yazdı: Selamlar. Linux üzerinde silinin dosyayı geri almak için tavsiye edeceğiniz bir program var mı ? -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1383840433.29060.yahoomailba...@web172805.mail.ir2.yahoo.com -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1383906095.74459.yahoomailba...@web172801.mail.ir2.yahoo.com
Linux üzerinde ASPX Çalısır mı ?
Herkese selam. Okulda web tasarım dersinde hoca asp gostereceğini söyledi. Linux üzerinde php çalıstırabiliyorum ancak asp yi arastırdım Micrososoft yazılımı oldugunu öğrendim. Ama bazı sitelerde çalısabileceği yazıyor. Bu konuda bilgisi olan var mı ? -- To UNSUBSCRIBE, email to debian-user-turkish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1383907226.56048.yahoomailba...@web172802.mail.ir2.yahoo.com
Re: tv watching apps
Hi, I have never had an analog TV card, but it seems to me that at least VLC, mplayer (CLI) and probably xine would let you watch analog TV channels (V4L/V4L2). -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l5i8f4$qh0$1...@ger.gmane.org
Re: tv watching apps
there is a list here: http://www.linuxtv.org/wiki/index.php/TV_Related_Software#Standalone_Software_to_Watch_Analogue_TV -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/l5i8uv$tc$1...@ger.gmane.org
Error trying to update Lenny...
I'm trying to update Lenny and get the following error: Reading package lists... Done W: GPG error: http://archive.debian.org lenny/updates Release: The following signatures were invalid: KEYEXPIRED 1356982504 W: GPG error: http://archive.debian.org lenny/volatile Release: The following signatures were invalid: KEYEXPIRED 1358963195 W: You may want to run apt-get update to correct these problems My source list looks like this: deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib deb http://archive.debian.org/debian/ lenny main contrib non-free deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib When I try to get an updated keyring: apt-get install debian-archive-keyring Reading package lists... Done Building dependency tree Reading state information... Done debian-archive-keyring is already the newest version. It tells me it is already up to date. How can I get keyring that is not expired so I can up date this machine. Thanks, Ken -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.64.1311080158400.17...@mail.pcez.com
Re: tv watching apps
On Thu, Nov 07, 2013 at 09:14:32PM -0500, Brad Alexander wrote: I have a hauppague (bt878) card in my wife's machine. It is connected to cable, and she uses tvtime to watch tv in a window on her computer while she works. Unfortunately, every now and again, she will lose audio on it, and I have the damnedest time getting it to work again. I don't know if it is tvtime itself or pulse audio that is the problem. When tvtime is messed up, I can hear a low hum from the speakers, and when I mute tvtime, it goes quiet. Since the last release was in Nov 2005, I thought I might try to find something more modern that might play more nicely with pulse. However, all of the sites I have hit thus far have had really, really old apps, or the sites are just gone. I have found apps such as kdetv, kwintv, lintv, etc, but all are old and either dead or unmaintained. Does anyone have any recommendations? MythTV and/or XBMC are very capable TV solutions, but may be overkill for what you want. They are basically full-screen Personal Video Recorder solutions (that is, they turn your computer into a TiVo/Sky-Plus type box). If you're after watching TV in a window while getting on with other work, they can be fiddly to work with. But if you're interested in turning the monitor into a TV and sitting back to watch something, then they're good at that. Thanks, --b signature.asc Description: Digital signature
Re: Error trying to update Lenny...
On Fri, Nov 08, 2013 at 02:03:57AM -0800, Account for Debian group mail wrote: I'm trying to update Lenny and get the following error: Reading package lists... Done W: GPG error: http://archive.debian.org lenny/updates Release: The following signatures were invalid: KEYEXPIRED 1356982504 W: GPG error: http://archive.debian.org lenny/volatile Release: The following signatures were invalid: KEYEXPIRED 1358963195 W: You may want to run apt-get update to correct these problems My source list looks like this: deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib deb http://archive.debian.org/debian/ lenny main contrib non-free deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib When I try to get an updated keyring: apt-get install debian-archive-keyring Reading package lists... Done Building dependency tree Reading state information... Done debian-archive-keyring is already the newest version. It tells me it is already up to date. How can I get keyring that is not expired so I can up date this machine. I'm not entirely sure you can. As you know, Lenny is an old release. The packages were signed with a key that had a limited validity (I believe the point of doing that is to minimise the amount of time an attacker has to brute-force they key. If they can't crack it before it expires, then there's no point in attempting any further cracks). To use a new key (i.e. one that has not expired), all the package-lists in the Lenny repository would have to be re-signed using that key. Basically, you'd be updating an obsolete release. However, if we look back at your output you'll notice that the errors are prefixed with W:. This means they are just warnings. APT is warning you that, although the signatures verified and the keys are trusted (which is what you want), the keys have expired. Well, you already know that Lenny is old, so this is just confirmation. APT *should* still work (it should still be able to install new packages for you and so on). Perhaps, instead, you should worry if the warning *doesn't* appear :) Thanks, Ken signature.asc Description: Digital signature
Re: Init system deba{te|cle}
On Mon, 04 Nov 2013 11:06:25 +0100 berenger.mo...@neutralite.org wrote: Systemd makes system startup more complicated and you need to know not only shell scripts but also systemd syntax. I'm interested. Do you have a document explaining that you need to use shell scripts with systemd? systemd supports shell scripts, but it's not because it have to, it is because it's authors wants and easy integration of existing stuff, AFAIK. I didn't write it quite well. I meant about non-standard configuration. -- http://mr.flossdaily.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108121251.5ac42...@eunet.rs
Re: (64-bit) linux 3.10 and nouveau oddity
Le 05.11.2013 21:26, Neal Murphy a écrit : Is it fair to say this is a bug? In *something*? Or just an incompatibility between Wheezy and the newer kernel? It is indeed a bug, if it was known to work previously. I would have thought about a nouveau bug, but by reading the logs, I do not know... lot of non graphic-related stuff failing too. I think to ensure that it's not nouveau's bug, you can try to use another driver, like, say, fbdev or vesa. Things will be slower of course, since there won't be as efficient hardware acceleration, but if it is nouveau's bug, the behavior will disappear. Otherwise, it could be xorg, but I strongly doubt it, or the kernel itself, which is more probable since even non graphical stuff are buggy according to the log: Nov 5 13:12:11 playground dbus[3133]: [system] Activating service name='org.freedesktop.NetworkManager' (using servicehelper) Nov 5 13:12:11 playground dbus[3133]: [system] Activated service 'org.freedesktop.NetworkManager' failed: Launch helper exited with unknown return code 1 Or maybe the org.freedesktop.NetworkManager service is linked with xorg-dbus? With a lot of modern applications comes strange dependencies... and so wrong designs, but that's another problem that can't be fixed :) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d3062248c3cf3ac6663b3ab4799ee...@neutralite.org
Re: Init system deba{te|cle}
Le 08.11.2013 12:12, Marko Randjelovic a écrit : On Mon, 04 Nov 2013 11:06:25 +0100 berenger.mo...@neutralite.org wrote: Systemd makes system startup more complicated and you need to know not only shell scripts but also systemd syntax. I'm interested. Do you have a document explaining that you need to use shell scripts with systemd? systemd supports shell scripts, but it's not because it have to, it is because it's authors wants and easy integration of existing stuff, AFAIK. I didn't write it quite well. I meant about non-standard configuration. -- http://mr.flossdaily.org So your argument is that things are more complex when they are not standard than when they are standard with systemd, while the complexity is the same ( modulo the script's complexity itself ) with sysvinit? My opinion on that point is that it's a good thing, because systemd's standard situations are far simpler to configure than sysvinit, while the non-standard ones are as complex as the sysvinit's ones (and so as sysvinit standards ones, too, still modulo the script complexity itself). This sounds fair enough for me. Note that I actually do not intend to use systemd, but it is only because there are people doing things for me with sysvinit, and that systemd does too many things according to my tastes (since I want the lightest system possible, without having to sacrifice any feature. This works quite well, but could be better if dbus and especially gstreamer were not required by so many applications, so I won't add a systemd in it if I can delay... ). If systemd had not as many features, I would be using it from months. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ebfa806b2b907d990f60c0d0364f5...@neutralite.org
Re: Init system deba{te|cle}
On Sun, 3 Nov 2013 14:33:27 + Jonathan Dowland j...@debian.org wrote: On Sun, Nov 03, 2013 at 10:23:02AM +0100, Marko Randjelovic wrote: I find shell scripts the most efficient way to automate system adin tasks. It could be because I am a programmer, but at least init scripts are already provided, and small modifications should not be a problem even for non-programmers. For new scripts you have 'skeleton' file that can be easily adjusted for a particular work. Amongst other problems, how do you (or the package system) reconcile when you have made a local modification to an init script and the upstream package has made another in an update? It depends, but if you could do it then I don't see why couldn't you do anything that is needed later. Besides, configuration files can also change, just like init scripts. A don't have a feeling that upstart/systemd configuration is so simple (not so much about syntax, I was looking at their documentation and there are things such as 'events' and such things have to be properly defined), so it can also make problems, not just change in init scripts. There is nothing more standard/portable in Unix-like systems then POSIX shell. …which wasn't fully supported on Solaris 9 so you had to use a subset (e.g. no $(subshell) syntax). Writing truly portable shell scripts across multiple UNIX families was a terrible pain and one could not simply rely on the POSIX feature-set. I know this from bitter experience. I suspect C89 is/was more portable in practice, but the point OP is making here isn't the scripting language, for portability, it's the fact init scripts do little to abstract the differences between OSes, so portable init scripts are very hard to achieve. E.g. Debian uses /etc/default for overrides, Redhat-esque systems use various schemes under /etc/sysconfig; We are talking about Debian init system. init scripts do not need to support Red Hat because they are on systemd and Solaris is not a Linux distro and it's not realistic to expect scripts could be portable between Debian and Solaris. various init scripts are written with the assumption sh → bash which required a lot of fixing up when Debian and Ubuntu moved to a different default sh; and on and on. We already moved to a different default shell. Such OS layout specifics being baked into init scripts also make it much harder to make changes, since you break a load of init scripts when the assumptions they rely on change. It's because scripts are not correctly done. All scripts that use the same resource should not reference that resource directly, but instead by a common function. That way, when resource location change, you need to change only relevant function. We could just correct such errors, and make other corrections/improvements/enhancements instead of going into vendor lock-in. If Debian wants to take care about it's init scripts, I would really be motivated to be involved. That's why I am not sure makers of alternative init systems really very much care about users' real benefit. They could add additional features as additional software, not replacement software. Or they could work to improve existing sysvinit. E.g. they could extend start-stop-daemon to return only when service is ready, or if timeout exceeds to return with error status. I'm sure it would be much simpler than making all that. I primarily mean about systemd and upstart, I didn't have enough time to learn about OpenRC, but at first glance it looks to me significantly better. If it's development continues in good direction, Debian could take OpenRC as replacement for sysvinit, so the worst mistake would be if we now, without enough vision about eventual consequences, take systemd or upstart as default init system. This is why it's not just systemd that is trying to replace shell scripts: nearly all the next-gen init systems do (launchd, upstart, openrc… even smf with its XML). I do not see 'start daemons when they are first used' is quite an important benefit and start in parallel is already supported by sysvinit (startpar). Some people like socket activation a lot (which is why inetd was used to achieve this in the past) Then it's again a lack of feature in server software (lack of initd support), and not init system. I don't think UNIX philosophy is not so important. First of all, the principle of all-might is by nature authoritarian. All-in-one solutions are a characteristic of big companies that want to impress their users, while not giving them enough real benefit. It's a principle near and dear to much of the rest of our F/OSS stack, however. The Linux kernel is monolithic (and enormous) rather than a microkernel. GLibc is enormous rather than a family of smaller libraries. And so on. I agree with it, but it's because people choose to join existing projects instead of to start a new one. We are lacking entrepreneur spirit :) . --
Re: Init system deba{te|cle}
On Mon, 04 Nov 2013 10:44:23 -0600 Conrad Nelson y...@marupa.net wrote: Not everyone is a programmer, but a lot of non-programmers are still admins but are not interested in working with shell scripts if they don't have to. We already have: skeleton, /etc/default. I agree it's poor, but as I said, and at least for me, the right way is to extend existing software: (1) add new features to sysvinit (2) add new software in addition to sysvinit (3) make init scripts more correct (abstraction) (4) extend configurability (more options in /etc/default/*) (3) makes (4) easily possible And if sysvinit is in accord with UNIX philosophy, and as they say it is, than I don't see why (1) and (2) would not be possible, too, and with not to much effort. About what they say as disadvantages of sysvinit (lack of features), is not really to blame sysvinit, because it does one thing and do it right[1]. Other features could be implemented as additional software. On the other hand, what actually was done was writing new software that make old software obsolete and that do *many* things, which is not in accord with UNIX philosophy (and is in accord with authoritarian philosophy). Further, shell scripts can have any number of bugs in them that are harder to find than unit files which rarely have more than a dozen lines in them. Every complex software has bugs, including complex init system. [1] https://en.wikipedia.org/wiki/Unix_philosophy#Mike_Gancarz:_The_UNIX_Philosophy rule 2 -- http://mr.flossdaily.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108134841.71563...@eunet.rs
Re: Init system deba{te|cle}
Le 08.11.2013 12:55, Marko Randjelovic a écrit : On Sun, 3 Nov 2013 14:33:27 + Jonathan Dowland j...@debian.org wrote: On Sun, Nov 03, 2013 at 10:23:02AM +0100, Marko Randjelovic wrote: I find shell scripts the most efficient way to automate system adin tasks. It could be because I am a programmer, but at least init scripts are already provided, and small modifications should not be a problem even for non-programmers. For new scripts you have 'skeleton' file that can be easily adjusted for a particular work. Amongst other problems, how do you (or the package system) reconcile when you have made a local modification to an init script and the upstream package has made another in an update? It depends, but if you could do it then I don't see why couldn't you do anything that is needed later. Besides, configuration files can also change, just like init scripts. A don't have a feeling that upstart/systemd configuration is so simple (not so much about syntax, I was looking at their documentation and there are things such as 'events' and such things have to be properly defined), so it can also make problems, not just change in init scripts. The point here was probably that maintaining a patch-fork implies lot of work ( by patch-fork I mean that you try to stay as close as possible to upstream's versions but you keep a set of patches ) when time goes on, because those patches becomes harder and harder to maintain, since upstream's code changes might imply reworking your patch set, piece after piece. There is nothing more standard/portable in Unix-like systems then POSIX shell. …which wasn't fully supported on Solaris 9 so you had to use a subset (e.g. no $(subshell) syntax). Writing truly portable shell scripts across multiple UNIX families was a terrible pain and one could not simply rely on the POSIX feature-set. I know this from bitter experience. I suspect C89 is/was more portable in practice, but the point OP is making here isn't the scripting language, for portability, it's the fact init scripts do little to abstract the differences between OSes, so portable init scripts are very hard to achieve. E.g. Debian uses /etc/default for overrides, Redhat-esque systems use various schemes under /etc/sysconfig; We are talking about Debian init system. init scripts do not need to support Red Hat because they are on systemd But if it was possible, it would be nice, do not you think so? Not reinventing the wheel without reasons is a noble objective for me. ( Learning how to do the wheel, or trying to make it lighter or faster are two good reasons to reinvent the wheel anyway, but they are not the most frequent ones ) That's what systemd offers. and Solaris is not a Linux distro and it's not realistic to expect scripts could be portable between Debian and Solaris. Debian is not only a linux distribution, it is a free software operating systems which can use the linux kernel. So, having script compatible across kernels ( you said solaris is not a linux distribution, so I thought you only mean it does not uses the linux kernel, nothing less and nothing more ) would be useful. And I think it is doable, if those scripts are really specialized in doing one and only one thing, relying on script libraries to do lower level things. Another thing needed to make something portable is to remove hard-coded data from the main program, being by moving them in other, specialized scripts, or in configuration files. Unfortunately, doing so makes things slower to have something which really works (but easier to maintain indeed) so it is rarely done. And I do think that script writers does it more rarely than software writers ( in the average, of course, and I have no data other than my feeling on that topic ). I don't think UNIX philosophy is not so important. First of all, the principle of all-might is by nature authoritarian. All-in-one solutions are a characteristic of big companies that want to impress their users, while not giving them enough real benefit. It's a principle near and dear to much of the rest of our F/OSS stack, however. The Linux kernel is monolithic (and enormous) rather than a microkernel. GLibc is enormous rather than a family of smaller libraries. And so on. I agree with it, but it's because people choose to join existing projects instead of to start a new one. We are lacking entrepreneur spirit :) . I do not think so. My opinion is that the problem is the lack of fixed and clear objectives, so new features are added which are in the vague borders. Doing so often extends those vague borders. You probably already have seen a pretty good software becoming a memory black hole by time when features where added one after the other: that's what I am talking about, and it is not a open-source-only issue. There is also the problem that current developers usually likes to use only one library to do everything ( calling it a
Re: Init system deba{te|cle}
Le 08.11.2013 13:48, Marko Randjelovic a écrit : On Mon, 04 Nov 2013 10:44:23 -0600 Conrad Nelson y...@marupa.net wrote: Not everyone is a programmer, but a lot of non-programmers are still admins but are not interested in working with shell scripts if they don't have to. We already have: skeleton, /etc/default. I agree it's poor, but as I said, and at least for me, the right way is to extend existing software: (1) add new features to sysvinit (2) add new software in addition to sysvinit (3) make init scripts more correct (abstraction) (4) extend configurability (more options in /etc/default/*) (3) makes (4) easily possible And if sysvinit is in accord with UNIX philosophy, and as they say it is, than I don't see why (1) and (2) would not be possible, too, and with not to much effort. About what they say as disadvantages of sysvinit (lack of features), is not really to blame sysvinit, because it does one thing and do it right[1]. Other features could be implemented as additional software. On the other hand, what actually was done was writing new software that make old software obsolete and that do *many* things, which is not in accord with UNIX philosophy (and is in accord with authoritarian philosophy). Further, shell scripts can have any number of bugs in them that are harder to find than unit files which rarely have more than a dozen lines in them. Every complex software has bugs, including complex init system. [1] https://en.wikipedia.org/wiki/Unix_philosophy#Mike_Gancarz:_The_UNIX_Philosophy rule 2 -- http://mr.flossdaily.org While I tend to agree on most of your words here, you made a little mistake: what actually was done was writing new software that make old software. Systemd is compatible with sysvinit ( sysvinit's scripts can be used by systemd, it is why you can install systemd on Debian and remove sysvinit, without changing any sysvinit script and things will still work. I tried it 1-2 years ago). It's sysvinit which is not compatible (it does not supports the systemd's configuration files) but since systemd is meant to be an evolution, it's normal. Sometimes, making older softwares not able to understand latest ones is mandatory. Or we would have to write everything in a XML way to avoid it... But it this happens, it will probably trigger Ragnarök. Now, your words are also interesting on a point. Since sysvinit does only one thing and does it correctly, which allows to write programs to extends it, I wonder if a program could be made to make systemd's script understandable by sysvinit? Of course, it would depends on, or rather recommend in Debian's terminology, other tools to achieve feature completeness of systemd. Such a translator would indeed be an interesting thing, because it would allow using systemd's configurations which are way easier in lot of people's mind on sysvinit, and that would remove the main argument for switching to systemd. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e0664fe7fc71567d44d28281f637f...@neutralite.org
Re: No space left on device (28) but device is NOT full!
On Wed, Nov 6, 2013 at 4:43 PM, Neal Murphy neal.p.mur...@alum.wpi.edu wrote: On Wednesday, November 06, 2013 07:44:18 AM Wawrzek Niewodniczanski wrote: This is a bit off main topic, but definitely 'on' for this list. Lets imagine a scenario there is nothing to delete on the troublesome partition, but there is another disk. What would be the best tool to move data to another partition having the same size, but higher number of inodes? Assuming the problem is /var/log is part of the root filesystem and is crammed with millions of files. Assume other drive is /dev/sdb. The general process is as follows. 1. Reboot to single-user 2. Add partition #1 to /dev/sdb 3. 'mkreiserfs /dev/sdb1' # to avoid the whole issue of inodes 4. 'mount /dev/sdb1 /mnt' 5. 'cd /var/log; find . -depth | cpio -pdv /mnt' 6. 'if [ $? -eq 0 ]; then cd ..; mv log log-; rm -rf log-; fi' 7. 'mkdir log; chmod 755 log 8. 'echo /dev/sdb1 /var/log reiserfs defaults,notail 0 1 /etc/fstab' 9. 'wait' 10. 'umount /mnt; init 6' Recommending the use of reiserfs is wrong. The Debian installer's development version's kernel no longer supports reiserfs (see [1]) so it's safe to assume that reiserfs support'll be dropped from Debian at some point. You'd have to ask the Debian kernel maintainers whether it'll be dropped in Debian 8 or 9. [1] From the linux (3.10.1-1) changelog: * udeb: Remove obsolete and unsupported drivers and filesystems - Remove ppa from scsi-modules - Remove floppy-modules, irda-modules, parport-modules, plip-modules, qnx4-modules, reiserfs-modules, ufs-modules -- Ben Hutchings b...@decadent.org.uk Tue, 16 Jul 2013 02:06:53 +0100 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=sy+mdun-qr618ektyyomvpx16wrurvuaucs2aifs9r...@mail.gmail.com
Sound Volume
I am running the 64 bit Debian Testing Jessie/sid in VMware Player v-6.0.2 build-179776. The sound is very faint in both Firefox v-25 and Chromium v-30.0.1599.101. Yet there is plenty of volume when I play a sound clip in Audacious. I am using the Audio Mixer Plugin on the Desktop, which is also working normally. I would appreciate some pointers to a solution to this problem. Thanks in advance. -- Stephen P. Molnar, Ph.D. Life is a fuzzy set Foundation for Chemistry Stochastic and multivariate www.FoundationForChemistry.com (614)312-7528 (c) Skype: smolnar1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527cf0ba.9070...@sbcglobal.net
SSD as Cache?
Hello, on my Webservers, I have 1x 128GB SSD and a Raid 1 (1TB). Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? Thanks for any help. Regards, basti -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527cf138.7040...@arcor.de
Re: Error trying to update Lenny...
On Fri, 8 Nov 2013 02:03:57 -0800 (PST), Account for Debian group mail deb...@pcez.com wrote: I'm trying to update Lenny and get the following error: Reading package lists... Done W: GPG error: http://archive.debian.org lenny/updates Release: The following signatures were invalid: KEYEXPIRED 1356982504 W: GPG error: http://archive.debian.org lenny/volatile Release: The following signatures were invalid: KEYEXPIRED 1358963195 W: You may want to run apt-get update to correct these problems My source list looks like this: deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib deb http://archive.debian.org/debian/ lenny main contrib non-free deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib When I try to get an updated keyring: apt-get install debian-archive-keyring Reading package lists... Done Building dependency tree Reading state information... Done debian-archive-keyring is already the newest version. It tells me it is already up to date. How can I get keyring that is not expired so I can up date this machine. Thanks, Ken -- I think Lenny is just too old https://wiki.debian.org/DebianLenny -- Security updates are not provided anymore. (sorry I did wrong sending email) [ Sandy Widianto ] -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1vemv6-0002jb...@rmm6prod02.runbox.com
Re: SSD as Cache?
On Fri, Nov 8, 2013 at 8:12 AM, basti black.flederm...@arcor.de wrote: Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? How many writes is the SSD rated for? I'd still generally consider flash as generally read-only or disposable.
Re: mdadm messages
On Wed, Nov 6, 2013 at 10:00 PM, François Patte francois.pa...@mi.parisdescartes.fr wrote: Le 06/11/2013 21:27, Tom H a écrit : On Wed, Nov 6, 2013 at 4:36 PM, François Patte francois.pa...@mi.parisdescartes.fr wrote: Le 06/11/2013 15:29, Tom H a écrit : lsinitramfs /boot/initrd... | grep ... sbin/mdadm conf/mdadm etc/mdadm etc/mdadm/mdadm.conf scripts/local-top/mdadm I would've grepped for rules too since the problem might be that the /dev/md/X symlinks aren't being created by udev in the initramfs. I don't understand how the other symlinks generated by the same udev rule are being created if these aren't... 63-md-raid-arrays.rules: ENV{DEVTYPE}==disk, ENV{MD_DEVNAME}==?*, SYMLINK+=md/$env{MD_DEVNAME} AIUI this is the rule that should create /dev/md/X. Why it isn't being triggered when the other rules in 63-... are being triggered is a mystery. WAG: Is MD_DEVNAME output when you run udevadm info -q all -n /dev/mdX? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOdo=sw1gzm2ojk+ok92e7n+tkwr4uvgvdolxn1wxtqt1ym...@mail.gmail.com
USB 2.0 with 1.1 speed
Dear list, I have an external USB-rack with a SATA HDD and when I connect to my USB 2.0 it uses 1.1 speed - ~$ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 002: ID 046d:c517 Logitech, Inc. LX710 Cordless Desktop Laser Bus 002 Device 005: ID 04fc:0c15 Sunplus Technology Co., Ltd SPIF215A SATA bridge This is too slow... :( So please help me
Installing Debian 7.2.0 on MacBook Pro (6,2)
This is all very new to me and I believe I installed everything properly but when I try to boot into Debian the screen has pixel splashes all over the screen. When I try to boot into recovery mode it starts booting but then stops and says Cannot find any crtc or sizes - going 1024x768. So it basically just hangs there and I'm not sure how to work around it. It is a MacBook Pro (6,2) Year 2010 laptop with 2 x Video Cards Intel HD Graphics (Built-In) NVIDIA GeForce GT 330M (PCI) Any assistance is greatly appreciated.
Re: SSD as Cache?
Paul Johnson: On Fri, Nov 8, 2013 at 8:12 AM, basti black.flederm...@arcor.de wrote: Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? How many writes is the SSD rated for? I'd still generally consider flash as generally read-only or disposable. The answer to your question is device-dependent. For my old Intel X25m, Intel guaranteed 5 years of service with 20GB writes per day. That is quote a lot for desktop/notebook use cases. More recent models have a shorter lifetime because of increased NAND density. J. -- If all my friends had Playstations I would buy a Nintendo to prove my individuality. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Permission issue
My dual boots Squeeze and Wheezy. I've created a partition whose function in life is to be essentially a scratch pad for all groups/users of both. How do I force all files to be written to that partition to be readable AND writable to everybody? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d167e.5040...@cloud85.net
Re: SSD as Cache?
Hi Jochen, hi Paul, Am Freitag, 8. November 2013, 17:24:22 schrieb Jochen Spieker: Paul Johnson: On Fri, Nov 8, 2013 at 8:12 AM, basti black.flederm...@arcor.de wrote: Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? How many writes is the SSD rated for? I'd still generally consider flash as generally read-only or disposable. The answer to your question is device-dependent. For my old Intel X25m, Intel guaranteed 5 years of service with 20GB writes per day. That is quote a lot for desktop/notebook use cases. More recent models have a shorter lifetime because of increased NAND density. Similar to the Intel SSD 320 here, which still claims to be new: merkaba:~ smartctl -a /dev/sda | egrep ^(ID#|172|183|199|228|226|233|241|242) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 172 Erase_Fail_Count0x0032 100 100 000Old_age Always - 169 183 Runtime_Bad_Block 0x0030 100 100 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x0030 100 100 000Old_age Offline - 0 226 Workld_Media_Wear_Indic 0x0032 100 100 000Old_age Always - 2204077 228 Workload_Minutes0x0032 100 100 000Old_age Always - 13054351 233 Media_Wearout_Indicator 0x0032 100 100 000Old_age Always - 0 241 Host_Writes_32MiB 0x0032 100 100 000Old_age Always - 328371 242 Host_Reads_32MiB0x0032 100 100 000Old_age Always - 855085 I have about 328371 * 32 MiB = 10261,594 GiB or about 10 TiB writes, in 2,5 years. Yet the SSD still claims to be new, see media wearout indicator. I recommend leaving some additional free space. There is a PDF from Intel regarding long time performance which clearly show that this helps, unless you already have a heavily overprovisioned SSD – there are special ones for extra long durability. With some understanding on how a SSD works this is easily understandable. Look for explainations of the term write amplification to get a picture. For a 10 GB cache, I recommend a 32 GB or even 64 GB and to heavily overprovision it. Make a 20 GiB logical volume on it and leave the rest untouched unless you need it. Mount with noatime, do a additional fstrim via cron job from time to time. Should out live any harddisk this way. If you want to go even safer, look for a SLC SSD. These are more expensive but SLC flash can take up to 10 erase cycles while MLC up to 1 and that never variante of MLC only several thousands. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 signature.asc Description: This is a digitally signed message part.
Re: SSD as Cache?
On Friday, November 08, 2013 09:12:08 AM basti wrote: Hello, on my Webservers, I have 1x 128GB SSD and a Raid 1 (1TB). Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? Using the -noatime mount option will extend the lifetime of the SSD. The final lifetime depends on how heavily the servers are used. If they're used 24x7 and the cache is always changing, you might get a year or two out of the SSD. RAM is fairly cheap these days. Instead, if you can, increase RAM by 16GiB, leave the cache on rotating media, and let Linux cache the files in RAM. After that, performance improvements will come from fixing inefficient code. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201311081239.30381.neal.p.mur...@alum.wpi.edu
Re: Permission issue
Richard Owlett wrote: My dual boots Squeeze and Wheezy. I've created a partition whose function in life is to be essentially a scratch pad for all groups/users of both. How do I force all files to be written to that partition to be readable AND writable to everybody? By putting a line like this one in both /etc/fstab's: /dev/sdb3 /data ext3 rw,user,exec -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108191007.e5d45954.shiems...@kpnplanet.nl
Why Debian
Note: Since I'm not subscribed to this mailing list at the moment, please send also a copy to my email when replying. -- Normally I write very short, like a Haiku http://en.wikipedia.org/wiki/Haiku; but I think this letter shall be the exception. So excuse me *** THE HISTORY *** My name is Alberto Salvia Novella https://launchpad.net/%7Ees20490446e. Till 2008 I investigated how to create a Windows based reliable desktop computer system, till I did it and I realized nearly no one else will be able to do it without expending great amounts of time and money. One night I dreamed I had a very old looking but robust operating system installed on my computer, and eventually realized that what I should do is to look for something that was like what I saw. Although at the time I didn't know a thing about any other operating systems different to Windows or even libre software, I downloaded and tried in deep about fifty different operating systems from the time intensively for three years. Without reading a line of other people opinion, it seemed to me at the time Ubuntu was by far the best option in overall. But latter it went very buggy, and I began to pose myself why was that. What seemed more probable to me is Canonical chose to make radical decisions and, rowing against tide, selected to do something very different from what other distributions had done to the moment; in order to discover how they could make libre software to grow in popularity. Being between jumping to other distribution (Debian or Mageia) and giving this mind scope of Canonical a try, I decided five months ago the best action I could do was to get more involved with the project and empower it from its roots; and see what will happen and what the real problems are. After five months; the latest project coordinator of the One Hundred Papercuts https://launchpad.net/hundredpapercuts project, from Canonical, has asked me to take on the project. So; with the help of the team; I have redesigned branding and project goals, and have make a serious commitment to make it shine https://wiki.ubuntu.com/One%20Hundred%20Papercuts/One%20Hundred%20Papercuts%20will%20make%20Ubuntu%20shine. THE POINT The point is yet very simple: I suspect Debian has a mindset that makes it stand out, I can imagine what kind of values these are, and I want them to become widespread. And now I feel I have the opportunity to show and convince the Ubuntu community to adapt them, and probable with it many people around the world. So I wanted to ask you the following question so it can't be said it's only my imagination. Summarizing: Which are the very important reasons why do you prefer Debian over Ubuntu? -- Thank you for your help. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d2618.30...@gmail.com
Re: SSD as Cache?
On 11/08/2013 06:12 AM, basti wrote: on my Webservers, Webservers is plurar. Is there a database server? A file server? How many servers do you have? Real or virtual? What is the topology? Is this on the public Internet? I have 1x 128GB SSD and a Raid 1 (1TB). Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. I'll assume the OS and application are on the SSD, and the application data and cache are on the RAID. How is the SSD partitioned? Make/ model/ version? Interface/ motherboard make/ model/ version? Any free space? Tell us about the RAID. Hardware or software? Makes/ models/ versions of drives/ interfaces/ software? File system? Any free interfaces, drives, and/or space? 2E+06 files totaling 10 GB is a lot of small files. You will want a dedicated partition with a file system created/ tuned for this purpose. If your cache is not on such already (e.g. two 1 TB desktop HDD with LVM RAID 1 and default ext4 files system), this may be your bottleneck. Can this cache moved to SSD? I would think so, if the application allows it and there is room on the SSD. Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? The questions of 1) whether or not it will help and 2) whether or not it's going to wear out your SSD are difficult to answer a priori without intimate knowledge of your hardware, software, and usage patterns. The simple answer is go for it for a week and see what happens. It would help if you provided: - hardware make/ model information. - OS and software name/ version information - system monitoring data -- CPU, RAM, cache, swap, drive, network, etc., usage, bandwidth, etc., for a typical usage period (1 week?). - other constraints -- network bandwidth, network aggregate data limits application source code and license, etc.. David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d3ac8.5020...@holgerdanske.com
Re: Error trying to update Lenny...
Account for Debian group mail wrote: My source list looks like this: deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib deb http://archive.debian.org/debian/ lenny main contrib non-free deb http://archive.debian.org/debian-security lenny/updates main contrib deb http://archive.debian.org/debian-volatile lenny/volatile main contrib First, trim your Lenny entries. Only one of those is valid. Remove all others and keep only this one entry. deb http://archive.debian.org/debian lenny main contrib non-free Because as the others have said there are no longer any updates for Lenny. The bits are available only as a historical archive. Of course that is still alive and useful for various reasons. But instead of the hierarchy it is only available as a single historical archive of the last release version contour. I'm trying to update Lenny and get the following error: Reading package lists... Done W: GPG error: http://archive.debian.org lenny/updates Release: The following signatures were invalid: KEYEXPIRED 1356982504 W: GPG error: http://archive.debian.org lenny/volatile Release: The following signatures were invalid: KEYEXPIRED 1358963195 W: You may want to run apt-get update to correct these problems As you have been trying to do I think this just means that you need to update your keyring in the debian-archive-keyring package. I checked a legacy Lenny server of mine and I am not getting a key expiration warning. And as far as I can see I have not made any disabling of it manually either. When I try to get an updated keyring: apt-get install debian-archive-keyring Reading package lists... Done Building dependency tree Reading state information... Done debian-archive-keyring is already the newest version. It tells me it is already up to date. What version does it say? Mine says: # apt-cache policy debian-archive-keyring debian-archive-keyring: Installed: 2010.08.28~lenny1 Candidate: 2010.08.28~lenny1 Version table: *** 2010.08.28~lenny1 0 500 http://archive.debian.org lenny/main Packages 100 /var/lib/dpkg/status Perhaps you installed too new of a version? If so then go to snapshot.debian.org and retrieve an appropriate version. Then install it with 'dpkg -i' on the file. Then 'apt-get update'. http://snapshot.debian.org/package/debian-archive-keyring/ Hopefully that is the problem. Bob signature.asc Description: Digital signature
Re: SSD as Cache?
Sorry, /sbin/udevadm info --query=property --name=sdb |grep ID_MODEL ID_MODEL=M4-CT128M4SSD2 MTBF 1,2 Mio h = 50 days = 136,98 years Drive Endurance 72TB=40GB per day for 5 years I will try to measure the traffic next week. There are Hosted Servers, they are changed every 2 years to new hardware. Here are Dedicated Root Servers. The Webapplication Files (PHP and so on are on RAID), also the Postgres Data-Dir. The Root Partition is on SSD, also /boot and swap. The Images are on SSD, mounted via bind. The System has 32GB RAM and thats mainly used for Postgres cache and MongoDB. There is a Backend Postgres Database Server that cluster to this Frontend Server. So that this Frontend / Application Server can work standalone. The mongoDB cache the Postgres Querys and some json Objects for the Application. Serialized Arrays and so on. When this crash it doesn't matter, It only takes longer to display the Webpages. I think 20-30 GB will be free on SSD when it's used as Cache, even more. (Thats my personal limit, that should be free on system disk.) Basti Am 08.11.2013 16:04, schrieb Paul Johnson: How many writes is the SSD rated for? Am 08.11.2013 20:26, schrieb David Christensen: On 11/08/2013 06:12 AM, basti wrote: on my Webservers, Webservers is plurar. Is there a database server? A file server? How many servers do you have? Real or virtual? What is the topology? Is this on the public Internet? I have 1x 128GB SSD and a Raid 1 (1TB). Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. I'll assume the OS and application are on the SSD, and the application data and cache are on the RAID. How is the SSD partitioned? Make/ model/ version? Interface/ motherboard make/ model/ version? Any free space? Tell us about the RAID. Hardware or software? Makes/ models/ versions of drives/ interfaces/ software? File system? Any free interfaces, drives, and/or space? 2E+06 files totaling 10 GB is a lot of small files. You will want a dedicated partition with a file system created/ tuned for this purpose. If your cache is not on such already (e.g. two 1 TB desktop HDD with LVM RAID 1 and default ext4 files system), this may be your bottleneck. Can this cache moved to SSD? I would think so, if the application allows it and there is room on the SSD. Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... And today? How long will the SSD work without data loss? The questions of 1) whether or not it will help and 2) whether or not it's going to wear out your SSD are difficult to answer a priori without intimate knowledge of your hardware, software, and usage patterns. The simple answer is go for it for a week and see what happens. It would help if you provided: - hardware make/ model information. - OS and software name/ version information - system monitoring data -- CPU, RAM, cache, swap, drive, network, etc., usage, bandwidth, etc., for a typical usage period (1 week?). - other constraints -- network bandwidth, network aggregate data limits application source code and license, etc.. David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d45ac.7080...@arcor.de
Re: SSD as Cache?
On 11/08/2013 09:39 AM, Neal Murphy wrote: Using the -noatime mount option will extend the lifetime of the SSD. Assuming the application cache doesn't need atime, noatime should help application performance on any type of drive. If the application cache is on the same partition as other data, setting noatime might break other things. Putting the application cache on its own partition/ drive would avoid such problems and allow optimum tuning. Alternatively, relatime might work (and may already be in place; see mount(8)). RAM is fairly cheap these days. Instead, if you can, increase RAM by 16GiB, leave the cache on rotating media, and let Linux cache the files in RAM. After that, performance improvements will come from fixing inefficient code. It's a matter of maximize the caching equation: s = h * f - K s = average time saved per access h = probability of cache hit f = average time to calculate item from arguments and storage K = average time to fetch item from cache Regarding h: - Choosing what to cache and what not to cache is critical. - Cache size matters. Bigger isn't always better. Why 10 GB? - Cache control implementation is important, and depends on the above. - I don't know if the application has tuning parameters for the above. - The higher h, the more likely caching will help. But, maximum h does not imply maximum s. Regarding f: - SSD's should be faster than HDD's. - RAM drives should be faster than SSD's. - Choice of file system is important. - Kernel caches should be faster than any drive/ file system. - All of the above can be tuned. - Application memory is the fastest. I don't know if the application offers in-memory caching. - Everything uses RAM. Bigger is usually better. But, populating multiple slots can be slower than populating one per channel. Regarding K: - Similar considerations as f, but the cache should be much smaller than primary storage, allowing faster, but higher cost-per-byte, solutions. - The smaller the ratio K/f, the more likely caching will help. But, minimum K/f does not imply maximum s. The key is profiling/ benchmarking the various permutations. It could be that the OP already has sufficient hardware and software, and tuning alone will do the job. Even if not, doing the exercise will identify the bottlenecks and guide allocation of resources. David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d5d69.2040...@holgerdanske.com
mic not working in wheezy - Asus vivobook S400CA
Mine is Asus Vivobook S400CA. I have installed wheezy 7.2. Though output of sound is working , mic is not working. lvgandhi@lvgasus:~$ arecord -l List of CAPTURE Hardware Devices card 0: PCH [HDA Intel PCH], device 0: VT1802 Analog [VT1802 Analog] Subdevices: 2/2 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 lsmod | grep snd snd1 snd_hda_codec_hdmi 30824 1 snd_hda_codec_via 41160 1 snd_hda_intel 26259 1 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_via,snd_hda_codec_hdmi snd_hwdep 13186 1 snd_hda_codec snd_pcm68083 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_timer 22917 1 snd_pcm snd52889 9 snd_timer,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_via,snd_hda_codec_hdmi soundcore 13065 1 snd ls -la /dev/snd/ snd2 drwxr-xr-x 3 root root 240 Nov 9 03:02 . drwxr-xr-x 16 root root 3540 Nov 9 03:02 .. drwxr-xr-x 2 root root 60 Nov 9 03:02 by-path crw-rw---T+ 1 root audio 116, 8 Nov 9 03:02 controlC0 crw-rw---T+ 1 root audio 116, 7 Nov 9 03:02 hwC0D0 crw-rw---T+ 1 root audio 116, 6 Nov 9 03:02 hwC0D3 crw-rw---T+ 1 root audio 116, 5 Nov 9 03:12 pcmC0D0c crw-rw---T+ 1 root audio 116, 4 Nov 9 03:03 pcmC0D0p crw-rw---T+ 1 root audio 116, 3 Nov 9 03:02 pcmC0D2p crw-rw---T+ 1 root audio 116, 2 Nov 9 03:03 pcmC0D3p crw--T 1 root root 116, 1 Nov 9 03:02 seq crw-rw---T+ 1 root audio 116, 33 Nov 9 03:02 timer lvgandhi@lvgasus:~$ lspci |grep Audio 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) lvgandhi@lvgasus:~$ lspci |grep Audio snd4 lvgandhi@lvgasus:~$ cat /proc/asound/cards 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf7e18000 irq 46 How can I get my mic working -- L V Gandhi
Re: Permission issue
On 11/08/2013 08:51 AM, Richard Owlett wrote: My dual boots Squeeze and Wheezy. I've created a partition whose function in life is to be essentially a scratch pad for all groups/users of both. How do I force all files to be written to that partition to be readable AND writable to everybody? This web page describes how to create a groupshare folder for local (and NFS?) access: http://www.udel.edu/it/help/unix/groupsharing.html This thread includes information on how I set up a groupshare folder using Samba (for Linux and Windows network access): http://lists.debian.org/debian-user/2013/11/msg00158.html HTH, David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d6112.4080...@holgerdanske.com
Re: mic not working in wheezy - Asus vivobook S400CA
On Sat, Nov 09, 2013 at 03:29:42AM +0530, L V Gandhi wrote: Mine is Asus Vivobook S400CA. I have installed wheezy 7.2. Though output of sound is working , mic is not working. I assume you checked to make sure the mic isn't muted, and that it is being captured? Same thing for your mic boost control? Greg -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108231456.ga29...@gregn.net
Re: SSD as Cache?
Hi On Fri, Nov 08, 2013 at 03:12:08PM +0100, basti wrote: Hello, on my Webservers, I have 1x 128GB SSD and a Raid 1 (1TB). Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. Can this cache moved to SSD? Months ago I read articles about SSD and Flash Memory like: - Disable logging on SSD - Disable cache on SSD - Don't swap on SSD ... Standard practice for tuning is to make measurements first. If your measurements show that disk IO is your bottleneck, then yes: SSD may help. But if your bottleneck is elsewhere, then changing things in the disk subsystem is unlikely to have any effect. -- Karl E. Jorgensen -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108234637.GB16268@hawking
Re: mic not working in wheezy - Asus vivobook S400CA
Yes. On Sat, Nov 9, 2013 at 4:44 AM, Gregory Nowak g...@gregn.net wrote: On Sat, Nov 09, 2013 at 03:29:42AM +0530, L V Gandhi wrote: Mine is Asus Vivobook S400CA. I have installed wheezy 7.2. Though output of sound is working , mic is not working. I assume you checked to make sure the mic isn't muted, and that it is being captured? Same thing for your mic boost control? Greg -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108231456.ga29...@gregn.net -- L V Gandhi
Re: Lenovo R61 Think Pad dead after fewer than five years
On Sat, Nov 2, 2013 at 11:53 AM, Ken Heard kensli...@teksavvy.com wrote: Is it normal for any laptop to fail in fewer than five years, or is such a failure rate unique to Lenovo's laptops? My last laptop was a Lenovo, but not a Thinkpad. It died at just under three years of life. I was pretty hard on it, but I did expect more than three years. I'd say five years is the most you can expect from any laptop. Anything more is gravy.
Re: SSD as Cache?
On 11/08/2013 12:12 PM, basti wrote: Sorry, /sbin/udevadm info --query=property --name=sdb |grep ID_MODEL ID_MODEL=M4-CT128M4SSD2 MTBF 1,2 Mio h = 50 days = 136,98 years Drive Endurance 72TB=40GB per day for 5 years I will try to measure the traffic next week. There are Hosted Servers, they are changed every 2 years to new hardware. Here are Dedicated Root Servers. The Webapplication Files (PHP and so on are on RAID), also the Postgres Data-Dir. The Root Partition is on SSD, also /boot and swap. The Images are on SSD, mounted via bind. The System has 32GB RAM and thats mainly used for Postgres cache and MongoDB. There is a Backend Postgres Database Server that cluster to this Frontend Server. So that this Frontend / Application Server can work standalone. The mongoDB cache the Postgres Querys and some json Objects for the Application. Serialized Arrays and so on. When this crash it doesn't matter, It only takes longer to display the Webpages. I think 20-30 GB will be free on SSD when it's used as Cache, even more. (Thats my personal limit, that should be free on system disk.) Please don't top-post. Please trim included text. That's a non-trivial configuration. I infer two physical machines and at least four services from the above. Your Images statement makes me wonder if you are also running hypervisor(s). Are you? Looking back to your original post: Now I plan to improve the performance of my Webapplication. The Cache is about 10.0 GB in 200 files. Can this cache moved to SSD? Which cache are we talking about? Where is the cache currently? On 11/08/2013 03:46 PM, Karl E. Jorgensen wrote: Standard practice for tuning is to make measurements first. If your measurements show that disk IO is your bottleneck, then yes: SSD may help. But if your bottleneck is elsewhere, then changing things in the disk subsystem is unlikely to have any effect. +1 Do you have any measurements? David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/527d8da3.1040...@holgerdanske.com
Re: mic not working in wheezy - Asus vivobook S400CA
On Sat, Nov 09, 2013 at 05:17:03AM +0530, L V Gandhi wrote: Yes. I don't have anymore ideas here. Hopefully someone else will. Greg On Sat, Nov 9, 2013 at 4:44 AM, Gregory Nowak g...@gregn.net wrote: On Sat, Nov 09, 2013 at 03:29:42AM +0530, L V Gandhi wrote: Mine is Asus Vivobook S400CA. I have installed wheezy 7.2. Though output of sound is working , mic is not working. I assume you checked to make sure the mic isn't muted, and that it is being captured? Same thing for your mic boost control? Greg -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108231456.ga29...@gregn.net -- L V Gandhi -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131109025220.ga14...@gregn.net
Re: mic not working in wheezy - Asus vivobook S400CA
I have installed kde version of wheezy. Now sound works out of box. Tested with audacity and skype. On Sat, Nov 9, 2013 at 8:22 AM, Gregory Nowak g...@gregn.net wrote: On Sat, Nov 09, 2013 at 05:17:03AM +0530, L V Gandhi wrote: Yes. I don't have anymore ideas here. Hopefully someone else will. Greg On Sat, Nov 9, 2013 at 4:44 AM, Gregory Nowak g...@gregn.net wrote: On Sat, Nov 09, 2013 at 03:29:42AM +0530, L V Gandhi wrote: Mine is Asus Vivobook S400CA. I have installed wheezy 7.2. Though output of sound is working , mic is not working. I assume you checked to make sure the mic isn't muted, and that it is being captured? Same thing for your mic boost control? Greg -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131108231456.ga29...@gregn.net -- L V Gandhi -- web site: http://www.gregn..net gpg public key: http://www.gregn..net/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) -- Free domains: http://www.eu.org/ or mail dns-mana...@eu.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131109025220.ga14...@gregn.net -- L V Gandhi
gschem for Debian 7?
Where is the .deb for gschem for Debian 7? Thanks, John -- John Conover, cono...@rahul.net, http://www.johncon.com/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131109025609.32201.qm...@rahul.net
Re: Why Debian
On 8 Nov 2013 14:15, Alberto Salvia Novella es204904...@gmail.com wrote: Summarizing: Which are the very important reasons why do you prefer Debian over Ubuntu? Why to use a Debian based OS if you can use Debian? My best, Beco.
DROPPED: libxml warnings while upgrading squeeze - wheezy
On Thu, 7 Nov 2013, Gregory Nowak wrote: On Thu, Nov 07, 2013 at 12:52:23PM +0200, Itay wrote: Hi, During the upgrade I got many times the following warning: program compiled against libxml 208 using older 207 Shooting in the dark I did: # aptitude show libxml2 Package: libxml2 State: installed Automatically installed: no Multi-Arch: same Version: 2.8.0+dfsg1-7+nmu2 ... I have no idea what is libxml so I don't even no if I was looking at the right place. And can't figure out the correspondence between 'libxml 208' and the version number shown by aptitude. (If there is any.) Should I be concerned? I remember seeing this as well when upgrading one of my machines from squeeze to wheezy. After the upgrade however, all seems to be well. Based on my experience, I would say don't worry about it, but I do stand to be corrected as always. Greg Greg, Thank you for your reply. I will follow your experience and drop the matter. Itay -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1311090940010.7090@gandalf.furmanet
Re: Why Debian
On Sat, 9 Nov 2013, Beco wrote: On 8 Nov 2013 14:15, Alberto Salvia Novella es204904...@gmail.com wrote: Summarizing: Which are the very important reasons why do you prefer Debian over Ubuntu? Why to use a Debian based OS if you can use Debian? My best, Beco. I second that. Itay -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1311090947570.7090@gandalf.furmanet
Re: Why Debian
Because Debian uses the most stable packages - if you use the stable version of Debian - while Ubuntu uses the newest packages. I like both Ubuntu and Debian - but Debian is closest to my heart. 2013/11/9 Beco r...@beco.cc On 8 Nov 2013 14:15, Alberto Salvia Novella es204904...@gmail.com wrote: Summarizing: Which are the very important reasons why do you prefer Debian over Ubuntu? Why to use a Debian based OS if you can use Debian? My best, Beco.