Re: Alguien a trabajado con SDL2 en C++
El 2020-08-13 a las 14:20 -0700, Jose Alfonso escribió: > El asunto es que después de la compleja compilación > a código objeto y después a maquina, me pasa que al ejecutar el > programa de da un error diciendo No aviable vídeo divice y yo tengo > modo grafico instalado con xfce4 osea que si tengo modo de video o > dispositivo de vídeo pero me da ese error No available vídeo device sdl2 c++ https://www.google.com/search?hl=en=hp=KCI2X9jjG4HQaYGlkegM=No+available+v%C3%ADdeo+device+sdl2+c%2B%2B Saludos, -- Camaleón
Re: Recommendation for filesystem for USB external drive for backups
On Mi, 12 aug 20, 20:14:03, rhkra...@gmail.com wrote: > I'm getting closer to setting up a consistent backup plan, backing up to an > external USB drive. I'm wondering about a reasonable filesystem to use, I > think I want to stay in the ext2/3/4 family, and I'm wondering if there is > any > good reason to use anything beyond ext2? In my opinion using ext2 in 2020 is mostly pointless, beyond the rare situation where some software doesn't support ext4 (e.g. some odd/old bootloader, other OSs, etc.). Because it is getting significantly less use support for it is also more likely to bit rot. As far as I know ext3 is mostly ext2 with journalling added. In comparison ext4 was developed from scratch with journaling and support for other newer techniques, like better allocation of space to prevent fragmentation and improve performance. > (Some day I'll try ZFS or BTRFS for my "system" filesystems, but don't see > any > point (and don't want to learn) either of them at this point -- I don't see > much need for a backup filesystem.) As has been stated already, both btrfs and ZFS have built-in bitrot protections that are very useful for backups and archives. To achieve the same level of protection on ext4 you need additional tools. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: Recommendation for filesystem for USB external drive for backups
On 2020-08-13 01:31, David Christensen wrote: > Migrating to ZFS was non-trivial, and I am still wresting with > disaster preparedness. I should have qualified that -- when I used ZFS only as a volume manager and file system, it was not much harder than md and ext4. You could put a GPT partition scheme on the external USB drive, create one large partition, encrypt the partition (optional), put the partition into a ZFS pool, create one filesystem inside the pool, and set the 'mountpoint' property on the filesystem (ZFS does not use /etc/fstab). Use the filesystem like any other Linux filesystem. If any bits rot, ZFS will detect them. Do a "scrub" periodically (e.g. monthly). On 2020-08-13 18:28, rhkra...@gmail.com wrote: On Thursday, August 13, 2020 04:09:46 PM David Christensen wrote: On 2020-08-13 12:52, rhkra...@gmail.com wrote: On Thursday, August 13, 2020 01:45:59 PM Tom Dial wrote: I would recommend installing from buster-backports to get the current openzfs release which includes improvements (notably native encryption) as well as fixes. Two questions: * Most of my backup will be done from a Wheezy system -- can I install ZFS on Wheezy? I do not see any ZFS packages for Wheezy: https://packages.debian.org/search?keywords=zfs=names=all ction=all The simplest answer would be to install Buster and then install 'zfs-dkms' (either Stable or backport, depending upon preference). Just for closure, that system has to stay Wheezy for the forseeable future, and then maybe TDE (I need to keep using kmail and kate from Wheezy). I did some more searching for ZFS on Wheezy. See the second FAQ item: https://wiki.debian.org/DebianWheezy Add this line to /etc/apt/sources.list: deb http://archive.debian.org/debian wheezy main contrib Then run these commands: # apt-get update # apt-cache search zfs Look for "zfs-dkms". David
Re : Re: Re : Re: [HS] Dégafamiser l'internet
J'en ai acquis un depuis un an et ça fonctionne très bien. C'est une initiative française de Gaël Duval le créateur de MANDRAKE. Bonne journée à tous Cassis - Mail d'origine - De: Bureau LxVx À: debian-user-french@lists.debian.org Envoyé: Thu, 13 Aug 2020 17:48:27 +0200 (CEST) Objet: Re: Re : Re: [HS] Dégafamiser l'internet Bonjour, > PS: Pour se dé"GAFA"iser, l'assocation téléphone android + DAVX + nextcloud + > navigateur lilo + K9 mail pour un téléphone est une bonne idée... Allons plus loin : Fairphone 2 ou 3 avec e/OS : https://e.foundation/about-e/?lang=fr https://e.foundation/get-involved/?lang=fr Librement, Sylvie Le 10/08/2020 à 21:47, François Boisson a écrit : > Le Tue, 4 Aug 2020 10:32:45 +0200 > Bureau LxVx a écrit: > >>> de ses données personnelles; Il y a aussi les moteurs de recherche Qwant >> NON, qwant n'est "plus" le moteur si honnête qu'il le disait (bcp >> d'articles à ce sujet dans les mois précédents) : >> https://www.lalettrea.fr/entreprises_conseil-et-services/2020/07/20/datas-proces-et-paradis-fiscaux--le-delicat-droit-d-inventaire-de-qwant,109245405-ge0 >> >>> *Qwant dépend fortement de Microsoft Bing* >>> >>> L'un des plus gros problèmes à souligner dans la démarche interne de >>> l’entreprise est sa forte dépendance de Microsoft. Oui, l’entreprise > [...] >>> moteur de recherche de Microsoft Bing. Pourquoi Qwant utilise les >>> technologies américaines pour ensuite essayer de rivaliser avec elles ? >> https://www.developpez.com/actu/268567/Qwant-enquete-sur-les-deboires-du-Google-francais-hauts-salaires-deficit-subventions-utilisation-de-Bing-et-Bing-Ads/ >> >> Il nous reste heureusement Startpage, duckduckgo, searx et pour les >> écolos Ecosia et Lilo >> > Il n'y a aucune contradiction à revendiquer la recherche anonyme sans > récupération de données et utiliser le moteur Bing ou autre. Bing, Google et > autres ont des moteurs de recherche efficaces et surtout une indexation des > pages internet quasiment complète et que Qwant mettra un certain temps à > constituer. Que Qwant utilise Bing pour compléter ces recherches peut se > faire de manière complètement anonyme et permet de fournir un résultat > valable. > > Quant à Lilo (que j'utilise), la page de résultats mentionne clairement > "Résultats de Microsoft" car lilo utilise Bing et ne cherche pas, > contrairement à Qwant, à développer son propre moteur. En revanche là aussi, > en se plaçant entre bing et l'utilisateur, les données utilisateur sont > masquées. La pub est faite uniquement à partir de termes de la recherche > d'après eux. Ce sont les revenus de cette pub qui partant à 50% dans > l'associatif humanitaire et/ou écologique font la spécificité de Lilo. > > > François Boisson > > PS: Pour se dé"GAFA"iser, l'assocation téléphone android + DAVX + nextcloud + > navigateur lilo + K9 mail pour un téléphone est une bonne idée... >
Re: Recommendation for filesystem for USB external drive for backups
On 8/13/20 13:52, rhkra...@gmail.com wrote: > On Thursday, August 13, 2020 01:45:59 PM Tom Dial wrote: >> Debian ZFS root (and boot) is not *that* hard; see the instructions at >> >> https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20B >> uster%20Root%20on%20ZFS.html >> >> They certainly are not harder than installing early Debian releases (as >> I remember it from around 20 years ago, and should not be hard for >> anyone building a backup system and server. Installation as an >> additional file system should not be notably different from installing a >> file system package from main, except for the notice the GPL >> incompatibility notice that will pop up during installation. >> >> I would recommend installing from buster-backports to get the current >> openzfs release which includes improvements (notably native encryption) >> as well as fixes. > > Two questions: > >* Most of my backup will be done from a Wheezy system -- can I install ZFS > on Wheezy? Probably. It probably would be a lot more work than on buster, work that arguably would be spent better upgrading a system that is over two years out of security support, > >* If I plug the USB drive into another machine without ZFS installed -- > hmm, well I guess I'd have to install ZFS to use the drive? Yes. > Regards, Tom Dial
Re: Recommendation for filesystem for USB external drive for backups
On Thursday, August 13, 2020 04:09:46 PM David Christensen wrote: > On 2020-08-13 12:52, rhkra...@gmail.com wrote: > > On Thursday, August 13, 2020 01:45:59 PM Tom Dial wrote: > >> I would recommend installing from buster-backports to get the current > >> openzfs release which includes improvements (notably native encryption) > >> as well as fixes. > > > > Two questions: > > * Most of my backup will be done from a Wheezy system -- can I > > install ZFS > > > > on Wheezy? > > I do not see any ZFS packages for Wheezy: > > https://packages.debian.org/search?keywords=zfs=names=all > ction=all > > > The simplest answer would be to install Buster and then install > 'zfs-dkms' (either Stable or backport, depending upon preference). Just for closure, that system has to stay Wheezy for the forseeable future, and then maybe TDE (I need to keep using kmail and kate from Wheezy). > > > * If I plug the USB drive into another machine without ZFS installed > > -- > > > > hmm, well I guess I'd have to install ZFS to use the drive? > > Yes. > > > David
Re: Qt5 & SQLite
On 2020-08-11 at 13:14 -0300, JavierDebian wrote: > > El 11/8/20 a las 01:04, Felix Perez escribió: > > El lun., 10 de ago. de 2020 a la(s) 17:21, JavierDebian > > (javier.debian.bb...@gmail.com) escribió: > >> > > > > La solución que estudiamos en su momento, fue que los clientes > > locales, al cerrar el día generaban un reporte, el reporte se enviaba > > a casa matriz junto a una copia de la BD, se almacenaban las copias de > > la BD para auditoría y los reportes alimentaban el servidor central, > > un RH (no recuerdo versión), propusimos instalar un Mysql. No me > > acuerdo que lenguaje se propuso, pero parece que querían seguir > > utilzando BBx ya que tenían un par de desarrolladores con mucha > > experiencia en él. > > Todo el sistema el antiguo y el nuevo eran transparentes para el > > usuario, a punta de batch del lado de windows y de scripts del lado > > del servidor. Lo único que fallaba era cuando se cortaba la energía > > eléctrica en algún local y este no contaba con UPS o generador. > > Se me ocurre Firebird embebido o sqlite en los clientes locales, y un > > servidor central con Mysql o Postgresql. > > > > > > Deberás automatizar todo lo que puedas, no darle opciones al usuario. > > > > Suerte, espero que te sirvan un poco mis recuerdos. > > > >> JAP > >> > > > Como te dije, esto es justamente lo que quiero hacer. > La programación va a ser en Qt5, de eso, no tengo dudas. > Lo que me "pica" es el motor de base de datos; aún no me he decidido. > Si el sistema bajo DOS ha durado casi 20 años, lo que haga supongo que > durará otros 20; tengo que pensar en algo que se mantenga en ese lapso. > C++ lo va a hacer, y espero que Qt5 también; hay mucho de base que > dependen del primero, y bastante del segundo. > Las bases de datos, son otra cosa. > Me estoy debatiendo entre MaríaDB (por su parentesco con MySQL), SQLite > (por su liviandad), y Firebird (por su potencia). > > Le sigo dando vueltas. > > JAP Te aconsejo no limitarte en demasía y usar una interfaz tal que posteriormente puedas cambiar el módulo que te provee la base de datos sin problemas. Todos estos sistemas usan SQL, y es posible escribir código SQL compatible con todos ellos (cuidado, que algunas extensiones de SQL no las soportan todos los motores!). Tendrás seguramente también funciones para usar prepared statements, etc. pero en general las API deberían ser relativamente similares, por lo que puedes hacer un desarrollo para una BBDD pero de que costara relativamente poco cambiar luego a otra distinta (o incluso hacerlo compatible con varios, por ejemplo es común en proyectos que soportan múltiples backends que en producción usen un mysql o postgres pero para instalaciones pequeñas de desarrollo trabajen con sqlite). Lo que no me queda muy claro es cómo deberían funcionar las oficinas "aisladas". Una opción sería simplemente enviar listar las consultas SQL pendientes y enviar los paquetes en la fase de sincronización de los datos (al final del día, cuando recuperen la conexión, etc.). En realidad, la replicación de mysql se basa exactamente en esta idea. Pero si además de "añadir datos", van a tener que hacer consultas, etc. necesitarán además una versión "local" de la base de datos, con una capacidad de sincronizar los datos entre todas (si es que hace falta). Posiblemente te enfrentes un sistema multi-master. Si en realidad cada oficina cambia solo los datos "propios", no tiene por qué ser demasiado complicado, pues en realidad vendrían ya particionados (eso sí, no podrías usar autoincrementals sino por ejemplo GUID) y con que una oficina no pueda cambiar datos de otra, deberías mantener la consistencia (al nivel de actualización de los datos de cada una, claro), pero es una cosa a tener en cuenta. Si en cambio, la oficina central actualiza los precios en una tabla central que use cada oficina, pero cada una la actualiza en un momento diferente, dependiendo del momento en que se sincronizaran, un producto puede variar de precio según la sucursal. Puede haber muchas cuestiones a prever. Y, sobre todo, te aconsejo que en los informes que se saquen de forma central aparezca bien claro la fecha de actualización de los datos de esa oficina... para cuando los directivos de turno hagan búsquedas combinadas de diferentes sucursales pero en realidad no estén todas al día. Un saludo
Re: Debian 10.3
On Thu, 13 Aug 2020 15:33:25 -0600 Bob Price wrote: > I installed 10.3 when it first came out and really enjoyed it. I saw > 10.4 come out so I went to that and was highly disappointed. I did > not like the idea that the icons were hidden and some hard to get to. > So I waited until 10.5 came out and went to that with the same > problems. I hated it. I went back to my 10.3 dvd installer after I > formatted my HD, but it would not install the same version I had > originally. It went to the 10.4 & 10.5 structure. How come? Because the installer will install from the CD-ROM image, and then upgrade as part of the installation. So installing from a 10.3 CD will always produce a 10.X where X is the latest. You could bypass that by doing an expert installation. However, you would then have to forbear upgrading ever again, which leave you vulnerable to insecurities that will go unfixed. That I recommend against. This sounds more like a problem with your desktop than with Debian, which you did not indicate. I suggest you go ahead and install to 10.5, and upgrade daily or every few days, as customary. I don't know what's going on with your icon issue (not least because you didn't indicate the desktop). I will suggest you take that up with people who are familiar with that desktop, such as folks on this list, and the upstream support for your desktop. -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
Re: Debian 10.3
On Thu, Aug 13, 2020, 4:57 PM Bob Price wrote: I did not > like the idea that the icons were hidden and some hard to get to. So I > waited until 10.5 came out and went to that with the same problems. I > hated it. The user interface that you choose to use with debian can be one of several. It sounds like you dislike the default. Try a different one. Or if you're feeling adventurous, try configuring the one you have to be how you like. I went back to my 10.3 dvd installer after I formatted my HD, > but it .. > Please help me. > > Thank you. > > Bob Price > >
Debian 10.3
I installed 10.3 when it first came out and really enjoyed it. I saw 10.4 come out so I went to that and was highly disappointed. I did not like the idea that the icons were hidden and some hard to get to. So I waited until 10.5 came out and went to that with the same problems. I hated it. I went back to my 10.3 dvd installer after I formatted my HD, but it would not install the same version I had originally. It went to the 10.4 & 10.5 structure. How come? The original 10.3 was great and I would like to go back to that, otherwise I will go somewhere else. Please help me. Thank you. Bob Price
Re: Recommendation for filesystem for USB external drive for backups
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 ‐‐‐ Original Message ‐‐‐ On Thursday, August 13, 2020 2:50 PM, Dan Ritter wrote: > D. R. Evans wrote: > > > Greg Wooledge wrote on 8/13/20 2:29 PM: > > > > > The simplest answer would be to use ext4. > > > > I concur, given the OP's use case. And I speak as someone who raves about > > ZFS > > at every reasonable opportunity :-) > > Also concur. But by all means buy a spare drive and experiment > with ZFS -- just not on live data. Two for sure and put them in a RAID1 -- formatted ext4. And watch that mdstat. And a third or fourth to see if you can get ZFS going. -- Glenn English -BEGIN PGP SIGNATURE- Version: ProtonMail wsBzBAEBCAAGBQJfNbFRACEJEJ/XhjGCrIwyFiEELKJzD0JScCVjQA2Xn9eG MYKsjDJZkAf8CPw1bMoVhGGTeCNrpGWHr2edZ+LIgPqdjALbT7Ce35KuqLTN hy9TPLKg6K6zZNCsB02bD23IpDxioDjiq4OzPtEuNB871vsr76cXKY+Lw4YU MB98ThaE0jnFCINE7rTSCEbdlzmoI+syAgIzD496/xhnhJoYWEh8x6q0qCnp 9PI4b7fV0TfqwY5tPt/kNqjrve5gcmAqp3iY2qPzFbzS0d1sllqHQavrNPFk iADua8OVl9/zBKl5KAuT1ksiKFTPVISh6JYgVJ/zIXuMvSE2hpqftMHUOjj7 58UlFhJrwsHNe8zhUkArSTbOsPNOAc+4nX580T3MSMqNAu/EAKdFFw== =Fm3L -END PGP SIGNATURE-
Alguien a trabajado con SDL2 en C++
El asunto es que después de la compleja compilación a código objeto y después a maquina, me pasa que al ejecutar el programa de da un error diciendo No aviable vídeo divice y yo tengo modo grafico instalado con xfce4 osea que si tengo modo de video o dispositivo de vídeo pero me da ese error
curious update situation
Please consider the following: dimwit@dimwit:~$ cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 9.4.0 _Stretch_ - Official amd64 NETINST 20180310-11:21]/ buster contrib main non-free deb http://ftp.us.debian.org/debian/unstable main contrib non-free # deb-src http://ftp.us.debian.org/debian/unstable main contrib non-free # debhttp://security.debian.org/debian-security buster/updates main contrib non-free # deb-src http://security.debian.org/debian-security buster/updates main contrib non-free # buster-updates, previously known as 'volatile' # debhttp://ftp.us.debian.org/debian/ buster-updates main contrib non-free # deb-src http://ftp.us.debian.org/debian/buster-updates main contrib non-free dimwit@dimwit:~$ date; sudo aptitude -Pvvv full-upgrade Thu 13 Aug 2020 04:54:25 PM EDT The following packages will be REMOVED: libpython2-stdlib{u} python2{u} python2-minimal{u} 0 packages upgraded, 0 newly installed, 3 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 326 kB will be freed. The following packages have unmet dependencies: python : Depends: python2 (= 2.7.17-2) but it is not going to be installed libpython-stdlib : Depends: libpython2-stdlib (= 2.7.17-2) but it is not going to be installed python-minimal : Depends: python2-minimal (= 2.7.17-2) but it is not going to be installed The following actions will resolve these dependencies: Keep the following packages at their current version: 1) libpython2-stdlib [2.7.17-2 (now)] 2) python2 [2.7.17-2 (now)] 3) python2-minimal [2.7.17-2 (now)] Accept this solution? [Y/n/q/?] y The following packages will NOT be UPGRADED: libpython2-stdlib{a} python2{a} python2-minimal{a} No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Current status: 0 (+0) broken, 3 (+0) upgradable, 59576 (+0) new. dimwit@dimwit:~$ -- This situation has been going on for weeks now. There seems to be a contradiction, where it wants to install version 2.17.7-2 of libpython2-stdlib, python2, and python2-minimal; but they seem to be already installed! All solutions offered except the one shown, would result in unresolved dependencies. I can only guess that this might have something to do with, currently, Debian wanting to move everything from Python2 to Python3. What to do, what to do . . .
Re: Recommendation for filesystem for USB external drive for backups
D. R. Evans wrote: > Greg Wooledge wrote on 8/13/20 2:29 PM: > > > > > The simplest answer would be to use ext4. > > > > I concur, given the OP's use case. And I speak as someone who raves about ZFS > at every reasonable opportunity :-) Also concur. But by all means buy a spare drive and experiment with ZFS -- just not on live data. -dsr-
Re: Apt-get vs Aptitude vs Apt
On Wed, Aug 12, 2020 at 1:58 AM Andrei POPESCU wrote: > > On Ma, 11 aug 20, 15:33:53, Javier Barroso wrote: > > > > I swiched from aptitude to apt-get/apt some years ago > > > > aptitude need love :( > > > > My problem was mixing 64 and 32 bits packages. Seem aptitude didn't do a > > good job > > > > Reading Planet debian and transitions and apt-listbugs (or how It is named) > > , apt update && apt full-upgrade , run perfect in unstable > > In my experience[1] 'apt full-upgrade' is rarely needed, even on > unstable, because 'apt upgrade' allows for new packages (and > 'apt autoremove' is needed anyway for removals). > > This will take care of most library transitions (e.g. package foo > depends libbar1 -> libbar2) and packages with the version in their name > (e.g. linux-image-amd64 depends linux-image-5.6.xx -> > linux-image-5.7.xx). > > The main benefit of aptitude (especially for unstable) is it's > interactive mode: > > * Easy browsing of packages, (reverse) dependency chains, etc. > > * Keeps track of "new" packages, very useful to see what's new in >unstable. > > * Easy selective disabling of Recommends (or enabling, for those who >disable Recommends globally). > > * One step (full-)upgrade and autoremoval of packages (press 'u' to >update the package list, 'U' to prepare the full-upgrade, 'g' to >inspect the proposed actions and 'g' again to apply). > > * Interactive dependency resolving for when (not if) unstable is >broken, with several methods to tweak it (let it search for different >solutions, mark specific packages to "keep", etc.). > > * Forbid version, for when (not if) the new version of a package you >need has a bug that affects you. > >aptitude will then automatically skip to the next version when >available (hopefully with the bug fixed, but that's why apt-listbugs >exists) > > * possibly more that I forget right now. > > > And then there's aptitude's search patterns, for which there is > currently no replacement. > > I have aptitude installed on all but the smallest system (aptitude + > dependencies can be significant for a very small install). > > [1] Admittedly my recent experience is only with a smallish install with > openbox, Kodi and Linux build dependencies (just enough to keep track of > hardware support for the PINE A64+ and possibly enable some kernel > options for it that are not enabled in Debian's kernel), though I don't > expect it to be much worse with a full Desktop Environment install or > similar. > > > Kind regards, > Andrei > -- > http://wiki.debian.org/FAQsFromDebianUser Okay, so I see no reason not to just continue to use aptitude. It seems to work for me as well as anything else. Thanks to all.
Re: Recommendation for filesystem for USB external drive for backups
Greg Wooledge wrote on 8/13/20 2:29 PM: > > The simplest answer would be to use ext4. > I concur, given the OP's use case. And I speak as someone who raves about ZFS at every reasonable opportunity :-) Doc -- Web: http://enginehousebooks.com/drevans signature.asc Description: OpenPGP digital signature
Re: Recommendation for filesystem for USB external drive for backups
On Thu, Aug 13, 2020 at 01:09:46PM -0700, David Christensen wrote: > On 2020-08-13 12:52, rhkra...@gmail.com wrote: > > * Most of my backup will be done from a Wheezy system -- can I install > > ZFS > > on Wheezy? > > I do not see any ZFS packages for Wheezy: > > The simplest answer would be to install Buster and then install 'zfs-dkms' > (either Stable or backport, depending upon preference). The simplest answer would be to use ext4.
Re: Recommendation for filesystem for USB external drive for backups
On 2020-08-13 12:52, rhkra...@gmail.com wrote: On Thursday, August 13, 2020 01:45:59 PM Tom Dial wrote: Debian ZFS root (and boot) is not *that* hard; see the instructions at https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20B uster%20Root%20on%20ZFS.html They certainly are not harder than installing early Debian releases (as I remember it from around 20 years ago, and should not be hard for anyone building a backup system and server. Installation as an additional file system should not be notably different from installing a file system package from main, except for the notice the GPL incompatibility notice that will pop up during installation. I would recommend installing from buster-backports to get the current openzfs release which includes improvements (notably native encryption) as well as fixes. Two questions: * Most of my backup will be done from a Wheezy system -- can I install ZFS on Wheezy? I do not see any ZFS packages for Wheezy: https://packages.debian.org/search?keywords=zfs=names=all=all The simplest answer would be to install Buster and then install 'zfs-dkms' (either Stable or backport, depending upon preference). * If I plug the USB drive into another machine without ZFS installed -- hmm, well I guess I'd have to install ZFS to use the drive? Yes. David
Re: Recommendation for filesystem for USB external drive for backups
On Thursday, August 13, 2020 01:45:59 PM Tom Dial wrote: > Debian ZFS root (and boot) is not *that* hard; see the instructions at > > https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20B > uster%20Root%20on%20ZFS.html > > They certainly are not harder than installing early Debian releases (as > I remember it from around 20 years ago, and should not be hard for > anyone building a backup system and server. Installation as an > additional file system should not be notably different from installing a > file system package from main, except for the notice the GPL > incompatibility notice that will pop up during installation. > > I would recommend installing from buster-backports to get the current > openzfs release which includes improvements (notably native encryption) > as well as fixes. Two questions: * Most of my backup will be done from a Wheezy system -- can I install ZFS on Wheezy? * If I plug the USB drive into another machine without ZFS installed -- hmm, well I guess I'd have to install ZFS to use the drive?
Re: Recommendation for filesystem for USB external drive for backups
Aug 13, 2020, 00:14 by rhkra...@gmail.com: > I'm getting closer to setting up a consistent backup plan, backing up to an > external USB drive. I'm wondering about a reasonable filesystem to use, I > think I want to stay in the ext2/3/4 family, and I'm wondering if there is > any > good reason to use anything beyond ext2? > I've been using an external USB drive for backups for years (more specifically, a regular HDD in a USB enclosure), it works reasonably well. I use ext4. ext2 is more prone to lose stuff and become corrupted if your PC shuts down suddenly as it does not have journaling. ext3 has journaling but is a bit slower than ext4, in my experience ext4 works well and is able to recover from crashes and is a bit faster than ext3. Regards,
Re: Recommendation for filesystem for USB external drive for backups
On 8/13/20 02:31, David Christensen wrote: > On 8/12/20 5:14 PM, rhkra...@gmail.com wrote: >> I'm getting closer to setting up a consistent backup plan, backing up >> to an >> external USB drive. I'm wondering about a reasonable filesystem to >> use, I >> think I want to stay in the ext2/3/4 family, and I'm wondering if >> there is any >> good reason to use anything beyond ext2? >> >> (Some day I'll try ZFS or BTRFS for my "system" filesystems, but don't >> see any >> point (and don't want to learn) either of them at this point -- I >> don't see >> much need for a backup filesystem.) >> >> But, I'll listen to opinions ;-) > > Without knowing anything about your resources, needs, expectations, > "consistent backup plan", etc., and given the choices ext2, ext3, or > ext4 for an external USB drive presumably to store backup repositories, > I would also pick ext4. > > > But, none of the ext* filesystems have bit rot protection. btrfs and > ZFS do. > > > btrfs is supported by the Debian Installer. I used btrfs for Debian > system disks for several years. I discovered too late that btrfs > requires routine maintenance (to balance its binary trees?). The disks > got progressively slower and software started misbehaving. Notably, > Thunderbird began losing messages when moving them from an IMAP folder > to a local folder (!). I went back to ext4 for my Debian system disks. > > > Due to GPL and CDDL license conflicts, Debian does not support ZFS OOTB. > Notably, the Debian Installer lacks support for ZFS. (Some brave and > skilled people have figured out how to install Debian with ZFS on root; > STFW for details.) There is a 'contrib' ZFS kernel package available > that can be installed on a working Debian system. This makes it > possible to use ZFS for most everything except boot and root. ZFS is > mature and reliable. I use ZFS for FreeBSD system disks, file server > live data, backups, archives, and images. Migrating to ZFS was > non-trivial, and I am still wresting with disaster preparedness. Debian ZFS root (and boot) is not *that* hard; see the instructions at https://openzfs.github.io/openzfs-docs/Getting%20Started/Debian/Debian%20Buster%20Root%20on%20ZFS.html They certainly are not harder than installing early Debian releases (as I remember it from around 20 years ago, and should not be hard for anyone building a backup system and server. Installation as an additional file system should not be notably different from installing a file system package from main, except for the notice the GPL incompatibility notice that will pop up during installation. I would recommend installing from buster-backports to get the current openzfs release which includes improvements (notably native encryption) as well as fixes. Tom Dial > > > David
Re: Como poner un programa en los repositorios
El 2020-08-13 a las 10:17 -0700, Jose Alfonso escribió: > Como podría poner el programa,aun esta en desarrollo pero su función > ya esta creada, nececito empaqueterlo en deb pero no c como creo que > es con dpkg-deb pero eso lo buscare https://wiki.debian.org/Packaging/Intro Saludos, -- Camaleón
Re: Qt5 & SQLite
Hola Javier... El 11/8/20 a las 18:38, JavierDebian escribió: El 7/8/20 a las 18:55, JavierDebian escribió: Buenas tardes. ¿Tienen alguna otra opción mejor, o más simple, o más popular para trabajar? Muchas gracias. JAP Buenas tardes. Buceando la red, buscando y leyendo, creo que me decanto por Qt5 y MariaDB. ¿Por qué MariaDB y no otro? Pues, según https://db-engines.com/en/system/Firebird%3BMariaDB%3BSQLite SQLite no soporta C++ Firebird está limitado en su escalabilidad. MariaDB al ser muy compatible con MySQL, facilita la tarea a futuros mantenedores. Me queda ver las diferencias de manejo en campos tipo LONGBLOB para archivo de imágenes. Sigo escuchando sugerencias. Hace unos cuantos años tuve una situación similar: programas en Clipper y problemas con DOS, nuevas impresoras, etc. Luego de ver que era lo más fácil para nosotros en esos momentos, terminamos instalando en el servidor (o única PC del cliente) un Debian con mariadb, apache y php. La interface para todo el sistema se muestra en un navegador (lo que nos permita que accedan desde cualquier equipo/dispositivo que tenga uno e independientemente del S.O.) Para pantallas y formularios usamos HTML, para el resto PHP. En caso de equipos que no están en la red y necesitan incorporar info al servidor, generamos archivos de texto de longitud fija o de campos separados por algún caracter, y los importamos al servidor corriendo los controles que hagan falta. En los casos que tienen sucursales o necesidad de usar el sistema desde "afuera", se pidieron IP fijas y se configuró el apache para acceso https. En los casos que no consiguieron IP fijas, usamos duckdns.org que funciona perfecto con un pequeño script en el crontab. Todos los clientes que migramos quedaron muy conformes con el sistema nuevo. Hace un par de años incorporamos la facturación electrónica desde el propio sistema que desarrollamos, esa es la parte donde no podemos controlar los tiempos de respuesta ya que dependemos de los servidores de AFIP, que funcionen rápido y que estén accesibles. Gracias por lo que me han ayudado. JAP Saludos, -- Walter O. Dari http://swcomputacion.com/ http://swcomputacion.com/sistemas/ https://facebook.com/swcomputacion/ https://facebook.com/sistemasSW/ Nuestros horarios: L a V 10 a 14 hs. - 16:30 a 18:45 hs. S 11 a 14 hs. WhatsApp: 2396 577140 (no se atienden llamadas)
Re: Como poner un programa en los repositorios
On Thu, Aug 13, 2020 at 10:17:15AM -0700, Jose Alfonso wrote: > Como podría poner el programa,aun esta en desarrollo pero su función > ya esta creada, nececito empaqueterlo en deb pero no c como creo que > es con dpkg-deb pero eso lo buscare > Jose, Eso todo depende de si cuando dices «los repositorios» te refieres a los repositorios oficiales de Debian o algún repositorio interno que es solo para tus propios sistemas. Si quieres que entre a los repositorios finales y no conoces a un Debian Developer quien puede empaqueterlo, entones lo mejor es someter una solicitud de paquete (RFP, «Request For Package») [0]. Si acaso el paquete es dedicado a uso interno, mejor es contratar con alguien quien es experto en el asunto de empaquetar. Saludos, -Roberto [0] https://wiki.debian.org/es/RFP -- Roberto C. Sánchez
Como poner un programa en los repositorios
Como podría poner el programa,aun esta en desarrollo pero su función ya esta creada, nececito empaqueterlo en deb pero no c como creo que es con dpkg-deb pero eso lo buscare
Re: add 2FA to ssh
Henning Follmann wrote: > Maintain a good keychain and you wont need 2FA. I'm curious, What do you mean by keychain in context of ssh? The application of that name or something else? Thomas
Re: RFE: a "testcd" (a la knoppix) option for the debian DVD?
It always amazes me when computer people rely on syntactical devices for any kinds of tests (like everything is so obvious, right? ;-)); let alone, integrity, security, "privacy" related ones (or that thing they used to call "privacy"). > The testcd option for Knoppix is checksumming as far as I know. Yes, but you can test the content of the DVD right off the physical read-only thing, unalterable whenever you want and disconnected to the Internet, which you could then verify further by going online and downloading all signatures if you so decide ... The only thing that remains to be trusted nowadays is the mind-body link, so all kinds of "tests" should have a endogenously free, mind-related, optimally one-time aspect that they can't control. To wit (for you to have more reasons to think I am "crazy", but as they say: "mark my words"). There is this thing USG is doing as part of their social control programs, they call "multiversing" (the opposite being "universing", which they also do) which is basically that they have so much control over all aspects of the lives of every one of us and can target their harassment so accurately, that they can, quite effectively, jail you in a "virtual cage" only you would notice, be aware of. It is called (social control, Zersetzung-kind of) "targeting" ... They even made Durerte believe God was talking to him ;-) https://www.nytimes.com/2016/10/29/world/asia/president-duterte-says-god-told-him-to-swear-off-the-curse-words.html You could hear clear voices talking to you with semantic depth and having a protracted conversation with you while your spouse trying to sleep right next to you can't hear anything (so, s/he will think you are going mad), or you forget your car keys and "the voices" tell you and tease you as you look for them, ... Some people have committed suicide. I know, I know what I have related is totally off topic (or not!) lbrtchx On 8/13/20, Andrew Cater wrote: > How are you downloading your media? if you use jigdo to make it, it is > checksummed and tested at the final stage. > > http://flosslinuxblog.blogspot.com/2020/07/a-quick-post-on-how-to-use-jigdo-to.html > > If you download it via HTTP, you are using signatures and checksums to > verify the integrity of the download, aren't you? > > http://flosslinuxblog.blogspot.com/2020/07/how-to-use-signed-checksum-files-to.html > > If you write the medium to a USB stick, what options are you using? > > The testcd option for Knoppix is checksumming as far as I know. > > [The links are to Planet Debian blogs written by me only because these > questions have come up before, nothing more.]
Re: Re : Re: [HS] Dégafamiser l'internet
Bonjour, > PS: Pour se dé"GAFA"iser, l'assocation téléphone android + DAVX + nextcloud + > navigateur lilo + K9 mail pour un téléphone est une bonne idée... Allons plus loin : Fairphone 2 ou 3 avec e/OS : https://e.foundation/about-e/?lang=fr https://e.foundation/get-involved/?lang=fr Librement, Sylvie Le 10/08/2020 à 21:47, François Boisson a écrit : > Le Tue, 4 Aug 2020 10:32:45 +0200 > Bureau LxVx a écrit: > >>> de ses données personnelles; Il y a aussi les moteurs de recherche Qwant >> NON, qwant n'est "plus" le moteur si honnête qu'il le disait (bcp >> d'articles à ce sujet dans les mois précédents) : >> https://www.lalettrea.fr/entreprises_conseil-et-services/2020/07/20/datas-proces-et-paradis-fiscaux--le-delicat-droit-d-inventaire-de-qwant,109245405-ge0 >> >>> *Qwant dépend fortement de Microsoft Bing* >>> >>> L'un des plus gros problèmes à souligner dans la démarche interne de >>> l’entreprise est sa forte dépendance de Microsoft. Oui, l’entreprise > [...] >>> moteur de recherche de Microsoft Bing. Pourquoi Qwant utilise les >>> technologies américaines pour ensuite essayer de rivaliser avec elles ? >> https://www.developpez.com/actu/268567/Qwant-enquete-sur-les-deboires-du-Google-francais-hauts-salaires-deficit-subventions-utilisation-de-Bing-et-Bing-Ads/ >> >> Il nous reste heureusement Startpage, duckduckgo, searx et pour les >> écolos Ecosia et Lilo >> > Il n'y a aucune contradiction à revendiquer la recherche anonyme sans > récupération de données et utiliser le moteur Bing ou autre. Bing, Google et > autres ont des moteurs de recherche efficaces et surtout une indexation des > pages internet quasiment complète et que Qwant mettra un certain temps à > constituer. Que Qwant utilise Bing pour compléter ces recherches peut se > faire de manière complètement anonyme et permet de fournir un résultat > valable. > > Quant à Lilo (que j'utilise), la page de résultats mentionne clairement > "Résultats de Microsoft" car lilo utilise Bing et ne cherche pas, > contrairement à Qwant, à développer son propre moteur. En revanche là aussi, > en se plaçant entre bing et l'utilisateur, les données utilisateur sont > masquées. La pub est faite uniquement à partir de termes de la recherche > d'après eux. Ce sont les revenus de cette pub qui partant à 50% dans > l'associatif humanitaire et/ou écologique font la spécificité de Lilo. > > > François Boisson > > PS: Pour se dé"GAFA"iser, l'assocation téléphone android + DAVX + nextcloud + > navigateur lilo + K9 mail pour un téléphone est une bonne idée... >
Re: add 2FA to ssh
On Thu, Aug 13, 2020 at 09:39:43AM -0500, Nicholas Geovanis wrote: > On Thu, Aug 13, 2020, 6:47 AM Henning Follmann > wrote: > > > On Thu, Aug 13, 2020 at 01:37:39PM +0200, Pòl Hallen wrote: > > > Hi folks :) > > > > > > > > what it better with 2FA: at ssh login request first 2FA authentication > > next > > > ssh password or viceversa? > > > > > > thanks! > > > > > > Pol > > > > sorry to say, but 2FA is again one of the hype things. Why do you need 2FA > > for ssh. I mean a really good reason. > > Maintain a good keychain and you wont need 2FA. > > > > The usual reason is an out-of-band or hardware-based one-time pad. The > additional password is for that session only. > That is not a reason. This is "how". The "session only" I kind of get though. But still. Currently everyone is pushing 2FA and most of the time the implementation sucks or there is no good reason for it. And for ssh a password protected keychain is the reasonable way to go. -H -- Henning Follmann | hfollm...@itcfollmann.com
Re: add 2FA to ssh
Hi, You can do it at the same time with a yubikey and editing your pam file. https://developers.yubico.com/yubico-pam/YubiKey_and_SSH_via_PAM.html#:~:text=The%20Yubico%20PAM%20module%20for,YubiKey%20assigned%20to%20the%20user. Been doing this for years, James On Thu, 13 Aug 2020 at 15:24, Toni Mas Soler wrote: > I think 2FA first is better. Thus you don't have to type your password > if you have a wrong 2FA. > > Toni Mas > > Missatge de Pòl Hallen del dia dj., 13 d’ag. > 2020 a les 13:38: > > > > Hi folks :) > > > > > > what it better with 2FA: at ssh login request first 2FA authentication > > next ssh password or viceversa? > > > > thanks! > > > > Pol > > > >
Re: add 2FA to ssh
On Thu, Aug 13, 2020, 6:47 AM Henning Follmann wrote: > On Thu, Aug 13, 2020 at 01:37:39PM +0200, Pòl Hallen wrote: > > Hi folks :) > > > > > what it better with 2FA: at ssh login request first 2FA authentication > next > > ssh password or viceversa? > > > > thanks! > > > > Pol > > sorry to say, but 2FA is again one of the hype things. Why do you need 2FA > for ssh. I mean a really good reason. > Maintain a good keychain and you wont need 2FA. > The usual reason is an out-of-band or hardware-based one-time pad. The additional password is for that session only. -H > > -- > Henning Follmann | hfollm...@itcfollmann.com > >
Re: add 2FA to ssh
I think 2FA first is better. Thus you don't have to type your password if you have a wrong 2FA. Toni Mas Missatge de Pòl Hallen del dia dj., 13 d’ag. 2020 a les 13:38: > > Hi folks :) > > > what it better with 2FA: at ssh login request first 2FA authentication > next ssh password or viceversa? > > thanks! > > Pol >
Re: is there a way to corrupt the BIOS and/or the keybord on you laptop from the Internet? ...
On Wed 12 Aug 2020 at 17:05:01 (+0200), Albretch Mueller wrote: > > I recommend to thoroughly test your hardware using different OS (possibly > > non-Linux) and if you manage to reproduce the problems, it would mean a > > hardware failure. > > The only thing that I have "discovered" is that for whatever reason > that keyboard doesn't plug directly to one and only one of the USB > ports (which I had used before just fine), but if connected through a > USB hub it works just fine. So I wonder what could be going on, or > "they" are just messing with me, make me "wonder" ... as if I didn't > have enough to do already. In the race to make devices thinner, all the connectivity seems to have suffered reliability problems. On a 7 yr old Lenovo, USB plug/sticks disconnect and reconnect because they're not gripped firmly enough, and the charger suffers similarly. The latter has likely contributed to the demise of the charging circuit. On a 2½ yr old HP, there are similar problems with the HDMI socket and with the USB C-style charger. The HDMI output now has to be fed through a USB-C hub. So USB sockets have messed with people for many years, even on desktops. > I do know that they somehow install keyloggers apparently through > java script on every computer I use even if I am using a computer at a > public library. Now you've lost me. > On Windows, when I go: "Control Panel\Hardware and Sound" ... and > then click on: "view hardware and devices" I see what you are supposed > to see on the attached [ix Cheers, David.
Re: [OT] Remote SSH (dynamic IP) without third-party server
On Wed 12 Aug 2020 at 07:34:03 (-0400), Michael Stone wrote: > On Tue, Aug 11, 2020 at 10:26:45PM -0500, David Wright wrote: > > Registering a domain name with a dynamic DNS service is more complex > > than registering an email service > > It really isn't, but whatever. To register an email service, you'd type in: . your name and DoB . your location and phone number . make up an address and password The same steps would get you a dynamic DNS account, but now you have to configure it at their end, and then on your router at home (assuming it can be done through that service). That counts as *more* in my book. > I really don't care if you want to come up with some workaround for > DNS so feel free to stop arguing about how great it is to find an IP > in an email header instead of just addressing the target via a DNS > name. I'm sorry, I really got the idea from your posts that you did care. My argument wasn't that it was great, but was in response to https://lists.debian.org/debian-user/2020/08/msg00023.html to show that their method can be achieved both simply and for free. I'm not out to convince you, or anybody else, that it's better, but I don't know anyone who would think that a one-line file (à la Greg) qualifies as a Rube Goldberg machine approach. > > I don't mind using a major third-party service for the asynchronous > > rendezvous, and am not prepared to pay for a facility that I might > > use very few times per year. > > As has been pointed out repeatedly, there are free dynamic DNS > services so I don't know why you keep insisting that it has to cost > money. I've *insisted* no such thing. I merely tried to be upfront about where my priorities might differ from others, particularly those mentioning paid services. It wasn't me that wrote "Nothing is for free!" Likewise, I'm clear about using a third-party service, on which the OP expressed a contrary view. Cheers, David.
Ich bin fasziniert!
Es ist schon ein paar Tage her. Ich hoffe, dir geht es gut. https://onbotomis1968.blogspot.tw/ Michael 8/13/2020 2:31:57 AM
Re: add 2FA to ssh
On Thu, Aug 13, 2020 at 01:37:39PM +0200, Pòl Hallen wrote: > Hi folks :) > > > what it better with 2FA: at ssh login request first 2FA authentication next > ssh password or viceversa? > > thanks! > > Pol > sorry to say, but 2FA is again one of the hype things. Why do you need 2FA for ssh. I mean a really good reason. Maintain a good keychain and you wont need 2FA. -H -- Henning Follmann | hfollm...@itcfollmann.com
add 2FA to ssh
Hi folks :) what it better with 2FA: at ssh login request first 2FA authentication next ssh password or viceversa? thanks! Pol
Re: Recommendation for filesystem for USB external drive for backups
On Wed, Aug 12, 2020 at 09:15:21PM -0600, Charles Curley wrote: > On Wed, 12 Aug 2020 20:14:03 -0400 > rhkra...@gmail.com wrote: > > > I'm getting closer to setting up a consistent backup plan, backing up > > to an external USB drive. I'm wondering about a reasonable > > filesystem to use, I think I want to stay in the ext2/3/4 family, and > > I'm wondering if there is any good reason to use anything beyond ext2? > > I use my external USB drives for off-site backup, so I use ext4 on top > of an encrypted partition. That's what I do. Actually, I don't even partition: the whole stick is a LUKS encrypted volume with a single ext4 whithin. Cheers - t signature.asc Description: Digital signature
Re: Recommendation for filesystem for USB external drive for backups
On Thu, Aug 13, 2020 at 12:55:35PM +1200, Ben Caradoc-Davies wrote: > On 13/08/2020 12:14, rhkra...@gmail.com wrote: > >I'm getting closer to setting up a consistent backup plan, backing up to an > >external USB drive. I'm wondering about a reasonable filesystem to use, I > >think I want to stay in the ext2/3/4 family, and I'm wondering if there is > >any > >good reason to use anything beyond ext2? > > I use and recommend ext4. Journaling protects against filesystem > metadata corruption, which can be caused by an electrical outage or > system crash. ...or by early extraction of the media. After all, it's USB sticks we are talking about. Definitely: if you have to ask, ext4 is the answer. If you really need anything else, you definitely know. Cheers - t signature.asc Description: Digital signature
Re: Recommendation for filesystem for USB external drive for backups
On 8/12/20 5:14 PM, rhkra...@gmail.com wrote: I'm getting closer to setting up a consistent backup plan, backing up to an external USB drive. I'm wondering about a reasonable filesystem to use, I think I want to stay in the ext2/3/4 family, and I'm wondering if there is any good reason to use anything beyond ext2? (Some day I'll try ZFS or BTRFS for my "system" filesystems, but don't see any point (and don't want to learn) either of them at this point -- I don't see much need for a backup filesystem.) But, I'll listen to opinions ;-) Without knowing anything about your resources, needs, expectations, "consistent backup plan", etc., and given the choices ext2, ext3, or ext4 for an external USB drive presumably to store backup repositories, I would also pick ext4. But, none of the ext* filesystems have bit rot protection. btrfs and ZFS do. btrfs is supported by the Debian Installer. I used btrfs for Debian system disks for several years. I discovered too late that btrfs requires routine maintenance (to balance its binary trees?). The disks got progressively slower and software started misbehaving. Notably, Thunderbird began losing messages when moving them from an IMAP folder to a local folder (!). I went back to ext4 for my Debian system disks. Due to GPL and CDDL license conflicts, Debian does not support ZFS OOTB. Notably, the Debian Installer lacks support for ZFS. (Some brave and skilled people have figured out how to install Debian with ZFS on root; STFW for details.) There is a 'contrib' ZFS kernel package available that can be installed on a working Debian system. This makes it possible to use ZFS for most everything except boot and root. ZFS is mature and reliable. I use ZFS for FreeBSD system disks, file server live data, backups, archives, and images. Migrating to ZFS was non-trivial, and I am still wresting with disaster preparedness. David