[CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
Thank you for your email, our office will close from 1pm 24 Dec to 27 Dec and will resume on 28 Dec. Wish you a merry Christmas and happy new year. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
Le 26/12/2020 à 13:00, m...@jump.com.hk a écrit : > Thank you for your email, our office will close from 1pm 24 Dec to 27 Dec > and will resume on 28 Dec. Wish you a merry Christmas and happy new year. Am I the only one feeling a strong urge to blood-eagle out-of-office repliers on public mailing lists ? :o) -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On 26/12/2020 12:36, Nicolas Kovacs wrote: Le 26/12/2020 à 13:00, m...@jump.com.hk a écrit : Thank you for your email, our office will close from 1pm 24 Dec to 27 Dec and will resume on 28 Dec. Wish you a merry Christmas and happy new year. Am I the only one feeling a strong urge to blood-eagle out-of-office repliers on public mailing lists ? :o) Not the only one, but there might be an alternative: https://en.wikipedia.org/wiki/Hanged,_drawn_and_quartered :-) -- J Martin Rushton MBCS ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On Sat, 26 Dec 2020 13:36:19 +0100 Nicolas Kovacs wrote: > Am I the only one feeling a strong urge to blood-eagle out-of-office repliers > on public mailing lists ? You can't. He's out of the office. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On Sat, Dec 26, 2020 at 09:59:36AM -0600, Frank Cox wrote: > On Sat, 26 Dec 2020 13:36:19 +0100 > Nicolas Kovacs wrote: > > > Am I the only one feeling a strong urge to blood-eagle out-of-office > > repliers > > on public mailing lists ? > > You can't. He's out of the office. Of course it's annoying, but we've made far more posts about it than their out of office post made. :) And they'll be punished enough when they come back and see it, and think, Oh no, made me look like a total neWb or however the young folks spell it these days. I'm sure all of us have done, if not this, something equally embarrassing like posting a private reply to an email or doing dd with the wrong destination, etc. That's why I like where I work. The owners on down are technical people, and when one does something completely stupid, everyone knows that stuff happens. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On 12/26/2020 9:59 AM, Frank Cox wrote: On Sat, 26 Dec 2020 13:36:19 +0100 Nicolas Kovacs wrote: Am I the only one feeling a strong urge to blood-eagle out-of-office repliers on public mailing lists ? You can't. He's out of the office Long ago when I was a beginner with technical mail lists I read, no I __studied carefully mail list etiquette. And stopping list delivery in case you set auto responder was one of the must do things. My feelings then were: if I forget to do that I may be kicked off the list and banned from subscription, which I considered quite fair thing. I seem to miss the moment when we started care more about the offender than we do about people whom the offender made suffer (seems to be in all aspects of modern world). Valeri ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
Le 26/12/2020 à 18:14, Scott Robbins a écrit : > I'm sure all of us have done, if not this, something equally embarrassing > like posting a private reply to an email or doing dd with the wrong > destination, etc. Then let's make a little contest out of it: what's the most stupid thing you've done as a system administrator ? I'm a ten-finger-typer, and I rarely look at the keyboard. Which is a bad thing when your focus is on the wrong terminal. So a few years ago I happened to type "ssh r...@some-remote-server.com ", vaguely sensed in the corner of my eye that something was wrong and discovered to my horror that I just posted it on a densely populated IRC channel. Your turn. :o) -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On Sat, 26 Dec 2020 at 12:21, Nicolas Kovacs wrote: > Le 26/12/2020 à 18:14, Scott Robbins a écrit : > > I'm sure all of us have done, if not this, something equally embarrassing > > like posting a private reply to an email or doing dd with the wrong > > destination, etc. > > Then let's make a little contest out of it: what's the most stupid thing > you've > done as a system administrator ? > > I'm a ten-finger-typer, and I rarely look at the keyboard. Which is a bad > thing > when your focus is on the wrong terminal. So a few years ago I happened to > type > "ssh r...@some-remote-server.com ", vaguely > sensed in the corner of my eye that something was wrong and discovered to > my > horror that I just posted it on a densely populated IRC channel. > > Your turn. :o) > > 2 am clean up of disk space to get email servers working again discover a large tree of temp files from a shared service in /usr/ # remember before /home? /bin/rm -rf . /* ^c up-arrow spew coffee and swearing go get reinstall cdrom and backup tapes -- > Microlinux - Solutions informatiques durables > 7, place de l'église - 30730 Montpezat > Site : https://www.microlinux.fr > Blog : https://blog.microlinux.fr > Mail : i...@microlinux.fr > Tél. : 04 66 63 10 32 > Mob. : 06 51 80 12 12 > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > -- Stephen J Smoogen. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On Sat, Dec 26, 2020 at 12:39:38PM -0500, Stephen John Smoogen wrote: > On Sat, 26 Dec 2020 at 12:21, Nicolas Kovacs wrote: > > > > I'm sure all of us have done, if not this, something equally embarrassing > > > like posting a private reply to an email or doing dd with the wrong > > > destination, etc. > > > > > > I'm a ten-finger-typer, and I rarely look at the keyboard. Which is a bad > > thing > > when your focus is on the wrong terminal. So a few years ago I happened to > > type > > "ssh r...@some-remote-server.com ", vaguely > > sensed in the corner of my eye that something was wrong and discovered to > > my > > horror that I just posted it on a densely populated IRC channel. That's a popular one. There's even an instance of it on bash.org, though in that case, they fooled a new comer into thinking that everone saw his password as . > > > 2 am clean up of disk space to get email servers working again > discover a large tree of temp files from a shared service in /usr/ name> # remember before /home? > /bin/rm -rf . /* > ^c > up-arrow > spew coffee and swearing > go get reinstall cdrom and backup tapes Yup that has to count as mine. We had a FreeBSD server and back in older days, you used to do rm -rf /usr/obj before doing a buildworld. The sequence was cd /usr/obj;chflags noschg *, rm -rf * then cd /usr/src and start the build. (I may have that slightly wrong, but that's the idea). So in my case, I did that, and thought, Hrrm, that's taking a long time to remove obj. Then when I got my command prompt back, I did the usual cd /usr/src and saw directory not found. Hrm, thinks I, that's odd. cd /usr ls (shows . and ..) I'd removed the entire /usr directory, and I was fairly new. Fortunately, it was a freshly installed server, I was new to IT and my boss had a sense of humor about it, and even tried to make me feel better by telling me similar stories. That was around 19 years ago, so I laugh now, but sure wasn't laughing then. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Gnote equivalent in CentOS 8
Am 25.12.20 um 07:42 schrieb Ljubomir Ljubojevic: As I can see, Cherytree can be used only on Fedora 32 and above due to dependencies. I personally use Tomboy for years. I install it from Fedora 28 repository I have set up on my CentOS 8 laptop. In general, Fedora 28 packages can be directly installed to CentOS 8, but I recommend being careful not to install dependency packages that can mess with apps from EL repositories. On 12/24/20 8:34 PM, Nicolas Kovacs wrote: Le 24/12/2020 à 18:04, Robert Nichols a écrit : In CentOS 8, is there an equivalent for the gnote application? I've been using Gnote for a few years, until it got improved to death by the good GNOME folks. I've moved to Cherrytree, which is a great piece of software. I highly recommend it. https://www.giuspen.com/cherrytree/ Cheers, Niki It is available via flatpak https://flathub.org/apps/details/com.giuspen.cherrytree -- Leon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On 12/26/2020 11:39 AM, Stephen John Smoogen wrote: On Sat, 26 Dec 2020 at 12:21, Nicolas Kovacs wrote: Le 26/12/2020 à 18:14, Scott Robbins a écrit : I'm sure all of us have done, if not this, something equally embarrassing like posting a private reply to an email or doing dd with the wrong destination, etc. Then let's make a little contest out of it: what's the most stupid thing you've done as a system administrator ? I'm a ten-finger-typer, and I rarely look at the keyboard. Which is a bad thing when your focus is on the wrong terminal. So a few years ago I happened to type "ssh r...@some-remote-server.com ", vaguely sensed in the corner of my eye that something was wrong and discovered to my horror that I just posted it on a densely populated IRC channel. Your turn. :o) 2 am clean up of disk space to get email servers working again discover a large tree of temp files from a shared service in /usr/ # remember before /home? /bin/rm -rf . /* I did the same just to prove for myself I am right. Used fresh test installation for that though: rm -rf / - was testing it, as I missed the moment when the following stopped being true: "the above command will start removing directory tree / _alphabetically_, hence when it removes /dev/[root file system device] further remove operations will fail. Hence on physical root device only stuff alphabetically before /dev will actually be removed." Of course I was gravely wrong, thing did change (as one of experts on mail list pointed out for me). And the above command did obliterate everything. Embarrassing part was: I had first said that loud on mail list, and only after I had been told I'm wrong, I actually tested it, and confirmed to my self I was wrong. Another embarrassing thing was done by my younger colleague. He was helping someone he talked to on the phone to change that user's password. And as many younger (than I) people he always was typing lightning fast. And instead of typing passwd [username] he typed passwd [username] Without noticing anything wrong he changed root password on the machine to, guess what?, "password" (without quotes). He ultimately did help user to change his password. And few days later bad guys just walked into machine as user root. I hope, he doesn't read this my post. So mine was not the case one can state funny way: I thought I was wrong but I was mistaken ;-) Valeri ^c up-arrow spew coffee and swearing go get reinstall cdrom and backup tapes ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On Sat, 26 Dec 2020 12:25:50 -0600 Valeri Galtsev wrote: > Then let's make a little contest out of it: what's the most stupid thing > you've > done as a system administrator ? Cleaning up some obsolete users on a system that accepts remote ssh logins and somehow managing to remove my own ssh key too. Which I discovered about ten minutes later when I went to log in again and found that I had locked myself out. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Out of office: "CentOS Digest, Vol 191, Issue 26"
On 26/12/2020 18:56, Frank Cox wrote: On Sat, 26 Dec 2020 12:25:50 -0600 Valeri Galtsev wrote: Then let's make a little contest out of it: what's the most stupid thing you've done as a system administrator ? Cleaning up some obsolete users on a system that accepts remote ssh logins and somehow managing to remove my own ssh key too. Which I discovered about ten minutes later when I went to log in again and found that I had locked myself out. Not one I did, but one I was part of. A co-worker and I were discussing something or other (might even have been work related) leaning on top one of the VAX 11/750s in the machine room. They are just a convenient elbow height. Suddenly the console spewed into life, and for some strange reason the system was booting. Oops, my co-worker had managed to press their stomach against the reset button! Mind, I can also recall the same co-worker sorting out a hardware problem that had been baffling the engineers for an hour - the on-off switch was in the off position! -- J Martin Rushton MBCS ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Disk choice for workstation ?
Hi, My workstation is currently equipped with a pair of Western Digital Red 1 TB SATA disks in a software RAID 1 setup. Some stuff like working with virtual machines is a bit slow, so I'm thinking about replacing the disks by SSD. I'm hesitating between three different setups: 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system on it. Keep the two SATA disks in a RAID 1 array and mount /home on it. 2) Use a larger SSD (500 GB to 1 TB), install everything (including /home) on it. Keep the two SATA disks in a RAID 1 array and mount them on /data for storage. 3) Get rid of the disks and go full SSD, with a 1 TB disk. Any advice from the hardware gurus on this list? Cheers, Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
If I were you, I'd do the 2nd ... use a larger SSD (1 TB), and keep the mirror set (raid 1) for /data Walter On 26.12.2020 21:20, Nicolas Kovacs wrote: Hi, My workstation is currently equipped with a pair of Western Digital Red 1 TB SATA disks in a software RAID 1 setup. Some stuff like working with virtual machines is a bit slow, so I'm thinking about replacing the disks by SSD. I'm hesitating between three different setups: 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system on it. Keep the two SATA disks in a RAID 1 array and mount /home on it. 2) Use a larger SSD (500 GB to 1 TB), install everything (including /home) on it. Keep the two SATA disks in a RAID 1 array and mount them on /data for storage. 3) Get rid of the disks and go full SSD, with a 1 TB disk. Any advice from the hardware gurus on this list? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
I use 1 ssd for OS. With my own automation for deployment. And sata drives swraid5 with data partition. And cache ssd for filesystem used on a raid'ed fs and enabled compression... But you need to choose your own "freak" level, you would enjoy having on your home workstation. MOST important, you can easily reinstall and YOU have fun while just thinking you have it deployed ;) and can use any second and feel good when using it! On Sat, 26 Dec 2020, 22:26 Walter H., wrote: > If I were you, > I'd do the 2nd ... use a larger SSD (1 TB), and keep the mirror set > (raid 1) for /data > Walter > > On 26.12.2020 21:20, Nicolas Kovacs wrote: > > Hi, > > > > My workstation is currently equipped with a pair of Western Digital Red > 1 TB > > SATA disks in a software RAID 1 setup. > > > > Some stuff like working with virtual machines is a bit slow, so I'm > thinking > > about replacing the disks by SSD. > > > > I'm hesitating between three different setups: > > > > 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system on > it. > > Keep the two SATA disks in a RAID 1 array and mount /home on it. > > > > 2) Use a larger SSD (500 GB to 1 TB), install everything (including > /home) on > > it. Keep the two SATA disks in a RAID 1 array and mount them on /data > for storage. > > > > 3) Get rid of the disks and go full SSD, with a 1 TB disk. > > > > Any advice from the hardware gurus on this list? > > > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
Oops, sorry, you asked for disk choice. Choose different vendor, same size for data... Why? Different time before failure. Also, if you are ok on 'tweaking' firmware, maybe go for green and disable head parking if you use them 27/7. Also, double check temp which it can work at, and check where it will be standing? Under and behind a table? Keep in mind, some ssd might have higher temp then spindle disk, that would assume you would think on extra fan, but extra fan would have same sound effect as spindle drive... Especially if cheap fans used ;) So... Hope this helps ;) On Sat, 26 Dec 2020, 22:41 Ruslanas Gžibovskis, wrote: > I use 1 ssd for OS. With my own automation for deployment. > > And sata drives swraid5 with data partition. > > And cache ssd for filesystem used on a raid'ed fs and enabled > compression... > > But you need to choose your own "freak" level, you would enjoy having on > your home workstation. > > MOST important, you can easily reinstall and YOU have fun while just > thinking you have it deployed ;) and can use any second and feel good when > using it! > > On Sat, 26 Dec 2020, 22:26 Walter H., wrote: > >> If I were you, >> I'd do the 2nd ... use a larger SSD (1 TB), and keep the mirror set >> (raid 1) for /data >> Walter >> >> On 26.12.2020 21:20, Nicolas Kovacs wrote: >> > Hi, >> > >> > My workstation is currently equipped with a pair of Western Digital Red >> 1 TB >> > SATA disks in a software RAID 1 setup. >> > >> > Some stuff like working with virtual machines is a bit slow, so I'm >> thinking >> > about replacing the disks by SSD. >> > >> > I'm hesitating between three different setups: >> > >> > 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system >> on it. >> > Keep the two SATA disks in a RAID 1 array and mount /home on it. >> > >> > 2) Use a larger SSD (500 GB to 1 TB), install everything (including >> /home) on >> > it. Keep the two SATA disks in a RAID 1 array and mount them on /data >> for storage. >> > >> > 3) Get rid of the disks and go full SSD, with a 1 TB disk. >> > >> > Any advice from the hardware gurus on this list? >> > >> >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos >> > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
If you are planning to directly replace the SATA magnetic disks with SATA SSD's then although you will reduce significantly the seek time but the bandwidth of SATA is no where near the bandwidth of NVMe. SSD's are intrinsically better than magnetic disks although magnetic disks are now available up to 20TByte in capacity. If I was you I would get a PCIe 3.0 or 4.0 2*NVMe Raid 0/1 carrier and install two SSD's on to it and mirror them. Even though SSD's are very reliable your data is more valuable. Don't go for super cheap SSD's as the write threshold will be low. I would look at Samsung for SSD's for performance or Kioxia (Toshiba) SSD's for price. As regards the carrier I would look at Sonnet or Highpoint. Bear in mind that the commercial sweet spot for SSD's is 1 or 2 TByte. Mark Woolfson -Original Message- From: CentOS On Behalf Of Walter H. Sent: 26 December 2020 20:26 To: centos@centos.org Subject: Re: [CentOS] Disk choice for workstation ? If I were you, I'd do the 2nd ... use a larger SSD (1 TB), and keep the mirror set (raid 1) for /data Walter On 26.12.2020 21:20, Nicolas Kovacs wrote: > Hi, > > My workstation is currently equipped with a pair of Western Digital > Red 1 TB SATA disks in a software RAID 1 setup. > > Some stuff like working with virtual machines is a bit slow, so I'm > thinking about replacing the disks by SSD. > > I'm hesitating between three different setups: > > 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system on it. > Keep the two SATA disks in a RAID 1 array and mount /home on it. > > 2) Use a larger SSD (500 GB to 1 TB), install everything (including > /home) on it. Keep the two SATA disks in a RAID 1 array and mount them on /data for storage. > > 3) Get rid of the disks and go full SSD, with a 1 TB disk. > > Any advice from the hardware gurus on this list? > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
I have seen significant improvement when virtual machine disks are on their own spindle/ssd. I would add an SSD and put the VM's on it. Mike On 12/26/2020 3:20 PM, Nicolas Kovacs wrote: > Hi, > > My workstation is currently equipped with a pair of Western Digital Red 1 TB > SATA disks in a software RAID 1 setup. > > Some stuff like working with virtual machines is a bit slow, so I'm thinking > about replacing the disks by SSD. > > I'm hesitating between three different setups: > > 1) Use a relatively small SSD (120 to 240 GB) to reinstall the system on it. > Keep the two SATA disks in a RAID 1 array and mount /home on it. > > 2) Use a larger SSD (500 GB to 1 TB), install everything (including /home) on > it. Keep the two SATA disks in a RAID 1 array and mount them on /data for > storage. > > 3) Get rid of the disks and go full SSD, with a 1 TB disk. > > Any advice from the hardware gurus on this list? > > Cheers, > > Niki > ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
Le 26/12/2020 à 21:58, Mark Woolfson a écrit : > Don't go for super cheap SSD's as the write threshold will be low. I would > look at Samsung for SSD's for performance or Kioxia (Toshiba) SSD's for > price. As regards the carrier I would look at Sonnet or Highpoint. Bear in > mind that the commercial sweet spot for SSD's is 1 or 2 TByte. Thanks everybody for your feedback. Is there any data available regarding reliability of SATA vs. SSD ? Niki -- Microlinux - Solutions informatiques durables 7, place de l'église - 30730 Montpezat Site : https://www.microlinux.fr Blog : https://blog.microlinux.fr Mail : i...@microlinux.fr Tél. : 04 66 63 10 32 Mob. : 06 51 80 12 12 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] keepass for CentOS Linux OS
On Thu, Dec 24, 2020 at 5:49 PM Phil Perry wrote: > On 24/12/2020 00:09, Kaushal Shriyan wrote: > > On Thu, Dec 24, 2020 at 12:23 AM Richard < > lists-cen...@listmail.innovate.net> > > wrote: > > > >> > >>> Date: Wednesday, December 23, 2020 23:24:49 +0530 > >>> From: Kaushal Shriyan > >>> > >>> Are there any repos to download keepass password manager for CentOS > >>> Linux release 7.9.2009 (Core)? I am getting Service Unavailable > >>> when I hit https://apps.fedoraproject.org/packages/keepass as per > >>> https://keepass.info/download.html > >>> > >> > >> You can get this for CentOS-7 from the EPEL repo. > >> > >> > > Thanks Richard for the response. I have installed it on CentOS Linux > > release 7.9.2009 (Core) server. Is there a GUI for it to access it from a > > network similar to bitwarden (https://bitwarden.com/)? For example > > http://keepass.example.com. I am going through > > https://keepass.info/download.html > > > > rpm -qil keepassx2-2.0.3-2.el7.x86_64 > > Name: keepassx2 > > Version : 2.0.3 > > Release : 2.el7 > > Architecture: x86_64 > > Install Date: Thu 24 Dec 2020 05:26:30 AM IST > > Group : User Interface/Desktops > > Size: 1892119 > > License : GPLv2+ > > Signature : RSA/SHA256, Wed 30 Nov 2016 04:33:42 AM IST, Key ID > > 6a2faea2352c64e5 > > Source RPM : keepassx2-2.0.3-2.el7.src.rpm > > Build Date : Wed 30 Nov 2016 03:25:42 AM IST > > Build Host : buildhw-09.phx2.fedoraproject.org > > Relocations : (not relocatable) > > Packager: Fedora Project > > Vendor : Fedora Project > > URL : http://www.keepassx.org/ > > Summary : Cross-platform password manager > > Description : > > KeePassX is an application for people with extremly high demands on > secure > > personal data management. > > KeePassX saves many different information e.g. user names, passwords, > urls, > > attachemts and comments in one single database. For a better management > > user-defined titles and icons can be specified for each single entry. > > Furthermore the entries are sorted in groups, which are customizable as > > well. > > The integrated search function allows to search in a single group or the > > complete database. > > KeePassX offers a little utility for secure password generation. The > > password > > generator is very customizable, fast and easy to use. Especially someone > who > > generates passwords frequently will appreciate this feature. > > The complete database is always encrypted either with AES (alias > Rijndael) > > or > > Twofish encryption algorithm using a 256 bit key. Therefore the saved > > information can be considered as quite safe. KeePassX uses a database > format > > that is compatible with KeePass Password Safe for MS Windows. > > /usr/bin/keepassx2 > > /usr/lib64/keepassx2/libkeepassx-autotype-x11.so > > /usr/share/applications/keepassx2.desktop > > /usr/share/doc/keepassx2-2.0.3 > > /usr/share/doc/keepassx2-2.0.3/CHANGELOG > > /usr/share/doc/keepassx2-2.0.3/README.md > > /usr/share/icons/hicolor/128x128 > > /usr/share/icons/hicolor/128x128/apps > > /usr/share/icons/hicolor/128x128/apps/keepassx.png > > /usr/share/icons/hicolor/128x128/mimetypes > > /usr/share/icons/hicolor/128x128/mimetypes/application-x-keepassx.png > > /usr/share/icons/hicolor/16x16 > > > > Best Regards, > > > > Kaushal > > I prefer the community fork, KeePassXC, which is more actively > maintained with new/updated features regularly added. > > There is no recent RPM package AFAIK but it's really easy to install the > very latest Snap package from here and comes with all the latest > encryption (AES 256bit) and key derivation functions (Argon2): > > https://keepassxc.org/download/ > > It's the first time I'd installed a snap and was pleasantly surprised > how easy it was plus updates are automatic. For extra security I then > don't use it to store the full password, but separately add a salt > creating a double-blind password for more sensitive uses: > > https://www.youtube.com/watch?v=boj9q26gadE > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos Thanks Phil for sharing the details. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
On 12/26/2020 5:10 PM, Nicolas Kovacs wrote: Le 26/12/2020 à 21:58, Mark Woolfson a écrit : Don't go for super cheap SSD's as the write threshold will be low. I would look at Samsung for SSD's for performance or Kioxia (Toshiba) SSD's for price. As regards the carrier I would look at Sonnet or Highpoint. Bear in mind that the commercial sweet spot for SSD's is 1 or 2 TByte. Thanks everybody for your feedback. Is there any data available regarding reliability of SATA vs. SSD ? The most reliable SATA drives model from most reliable manufacturer during constant up, spinning and used in RAIDs had about or less than 3% failed in a course of over 10 years. Most reliable manufacturer in my book that is: Hitachi, former IBM, later HGST, the production line now bought out by Western Digital. I doubt there is same longevity statistics for SSDs. Also: hard drives have theoretically infinite number of writes into the same area, whereas SSDs have finite number of write operations into a given cell. In view if this difference any comparison can be argued as unfair. I'm sure, people who have large number of SSDs for long time will add their observations. I was happy with Samsung 2.5 inch SATA SSDs so far. Valeri Niki ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
On Sat, Dec 26, 2020 at 05:52:48PM -0600, Valeri Galtsev wrote: > > On 12/26/2020 5:10 PM, Nicolas Kovacs wrote: > > Le 26/12/2020 à 21:58, Mark Woolfson a écrit : > > > Don't go for super cheap SSD's as the write threshold will be low. I would > > > look at Samsung for SSD's for performance or Kioxia (Toshiba) SSD's for > > > price. As regards the carrier I would look at Sonnet or Highpoint. Bear in > > > mind that the commercial sweet spot for SSD's is 1 or 2 TByte. > > Thanks everybody for your feedback. > > > > Is there any data available regarding reliability of SATA vs. SSD ? I do know that one of our clients (datacenter) was constantly having failures with OCZ. They replaced them with Samsungs and had far better reliability. I don't know if OCZ still has issues, for our own, we use Samsung and they've been pretty good, but they do seem to fail more than our spinning drives. However, that makes it sound worse than it is, it's maybe one or two drive failures a year. For my own personal use, as I have little money, I use Crucial, but that's for some towers that just get home use, the FreeBSD one using ZFS, and they've been fine, but that's been home use. So, for the moment, I would just echo Valeri and say Samsung is the one that my company and I have seen to be the longest lasting. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
On 12/26/20 12:20 PM, Nicolas Kovacs wrote: Any advice from the hardware gurus on this list? I think your request lacks at least one critical consideration: What is the cost of down time? You've got a RAID1 setup now, so I have to assume that you've decided at some point in the past that the down time you'd incur replacing a disk when one fails is great enough to buy a second disk. SSDs aren't immune to failure. Right now, I'm operating on a degraded RAID1 volume while I wait for an RMA for a SAMSUNG 860 QVO that I installed just over one year ago. For me, the cost of the outage justified the redundant storage device. It was expensive, but it's a cost that paid off this year. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] keepass for CentOS Linux OS
On Sun, Dec 27, 2020 at 4:40 AM Kaushal Shriyan wrote: > > > On Thu, Dec 24, 2020 at 5:49 PM Phil Perry wrote: > >> On 24/12/2020 00:09, Kaushal Shriyan wrote: >> > On Thu, Dec 24, 2020 at 12:23 AM Richard < >> lists-cen...@listmail.innovate.net> >> > wrote: >> > >> >> >> >>> Date: Wednesday, December 23, 2020 23:24:49 +0530 >> >>> From: Kaushal Shriyan >> >>> >> >>> Are there any repos to download keepass password manager for CentOS >> >>> Linux release 7.9.2009 (Core)? I am getting Service Unavailable >> >>> when I hit https://apps.fedoraproject.org/packages/keepass as per >> >>> https://keepass.info/download.html >> >>> >> >> >> >> You can get this for CentOS-7 from the EPEL repo. >> >> >> >> >> > Thanks Richard for the response. I have installed it on CentOS Linux >> > release 7.9.2009 (Core) server. Is there a GUI for it to access it from >> a >> > network similar to bitwarden (https://bitwarden.com/)? For example >> > http://keepass.example.com. I am going through >> > https://keepass.info/download.html >> > >> > rpm -qil keepassx2-2.0.3-2.el7.x86_64 >> > Name: keepassx2 >> > Version : 2.0.3 >> > Release : 2.el7 >> > Architecture: x86_64 >> > Install Date: Thu 24 Dec 2020 05:26:30 AM IST >> > Group : User Interface/Desktops >> > Size: 1892119 >> > License : GPLv2+ >> > Signature : RSA/SHA256, Wed 30 Nov 2016 04:33:42 AM IST, Key ID >> > 6a2faea2352c64e5 >> > Source RPM : keepassx2-2.0.3-2.el7.src.rpm >> > Build Date : Wed 30 Nov 2016 03:25:42 AM IST >> > Build Host : buildhw-09.phx2.fedoraproject.org >> > Relocations : (not relocatable) >> > Packager: Fedora Project >> > Vendor : Fedora Project >> > URL : http://www.keepassx.org/ >> > Summary : Cross-platform password manager >> > Description : >> > KeePassX is an application for people with extremly high demands on >> secure >> > personal data management. >> > KeePassX saves many different information e.g. user names, passwords, >> urls, >> > attachemts and comments in one single database. For a better management >> > user-defined titles and icons can be specified for each single entry. >> > Furthermore the entries are sorted in groups, which are customizable as >> > well. >> > The integrated search function allows to search in a single group or the >> > complete database. >> > KeePassX offers a little utility for secure password generation. The >> > password >> > generator is very customizable, fast and easy to use. Especially >> someone who >> > generates passwords frequently will appreciate this feature. >> > The complete database is always encrypted either with AES (alias >> Rijndael) >> > or >> > Twofish encryption algorithm using a 256 bit key. Therefore the saved >> > information can be considered as quite safe. KeePassX uses a database >> format >> > that is compatible with KeePass Password Safe for MS Windows. >> > /usr/bin/keepassx2 >> > /usr/lib64/keepassx2/libkeepassx-autotype-x11.so >> > /usr/share/applications/keepassx2.desktop >> > /usr/share/doc/keepassx2-2.0.3 >> > /usr/share/doc/keepassx2-2.0.3/CHANGELOG >> > /usr/share/doc/keepassx2-2.0.3/README.md >> > /usr/share/icons/hicolor/128x128 >> > /usr/share/icons/hicolor/128x128/apps >> > /usr/share/icons/hicolor/128x128/apps/keepassx.png >> > /usr/share/icons/hicolor/128x128/mimetypes >> > /usr/share/icons/hicolor/128x128/mimetypes/application-x-keepassx.png >> > /usr/share/icons/hicolor/16x16 >> > >> > Best Regards, >> > >> > Kaushal >> >> I prefer the community fork, KeePassXC, which is more actively >> maintained with new/updated features regularly added. >> >> There is no recent RPM package AFAIK but it's really easy to install the >> very latest Snap package from here and comes with all the latest >> encryption (AES 256bit) and key derivation functions (Argon2): >> >> https://keepassxc.org/download/ >> >> It's the first time I'd installed a snap and was pleasantly surprised >> how easy it was plus updates are automatic. For extra security I then >> don't use it to store the full password, but separately add a salt >> creating a double-blind password for more sensitive uses: >> >> https://www.youtube.com/watch?v=boj9q26gadE >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> https://lists.centos.org/mailman/listinfo/centos > > > Thanks Phil for sharing the details. > Hi Phil, I have run the below steps to install it on the remote server using CLI on CentOS Linux release 7.9.2009 (Core). #snap install keepassxc 2020-12-27T04:39:40+05:30 INFO Waiting for automatic snapd restart... keepassxc 2.6.2 from Jonathan White (keepassxreboot) installed How do I access it from the client-side to add it? Can I access it from the Web browser? Best Regards, Kaushal ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk choice for workstation ?
On 27/12/20 7:20 am, Nicolas Kovacs wrote: Hi, My workstation is currently equipped with a pair of Western Digital Red 1 TB SATA disks in a software RAID 1 setup. Some stuff like working with virtual machines is a bit slow, so I'm thinking about replacing the disks by SSD. I noticed tremendous improvement when I migrated my VM QCOW2 discs to a Crucial MX500 1TB drive. Previously, they were on a HGST Travelstar 1.5TB drive spinning at 5400rpm. You'd get better performance if you stripe set as opposed to a mirror set on that spinning silicon. When I noticed this improvement, I starting digging up on why the marked improvement. During my k8s setup, I recall measuring IOPS using FIO [0] in order to ensure ETCD functioned appropriately. When I measured IOPS on my 1.5TB drive, it recorded a value of 37 IOPS. With the MX500, that number is 1092 IOPS. [0]: https://www.ibm.com/cloud/blog/using-fio-to-tell-whether-your-storage-is-fast-enough-for-etcd ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Gnote equivalent in CentOS 8
On 12/25/20 12:42 AM, Ljubomir Ljubojevic wrote: As I can see, Cherytree can be used only on Fedora 32 and above due to dependencies. I personally use Tomboy for years. I install it from Fedora 28 repository I have set up on my CentOS 8 laptop. In general, Fedora 28 packages can be directly installed to CentOS 8, but I recommend being careful not to install dependency packages that can mess with apps from EL repositories. Thanks. I found that gnote-3.28.0-1.fc28.x86_64.rpm installs just fine on CentOS 8. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos