Re: [CentOS] changing subscribed email address?
On Wed, Sep 02, 2020 at 03:42:25PM -0400, Stephen John Smoogen wrote: > On Wed, 2 Sep 2020 at 15:30, Fred Smith > wrote: > > > On Wed, Sep 02, 2020 at 12:25:44PM -0700, John Pierce wrote: > > > On Wed, Sep 2, 2020, 12:21 PM Jake Shipton > > > wrote: > > > > > > > > > > > > > > > Attached to the footer of every message on the list features the > > > > following link: > > > > > > > > https://lists.centos.org/mailman/listinfo/centos > > > > > > > > You can use this to manage your subscription (Scroll down the page). > > > > > > > > > > > > > there's no option on that page to change the address which the original > > > poster was asking about. As far as I know the only method is to > > unsubscribe > > > the old address and subscribe the new address. > > > > What John said... > > > > I'm aware of the footer on all the list mails, I followed the link and > > as John says, there is no method listed for changing the email address. > > I can certainly un/re-subscribe, just didn't especially want to if there > > was an official way. > > > > Mailman2 was written in the 1990's at a time where email lists were a bit > more obscure. It can be done but it takes a couple of sidesteps outlined in > the following web pages. > > https://www.gnu.org/software/mailman/mailman-member/node22.html > https://www.gnu.org/software/mailman/mailman-member/node9.html#sec:web OK, I think I got it. it is a tad obscure, though. Now to wait for the next mail to come thru... Thanks Stephen! > > > > > > -- > Stephen J Smoogen. > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] changing subscribed email address?
On Wed, Sep 02, 2020 at 12:25:44PM -0700, John Pierce wrote: > On Wed, Sep 2, 2020, 12:21 PM Jake Shipton > wrote: > > > > > > > Attached to the footer of every message on the list features the > > following link: > > > > https://lists.centos.org/mailman/listinfo/centos > > > > You can use this to manage your subscription (Scroll down the page). > > > > > there's no option on that page to change the address which the original > poster was asking about. As far as I know the only method is to unsubscribe > the old address and subscribe the new address. What John said... I'm aware of the footer on all the list mails, I followed the link and as John says, there is no method listed for changing the email address. I can certainly un/re-subscribe, just didn't especially want to if there was an official way. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] changing subscribed email address?
hi! I'm going to move soonand will lose this email address, so I'm going around all my various sbuscriptions changing the subscribed email address. But I don't see how to do that for the CentOS lists, other than perhaps to unsubscribe then re-subscribe. Can anyone out enlighten me? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] DVR recorder how to resucue files
On Wed, Aug 26, 2020 at 10:04:26AM -0400, Yves Bellefeuille wrote: > ralf.pren...@comline.de wrote: > > > Trying to mount this file simple with mount -o loop save.dd > > /mnt/backup fails. > > I found out that VDR are using non-standard disk-configurations and > > filesystems. > > If this were a normal DVD, you'd have to specify the file system: > > mount -t iso9660 -o loop save.dd /mnt/backup > > But you say the DVD uses a non-standard file system, so this may not > work. > > > Tools like parted don t show partions in the bckup-file > > DVDs don't have partitions, and I don't think parted would work on an > image anyway. the OP said "DVR, not "DVD". I'd try fdisk to see if there are partitions, first, then if you find anything that looks likely, try mounting that. Also, try the "disks" utility, which also may be able to tell you something about the disk. Good luck! Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Fixing grub/shim issue Centos 7
On Thu, Aug 06, 2020 at 03:57:56PM +0200, Nicolas Kovacs wrote: > Le 04/08/2020 à 08:31, lpeci a écrit : > > I had the same problem with my UEFI bios machine and I fixed it so for > > Centos 7: While this worked for me, it might not work for you... My "solution" was to boot the previous kernel, which came up just fine, yum remove kernel.xx.yy.zz yum install kernel.xx.yy.zz which rebuilds the initrd, and voila! Fred > > > > 1) Boot from an rescue linux usb > > > > 2) When the rescue system is running: > > > > 2.1) #chroot /mnt/sysimage > > > > 3) Config network: > > > > 3.1) # ip addr add X.X.X.X/X dev X > > > > 3.2) # ip route add default via X.X.X.X <--- default router > > > > 4) And finally: > > > > #yum downgrade shim\* grub2\* mokutil > > > > #exit > > > > #reboot > > > > I hope you can fix it with these steps. > > Thanks for the detailed suggestion. > > Unfortunately I couldn't recover the installation, and I had to redo > everything > from scratch, which cost me the first two days of my holidays. > > One thought regularly kept crossing my mind: > > "How on earth could this have passed Q & A ?" > > :o) > > 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 -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] GUI boot failure after latest shim (etc) updates
This isn't the problem everyone else has been talking about, but... I made sure that yum update offered the packages Johnny said it should then updated. when I rebooted everything looked normal except it was taking a long time to bring up the login screen. Flipped over to ALT-F2 and saw a message about waiting for Plymouth boot screen to quit. I waited a while and it went up to (and past) 15 minutes. It said "no limit" so it apparently would have gone on forever. I couldn't get to a text-mode screen with ALT-f[2-6] so I went down to my Linux laptop to see if I could ssh into this box. Lo and behold, ssh worked fine. So I ran top and saw a plymouth (or plymouthd, I forget which) at the top of the list. killed it, came back upstairs and it was no longer spewing that message. now ALT-f2 gave me a text login, that I'm using now. I ran startx and after a long-seeming wait I get a desktop, but it is NOT my normal Mate desktop. Might be Gnome (since I installed a Centos Gnome system and retrofitted Mate from EPEL). Johnny had said we needed to make sure the kernel was installed along with the shim, et al. I looked at the list of files YUM wanted to install and saw some kernel files, so I assumed all was well. But maybe I missed something. What info can I provide to help figure this out? Or, what Kernel files should I force to be (re)installed? Also, I don't very often manually force a kernel install, but I know that some of the files are updates and some are installs, I'd appreciate a reminder of which is which so I can force it. Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Brother HL-L2360DW printing quality
On Wed, Jul 22, 2020 at 07:05:52PM -0400, H wrote: > On 09/20/2019 08:27 PM, H wrote: > > On 09/20/2019 09:02 AM, Stephen John Smoogen wrote: > >> On Thu, 19 Sep 2019 at 20:23, H wrote: > >>> I have the above printer but have not been able to resolve issues with > >>> the printing quality in CentOS 7. The test page prints fine but when I > >>> print PDF-documents, most recently using Chinese fonts, it is lacking and > >>> the pages very hard to read. The settings in the Mate Cups configuration > >>> panel are fine and set to 600 dpi, the settings in the printer menu are > >>> all OK yet it prints more like maybe 150 or even 75 dpi. > >>> > >> Warning: this advise is old and possibly out of date for how printer > >> administration should be done these days. > >> > >> Usually when I run into this sort of issue it usually has to be fixed > >> with an updated ppd driver from the vendor for that printer... usually > >> the one they give to Apple and possibly one that was aimed for the > >> country/area the language is not working on. I would then have to > >> double set the printer with one for Western fonts and one for > >> non-Western using 2 different ppds because things looked wrong one way > >> or another. In looking at the ppd's it looked like they had the > >> equivalent to microcode they sent the printer to update to do things > >> 'better'. I can say the quality of printing was vastly different. > >> > >> The other item was just that some fonts look great on screen and dont' > >> print well.. but I am guessing htis is one printer which is acting > >> badly and others are doing well? > >> > >> > >>> Any suggestion what might be wrong? > >>> > >>> ___ > >>> CentOS mailing list > >>> CentOS@centos.org > >>> https://lists.centos.org/mailman/listinfo/centos > >> > > See my reply to Fred. Just checked the printer drivers for Linux on the > > Brother website > > (https://support.brother.com/g/b/downloadlist.aspx?c=us=en=hll2360dw_us=127) > > and it looks the drivers for Linux are from 2014 and 2015... > > > > The printer driver for Mac OS 10.14 is more recent from 2018 > > (https://support.brother.com/g/b/downloadlist.aspx?c=us=en=hll2360dw_us=10052) > > and that page also lists a firmware update tool with firmware from July of > > this year. The update history for the firmware refers only to > > "improvements" and "software bugs", not very helpful. > > > > Clearly I need to see if I can update the firmware. The most current > > firmware on the page above is 1.29 whereas my printer has 1.25. Annoyingly > > the firmware update instructions on this page refers to how to do the > > update on a Mac... > > > Closing out my problem above. I installed the driver on a new computer > running CentOS 7 and had no problems printing. There must have been a > misconfiguration of the driver on the old computer, or, less likely, the > Brother driver had been updated on the Brother website. > > I am now a happy camper. I've also noticed that the Brother drivers for Linux are quite old, I sent a support question about it and they denied there being a problem with some sort of market-speak. Nevertheless, they have always worked for me. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] USB-serial adapter for CentOS 7
On Wed, Jul 08, 2020 at 01:40:27PM -0500, Chris Adams wrote: > Once upon a time, John Pierce said: > > yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the > > former do NOT use the rx/tx data of the serial port at all, they ONLY use > > the serial port control signals, and they probably will NOT work with a > > USB port because they require very specific behavior from those signals at > > power up and reboot times. > > I've used various serial devices, including UPSes, via various > USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the > signaling works fine. Only issue you sometimes have is that there are > many cheap adapters on Amazon that claim to be Prolific or FTDI but are > in fact counterfeit clones - those may or may not work reliably for ANY > purpose. > Another possibility for the Original Poster: Purchase a serial add-in card from Amazon or Newegg. last I noticed they weren't expensive. This avoids the compatibility-hell you may (or may not) encounter with a USB-to-serial converter. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HP vs. Brother Printers: Use with Centos/Fedora
On Sat, Jun 27, 2020 at 03:44:00PM -0600, Frank Cox wrote: > On Sat, 27 Jun 2020 17:33:39 -0400 > Jay Hart wrote: > > > If you had to rate which printer brand works better with Linux (Fedora and > > Centos), what would it be? > > Any Brother printer that I've ever had the misfortune to have to deal with > either didn't work at all or if could be made to work, it didn't work for > long. > > If it's a Brother, run away as fast as you can. They're the cheapest > crappiest thing you can possibly imagine. > > My wife makes quilts and says the same thing about Brother sewing machines. Sewing machines, I know nothing, not Brother machines anyway. We've had a few different Brother laser printers here (at home) and they've been great. The first one, a HL2070N, when first connected (via USB at that time) caused a popup window (On Centos, probably 5.x) saying brother printer found, do I want to configure it now? I did, and it just worked. Newer ones may require Brother's drivers, but they exist and work. My newer HL-L2360D also works with one of the default CUPS drivers on C7, though I forget which one. Discovered this only after using the Brother drivers for a year or two. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] C7, mdadm generating selinux warnings
Hi! I'm getting these frequently. several times I've done the steps listed there to suppress the messages, but I keep getting them. Anyone got a good idea how to deal with this? Thanks in advance! SELinux is preventing mdadm from 'read, open' accesses on the file /var/log/rear/rear-fcshome.log.lockless. * Plugin restorecon (99.5 confidence) suggests If you want to fix the label. /var/log/rear/rear-fcshome.log.lockless default label should be var_log_t. Then you can run restorecon. The access attempt may have been stopped due to insufficient permissions to access a parent directory in which case try to change the following command accordingly. Do # /sbin/restorecon -v /var/log/rear/rear-fcshome.log.lockless * Plugin catchall (1.49 confidence) suggests ** If you believe that mdadm should be allowed read open access on the rear-fcshome.log.lockless file by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # ausearch -c 'mdadm' --raw | audit2allow -M my-mdadm # semodule -i my-mdadm.pp Additional Information: Source Contextsystem_u:system_r:mdadm_t:s0-s0:c0.c1023 Target Contextsystem_u:object_r:cron_log_t:s0 -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Blog article about the state of CentOS
On Wed, Jun 17, 2020 at 12:09:07PM -0400, Lamar Owen wrote: > On 6/17/20 10:19 AM, Leon Fauster via CentOS wrote: > >... > >I wonder about the authors conclusion; the fact that RHEL is the choice > >for critical applications (what ever critical is) is known since > >the early days. This applies randomly to C5.11, C4.9 or C8.2.2004. > > > >So - cold soup get cooked again :-) > > > Indeed. The author's conclusion has been the case since White Box > Enterprise Linux was a thing. Anyone and everyone can get the > sources from git.centos.org as soon as they are released and build > the stuff themselves if they think it can be done faster; that's how > WBEL got started, as a one-user project that just happened to be > publicly released. Building from source has never really been any > easier; the lack of .src.rpms is not an impediment to just getting > something built. But the CentOS value-add is that those rebuilt > sources have been tested for binary compatibility and are from a > trusted source. A one-person project like WBEL would have a much > more difficult time today, with modularity especially. Build times > for these packages is not zero. And there was also Tao Linux, which I was using back in the day. another one-person project, which that one person did a good job with, but when time came to change jobs he had to let the project go. He had the foresight and grace to work with Johnny Hughes to define a way to transition to CentOS, which worked fine, so here I am still in the CentOS camp. And my thanks to that original developer (whose name I cannot dredge out of my back-brain right now), to Johnny, and all the other folks who make CentOS great! Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Simple scan in CentOS 7
On Mon, Jun 15, 2020 at 04:28:17PM -0400, H wrote: > I just installed C7 on a new computer and despite Simple Scan being installed > as part of C7, I have not been able to get it to recognize my Canon scanner > connected to a USB port. I did have it running on another computer with C7 so > there should not be any inherent issues. > > On a lark I installed gscan2pdf and sane-backends-drivers-scanners and > sane-find-scanner found it: > > found USB scanner (vendor=0x04a9 [Canon], product=0x1908 [CanoScan]) at > libusb:001:010 > > I perused my notes for the old computer but did not see I installed any > additional software to get it going but I might be wrong. > > What have I missed? > On my C7 box, simple-scan requires libsane. try: ldd simple-scan |grep -i sane. # ldd /usr/bin/simple-scan | grep -i sane libsane.so.1 => /lib64/libsane.so.1 (0x7f3668291000) ldd doesn't show any other sane dependencies, but I'd sorta think that simple-scan would also need sane-backends as well. Here's all the sane things I have installed, FYI: # ldd /usr/bin/simple-scan | grep -i sane libsane.so.1 => /lib64/libsane.so.1 (0x7f3668291000) [root@fcshome log]# yum list installed | grep -i sane libsane-hpaio.x86_64 3.15.9-5.el7 @base sane-backends.x86_64 1.0.24-12.el7 @base sane-backends-devel.i686 1.0.24-12.el7 @base sane-backends-devel.x86_641.0.24-12.el7 @base sane-backends-doc.noarch 1.0.24-12.el7 @base sane-backends-drivers-cameras.i6861.0.24-12.el7 @base sane-backends-drivers-cameras.x86_64 1.0.24-12.el7 @base sane-backends-drivers-scanners.i686 1.0.24-12.el7 @base sane-backends-drivers-scanners.x86_64 1.0.24-12.el7 @base sane-backends-libs.i686 1.0.24-12.el7 @base sane-backends-libs.x86_64 1.0.24-12.el7 @base sane-frontends.x86_64 1.0.14-19.el7 @base xsane.x86_64 0.999-9.el7@base xsane-common.x86_64 0.999-9.el7@base xsane-gimp.x86_64 0.999-9.el7@base also FYI, I'm using a Canon LiDE 210, which works fine for me. Good luck! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] smb protocol version
On Mon, Jun 15, 2020 at 11:23:54AM -0500, Christopher Wensink wrote: > I have a handful of Linux Servers, running Centos 6.10, and 6.8 with the > main host running openvz w/ Centos 6.10 as the main OS. Two of the > guests are running samba, sharing directories out to windows clients. > > I'm in the process of migrating servers over to vmware, using Centos > 7.8. How can I determine what smb protocol version is being used in the > shares for each server? I don't see the protocol specified anywhere in > smb.conf? > > Chris in my Centos-7 box, /etc/samba/smb.conf contains: server min protocol = SMB3_11 client max protocol = SMB3_11 client min protocol = SMB3_11 Some non-current windows versions don't support that version, you may need to try different values til you find one that works. Whatever you do, you don't want to use version 1. I'm forcing version 3.1.1 only because all the devices I have that support SMB also support 3.1.1, so if someone comes along with, e.g., an old laptop with XP, it won't be able to insecurely talk to my lan/wan. (and that's a feature, not a bug! ;=) ) Also, you may wish to peruse this page: https://docs.microsoft.com/en-us/windows-server/storage/file-server/troubleshoot/detect-enable-and-disable-smbv1-v2-v3 -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] virt-manager guest and sound
On Wed, Jun 10, 2020 at 03:19:00PM -0400, Lamar Owen wrote: > On 6/10/20 10:57 AM, Jerry Geis wrote: > >I am running C7 host and pulse audio. I have a Win 10 guest with ICH9 > >audio. It works - but I hear artifacts. Anything to do to help audio be > >flawless under guest VM ? > > > I've experienced this as well, and haven't really dug into it, since > my main pro audio production tools (Harrison Mixbus and Mixbus32C) > are Linux-native. I do have Celemony Melodyne on Windows, but I > haven't used it heavily enough in virtualization to notice. I may > take a look at it soon, if I need Melodyne badly enough in the near > future, but since upgrading to CentOS 8 this week I have plenty of > other things to keep me busy. Just a personal note here, not at all difinitive: I used to have a Windows 10 VM in Virtualbox (on Centos-7) and the Windows sound sucked. Garbled, distorted, and lots of added noise. Does that seem to be anything like the described "artifacts" ?? I'd guess it's some general issue with Win10 sound, and that MS doesn't "love Linux" enough to actually make it workd in a VM. They probably want you to run Linux in a VM on windows, not the other way around. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Accounting package recommendations
On Tue, Jun 09, 2020 at 09:36:49AM -0800, Fred Erickson wrote: > On Tue, 9 Jun 2020 10:26:46 -0700 > "Hugh E Cruickshank" wrote: > > > From: Rudi Ahlers Sent: June 9, 2020 10:22 > > > > > > I am looking for an offline accounting package recommendation, > > > please. I enjoyed using Xero accounting, but need something that's > > > offline, and where the data remains my property. Having used > > > Quickbooks on Windows in the past, I am looking for something > > > similar. > > > > GnuCash has been working fine for me for several years. > > > > HTH > > > > Regards, Hugh > > > +1 for GnuCash > Fred Yeah, GNUCash is a good accounting tool. my wife uses it for our personal fnances, investment accounts, etc. however, it is a double-entry accounting system (like professional accounts use, whether electronic or on paper), and may require you to commit some effort to learn the ins and outs thereof. Fred (Not the same Fred as above) -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Logitech webcam for use with CentOS 7
On Fri, Jun 05, 2020 at 10:09:55PM +0200, Nicolas Thierry-Mieg wrote: > On 6/4/20 1:29 AM, H wrote: > >I am thinking of buying a Logitech C920S Pro HD or C922 webcam for the > >necessary video conferencing. > > > >Is anyone using that with Zoom or perhaps with Jitsi? Do I need drivers? Any > >issues? > > > >Thank you. > > > > I have an HD Pro C920, works great under centos 7 out of the box. > According to my coworkers image quality and microphone are both great. > I use it with jitsi and other software, no problems. And just to cover the lower-end of the spectrum, my Logitech C270 works fine with everything I've tried it with (cheese, skype, zoom, etc.) On both C7 and Ubuntu 18.04. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] du hung, wild display in ps
On Wed, May 06, 2020 at 06:24:10PM -0700, Gordon Messmer wrote: > On 5/6/20 12:28 PM, Fred Smith wrote: > >Was running du to examine the sizes of my backups and > >found du hung, > > > /mnt/backup is probably a network-mounted filesystem that is offline > for one reason or another. > > You could try "umount -f /mnt/backup" if you can't get the mount > working by any other means. If that doesn't work, then "umount -l > /mnt/backup" and reboot. Sorry, I forgot to mention it's USB-3 and has been working for a coupla months. A reboot solved it, powering the device off/on made no difference, as did replugging the cable. Afterwards, I recalled that I had run a much belated yum update 2 or 3 days ago and had failed/forgotten to reboot. Probably some necessary item had gotten wedged somehow because of that. (seen it before, but not with a USB device.) Thanks for the reply, though. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] du hung, wild display in ps
Hi! On Centos-7: $ cat /etc/centos-release CentOS Linux release 7.8.2003 (Core) Was running du to examine the sizes of my backups and found du hung, running "ps -eLf /mnt/backup/backups" shows this: # ps -eLf | grep du root 1185 1 1185 01 May01 ?00:00:00 /usr/bin/abrt-watch-log -F Backtrace /var/log/Xorg.0.log -- /usr/bin/abrt-dump-xorg -xD root 1281 1 1281 01 May01 ?00:00:01 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack overflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler type mismatch Kernel panic - not syncing: Machine Check Exception: Machine check events logged divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages -- /usr/bin/abrt-dump-oops -xtD root 11090 1 11090 111 15:08 pts/100:01:10 du -s /mnt/backup/backups even after killing the du. there were two DUs shown, I killed the parent (presumably the one I started) but the one that remains seems to be un-killable. This is what the output looked like before I killed du: # ps -eLf | grep du root 1185 1 1185 01 May01 ?00:00:00 /usr/bin/abrt-watch-log -F Backtrace /var/log/Xorg.0.log -- /usr/bin/abrt-dump-xorg -xD root 1281 1 1281 01 May01 ?00:00:01 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack overflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler type mismatch Kernel panic - not syncing: Machine Check Exception: Machine check events logged divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages -- /usr/bin/abrt-dump-oops -xtD root 11078 18627 11078 01 15:08 pts/100:00:00 sudo du -s /mnt/backup/backups root 11090 11078 11090 121 15:08 pts/100:01:10 du -s /mnt/backup/backups root 12125 19449 12125 01 15:17 pts/000:00:00 grep --color=auto du Oh, and I never did get the du out put I expected. Anyone got a clue? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Mounting CIFS shares on C8
On Fri, Apr 03, 2020 at 04:00:42PM +0200, Patrick DERWAEL wrote: > Hi all, > > > These are my current fstab entries on the C7 box > > //192.168.1.200/mp3 /home/plex/Musique cifs > user=plex,pass=plex,ro,auto,vers=3.0 > //192.168.1.200/videos /home/plex/Vidéos cifs > user=plex,pass=plex,ro,auto,vers=3.0 > > > On my C8: > > [root@plexvm etc]# cat fstab > > /dev/mapper/cl_plexvm-root / xfs defaults > 0 0 > UUID=f7c4e0e2-703e-4e61-8d7a-0aa34f836b02 /boot ext4 > defaults1 2 > /dev/mapper/cl_plexvm-swap swapswapdefaults > 0 0 > //192.168.1.200/mp3 /home/plex/Musique cifs > user=plex,pass=plex,workgroup=DERWAEL,ro,auto,vers=3.0 > //192.168.1.200/videos /home/plex/Vidéos cifs > user=plex,pass=plex,workgroup=DERWAEL,ro,auto,vers=3.0 > //192.168.1.200/series /home/plex/Séries cifs > user=plex,pass=plex,workgroup=DERWAEL,ro,auto,vers=3.0 > [root@plexvm etc]# mount -a > mount error(2): No such file or directory > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) > mount error(2): No such file or directory > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) > mount error(2): No such file or directory > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) > [root@plexvm etc]# > > > > Any pointer would be MUCH appreciated! > > Thanks I don't know the answer, but a thought or three: 1. the entries for the cifs mounts don't have the last two fields specified. I dunno if they're absolutely required, so it may not mean anything. 2. you might want to experiment with the smbclient tool to see if you can learn anything from its responses when trying to access the remote. 3. also verify that seliinux is not blocking the access.. I've had at least one case in which I spent hours banging my head, only to discover it was selinux and not anything in Samba. Good luck! Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] running .jar files on Centos 7
On Sat, Feb 22, 2020 at 03:17:51PM -0500, Fred Smith wrote: > > OT! > > I'm trying to learn to use audio cleanup tools from clickrepair.net. > > they're written in Java and distributed as .jar files. > > I'm having trouble running them, due, I'm sure, largely to my ignorance. OH DUH! Never mind. I forgot about "java -jar foo.jar". All settled now. Thanks! -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] running .jar files on Centos 7
OT! I'm trying to learn to use audio cleanup tools from clickrepair.net. they're written in Java and distributed as .jar files. I'm having trouble running them, due, I'm sure, largely to my ignorance. I have icedtea installed, but it just errors out when I try to use it to run any of the jar files: Fatal: Read Error: Could not read or parse the JNLP file. You can try to download this file manually and send it as a bug report to IcedTea-Web team. if I press the "Show Details" button from the box containing that message I get this: net.sourceforge.jnlp.LaunchException: Fatal: Read Error: Could not read or parse the JNLP file. You can try to download this file manually and send it as bug report to IcedTea-Web team. at net.sourceforge.jnlp.Launcher.fromUrl(Launcher.java:487) at net.sourceforge.jnlp.Launcher.launch(Launcher.java:287) at net.sourceforge.jnlp.runtime.JnlpBoot.run(JnlpBoot.java:67) at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:258) at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:62) at java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.Boot.main(Boot.java:198) Caused by: net.sourceforge.jnlp.ParseException: Invalid XML document syntax. at net.sourceforge.jnlp.XMLParser.getRootNode(XmlParser.java:118) at net.sourceforge.jnlp.MalformedXMLParser.getRootNode(MalformedXMLParser.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at net.sourceforge.jnlp.Parser.getRootNode(Parser.java:1321) at net.sourceforge.jnlp.JNLPFile.parse(JNLPFile.java:815) BTW, I don't see any .jnlp files anywhere in these packages I have no clue, can anyone enlighten me? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] anyone know of a list or wiki for GWC?
On Thu, Feb 20, 2020 at 11:06:52AM -0600, Bill Gee wrote: > On Thursday, February 20, 2020 10:54:02 AM CST Fred Smith wrote: > > Hi! > > > > totally OT... > > > > Hoping there is a mailing list or wiki (or other help forum) > > for GWC, but haven't found one yet. > > > > I'm working on converting a bunch of my LPs to CDs, and am using > > GWC (Gnome Wave Cleaner, or GTK Wave Cleaner) to clean up the noise. > > It works great, but I can't figure out how to deal with certain types > > of pressing flaws that create a thump every time around. > > > > Anyone know of such a resource? > > > > Thanks in advance! > > > > Fred > > > > > I tried to respond directly to Fred, but got bounced. Hence replying to the > list even though, as Fred notes, this is WAY off topic. Bill: I'm using milter-greylist, so that any site sending mail that is not in its whitelist database will get a 451 response code, which means "cannot accept mail now, try again later" (my own wording). Any modern SMTP agent should be smart enough to try again after a while. Once that retry has been received, that site will be auto-whitelisted for 24 hours, so that sites that send multiple emails a day remain whitelisted and don't have to go thru that hassle. Fred If that is not what you got, then I don't know why it would bounce. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] anyone know of a list or wiki for GWC?
On Thu, Feb 20, 2020 at 11:06:52AM -0600, Bill Gee wrote: > On Thursday, February 20, 2020 10:54:02 AM CST Fred Smith wrote: > > Hi! > > > > totally OT... > > > > Hoping there is a mailing list or wiki (or other help forum) > > for GWC, but haven't found one yet. > > > > I'm working on converting a bunch of my LPs to CDs, and am using > > GWC (Gnome Wave Cleaner, or GTK Wave Cleaner) to clean up the noise. > > It works great, but I can't figure out how to deal with certain types > > of pressing flaws that create a thump every time around. > > > > Anyone know of such a resource? > > > > Thanks in advance! > > > > Fred > > > > > I tried to respond directly to Fred, but got bounced. Hence replying to the > list even though, as Fred notes, this is WAY off topic. > > > > Wow, does that still exist? I gave up on it YEARS ago. Audacity is far > better at removing clicks and pops, splitting into tracks and exporting to > FLAC. It also does a great job removing tape hiss. yes, it still exists. looks like it gets occasionial maintenance. Audacity is a great tool, but (according to stuff I've read on the mailing list/wiki) its noise reduction tool is broken. Using GWC, If I take a few samples of lead-in and/or inter-track "silence" and apply it as a noise reduction filter I get an amazing improvement in playback noise, even on a clean lightly-played disk. I've used both tools for click removal and they both seem to work well. Mostly, I select just the click and minimal space around it and GWC does a great job. (of course, if it's a really noisy old LP then you'd need to run the click filter on the whole thing, but so far the ones I've converted, while being years old, have only been played a handful of times and so sound pretty good with minimal clicks to remove and little distortion due to dirt or wear. I'll eventually get to some of the older ones though, then I"ll need to work harder! :) > > > > As for removing thumps - No way I know of to do that. Audacity might be able > to reduce the thump by using a high-pass filter set to roll off at 30 or 40 > hz, but I don't think it can be taken completely out. Yeah, I've thought of a high pass filter, or a notch filter, but haven't (yet) tried it. Thanks for the response, Bill! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] anyone know of a list or wiki for GWC?
Hi! totally OT... Hoping there is a mailing list or wiki (or other help forum) for GWC, but haven't found one yet. I'm working on converting a bunch of my LPs to CDs, and am using GWC (Gnome Wave Cleaner, or GTK Wave Cleaner) to clean up the noise. It works great, but I can't figure out how to deal with certain types of pressing flaws that create a thump every time around. Anyone know of such a resource? Thanks in advance! Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] anybody need a ... ??
Hi! We're cleaning house, trying to downsize so we can move into a retirement community, so we're finding all sorts of stuff to get rid of. One thing I'm reluctant to throw out is my Multitech MT5600BA V90 modem. I used it for dialup for several years before broadband became available and it was great, stable, and fast. (its predecessor, a much-touted consumer-grade V90 modem was unreliable and not great). I'm thinking we are/were on an unstable copper pair, but the phone company said it was fine. So, anyway, I have this lovely industrial-strength modem I'd like to provide someone, "free to a good home", if anyone has, or knows of anyone who has, a use for a V90 modem. Original packaging (including the floppy-based "drivers" for windoze! :) ) and a printout of the modem manual. Anyone?? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ssh failure from CentOS7 to Centos6
On Mon, Jan 13, 2020 at 01:00:05PM -0500, Stephen John Smoogen wrote: > On Mon, 13 Jan 2020 at 12:23, Patrick Bégou > wrote: > > > > Hi, > > > > I have a strange problem with a freshly installed Centos7 desktop > > (most8pc25). I can't ssh to 2 CentOS6 servers, even with firewall > > disabled on the client and on the server. But I can connect from the > > server to the client, all in the same VLAN. I can also ssh from this > > desktop to centos7 servers in the same VLAN or in another VLAN. > > > > No idea about this problem. > > > > On the server kareline (client is most8pc25), tcpdump says: > > > > So the client is able to talk to the server and the server is responding. > > > > > On the Centos7 client, with "-v -v" ssh says: > > > > > > [tec21@most8pc25 ~]$ssh -v -v kareline > > OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 > > debug1: Reading configuration data /etc/ssh/ssh_config > > debug1: /etc/ssh/ssh_config line 58: Applying options for * > > debug1: Connecting to kareline [194.254.66.8] port 22. > > debug1: Connection established. > > ^^ this says the first part started working. > > > > debug1: Local version string SSH-2.0-OpenSSH_7.4 > > debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 > > debug1: match: OpenSSH_5.3 pat OpenSSH_5* compat 0x0c00 > > debug1: Authenticating to kareline:22 as 'tec21' > > debug1: SSH2_MSG_KEXINIT sent > > debug1: SSH2_MSG_KEXINIT received > > It got items and says it is going to use the user tec21 to login > > > debug2: local client KEXINIT proposal > > > debug1: kex: client->server cipher: aes128-ctr MAC: umac...@openssh.com > > debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 > > debug1: kex: diffie-hellman-group-exchange-sha256 need=16 dh_need=16 > > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<3072<8192) sent > > Connection closed by 194.254.66.8 port 22 > > > > The server then stops the connection. I would then go through the > following on the host: > 1. Is fail2ban or something else dropping the connection for some reason? > 2. Is there a log in /var/log/secure to say something is going on? > 3. Does running the server on port in debug mode and connecting > from the client give a reason for it dieing? > 4. On the client and server are /etc/ssh/*_config changed from > defaults and what changes are there. Sometimes saying you want XYZ > algo in one and not having it in another causes dropped connections > but I thought it gave an error. How about selinux on the remotes? Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Does Centos kernel support usb w/ UASP ?
On Sun, Dec 29, 2019 at 08:12:50PM -0800, John Pierce wrote: > On Sun, Dec 29, 2019 at 8:01 PM Fred Smith > wrote: > > > Looking to buy a new usb-attached RAID box for nightly backups, and > > I see that many of them now support usb 3.1 with UASP. > > > > I'd rather have a NAS that supports NFS and/or SMB and lives on ethernet, > so any host on your LAN can use it as a backup target. I have one of those, too. we use it for "offline" storage, and/or for keeping stuff we want to share amongst the family. what I'm looking at here is replacing an old RAID-1 backup box that's becoming increasingly troublesome, has never worked at usb-3, and its esata connection tends to fail about every other day, so now I'm stuck at usb-2 speeds. Hence the question about usb 3.1 and UASP. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Does Centos kernel support usb w/ UASP ?
Looking to buy a new usb-attached RAID box for nightly backups, and I see that many of them now support usb 3.1 with UASP. Looking at add-in usb 3.1 cards (my motherboard is probably too old, and only supports usb 3.0) to go with it, but don't know if the old kernel RH/Centos uses supports UASP. Chipset dependent? If one can trust the product images on Amazon, most of them use an asmedia 2142 chip. Anyone know? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Using Pulse Audio--question
On Sun, Dec 22, 2019 at 05:32:05PM -0800, John Pierce wrote: > On Sun, Dec 22, 2019 at 5:23 PM David G. Miller wrote: > > > I do something similar to what you're trying to do when I digitize my > > vinyl LPs. I take output from my amp/turntable into my sound card and > > use Audacity to digitize it and write an appropriate sound file. I also > > monitor the sound using Audacity by telling it to also route the sound > > to my speakers. The point of all of this is that I think you need a > > piece of software (Audacity is probably overkill) to receive the input > > and play it back via the output. You don't mention any "playback" > > software. > > > > on many analog sound cards, the output mixer has a 'monitor' channel for > the input mixer, so if you crank up the Line IN on the input mixer, then > turn up the 'monitor' output on the output mixer, you should get > passthrough audio without any software getting involved in moving the sound > in realtime. > > this is much less likely to work with a seperate USB audio source, as thats > not directly connected to your output. ditto it won't work with USB > speakers or headphones, as they are not directly connected to the source. > > -- > -john r pierce > recycling used bits in santa cruz John, thanks for the hint. I'll certainly be giving that a try in the near future (possibly today). Took a brief look last night, using the USB input and only the input tab shows "monitor" items, but not the output tab. And I'm not sure that my analog input jacks on the computer are working, or at least I've never been able to get them to work (hence the USB audio thingie), though I'll take another whack at it and see if I can see what you describe. Thanks forthe idea! Fred > _______ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Using Pulse Audio--question
On Sun, Dec 22, 2019 at 06:22:58PM -0700, David G. Miller wrote: > On 12/22/19 6:01 PM, Fred Smith wrote: > >On Mon, Dec 23, 2019 at 11:34:32AM +1100, Bill Maidment wrote: > >>On 23/12/2019 11:06 am, Fred Smith wrote: > >> > >>>I can find no way to do it with pavucontrol, nor the default mate > >>>sound tool. > >>In my SL7 Mate system I use the Hardware and Output tabs in > >>System->Preferences->Hardware->Sound > >> > >>Cheers > >>Bill > >Thanks bill. > > > >But nothing I do there causes output. > > > >As far as I can tell, the hardware tab just shows you what HW it > >recognizes, you can't actually make any settings there. > > > >In pavucontrol, I can see the from the audio activity bar that > >the audio is getting into it, in the input tab. in the recording > >tab I can see it too, but there's nothing in the playback tab that > >makes it come out the speakers. :( > > > >Fred > I do something similar to what you're trying to do when I digitize > my vinyl LPs. I take output from my amp/turntable into my sound > card and use Audacity to digitize it and write an appropriate sound > file. I also monitor the sound using Audacity by telling it to also > route the sound to my speakers. The point of all of this is that I > think you need a piece of software (Audacity is probably overkill) > to receive the input and play it back via the output. You don't > mention any "playback" software. Yeah, I've done that with Audacity, when recording I can use its monitor function to feed audio to the computer's audio out. And I'll be doing that again in the not-far-distant future, as I have hundreds of LPs around here, at least some of which I'll want to digitize. I have one other suggestion from another responder to check out before I fall back to doing this. thanks for the idea, though! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Using Pulse Audio--question
On Mon, Dec 23, 2019 at 11:34:32AM +1100, Bill Maidment wrote: > On 23/12/2019 11:06 am, Fred Smith wrote: > > >I can find no way to do it with pavucontrol, nor the default mate > >sound tool. > > In my SL7 Mate system I use the Hardware and Output tabs in > System->Preferences->Hardware->Sound > > Cheers > Bill Thanks bill. But nothing I do there causes output. As far as I can tell, the hardware tab just shows you what HW it recognizes, you can't actually make any settings there. In pavucontrol, I can see the from the audio activity bar that the audio is getting into it, in the input tab. in the recording tab I can see it too, but there's nothing in the playback tab that makes it come out the speakers. :( Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Using Pulse Audio--question
Hi all! This seems to me as if it should be a trivial thing to do, but so far I've wasted a lot of time on it and gotten nowhere: I want to feed audio from a source (ipod, other player) into the audio input on my C7 box via either the phone jack or an external USB sound "card" I have, then I want to play it via the speakers connected to the system. I can find no way to do it with pavucontrol, nor the default mate sound tool. Using pavucontrol and the external USB sound "card" (quote marks because it obviously isn't a "card") I can see the input coming in, but I can't figure any way to send it back out to any output device. I'm not wedded to using pulse for this, I'll use alsa or whatever else can be beaten into submission, I just can't understand why this isn't a normal usage, and why it wouldn't be easy to do. All (on topic) advice gladly received. Thanks in advance! Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] several VMs have suddenly quit working, in VBox.
On Sun, Dec 01, 2019 at 07:18:31PM -0500, Fred Smith wrote: > Hi all! > > I have several VMs, all in virtualbox 6.0.14 and all the VBOX add-ons are > up to date. > > I don't use them daily, last used any of them probably 4-6 weeks ago, > pretty sure it was already running 6.0.14 by that time. they were all > fine when last used. > > Two of them are C7, one is a clone of the other, and the other is C8. > each seems to have different symptoms. > > the C7 clone claims there is no initramfs, no matter which kernel I > try to boot. See first attachment. and of course I hit the wrong key so it sent the mail before I was done typing. :( And I apologize, the VBox window in which the system is booting doesn't let me select text for cut and paste, so the best I can do is to either do a screendump and attach it, or to retype what I see (as I've done below). I can probably boot a rescue CD and rebuild initramfs, but the greater question in my mind is why in the world would THREE VMs all go wonky at (AFAICT) the same time? The one that C7-clone was cloned from (C7) dies with: Starting Switch Root... [!!] Failed to load SELinux policy, freezing and does the same thing no matter which kernel I boot. the C8 system goes on for along way and eventually dies with this on the screen: failed to mount RPC Pipe File System. see 'systemctl status var-lib-nfs-rpc=pipefs.mount' for details. then a bunch of OK entries then: [FAILED] Failed to start crash recovery kernel arming. see 'systemctl status kdump.service' for details [FAILED] Failed to start crash recovery kernel arming. see 'systemctl status kdump.service' for details you are in emergency mode. After logging in, type "journalctl -xb" to view system logs... Looking at journalctl -xb output there is a TON of stuff that means little-to-nothing to me, but near the end I see this: [1734]: Error /boot/vmlinuz-4.18.0-80.11.2.el8_0.x86_64 not found. : Starting kdump [FAILED] ... ... --Subject: Unit kdump.service has failed then some more lines of apparently explanatory material, but no errors, except for the last line that says: systemd[1]: Received SIGRTMIN+21 from PID 369 (plymouthd). Scrolling back thru the output I see had come up earlier: mount: /boot: unknown filesystem type 'ext4' boot.mount: Mount process exited, code=exited status=32 Failed to mount /boot. I installed C8 with default filesystems, so I'd sorta thunk they would be XFS, so is it legitimate for it to find /boot as ext4? and even so, why would ext4 not be a legitimate FS type? So, I'm horribly confused here, I'd appreciate suggestions on these matters. thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] several VMs have suddenly quit working, in VBox.
Hi all! I have several VMs, all in virtualbox 6.0.14 and all the VBOX add-ons are up to date. I don't use them daily, last used any of them probably 4-6 weeks ago, pretty sure it was already running 6.0.14 by that time. they were all fine when last used. Two of them are C7, one is a clone of the other, and the other is C8. each seems to have different symptoms. the C7 clone claims there is no initramfs, no matter which kernel I try to boot. See first attachment. -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] External HD partitioning & formatting considerations
On Sat, Nov 30, 2019 at 05:19:44PM +0100, Nicolas Kovacs wrote: > Hi, > > One of my clients has a mixed Linux/Mac OS/Windows environment in his office. > He just purchased a 4 TB external hard disk, which he intends to use on his > various workstations. > > Up until recently, I've been using plain old MBR/FAT for hard disks in mixed > environments. Fire up fdisk, make one big 0b type partition, and then format > it > using mkdosfs. > > Unfortunately, there's a 2 TB limit to that. > > Of course, I could still use a GPT partition, but then I'd still have to > format > it using a "common denominator" filesystem, e. g. FAT... which is also limited > to 2 TB as far as I know. > > So what now? Use Windows 10 to format the disk using NTFS? This, Windows and > Linux could use it, and I'd have to check if Mac OS can manage NTFS file > systems. A few years ago, it didn't. > > Any suggestions? Maybe UDF? -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 7 + samba / some win 10 systems can mount and some not
On Thu, Nov 14, 2019 at 04:09:36PM +0100, Ralf Prengel wrote: > Hallo, > > We are using centos 7 and samba in combination with Win10 1903. > The problem: > Some systems are able to map a share and some can t. > Any ideas and hints? Yes. Verify that selinux is not blocking the incoming connection from windows. I've had that problem in the past and it's a pain. For testing purposes only, on the linux system(s) that reject windows SMB connection attempts, issue "setenforce 0" and see if it then works. If it does then work, reset that setting to "setenforce 1" (you don't want to leave selinux disabled) then look in /var/logs to see if you can find a log of the failure. If you can find the selinux record for the failure it should tell you how to apply a work-around for that specific issue, so you do not need to totally disable selinux. this page may prove helpful: https://www.serverlab.ca/tutorials/linux/administration-linux/troubleshooting-selinux-centos-red-hat/ Good luck! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] printer only prints one page, if anything
On Wed, Nov 13, 2019 at 08:42:04PM -0500, H wrote: > On 11/06/2019 01:56 PM, Fred Smith wrote: > > On Wed, Nov 06, 2019 at 10:01:49AM -0600, Michael Hennebry wrote: > >> On Wed, 6 Nov 2019, Michael Hennebry wrote: > >> > >>> On Sun, 3 Nov 2019, Jon LaBadie wrote: > >>> > >>>> Have you tried adding the Brother CUPS and/or generic LPR software? > >>>> > >>>> https://support.brother.com/g/b/downloadtop.aspx?c=us=en=hll2360dw_us > >>> I've been trying to folow directions, but no go. > >>> The bad ELF interpreter really through me for a loop: > >>> > >>> [root@localhost drv]# rpm -ihv --nodeps ~hennebry/Downloads/*.rpm > >>> Preparing... > >>> # [100%] > >>> Updating / installing... > >>> 1:hll2360dcupswrapper-3.2.0-1 > >>> # [100%] > >>> lpadmin -p HLL2360D -E -v > >>> usb://Brother/HL-L2360D%20series?serial=U63883B7N499687 -P > >>> /usr/share/ppd/brother/brother-HLL2360D-cups-en.ppd > >>> restorecon: lstat(/etc/opt/brother/Printers/HLL2360D) failed: No > >>> such file or directory > >>> warning: %post(hll2360dcupswrapper-3.2.0-1.i386) scriptlet failed, > >>> exit status 255 > >>> [root@localhost drv]# rpm -ihv --nodeps ~hennebry/Downloads/*lpr*.rpm > >>> Preparing... > >>> # [100%] > >>> Updating / installing... > >>> 1:hll2360dlpr-3.2.0-1 > >>> # [100%] > >>> /var/tmp/rpm-tmp.1omOJ2: > >>> /opt/brother/Printers/HLL2360D/inf/braddprinter: > >>> /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory > >>> [root@localhost drv]# ls > >>> cupsfilters.drv hp sample.drv > >>> [root@localhost drv]# ls -F > >>> cupsfilters.drv hp/ sample.drv > >>> [root@localhost drv]# pwd > >>> /usr/share/cups/drv > >>> [root@localhost drv]# ls ~/D*/*.rpm > >>> ls: cannot access /root/D*/*.rpm: No such file or directory > >>> [root@localhost drv]# ls ~hennebry/D*/*.rpm > >>> /home/hennebry/Downloads/hll2360dcupswrapper-3.2.0-1.i386.rpm > >>> /home/hennebry/Downloads/hll2360dlpr-3.2.0-1.i386.rpm > >>> [root@localhost drv]# > >>> > >>> What happened? > >>> How do I do it right? > >> Apparently both rpms are installed, > >> but even after restarting cups, > >> the printer just receives data and goes back to sleep. > >> > >> I have no /etc/printcap.local or /etc/printcap . > >> /etc/cups/printers.conf does not contain the string lp . > >> It does have > >> DeviceURI usb://Brother/HL-L2360D%20series?serial=U63883B7N499687 > >> > >> Now what? > >> > >> -- > > It looks as if you downloaded the two RPMs from Brother then attempted > > to follow their complicated instructions for installing them. Much > > simpler is to do this: > > > > linux-brprinter-installer-2.1.1-1 is the brother printer driver > > installer I used on my HL-L2360D. > > > > it asks a few questions, some more cryptic than others, and then > > downloads and installes the required packages, after which I ran the > > system-config-printer tool and set up my printer. Voila! > > > > As I also said previously in this thread, I set up the same printer > > on Centos-8 without installing any Brother drivers, by going direct > > to CUPS on port 631 and selecting Brother 2460 (since it didn't offer > > 2360). Here are two entries from /etc/cups/printers.conf: > > > > MakeModel Brother HL-2460 - CUPS+Gutenprint v5.2.14 > > DeviceURI ipp://192.168.2.98:631/ipp > > > > (That's the printer's IP shown there, not the system being set up.) > > > > and it appears to work fine, for small numbers of pages printed, but it > > does print double-sided and multi-page documents. > > > > I don't know of any reason why this would not work on C7 as well, > > though I haven't tried it, so YMMV and all that. > > > > If you can back out all the stuff you've hacked, I suggest you try > > one or the other of those. Since the CUPS setup is probably simpler > > and/or less invasive, I'd try that first, were I you. > > > > Good luck! > > > > Fred > > I also have a Brother HL-L2360DW but am not happy with the print quality when > I print PDF-documents. All text ends up "st
Re: [CentOS] C8: Wayland Session / Cut and Paste
On Thu, Nov 07, 2019 at 05:50:24PM -0500, Lamar Owen wrote: > On 11/7/19 3:13 PM, Leon Fauster via CentOS wrote: > >Is this the normal behavior now? Cutting text in gedit and pasting > >it into the terminal needs that the source application stays > >running? > I've run into this behavior for a while, for several CentOS > versions, depending upon the application. there are also (at least in X) two ways to cut and paste: 1. select with mouse then paste with middle-click. 2. select with mouse, right-click "select", paste the right-click "paste". My understanding is that oneuses X facilities and the other is part of the desktop. I would surmise that Weston could be different. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] printer only prints one page, if anything
On Wed, Nov 06, 2019 at 05:16:52PM -0600, Michael Hennebry wrote: > On Wed, 6 Nov 2019, Fred Smith wrote: > > >It looks as if you downloaded the two RPMs from Brother then attempted > >to follow their complicated instructions for installing them. Much > >simpler is to do this: > > > >linux-brprinter-installer-2.1.1-1 is the brother printer driver > >installer I used on my HL-L2360D. > > I had tried that also, but tried it again. > before my last try, I power-cycled the printer. > This time it worked. > For some reason CUPS now shows two queue names: > HL-L2360D-series Brother HL-L2360D series localhost.localdomain > HL-L2360D HLL2360D > both Brother HL-L2360D for CUPS. > > 'Tain't as big a deal as having none, > but why does CUPS have two queue names for the printer? 'Fraid I have no clue. sorry. we have two brother printers here, and when I look at "manage printers" in the CUPS web page I see this: Queue Name Description LocationMake and Model Status DCP7065DN DCP7065DN Brother DCP7065DN for CUPS Idle HLL2360DHLL2360DBrother HL-L2360D for CUPS Idle one per printer. Is it possible that one of yours is cruft left over from previous attempts? You said it works now,... does that mean you can choose either of the two it shows and get printouts? > >it asks a few questions, some more cryptic than others, and then > >downloads and installes the required packages, after which I ran the > >system-config-printer tool and set up my printer. Voila! > > I think they were the same packages that I tried to use. > In any case, they both ended in 386. > > Had not heard of system-config-printer . > Neither man, info nor --help helped. > What is it suppoded to do? I'm using the MATE desktop, so it may be that Gnome 3.x no longer has it, or has renamed it. Can't help you there. But it is a gui you use to configure printers. > Google suggests it is a GUI. > Google also suggests that it is always started through a GUI. > Is it under Sundry, Print Settings? yum whatprovides */system-config-printer replies: system-config-printer-1.4.1-21.el7.x86_64 : A printer administration tool Repo: base Matched from: Filename: /usr/bin/system-config-printer system-config-printer-libs-1.4.1-21.el7.noarch : Libraries and shared code for printer administration tool Repo: base Matched from: Filename: /usr/share/system-config-printer > > >As I also said previously in this thread, I set up the same printer > >on Centos-8 without installing any Brother drivers, by going direct > >to CUPS on port 631 and selecting Brother 2460 (since it didn't offer > >2360). Here are two entries from /etc/cups/printers.conf: > > My printer worked in July. > At the time, it did not have Brother drivers. > I don't know what update broke it or how. > > Is there an easy way to rename or alias a queue? Again, I can't help you with this. sorry. There is a ton of CUPS documentation, though, you may be able to find an answer there. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] printer only prints one page, if anything
On Wed, Nov 06, 2019 at 10:01:49AM -0600, Michael Hennebry wrote: > On Wed, 6 Nov 2019, Michael Hennebry wrote: > > >On Sun, 3 Nov 2019, Jon LaBadie wrote: > > > >>Have you tried adding the Brother CUPS and/or generic LPR software? > >> > >> https://support.brother.com/g/b/downloadtop.aspx?c=us=en=hll2360dw_us > > > >I've been trying to folow directions, but no go. > >The bad ELF interpreter really through me for a loop: > > > >[root@localhost drv]# rpm -ihv --nodeps ~hennebry/Downloads/*.rpm > >Preparing... > ># [100%] > >Updating / installing... > > 1:hll2360dcupswrapper-3.2.0-1 > ># [100%] > >lpadmin -p HLL2360D -E -v > >usb://Brother/HL-L2360D%20series?serial=U63883B7N499687 -P > >/usr/share/ppd/brother/brother-HLL2360D-cups-en.ppd > >restorecon: lstat(/etc/opt/brother/Printers/HLL2360D) failed: No > >such file or directory > >warning: %post(hll2360dcupswrapper-3.2.0-1.i386) scriptlet failed, > >exit status 255 > >[root@localhost drv]# rpm -ihv --nodeps ~hennebry/Downloads/*lpr*.rpm > >Preparing... > ># [100%] > >Updating / installing... > > 1:hll2360dlpr-3.2.0-1 > ># [100%] > >/var/tmp/rpm-tmp.1omOJ2: > >/opt/brother/Printers/HLL2360D/inf/braddprinter: > >/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory > >[root@localhost drv]# ls > >cupsfilters.drv hp sample.drv > >[root@localhost drv]# ls -F > >cupsfilters.drv hp/ sample.drv > >[root@localhost drv]# pwd > >/usr/share/cups/drv > >[root@localhost drv]# ls ~/D*/*.rpm > >ls: cannot access /root/D*/*.rpm: No such file or directory > >[root@localhost drv]# ls ~hennebry/D*/*.rpm > >/home/hennebry/Downloads/hll2360dcupswrapper-3.2.0-1.i386.rpm > >/home/hennebry/Downloads/hll2360dlpr-3.2.0-1.i386.rpm > >[root@localhost drv]# > > > >What happened? > >How do I do it right? > > Apparently both rpms are installed, > but even after restarting cups, > the printer just receives data and goes back to sleep. > > I have no /etc/printcap.local or /etc/printcap . > /etc/cups/printers.conf does not contain the string lp . > It does have > DeviceURI usb://Brother/HL-L2360D%20series?serial=U63883B7N499687 > > Now what? > > -- It looks as if you downloaded the two RPMs from Brother then attempted to follow their complicated instructions for installing them. Much simpler is to do this: linux-brprinter-installer-2.1.1-1 is the brother printer driver installer I used on my HL-L2360D. it asks a few questions, some more cryptic than others, and then downloads and installes the required packages, after which I ran the system-config-printer tool and set up my printer. Voila! As I also said previously in this thread, I set up the same printer on Centos-8 without installing any Brother drivers, by going direct to CUPS on port 631 and selecting Brother 2460 (since it didn't offer 2360). Here are two entries from /etc/cups/printers.conf: MakeModel Brother HL-2460 - CUPS+Gutenprint v5.2.14 DeviceURI ipp://192.168.2.98:631/ipp (That's the printer's IP shown there, not the system being set up.) and it appears to work fine, for small numbers of pages printed, but it does print double-sided and multi-page documents. I don't know of any reason why this would not work on C7 as well, though I haven't tried it, so YMMV and all that. If you can back out all the stuff you've hacked, I suggest you try one or the other of those. Since the CUPS setup is probably simpler and/or less invasive, I'd try that first, were I you. Good luck! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] printer only prints one page, if anything
On Sun, Nov 03, 2019 at 05:21:55PM -0600, Michael Hennebry wrote: > On Sun, 3 Nov 2019, Jon LaBadie wrote: > > >On Sun, Nov 03, 2019 at 02:55:32PM -0600, Michael Hennebry wrote: > >> > >>I've got a Brother HL-L2360D series printer connected to Centos 7. > >>CUPS lists it as Generic PCL6/PCL Printer - CUPS+Gutenprint v5.2.9 . > >>When I tell it to print a pdf file, it prints at most the first page. > >> > > > >Have you tried adding the Brother CUPS and/or generic LPR software? > > > > https://support.brother.com/g/b/downloadtop.aspx?c=us=en=hll2360dw_us > > The page does not work for me. > For some reason, the Downloads box has no text > and no clickable places, the cloud is not clickable > and the Downloads label is not clickable. If attachments can be sent thru this list, see the attached image, a screnshot from Firefox on C7. The OK button is not enabled until you choose either RPM or DEB. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] printer only prints one page, if anything
On Sun, Nov 03, 2019 at 02:55:32PM -0600, Michael Hennebry wrote: > > I've got a Brother HL-L2360D series printer connected to Centos 7. > CUPS lists it as Generic PCL6/PCL Printer - CUPS+Gutenprint v5.2.9 . > When I tell it to print a pdf file, it prints at most the first page. > > After powering the thing off and turning it on again, > it printed page 3 of pages 3-6 . > On trying it again, the thing claimed it was receiving data > and printed page 3 of pages 3-6 again. > > I've tried to delete the printer so I could add it again, > but CUPS won't let me. > CUPS quit asking for a password, it just says Forbidden. > > How do I print the pdf file? > How do I keep this from happening again? > > This is not the first time I've had to do a deep > dive into CUPS or something to get printing done. > > I gave up on HP printers because I had to buy new cartridges > practically every time I wanted to print. > Only being able to print the first page, if anything, > is not much of an improvement. > > My girlfriend has an HP printer that works, > so I suppose they are not all like mine. My 2360D works fine on C7, but I did install the Brother drivers. I configured it on C8 without the Brother drivers, using CUPS at port 631 where it appears to work properly, though I've not printed a lot on it from c8. On C8 CUPS reports that I configured it thusly: Brother HL-2460 - CUPS+Gutenprint v5.2.14 -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Sat, Oct 26, 2019 at 07:08:02PM +1100, Bill Maidment wrote: > On 26/10/2019 12:08 pm, David G. Miller wrote: > >The corresponding system-config-printer rpm from Fedora 28 appears to > >work. Not the best solution but a solution. > > > > But no longer available that I can find. I presume it must be > version 1.5.11-13 to match the -lib version On my C8 VM I uust browsed to localhost:631 and used CuPPS to configure printing. -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8: what changed (regular UNIX admin commands)?
On Tue, Oct 22, 2019 at 11:36:54AM -0700, John Pierce wrote: > The ip commands have been around since Centos 6 if not earlier. you can do > things with them that you can't do with ifconfig, such as setup policy > routing rule sets.. which makes them harder to learn... Unix philosophy: small programs, each of which does one thing well. -- ---- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Thu, Oct 17, 2019 at 09:08:28AM -0500, Johnny Hughes wrote: > On 9/24/19 2:41 PM, Frank Cox wrote: > > Without wanting to sound too pushy, I'm wondering if there is any update on > > the status of Mate now that Centos 8 has been released? > > > > I would love to jump on C8 and start playing with it, but the lack of Mate > > is kind of a showstopper for me at the moment. > > > > Is gnome3 really that bad :D > > I decided to just bite the bullet and shift to real gnome3 (and not the > classic) about 4 years ago. It waas different and took some time to > learn .. BUT .. I can do everything I need to do now. > > I like both mate and cinnamon .. so I am not knocking either one. I just > think people might be well server switching to a 'supported' desktop in > the longer run. > > Again .. don't get me wrong .. it's open source, so do what makes you > happy :D > Johnny, I'm sure it can be learned, apparently lots of people have done so and are now happy(for some values of happy) with it. That is just something I don't feel like doing. I'm not against change, but the changes in Gnome 3 seemed to me to be needlessly adding pain and difficulty to what had been a perfectly usable desktop. Every time I install a new CentOS I grit my teeth at having to remember/figure out enough of it to get me thru to the point where I can use a friendly UI. Yes, I should stop being a luddite and learn it. but, y'know, I just can't bring myself to deal with the pain. As a geezer, I guess I'm kinda set in my ways. :) Just to get the Mate installed on C8 (as was posted here recently where/how to do it) was more pain that I enjoyed going through. Now, I'm sure there are simple solutions to these issues, but I just don't want to have to stop what I'm doing to google for them... anyway, I had firefox open and wanted a terminal window. couldn't figure out how to set it up so I could see both at the same time. Once I maximized FF I couldn't figure out how to get it to not eat the entire screen--no clicky buttons on the top-right of the window, so I ended up using the left-most item at the top of the window (forget what it is named...) to choose which window I wanted in front. tedious but livable. but now I don't have to do that 'cause Mate works great! And thanks to you, Johnny, and your companions/associates for all the many YEARS of work you've all put in on CentOS. Even though I gripe and complain about Gnome3, I really do appreciate all you've done! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Wed, Oct 16, 2019 at 12:17:17AM +0200, Ljubomir Ljubojevic wrote: > On 10/16/19 12:07 AM, Fred Smith wrote: > > On Tue, Oct 15, 2019 at 10:11:50PM +0200, Ljubomir Ljubojevic wrote: > >> On 10/15/19 10:08 PM, Ljubomir Ljubojevic wrote: > >>> This is interesting and promising: > >>> > >>> "The official unofficial repository for MATE for EL8.": > >>> https://copr.fedorainfracloud.org/coprs/neonman/MATE/ > >> > >> The previous link is forked repo (I do not know why) and here is > >> original repo: > >> https://copr.fedorainfracloud.org/coprs/stenstorp/MATE/ > > > > Oh good! I'm going to have to try that on my experiemtal C8 VM. > > I have for the moment given up on it because I can barely navigate > > my way through Gnome and it became just too painful. > > > > Thanks! > > > > > > I just rebooted fresh CentOS 8 VM after installing MATE and it is > 1.22.2, everything looks good. Yeah, working great here too! Thanks to the people/person(s) who did all the hard work for us! I did notice while following the procedure that it failed to install pygpgme, but everything seems to be fine without it. Is it needed for something I haven't found yet? Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Tue, Oct 15, 2019 at 10:11:50PM +0200, Ljubomir Ljubojevic wrote: > On 10/15/19 10:08 PM, Ljubomir Ljubojevic wrote: > > This is interesting and promising: > > > > "The official unofficial repository for MATE for EL8.": > > https://copr.fedorainfracloud.org/coprs/neonman/MATE/ > > The previous link is forked repo (I do not know why) and here is > original repo: > https://copr.fedorainfracloud.org/coprs/stenstorp/MATE/ Oh good! I'm going to have to try that on my experiemtal C8 VM. I have for the moment given up on it because I can barely navigate my way through Gnome and it became just too painful. Thanks! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." -- Matthew 7:21 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Differences between CentOS 7.x and CentOS 8.x OS
On Fri, Oct 04, 2019 at 04:52:28PM -0600, David G. Miller wrote: > On 10/3/19 1:37 PM, Ljubomir Ljubojevic wrote: > >On 10/3/19 5:49 PM, Kaushal Shriyan wrote: > >>Hi, > >> > >>I will appreciate it if someone can help me understand the differences > >>between CentOS 7.x and CentOS 8.x OS. I look forward to hearing from you > >>and thanks in advance. > >> > >In short, CentOS 7.x is based on Fedora 19 while CentOS 8 is based on > >Fedora 28. Most of what is in those Fedora's is also in coresponding > >CentOS version. Fedora's might be much easier to compare. > This sort of cuts across two discussion threads but I found this one > first. Silly question: has anyone tried using the Mate or Xfce > Fedora 28 spins as package sources with CentOS 8? I think someone did post recently that he took Mate from F28 and with some judicious tweaking of the spec file got it built and working on C8. Sorry, I have no details. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] AnyConnect on C8??
the AnyConnect vpn doesn't appear to be available on C8. Looked at rpmfusion and don't see it there either. anyone know when/if it might ever be? or where? thanks in advance! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Wed, Sep 25, 2019 at 08:22:39AM -0400, Jonathan Billings wrote: > On Tue, Sep 24, 2019 at 10:04:01PM -0500, Robert Nichols wrote: > > I might end up switching to Mint. > > I'm not sure that's a huge threat to CentOS, they're quite different. > > CentOS 7 really only supported GNOME3, largely because Red Hat is so > involved in GNOME development. MATE support on CentOS 7 suffered > because newer versions were hard to get to work on such an older > base. CentOS 8's modularity actually might make multiple DE's easier > to support in EPEL, given time. that's all true! Despite my public whining, I am aware that Mate comes from epel, not CentOS. I also tend to wait as much as a year after a .0 release until many of the installation or usage issues have been hashed out and understood, so by then there is likely to be a Mate as well as other DEs available. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Tue, Sep 24, 2019 at 11:54:34PM +0100, Liam O'Toole wrote: > On Tue, 24 Sep, 2019 at 14:48:57 -0600, Frank Cox wrote: > > On Tue, 24 Sep 2019 21:27:07 +0100 > > Liam O'Toole wrote: > > > > > If the availability of a particular desktop environment is a > > > showstopper, then perhaps RHEL and CentOS are not the best choice for > > > you. > > > > That may be, but in view of the fact that you can even get a version of CDE > > that works (very well) on Centos 7 (https://github.com/dcantrell/cderpm if > > you're interested), I find it difficult to believe that a widely used and > > mature desktop like Mate will just disappear on a widely used and mature > > Linux distribution like Centos. > > > > I'm not suggesting that it will. A few years ago, soon after the source > code of CDE was released, I downloaded, compiled, and installed CDE in a > CentOS 6 VM. Why? Because I could. But would I conduct any serious > business in that environment? Of course not. And why is that? Because it > receives no enterprise support. > > > And since I've been using Centos for everything for a lot of years I'm not > > in a hurry to change to something else if I can avoid it. > > > > > Providing and maintaining > > > alternative desktop environments over the (long) life cycle of CentOS 8 > > > will require a sustained effort by volunteers over many years. > > > > If that isn't being organized by someone at this time, I would be frankly > > surprised. > > It could well be that someone is organising it. On the other hand, it > could be not. Either way, it will not be supported by RHEL and CentOS. > What happens when a critical vulnerability is discovered in that > software? Who will notify you of it? Who will fix it? > > At the time of writing, Mate in EPEL 7 is still at version 1.16. The > upstream version is at 1.22. Have any critical vulnerabilities been > fixed in the meantime? I have no idea. Do you? Nope. OTOH, if I was forced to use Gnome, I may well go shoot myself. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 8 Mate?
On Tue, Sep 24, 2019 at 02:48:57PM -0600, Frank Cox wrote: > On Tue, 24 Sep 2019 21:27:07 +0100 > Liam O'Toole wrote: > > > If the availability of a particular desktop environment is a > > showstopper, then perhaps RHEL and CentOS are not the best choice for > > you. > > That may be, but in view of the fact that you can even get a version of CDE > that works (very well) on Centos 7 (https://github.com/dcantrell/cderpm if > you're interested), I find it difficult to believe that a widely used and > mature desktop like Mate will just disappear on a widely used and mature > Linux distribution like Centos. > > And since I've been using Centos for everything for a lot of years I'm not in > a hurry to change to something else if I can avoid it. > Amen! Hear, Hear! > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] deprecations leading up to C8
On Sun, Sep 22, 2019 at 09:34:59PM +0200, Nicolas Kovacs wrote: > Le 20/09/2019 à 14:49, Alexander Dalloz a écrit : > > Please, forget about so call howtos or tutorials on the net. They > > are either dated, giving wrong ideas (no, you don't need a MySQL > > server to run Postfix), failing to explain why the author has done > > things the way he writes them up, or they are simply wrong / > > violating best practice. > > Here are my so-called tutorials about Postfix with plenty of wrong > information, failing to explain everything: > > https://www.microlinux.fr/tag/postfix/ > > Enjoy :o) > > Cheers, > > Niki Thanks Niki! Google even does a pretty good job of translating them for those of us who are Francophonally challended. I find it humorous that it talks about "throwing" an application. :) I guess the original was something like "launching", only in French. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] deprecations leading up to C8
On Fri, Sep 20, 2019 at 12:45:03PM -0500, SternData wrote: > Does that mean it's gone from the CentOS repos or just that PostFix is > the default choice? I believe it means that it won't be in Centos anymore. I also believe the Postifx is already the default choice, Sendmail isn't in the default installation. > > On 9/19/19 6:04 PM, Fred Smith wrote: > > Was reading the long list of things being deprecated in the RHEL 8 > > release notes t'other day, and saw my old friend sendmail on the list. > > > > I've stuck by her because I've learned how she likes to be stroked to > > get the best out of her, and quail at the thought of taking on a new > > MTA and having to learn it all all over again. > > > > But I guess I'm going to have to, soon or late, probably sooner than > > later. :( > > > > Can anyone point me to resources specifically for helping us ignorant > > folk in converting all the arcan-ity in sendmail.mc into something > > equivalent for Postfix? > > > > Thanks in advancce! > > > > Fred > > > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] deprecations leading up to C8
On Fri, Sep 20, 2019 at 02:49:36PM +0200, Alexander Dalloz wrote: > Am 2019-09-20 12:06, schrieb Randal, Phil: > >When I migrated our mx boxes from CentOS 5 to 7 I made the leap to > >postfix. > > > >I built a test server with postfix etc on it and threw everything I > >could think of at it before going live. > > > >The key is, like in learning a new language, to start thinking in > >postfix terms instead of thinking in sendmail terms. > > Exactly, I was about to answer the same. > > Postfix has a lot of features build-in Sendmail hasn't. It is > feature rich and actively developed. Many things you would need a > milter or complex cf style coding for with Sendmail you can > configure in Postfix in a simple way. > > >It takes a while to 'get it' but I'm glad we made the link. > > > >We search, read as many people's howtos as you can (caveat - they are > >rarely 100% accurate), and test, test, test before going into > >production. > > Please, forget about so call howtos or tutorials on the net. They > are either dated, giving wrong ideas (no, you don't need a MySQL > server to run Postfix), failing to explain why the author has done > things the way he writes them up, or they are simply wrong / > violating best practice. > > Postfix has a very good documentation (compared to the one shipping > with Sendmail). > > http://www.postfix.org/documentation.html > > http://www.postfix.org/postconf.5.html > > >Cheers, > > > >Phil > > Alexander Thanks to both of you: I'll be pursuing those docs. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Brother HL-L2360DW printing quality
On Thu, Sep 19, 2019 at 08:25:48PM -0400, H wrote: > On 09/19/2019 08:23 PM, H wrote: > > I have the above printer but have not been able to resolve issues with the > > printing quality in CentOS 7. The test page prints fine but when I print > > PDF-documents, most recently using Chinese fonts, it is lacking and the > > pages very hard to read. The settings in the Mate Cups configuration panel > > are fine and set to 600 dpi, the settings in the printer menu are all OK > > yet it prints more like maybe 150 or even 75 dpi. > > > > Any suggestion what might be wrong? > > > I should have added that the "toner save mode" is off and I also tried to set > it to "thick paper" with no difference. I am printing on regular copy/printer > paper. do these same documents print in much better quality on other printers? From the same Linux box? Are they "text" PDFs, or "image" PDFs? where what I call an "image" PDF is a series of pages that are each an image of a page, not the stream of text that makes up the page. I've encountered such images before and you're stuck with whatever quality they have, often poor. If a more normal PDF that just contains the actual text, is it possible that the Chinese font(s) on your system are low quality? Or if they contain embedded fonts, that those fonts are low quality? I don't know offhand how to find out if any particular document contains embedded fonts, but I imagine there are tools that will report that. Good luck! Fred > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] selinux reports
Hi all! I keep getting reports from selinux, like below, and I have no clue what the app is it's talking about, nor how do figure out if it should be allowed access or not. Anyone got any advice to offer? It says: The source process: /usr/sbin/xtables-multi attempted this access: open on this file: /run/xtables.lock Having no clue what xtables-multi is, or why or even if it should be able to open that file, I am at a loss: should I take action to enable it, or not? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] deprecations leading up to C8
Was reading the long list of things being deprecated in the RHEL 8 release notes t'other day, and saw my old friend sendmail on the list. I've stuck by her because I've learned how she likes to be stroked to get the best out of her, and quail at the thought of taking on a new MTA and having to learn it all all over again. But I guess I'm going to have to, soon or late, probably sooner than later. :( Can anyone point me to resources specifically for helping us ignorant folk in converting all the arcan-ity in sendmail.mc into something equivalent for Postfix? Thanks in advancce! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] conflicts in updating to CR repo
On Thu, Sep 19, 2019 at 12:10:41PM -0500, Johnny Hughes wrote: > On 9/18/19 5:48 PM, Fred Smith wrote: > > On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: > >> On 14/09/2019 19:06, Fred Smith wrote: > >>> Note, first of all I haven't actually updated, I'm just running "yum > >>> update" > >>> to see what conflicts, if any, I get so I can be prepared when the final > >>> 7.7 release happens. > >>> > >>> I've traditionally used the nvidia packages from elrepo, but recently > >>> enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion > >>> because it took them a long time to get a EL7 repository up). > >>> > >>> I use the priority plugin in yum, and have elrepo at priority 50 > >>> and rpmfusion at priority 60, so the elrepo nvidia packages > >>> should "win", but yum seems to be confused about which packages > >>> to use. > >>> > >>> So now when doing yum update (with CR enabled) I get this long list > >>> of dependency issues regarding the nvidia packages. I don't see any > >>> reason to switch to the rpmfusion packages, elrepo seems to do a good > >>> job of packaging and keeping them up to date: > >>> > >>> --> Processing Dependency: xorg-x11-drv-nvidia-390xx-libs(x86-64) = > >>> 3:390.129-1.el7 for package: > >>> 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >>> --> Processing Dependency: nvidia-settings-390xx(x86-64) = 390.129 for > >>> package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >>> --> Processing Dependency: libnvidia-tls.so.390.129()(64bit) for package: > >>> 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >>> --> Processing Dependency: libnvidia-glcore.so.390.129()(64bit) for > >>> package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >>> --> Running transaction check > >>> ---> Package nvidia-settings-390xx.x86_64 0:390.129-1.el7 will be > >>> installed > >>> ---> Package xorg-x11-drv-nvidia-390xx-libs.x86_64 3:390.129-1.el7 will > >>> be installed > >>> --> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> conflicts xorg-x11-drv-nvidia-390xx > >>> Removing kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo - u due to obsoletes > >>> from kmod-nvidia-390xx.x86_64 3:390.129-3.el7 - u > >>> --> Restarting Dependency Resolution with new changes. > >>> --> Running transaction check > >>> ---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update > >>> --> Processing Dependency: nvidia-kmod = 430.50 for package: > >>> nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> --> Processing Dependency: nvidia-kmod = 430.50 for package: > >>> nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> ---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated > >>> ---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated > >>> --> Finished Dependency Resolution > >>> --> Running transaction check > >>> ---> Package kernel.x86_64 0:3.10.0-957.21.2.el7 will be erased > >>> ---> Package kernel-devel.x86_64 0:3.10.0-957.21.2.el7 will be erased > >>> ---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update > >>> --> Processing Dependency: nvidia-kmod = 430.50 for package: > >>> nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> --> Processing Dependency: nvidia-kmod = 430.50 for package: > >>> nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> --> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >>> conflicts xorg-x11-drv-nvidia-390xx > >>> --> Finished Dependency Resolution > >>> Error: nvidia-x11-drv conflicts with > >>> 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >>> Error: Package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 (elrepo) > >>>Requires: nvidia-kmod = 430.50 > >>>Removing: kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 (@elrepo) > >>>nvidia-kmod = 430.40-1.el7_6.elrepo > >>>Obsoleted By: 3:kmod-nvidia-390xx-390.129-3.el7.x86_64 > >>> (rpmfusion-nonfree-updates) > >>>Not found > >>>Updated By: kmod-nvidia-430.50-1.el7_7.elrepo.x86_64 (elrepo) > &g
Re: [CentOS] conflicts in updating to CR repo
On Sat, Sep 14, 2019 at 07:20:35PM +0100, Phil Perry wrote: > On 14/09/2019 19:06, Fred Smith wrote: > >Note, first of all I haven't actually updated, I'm just running "yum update" > >to see what conflicts, if any, I get so I can be prepared when the final > >7.7 release happens. > > > >I've traditionally used the nvidia packages from elrepo, but recently > >enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion > >because it took them a long time to get a EL7 repository up). > > > >I use the priority plugin in yum, and have elrepo at priority 50 > >and rpmfusion at priority 60, so the elrepo nvidia packages > >should "win", but yum seems to be confused about which packages > >to use. > > > >So now when doing yum update (with CR enabled) I get this long list > >of dependency issues regarding the nvidia packages. I don't see any > >reason to switch to the rpmfusion packages, elrepo seems to do a good > >job of packaging and keeping them up to date: > > > >--> Processing Dependency: xorg-x11-drv-nvidia-390xx-libs(x86-64) = > >3:390.129-1.el7 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: nvidia-settings-390xx(x86-64) = 390.129 for > >package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: libnvidia-tls.so.390.129()(64bit) for package: > >3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Processing Dependency: libnvidia-glcore.so.390.129()(64bit) for package: > >3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >--> Running transaction check > >---> Package nvidia-settings-390xx.x86_64 0:390.129-1.el7 will be installed > >---> Package xorg-x11-drv-nvidia-390xx-libs.x86_64 3:390.129-1.el7 will be > >installed > >--> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >conflicts xorg-x11-drv-nvidia-390xx > >Removing kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo - u due to obsoletes > >from kmod-nvidia-390xx.x86_64 3:390.129-3.el7 - u > >--> Restarting Dependency Resolution with new changes. > >--> Running transaction check > >---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update > >--> Processing Dependency: nvidia-kmod = 430.50 for package: > >nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >--> Processing Dependency: nvidia-kmod = 430.50 for package: > >nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated > >---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated > >--> Finished Dependency Resolution > >--> Running transaction check > >---> Package kernel.x86_64 0:3.10.0-957.21.2.el7 will be erased > >---> Package kernel-devel.x86_64 0:3.10.0-957.21.2.el7 will be erased > >---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update > >--> Processing Dependency: nvidia-kmod = 430.50 for package: > >nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >--> Processing Dependency: nvidia-kmod = 430.50 for package: > >nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >--> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 > >conflicts xorg-x11-drv-nvidia-390xx > >--> Finished Dependency Resolution > >Error: nvidia-x11-drv conflicts with > >3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 > >Error: Package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 (elrepo) > >Requires: nvidia-kmod = 430.50 > >Removing: kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 (@elrepo) > >nvidia-kmod = 430.40-1.el7_6.elrepo > >Obsoleted By: 3:kmod-nvidia-390xx-390.129-3.el7.x86_64 > > (rpmfusion-nonfree-updates) > >Not found > >Updated By: kmod-nvidia-430.50-1.el7_7.elrepo.x86_64 (elrepo) > >nvidia-kmod = 430.50-1.el7_7.elrepo > >Available: 3:akmod-nvidia-430.40-2.el7.x86_64 > > (rpmfusion-nonfree-updates) > >nvidia-kmod = 3:430.40-2.el7 > >Available: kmod-nvidia-430.14-1.el7_6.elrepo.x86_64 (elrepo) > >nvidia-kmod = 430.14-1.el7_6.elrepo > >Available: kmod-nvidia-430.26-1.el7_6.elrepo.x86_64 (elrepo) > >nvidia-kmod = 430.26-1.el7_6.elrepo > >Available: kmod-nvidia-430.34-1.el7_6.elrepo.x86_64 (elrepo) > >nvidia-kmod = 430.34-1.el7_6.elrepo > >Available: kmod-nvidia-430.40-2.el7_7.elrepo.x86_64 (elrepo) > >nvidia-k
Re: [CentOS] What about Mate Desktop on Centos 8?
On Mon, Sep 16, 2019 at 09:39:58PM -0400, H wrote: > On September 16, 2019 8:06:41 PM GMT-04:00, Fred Smith > wrote: > >On Mon, Sep 16, 2019 at 04:18:31PM -0600, Frank Cox wrote: > >> According to Twitter: > >> > >> https://mobile.twitter.com/CentOSProject/status/1173652996305170432 > >> > >> "The next version of #CentOS is being released September 24 and will > >be announced in all the usual places." > >> > >> I'm wondering about the status of the Mate Desktop. > >> > >> Looking under M here: > >> > >> > >https://mirror.csclub.uwaterloo.ca/fedora/epel/8/Everything/x86_64/Packages/m/ > >> > >> I don't see anything about Mate. Which leads me to ask, what's its > >status then? I hope it hasn't died since that's what I use for all of > >my computers. > > > >For Centos 7, I use Mate from the epel repo. I assume it'll eventually > >appear there for C8 as well. > > > >-- > > Fred Smith -- fre...@fcshome.stoneham.ma.us > > > >Do you not know? Have you not heard? > >The LORD is the everlasting God, the Creator of the ends of the earth. > >He will not grow tired or weary, and his understanding no one can > >fathom. > >- Isaiah 40:28 (niv) > >- > >___ > >CentOS mailing list > >CentOS@centos.org > >https://lists.centos.org/mailman/listinfo/centos > > I hope we can get the latest version of Mate compiled for C 7. yes, that'd be nice. but in the meantime the version we have is at least a ton better than the default desktop, which I've never figured out how to use beyond getting epel configured and Mate installed. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] What about Mate Desktop on Centos 8?
On Mon, Sep 16, 2019 at 04:18:31PM -0600, Frank Cox wrote: > According to Twitter: > > https://mobile.twitter.com/CentOSProject/status/1173652996305170432 > > "The next version of #CentOS is being released September 24 and will be > announced in all the usual places." > > I'm wondering about the status of the Mate Desktop. > > Looking under M here: > > https://mirror.csclub.uwaterloo.ca/fedora/epel/8/Everything/x86_64/Packages/m/ > > I don't see anything about Mate. Which leads me to ask, what's its status > then? I hope it hasn't died since that's what I use for all of my computers. For Centos 7, I use Mate from the epel repo. I assume it'll eventually appear there for C8 as well. -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] RPMDB problem
When doing yum operations I get this message at the end of whatever yum was doing: ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows: brscan4-0.4.8-1.x86_64 is a duplicate with brscan4-0.4.3-1.x86_64 It is true, if I do "rpm -qa | grep brscan" it shows two of them. what's the best/proper way to deal with this? -remove both, reinstall one? -remove one? which one? I don't see a feature in rpm (or yum) for removing a single one of duplicate packages. How? Thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] conflicts in updating to CR repo
Note, first of all I haven't actually updated, I'm just running "yum update" to see what conflicts, if any, I get so I can be prepared when the final 7.7 release happens. I've traditionally used the nvidia packages from elrepo, but recently enabled rpmfusion (back when I started using 7.x, I disabled rpmfusion because it took them a long time to get a EL7 repository up). I use the priority plugin in yum, and have elrepo at priority 50 and rpmfusion at priority 60, so the elrepo nvidia packages should "win", but yum seems to be confused about which packages to use. So now when doing yum update (with CR enabled) I get this long list of dependency issues regarding the nvidia packages. I don't see any reason to switch to the rpmfusion packages, elrepo seems to do a good job of packaging and keeping them up to date: --> Processing Dependency: xorg-x11-drv-nvidia-390xx-libs(x86-64) = 3:390.129-1.el7 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: nvidia-settings-390xx(x86-64) = 390.129 for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: libnvidia-tls.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Processing Dependency: libnvidia-glcore.so.390.129()(64bit) for package: 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 --> Running transaction check ---> Package nvidia-settings-390xx.x86_64 0:390.129-1.el7 will be installed ---> Package xorg-x11-drv-nvidia-390xx-libs.x86_64 3:390.129-1.el7 will be installed --> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 conflicts xorg-x11-drv-nvidia-390xx Removing kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo - u due to obsoletes from kmod-nvidia-390xx.x86_64 3:390.129-3.el7 - u --> Restarting Dependency Resolution with new changes. --> Running transaction check ---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update --> Processing Dependency: nvidia-kmod = 430.50 for package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 --> Processing Dependency: nvidia-kmod = 430.50 for package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 ---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv.x86_64 0:430.40-1.el7_6.elrepo will be updated --> Finished Dependency Resolution --> Running transaction check ---> Package kernel.x86_64 0:3.10.0-957.21.2.el7 will be erased ---> Package kernel-devel.x86_64 0:3.10.0-957.21.2.el7 will be erased ---> Package kmod-nvidia.x86_64 0:430.50-1.el7_7.elrepo will be an update --> Processing Dependency: nvidia-kmod = 430.50 for package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 --> Processing Dependency: nvidia-kmod = 430.50 for package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 --> Processing Conflict: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 conflicts xorg-x11-drv-nvidia-390xx --> Finished Dependency Resolution Error: nvidia-x11-drv conflicts with 3:xorg-x11-drv-nvidia-390xx-390.129-1.el7.x86_64 Error: Package: nvidia-x11-drv-430.50-1.el7_7.elrepo.x86_64 (elrepo) Requires: nvidia-kmod = 430.50 Removing: kmod-nvidia-430.40-1.el7_6.elrepo.x86_64 (@elrepo) nvidia-kmod = 430.40-1.el7_6.elrepo Obsoleted By: 3:kmod-nvidia-390xx-390.129-3.el7.x86_64 (rpmfusion-nonfree-updates) Not found Updated By: kmod-nvidia-430.50-1.el7_7.elrepo.x86_64 (elrepo) nvidia-kmod = 430.50-1.el7_7.elrepo Available: 3:akmod-nvidia-430.40-2.el7.x86_64 (rpmfusion-nonfree-updates) nvidia-kmod = 3:430.40-2.el7 Available: kmod-nvidia-430.14-1.el7_6.elrepo.x86_64 (elrepo) nvidia-kmod = 430.14-1.el7_6.elrepo Available: kmod-nvidia-430.26-1.el7_6.elrepo.x86_64 (elrepo) nvidia-kmod = 430.26-1.el7_6.elrepo Available: kmod-nvidia-430.34-1.el7_6.elrepo.x86_64 (elrepo) nvidia-kmod = 430.34-1.el7_6.elrepo Available: kmod-nvidia-430.40-2.el7_7.elrepo.x86_64 (elrepo) nvidia-kmod = 430.40-2.el7_7.elrepo Available: 3:kmod-nvidia-430.40-2.el7.x86_64 (rpmfusion-nonfree-updates) nvidia-kmod = 3:430.40-2.el7 Available: 3:kmod-nvidia-3.10.0-1062.el7.x86_64-430.40-2.el7.x86_64 (rpmfusion-nonfree-updates) nvidia-kmod = 3:430.40-2.el7 You could try using --skip-broken to work around the problem Thanks in advance for advice! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV)
Re: [CentOS] why windows 10 can't access centos samba
On Thu, Sep 12, 2019 at 02:02:20PM +0200, Michael Schumacher wrote: > > Thursday, September 12, 2019, 11:09:36 AM, you wrote: > > q> I can access centos's samba via windows 7, but fail via windows 10. Why? > > You might want to provide your /etc/samba/smb.conf so that we can take > a look. There are so many ways to operate Samba that it is impossible > to help without. You should also ensure you're not suffering a selinux blockage. I've had that happen with Samba. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 will be released soon?
On Wed, Aug 28, 2019 at 09:12:45AM -0500, Christofer C. Bell wrote: > On Mon, Aug 26, 2019 at 12:41 PM Nicolas Kovacs wrote: > > > Le 25/08/2019 à 23:07, Stephen John Smoogen a écrit : > > > I have had several people explain to me that my comments were > > > out-of-place and out-of-turn. When I wrote them originally I thought I > > > was going from experience of previous releases and thought I was being > > > matter of fact. In rereading I realized I was crass and grumpy. My > > > un-reserved apologies for that. I should have either not posted or > > > waited, reread and rewritten. > > > > Just for the record. I found your post not grumpy at all and to the > > point. But then, I live in a country where the average joke from your > > good-humoured neighbor would get you a lawsuit for harrassment in the > > United States. > > > I'm with Nicolas Kovacs. I thought your post was factual and funny. I > felt the reply you got was kinda rude and I had the impression the poster > didn't actually read what you wrote, preferring to infer insult where none > was offered. In my opinion, the folks who admonished you don't know what > they're talking about. me 2 -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: mostly gone
On Tue, Aug 20, 2019 at 09:33:22AM -0400, mark wrote: > Hi, folks, > >Well, it's ten years that I've been on this list, right when I started > this job. But, it's time to move on... I'm retiring. (Yeah, that old.) Congratulations on making it that far, Mark! I'm also retired, but keep getting calls from my former employer since they never bothered to have anyone else learn what it was I did. :( At least they pay me for that... > So, though I'll be part time for a few months, and running CentOS at > home (in spite of my manager's pushing me to do Ubuntu). This list is > *so* much more useful than any of the ones I've seen for Ubuntu, or > much else. > >I'm very much looking forward to C 8. > >One more thing: I know I've been over the top on ethics "I work for a > US federal contractor, but not saying more", even though there's folks > like Todd, who's military. Anyway, now that I'm out, today, my line (in > person) was, "I'm with the federal goverment, and I'm here to help > you." Then, after they ask if I'll have to kill them, I can say, no: > I've been with the NIH, and so, yes, I really meant it. > > I'll show up occasionally, but not like I have been. > > So long, and thanks for all the fish. > > mark > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] failure to install LibreOffice 6.3.0.4
On Mon, Aug 12, 2019 at 01:31:49PM -0400, Jerry Geis wrote: > Hi Fred, > > I do this from time to time... download the tgz... > then I extract the tgz, cd RPMS then run > rpm -i *.rpm --force > > Then of course you man need to change your path to use the new /op/ > > Hope that helps, > > Jerry In fact, Jerry, I finally got it installed with: rpm -ivh *.rpm (after extracting all the files from the LOo tarball). didn't need the --force. It just seems really weird that yum reacts the way it does. -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Mon, Aug 12, 2019 at 10:16:35AM +1000, Jobst Schmalenbach wrote: > On Mon, Aug 05, 2019 at 08:57:45PM -0400, Fred Smith > (fre...@fcshome.stoneham.ma.us) wrote: > > Hi all! > > > > I'm stuck on something really bizarre that is happening to a product > > I "own" at work. It's a C program, built on CentOS, runs on CentOs or > > RHEL, has been in circulation since the early 00's, is in use at > > hundreds of sites. > > > > recently, at multiple customer sites it has started just going away. > > no core file (yes, ulimit is configured), nothing in any of its > > (several) log files. it's just gone. > > > > Late to the thread but since it has not been suggested: Have you tried to > statically link all libs? I doubt modern Linux systems will produce a fully-static binary, since many of the system libs come only as .so files. > > Then use Frank Cox's suggestion to use printf's at location thoughout the > source code. > > I know it will be big (depending on the number of libs) > But this way you are sure that the compile is against a known (yours) set of > libs! > > > Also have you recompiled it and given the new binaries to the customers? Yes, every time there's a new RHEL/CentOS version released it gets completely rebuilt on that new release. I don't depend on compatibility between releases. Not to mention as maintenance and feeping-creaturism* strikes. * for those not in the know: feeping-creaturism ==> creeping featurism -- Fred Smith -- fre...@fcshome.stoneham.ma.us - Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -- Psalm 25:4-5 (NIV) ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] failing to install LibreOffice 6.3.0.4
On Sun, Aug 11, 2019 at 01:51:21PM +1000, Bill Maidment wrote: > On 11/08/2019 1:25 pm, Frank Cox wrote: > >On Sat, 10 Aug 2019 22:37:13 -0400 > >Fred Smith wrote: > > > >>unpack all the rpm files, type "yum install *.rpm", or "yum > >>localinstall > >>*.rpm" and yum spews the list of filenames (with the word > >>"examining" in front > >>of each file) then says "nothing to do". > > > >Do you have anu version of libreoffice already installed? > > Hi Fred > I'm running SL6 and SL7 and I have just installed LibreOffice > 6.3.0.4 OK in both. It should be just the same in CentOS. > It's best to do yum remove libreoffice* first to get rid of any > earlier version, then go to the folder where you have all the new > rpms and do yum install *.rpm in answer to you and the several other responses to my posting: I removed the distro-provided LO, excluded it so yum won't try to reinstall it, some time ago. I've been installing the latest from LOo periodically since then. Since my posting, I've remembered that the last time I installed LO I had the same problem and my "solution" was to use rpm -ivh *.rpm instead of yum. that workaround works fine. To the poster who commented that "we" don't distribute later versions of LO, see above where I tell where I got it. I don't understand why yum refuses to install it, while rpm will. Thanks for all your responses! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." -- Matthew 7:21 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] failing to install LibreOffice 6.3.0.4
As in subject, am attempting to install latest LibreOffice on C7. unpack all the rpm files, type "yum install *.rpm", or "yum localinstall *.rpm" and yum spews the list of filenames (with the word "examining" in front of each file) then says "nothing to do". what the hey? I tried "yum clean all" but it didn't help. I also verified the sha256sum of the download. Anyone got any good advice? thanks in advance! Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Thu, Aug 08, 2019 at 05:06:06PM +, Young, Gregory wrote:
> Is this on both EL6 and EL7? If only EL7, it could be control groups causing
> the issue. The idea of cgroups is to prevent zombie processes, but if you
> need your program to spawn another process then restart itself while the
> other process continues to run, you need to launch it in a different control
> group, or the shutdown of the parent process will also kill the child. In my
> case, we have an upgrade script which needs to get called, then shut down the
> calling process in order to upgrade it. For example:
>
> # Clear any errors in the upgrade control group.
> /bin/systemctl reset-failed upgrade-trigger)
>
> # Launch the upgrader in its own control group.
> /bin/systemd-run --unit=upgrade-trigger --slice=upgrade-trigger /bin/bash
> /opt/myapp/Upgrade.sh "$1" "$2"
>
>
> If we don't do this, the upgrade fails as the upgrader get's terminated when
> the parent application is shut down.
>
well, we aren't INTENTINALLY using control groups. do we get put
into one by the very act of launching a program w hich then creates
threads, and they then all coexist until they're told to stop?
I think it's not the scenario you describe, the main program launches
from an init script, does some sanity checks, loads some config files,
then spawns the number of threads defined by its configuration. then
all the threads, including the main prog, hang around doing stuff until
they're told to stop, which happens all at once for all of them.
On a good day, anyway. what is happening now is they will all run
fine for some time (anhour or twelve) then they all receive a SIGKILL.
Accordiing to a systemtap script I found online, it thinks the program
is killing itself, but as the guy who wrote it, I don't think so.
the script can be seen below in earlier mail.
As for if it also fails on C6, I don't know. I've asked our support
team to see if they have a C6/EL6 customer who will let them install
the latest version for 6 and see what happens, but so far, no joy.
Fred
> Subject: Re: [CentOS] another bizarre thing...
>
> On Mon, Aug 05, 2019 at 08:57:45PM -0400, Fred Smith wrote:
> > Hi all!
> >
> > I'm stuck on something really bizarre that is happening to a product I
> > "own" at work. It's a C program, built on CentOS, runs on CentOs or
> > RHEL, has been in circulation since the early 00's, is in use at
> > hundreds of sites.
> >
> > recently, at multiple customer sites it has started just going away.
> > no core file (yes, ulimit is configured), nothing in any of its
> > (several) log files. it's just gone.
> >
> > running it under strace until it dies reveals that every thread has
> > been given a SIGKILL.
> >
> > How does one figure out who deliverd a SIGKILL? For other, non-fatal,
> > signals it is possible to glean the PID of the sending process in a
> > signal handler, but obviously you can't do that for SIGKILL because
> > the app doesn't survive the signal.
> >
> > I'm grasping at straws here, and am open to almost any kind of
> > suggestion that can be followed-up (as compared to "beats me" which is
> > where I am now).
>
> OK, more information.
>
> Found a recipe to cause systemtap to emit a line of text identifying the
> sender of the SIGKILL.
>
> probe signal.send {
> if (sig_name == "SIGKILL")
> printf("%s was sent to %s (pid:%d) by %s uid:%d\n",
>sig_name, pid_name, sig_pid, execname(), uid())
>
> unfortunately, it says the program is killing itself:
>
> SIGKILL was sent to myprog (pid:12269) by myprog uid:1000
>
> So,... now I'm wondering how one figures that out. nowhere in my source code
> does it explicitly raise any signal, much less SIGKILL.
> So there must be some underlying library or system call or something doing it.
>
> --
> Fred Smith -- fre...@fcshome.stoneham.ma.us -
>I can do all things through Christ
> who strengthens me.
> -- Philippians 4:13
> ---
> ___
> 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
--
Fred Smith -- fre...@fcshome.stoneham.ma.us -
"And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
Prince of Peace. Of the increase of his government there will be no end.
Re: [CentOS] another bizarre thing...
On Mon, Aug 05, 2019 at 08:57:45PM -0400, Fred Smith wrote:
> Hi all!
>
> I'm stuck on something really bizarre that is happening to a product
> I "own" at work. It's a C program, built on CentOS, runs on CentOs or
> RHEL, has been in circulation since the early 00's, is in use at
> hundreds of sites.
>
> recently, at multiple customer sites it has started just going away.
> no core file (yes, ulimit is configured), nothing in any of its
> (several) log files. it's just gone.
>
> running it under strace until it dies reveals that every thread has
> been given a SIGKILL.
>
> How does one figure out who deliverd a SIGKILL? For other, non-fatal,
> signals it is possible to glean the PID of the sending process in a
> signal handler, but obviously you can't do that for SIGKILL because
> the app doesn't survive the signal.
>
> I'm grasping at straws here, and am open to almost any kind of
> suggestion that can be followed-up (as compared to "beats me" which
> is where I am now).
OK, more information.
Found a recipe to cause systemtap to emit a line of text identifying
the sender of the SIGKILL.
probe signal.send {
if (sig_name == "SIGKILL")
printf("%s was sent to %s (pid:%d) by %s uid:%d\n",
sig_name, pid_name, sig_pid, execname(), uid())
unfortunately, it says the program is killing itself:
SIGKILL was sent to myprog (pid:12269) by myprog uid:1000
So,... now I'm wondering how one figures that out. nowhere in my
source code does it explicitly raise any signal, much less SIGKILL.
So there must be some underlying library or system call or something
doing it.
--
Fred Smith -- fre...@fcshome.stoneham.ma.us -
I can do all things through Christ
who strengthens me.
-- Philippians 4:13 ---
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Mate on Centos 7
On Wed, Aug 07, 2019 at 09:10:17AM -0700, Greg Bailey wrote: > On 8/7/19 8:02 AM, isdtor wrote: > >isdtor writes: > > > Can I really be the only user of Mate on Centos 7?? > >>>No, definitely not. I use MATE on C7, because Gnome is, how do I > >>>say this politely..., um, horrible. Not a KDE fan either. > >>> > >>>Gnome-2.x wasn't broken, didn't need to be thrown away and > >>>replaced by something completely different. > >>Not broken, but full of bugs that will never get fixed. > >> > >>I did a while back rebuild the EPEL rpms for 1.20. There are spec files I > >>could make available but I can't find the build environemnt setup now. It > >>involves mock, a custom local repo to receive the fresh builds as you don't > >>want to pull in the rpms from EPEL, and a build script that defines the > >>order, among other things. If I have time next week I can try and locate > >>everything. > >I have done the hard lifting and rebuilt mate 1.22 on CentOS 7. It's not > >without quirks, and I haven't actually installed and tested, but I'm willing > >to make the srpms available - without any commitments. This might make a > >good addition to Nux :) > > > > > The person responsible for packaging the mate RPMs for EPEL offered > to hand that off to someone, which I considered (since I'm a > Fedora/EPEL packager), but was reluctant to offer without > understanding how much heavy lifting was involved. Also, I wasn't > sure how much the mate on CentOS user community wants to stick with > 1.16 vs. upgrade to 1.22. What kind of "quirks" did you run into? well, in theory I'd welcome a newer MATE, since I can't stand Gnome 3.x. I'm using the epel versions and find them satisfactory, but I might be willing to build a testing VM and try a later version to see if I like it. and if I do like it would consider installing it on my "real" C7 system. Dunno if you find that encouraging or not, but at least it is honest. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Tue, Aug 06, 2019 at 09:02:37PM -0600, Warren Young wrote: > On Aug 6, 2019, at 8:48 PM, Fred Smith wrote: > > > > Setting up as you described earlier, is there a way to allow only > > a single program to drop core? > > Of course. > > The * in the limits.d file is a “domain” value you can adjust to suit: > > > https://www.thegeekdiary.com/understanding-etc-security-limits-conf-file-to-set-ulimit/ > > You’d have to read the systemd docs to figure out the defaults for LimitCore, > but I suspect you don’t get cores until you set this on a per-service basis. > > You can also adjust the sysctl pattern path to put cores somewhere secure. > That’s the normal use of absolute paths: put the cores into a dropbox > directory that only root can read but anyone can write to. > > Also, I should point out that my first step, removing ABRT, is a heavy-handed > method. Maybe what you *actually* want to do is learn to cooperate with ABRT > rather than rip it out entirely. how about "simply" disabling and stopping it? -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The eyes of the Lord are everywhere, keeping watch on the wicked and the good. - Proverbs 15:3 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Tue, Aug 06, 2019 at 03:18:06PM -0600, Warren Young wrote: > On Aug 6, 2019, at 7:59 AM, Fred Smith wrote: > > > > On Tue, Aug 06, 2019 at 05:27:54AM -0600, Warren Young wrote: > >> On Aug 5, 2019, at 6:57 PM, Fred Smith > >> wrote: > >>> > >>> no core file (yes, ulimit is configured) > > > > yeah, I meant "ulimit -c unlimited" is in effect. > > That only affects the shell it’s set for, which isn’t generally important for > a service, since we no longer start services via shell scripts in the systemd > world. > > > I had no idea systemd had made such a drastic change. > > This isn’t a systemd change, it’s a *system* change. The only reason systemd > is involved is that it also has its own defaults, just as your shell does, > overridden by the ulimit command. Steps 1-3 remove the system limits, then 4 > & 5 remove the systemd limits under that, which can affect your service, if > it’s being started via systemd. > > > or is it that > > someone at RH decided to make it (nearly) impossible to do? I fail > > to see how it is beneficial to anyone to make it so hard to get > > core dump files. > > Core dumps are a security risk. They’re memory images of running processes. > If you configure your server like I give in my recipe, every process that > drops core will create a world-readable file in /tmp showing that process’s > memory state, which means you can recover everything it was doing at the time > of the crash. > > So, if you can find a way to make, say, PAM or sshd drop core, you’ll get > live login details in debuggable form, available to anyone who can log into > that box. > > You definitely want core dumps off by default. > > Making core dumps enabled by default is about as sensible as enabling rsh by > default. Oh of course. duh! What we've alwayws done with this program is to put "ulimit -c unlimited" in the script that sets its environment then starts the program itself. that minimizes the attack surface. Setting up as you described earlier, is there a way to allow only a single program to drop core? -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Tue, Aug 06, 2019 at 03:49:29PM +, James Pearson wrote: > Fred Smith wrote: > > > > Hi all! > > > > I'm stuck on something really bizarre that is happening to a product > > I "own" at work. It's a C program, built on CentOS, runs on CentOs or > > RHEL, has been in circulation since the early 00's, is in use at > > hundreds of sites. > > > > recently, at multiple customer sites it has started just going away. > > no core file (yes, ulimit is configured), nothing in any of its > > (several) log files. it's just gone. > > > > running it under strace until it dies reveals that every thread has > > been given a SIGKILL. > > > > How does one figure out who deliverd a SIGKILL? For other, non-fatal, > > signals it is possible to glean the PID of the sending process in a > > signal handler, but obviously you can't do that for SIGKILL because > > the app doesn't survive the signal. > > > > I'm grasping at straws here, and am open to almost any kind of > > suggestion that can be followed-up (as compared to "beats me" which > > is where I am now). > > > > I'm even wondering if systemd has something to do with it. > > I had an issue a few years ago where 'something' was killing processes - > I found it by writing a simple LD_PRELOAD hack that intercepted kill(2) > and logged what is was doing via syslog before doing the actual kill - > and used /etc/ld.so.preload to get it loaded by every process ... > > James Pearson > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos James: After posting my original mail, I found this URL: https://www.ibm.com/developerworks/community/blogs/aimsupport/entry/Finding_the_source_of_signals_on_Linux_with_strace_auditd_or_Systemtap?lang=en which shows a very simple recipe for programming system tap to report sigkills, the UID that sends it, and the target process. We've asked the customer who is helping troubleshoot to implement that and get back to us with the result. I suspect systemd has something to do with it, but I have absolutely no evidence, just a nagging feeling that since it has its little fingers in all the pies, it could be doing anything and I'd have no way of knowing. :( I try not to be one of the systemd bashers, but I seem to be losing that battle. Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Tue, Aug 06, 2019 at 05:27:54AM -0600, Warren Young wrote: > On Aug 5, 2019, at 6:57 PM, Fred Smith wrote: > > > > no core file (yes, ulimit is configured) yeah, I meant "ulimit -c unlimited" is in effect. I had no idea systemd had made such a drastic change. or is it that someone at RH decided to make it (nearly) impossible to do? I fail to see how it is beneficial to anyone to make it so hard to get core dump files. but thanks for the details! Fred > > That’s nowhere near sufficient. To restore classic core file dumps on CentOS > 7, you must: > > 1. Remove Red Hat’s ABRT system, which wants to catch all of this and handle > it directly. Say something like “sudo yum remove abrt*” > > > 2. Override the default sysctl telling where core dumps land by writing this > file, /etc/sysctl.d/10-core.conf: > > kernel.core_pattern = /tmp/core-%e-%p > kernel.core_uses_pid = 1 > fs.suid_dumpable = 2 > > Then apply those settings with “sudo sysctl —system”. > > I don’t remember what the default is, which this overrides, but I definitely > didn’t want it. > > You can choose any pattern you like, just remember what permissions the > service runs under, because that’s the permission needed by the process that > actually dumps the core to make the file hit the disk. That’s why I chose > /tmp in this example: anyone can write there. > > > 3. Raise the limits by writing the following to > /etc/security/limits.d/10-core.conf: > > * hard core unlimited > * soft core unlimited > > If this is what you meant by “ulimit,” then great, but I suspect you actually > meant “ulimit -c unlimited”, but I believe until you do the above, the ulimit > CLI app can have no effect. You have to log out and back in to make this > take effect. > > Once the above is done, “ulimit -c unlimited” can take effect, but it’s of no > value at all in conjunction with systemd services, for example, since those > don’t run under a standard shell, so your .bash_profile and such aren’t even > exec’d. > > > 4. If your program is launched via systemd, then you must edit > /etc/systemd/system.conf and set > > DefaultLimitCORE=infinity > > then say “sudo systemctl daemon-reeexec” > > Case matters; “Core” won’t work. Ask me how I know. :) > > > 5. If you have a systemd unit file for your service, you have to set a > related value in there as well: > > LimitCore=infinity > > You need both because #4 sets the system-wide cap, while this sets the > per-service value, which can go no higher than the system cap. > > > 6. Restart the service to apply the above two changes. > > > Yes, it really is that difficult to enable classic core dumps on CentOS 7. > You’re welcome. :) > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] another bizarre thing...
On Tue, Aug 06, 2019 at 01:54:56AM +, Grant Street wrote: > Try checking your /var/log/messages for OOM killer log lines. If your machine > is running low on memory the oom killer will start killing high memory usage > programs. > > Grant we have watched top while it runs and there's no evidence of a memory shortage. > > From: CentOS on behalf of Fred Smith > > Sent: Tuesday, 6 August 2019 10:57 AM > To: centos@centos.org > Subject: [CentOS] another bizarre thing... > > Hi all! > > I'm stuck on something really bizarre that is happening to a product > I "own" at work. It's a C program, built on CentOS, runs on CentOs or > RHEL, has been in circulation since the early 00's, is in use at > hundreds of sites. > > recently, at multiple customer sites it has started just going away. > no core file (yes, ulimit is configured), nothing in any of its > (several) log files. it's just gone. > > running it under strace until it dies reveals that every thread has > been given a SIGKILL. > > How does one figure out who deliverd a SIGKILL? For other, non-fatal, > signals it is possible to glean the PID of the sending process in a > signal handler, but obviously you can't do that for SIGKILL because > the app doesn't survive the signal. > > I'm grasping at straws here, and am open to almost any kind of > suggestion that can be followed-up (as compared to "beats me" which > is where I am now). > > I'm even wondering if systemd has something to do with it. > > Thanks in advance! > -- > Fred Smith -- fre...@fcshome.stoneham.ma.us - >But God demonstrates his own love for us in this: > While we were still sinners, > Christ died for us. > --- Romans 5:8 (niv) > -- > ___ > CentOS mailing list > CentOS@centos.org > https://clicktime.symantec.com/39tX9Zv3dbX6w8rkcpnA46w7Vc?u=https%3A%2F%2Flists.centos.org%2Fmailman%2Flistinfo%2Fcentos > -- > Grant Street > Senior Systems Engineer > > T: +61 2 9383 4800 (main) > D: +61 2 8310 3582 (direct) > E: grant.str...@al.com.au > > Building 54 / FSA #19, Fox Studios Australia, 38 Driver Avenue > Moore Park, NSW 2021 > AUSTRALIA > > [LinkedIn] <https://www.linkedin.com/company/animal-logic> [Facebook] > <https://www.facebook.com/Animal-Logic-129284263808191/> [Twitter] > <https://twitter.com/AnimalLogic> [Instagram] > <https://www.instagram.com/animallogicstudios/> > > [Animal Logic]<http://www.animallogic.com> > > www.animallogic.com<http://www.animallogic.com> > > CONFIDENTIALITY AND PRIVILEGE NOTICE > This email is intended only to be read or used by the addressee. It is > confidential and may contain privileged information. If you are not the > intended recipient, any use, distribution, disclosure or copying of this > email is strictly prohibited. Confidentiality and legal privilege attached to > this communication are not waived or lost by reason of the mistaken delivery > to you. If you have received this email in error, please delete it and notify > us immediately by telephone or email. > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] another bizarre thing...
Hi all! I'm stuck on something really bizarre that is happening to a product I "own" at work. It's a C program, built on CentOS, runs on CentOs or RHEL, has been in circulation since the early 00's, is in use at hundreds of sites. recently, at multiple customer sites it has started just going away. no core file (yes, ulimit is configured), nothing in any of its (several) log files. it's just gone. running it under strace until it dies reveals that every thread has been given a SIGKILL. How does one figure out who deliverd a SIGKILL? For other, non-fatal, signals it is possible to glean the PID of the sending process in a signal handler, but obviously you can't do that for SIGKILL because the app doesn't survive the signal. I'm grasping at straws here, and am open to almost any kind of suggestion that can be followed-up (as compared to "beats me" which is where I am now). I'm even wondering if systemd has something to do with it. Thanks in advance! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] odd network question
On Fri, Aug 02, 2019 at 02:38:05PM -0400, Jon LaBadie wrote: > On Fri, Aug 02, 2019 at 10:19:49AM -0400, mark wrote: > > Fred Smith wrote: > > > On Fri, Aug 02, 2019 at 09:28:23AM -0400, mark wrote: > > > > > One thing I don't understand is how/why the firewall is DROPping so > > > many attempts on port 25 when it in fact has a port forward rule sending > > > port 25 on to my mailserver. How does it know, or why does it think that > > > some of them can be dropped at the outer barrier? > > > > > >> you, but thank you for taking a hundred thousand or so for all of us. > > > > > > Hey, its the least I can do for all the good guys out there! :) > > > But that doesn't mean the same dratsabs aren't hitting all the rest > > > of you too. > > > > > I'm sure they are. Are you running fail2ban? > > > Several years back I switched from sendmail to postfix. > Not knowing what I was doing, I think I have it set to > say it will forward email following SASL authentication. > But as I had no intention of forwarding anything, I did > not set up any authentication methods. So anyone who > tries fails to authenticate. > > With fail2ban in place I get 200-500 daily SASL "fail to > authenticate" instances. In contrast, several months ago > fail2ban either died or did not restart correctly. This > went unnoticed for about a week. During that time I got > 1-32000 daily "failed to authenticate". I'm not using fail2ban, and am using sendmail (why? because I've spent years slowly accumulating options in my .mc file that kill off unwanted connections and other hate-the-spammer options.). I'm not getting such emails but most of the entries in /var/log/mail are due to such events. every now and then a legitimate email can be seen passing through. Oh, I also am now using (as of 2-3 years ago) milter-greylist, which made an enormous contribution to preventing spam emails. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] odd network question
On Fri, Aug 02, 2019 at 09:28:23AM -0400, mark wrote: > Fred Smith wrote: > > On Fri, Aug 02, 2019 at 08:22:06AM +0100, Pete Biggs wrote: > > > >> > >>> This is just the first screen of it, there are many more. The data > >>> compiled here is for the last month (rsyslog is keeping the current log > >>> plus four older logs). I find it disturbing that there were 12251 > >>> attempts at telnet during that time, 2154 on 8080, and so forth. > >>> either I'm some kind of special/hot target, or else everybody gets > >>> this kind of crap and may not even know it. > > >>> But the one thing I mean to ask about here is the very first item, > >>> 140,750 attempts at port 48825. What the heck is port 48825? I can't > >>> find any reference to anything that uses it online, but for some > >>> reason it is extremely popular, at least amongst the turkeys trying to > >>> break into my network! > >>> > >>> reveals that of all the source addresses trying to poke at 48825, > >>> there are 193 unique addresses. Either this indicates a heck of a lot > >>> of sites having at my firewall, or that some few sites are all > >>> spoofing their addresses. I can sort of understand people whaling away > >>> at ports that may conceal gold, from their warped point of view, but I > >>> haven't a clue why so many people would be beating on some apparently > >>> unassigned and unused port. > >>> > >> As you say 48825 is not a known port and too low to be a dynamic port. > >> I suspect it's a command/control port for a botnet - they aren't > >> particular renowned for their elegance and subtlety and so it might be > >> that your IP address (if it's a DSL line) in the past had been > >> compromised and was running a bot controller and all the bot workers on > >> hacked machines are trying to contact their controller to find out > >> what to do. Certainly all the monitoring sites I've looked at see > >> almost zero traffic on that port (zero = less than 10 packets a day). > > > > Nope, I've never had a DSL line. was dialup to a local ISP for some > > years until a cable company that would provide what I wanted (instead of > > insisting on selling me what I didn't want) ran fiber down the street, and > > was willing to sell me a static IP address. right now my memory fails me > > as to exactly when that was, but it may have been as much as 20 years ago, > > certainly at least 15. so I've had that address for long enough that there > > shouldn't be any botnets thinking that I am one of its command/control > > servers. > > > > but the amount of attempted traffic on that port certainly does seem like > > it could be a botnet banging on me. > > > >> Just be thankful that you have a working firewall in place! > >> > You want a perfectly silly... and perfectly believable thought? I've seen > attempts against our outward-facing servers these last 10 years... and > I've seen enough where the idiot script kiddies were so stupid that they > couldn't manage to read the directions enough to at least salt the > autogenerated name. The result was "user@" or a blank where there should > be a name. > > So, I'm wondering if someone botnet got screwed up... and it's going to > the *wrong* address for its command and control. If so, sorry it's hitting and I didn't even mention the huge number of failed attempts on port 25. /var/log/maillog is full of systems trying to send spam, or trying to DOS me with incompleted connection attempts, or just plain spamming with mail for addresses not at this system. The little light on the network switch serving this machine hardly ever stops blinking with all the traffic hitting it. One thing I don't understand is how/why the firewall is DROPping so many attempts on port 25 when it in fact has a port forward rule sending port 25 on to my mailserver. How does it know, or why does it think that some of them can be dropped at the outer barrier? > you, but thank you for taking a hundred thousand or so for all of us. Hey, its the least I can do for all the good guys out there! :) But that doesn't mean the same dratsabs aren't hitting all the rest of you too. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] odd network question
On Fri, Aug 02, 2019 at 08:22:06AM +0100, Pete Biggs wrote: > > > This is just the first screen of it, there are many more. The data > > compiled here is for the last month (rsyslog is keeping the current > > log plus four older logs). I find it disturbing that there were 12251 > > attempts at telnet during that time, 2154 on 8080, and so forth. either > > I'm some kind of special/hot target, or else everybody gets this kind > > of crap and may not even know it. > > The raw internet is a very noisy, nasty place. That's why we have > firewalls! FYI, telnet (as you realise) is old, but the old machines > that are still running it are eminently and easily hackable - it may be > your IP has got on a list of old SGI boxes. 8080 probes are looking for > open web proxies, 5060 is looking for open voip systems and so on. > > > > > But the one thing I mean to ask about here is the very first item, > > 140,750 attempts at port 48825. What the heck is port 48825? I can't > > find any reference to anything that uses it online, but for some reason > > it is extremely popular, at least amongst the turkeys trying to break > > into my network! > > > > reveals that of all the source addresses trying to poke at 48825, > > there are 193 unique addresses. Either this indicates a heck of a lot > > of sites having at my firewall, or that some few sites are all spoofing > > their addresses. I can sort of understand people whaling away at ports > > that may conceal gold, from their warped point of view, but I haven't a > > clue why so many people would be beating on some apparently unassigned > > and unused port. > > > As you say 48825 is not a known port and too low to be a dynamic port. > I suspect it's a command/control port for a botnet - they aren't > particular renowned for their elegance and subtlety and so it might be > that your IP address (if it's a DSL line) in the past had been > compromised and was running a bot controller and all the bot workers on > hacked machines are trying to contact their controller to find out what > to do. Certainly all the monitoring sites I've looked at see almost > zero traffic on that port (zero = less than 10 packets a day). Nope, I've never had a DSL line. was dialup to a local ISP for some years until a cable company that would provide what I wanted (instead of insisting on selling me what I didn't want) ran fiber down the street, and was willing to sell me a static IP address. right now my memory fails me as to exactly when that was, but it may have been as much as 20 years ago, certainly at least 15. so I've had that address for long enough that there shouldn't be any botnets thinking that I am one of its command/control servers. but the amount of attempted traffic on that port certainly does seem like it could be a botnet banging on me. > Just be thankful that you have a working firewall in place! Amen! -- Fred Smith -- fre...@fcshome.stoneham.ma.us - God made him who had no sin to be sin for us, so that in him we might become the righteousness of God." --- Corinthians 5:21 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] [OT] odd network question
I know this is OT, but I'm not sure where else to ask. I can hope for fogiveness! :) My home router sends its logs to the rsyslog on my desktop system, and from there I can learn all kinds of interesting (or disturbing) things. I've written a really horrid shellscript (about 20 things piped together with a temp file in the middle) to give me the count of DROP events for specific incoming ports. (The "Description" field is lifted verbatim from /etc/services.) Count PortDescription - --- 140750 48825 12251 23 telnet 23/tcp 10043 445 microsoft-ds445/tcp 28691 tcpmux 1/tcp # TCP port service multiplexer 24789 discard 9/tcp sink null 21548080webcache8080/tcphttp-alt# WWW caching service 19905060sip 5060/tcp# SIP 15928089 14528545 13583389ms-wbt-server 3389/tcp# MS WBT Server 1275443 https 443/tcp # http protocol over TLS/SSL 127581 12585000commplex-main 5000/tcp# 124480 http80/tcp www www-http# WorldWideWeb HTTP 10228291 840 60001 834 7547cwmp7547/tcp# DSL Forum CWMP 821 1433ms-sql-s1433/tcp# Microsoft-SQL-Server 809 23233d-nfsd 2323/tcp# 3d-nfsd 764 personal-agent /tcp# Personal Agent This is just the first screen of it, there are many more. The data compiled here is for the last month (rsyslog is keeping the current log plus four older logs). I find it disturbing that there were 12251 attempts at telnet during that time, 2154 on 8080, and so forth. either I'm some kind of special/hot target, or else everybody gets this kind of crap and may not even know it. But the one thing I mean to ask about here is the very first item, 140,750 attempts at port 48825. What the heck is port 48825? I can't find any reference to anything that uses it online, but for some reason it is extremely popular, at least amongst the turkeys trying to break into my network! A little more grepping: grep 'DPT=48825' Firewall-Log* | grep -o "SRC=[09123456789.]*" | sort -u -t '.' -k "1.5g,1g" | less reveals that of all the source addresses trying to poke at 48825, there are 193 unique addresses. Either this indicates a heck of a lot of sites having at my firewall, or that some few sites are all spoofing their addresses. I can sort of understand people whaling away at ports that may conceal gold, from their warped point of view, but I haven't a clue why so many people would be beating on some apparently unassigned and unused port. Anyone got any clues? Thanks in advance! Fred -- --- .Fred Smith / ( /__ ,__. __ __ / __ : / // / /__) / / /__) .+' Home: fre...@fcshome.stoneham.ma.us // (__ (___ (__(_ (___ / :__ 781-438-5471 Jude 1:24,25 - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Mate on Centos 7
On Mon, Jul 15, 2019 at 03:27:43PM +0100, n...@li.nux.ro wrote: > There are loads of us, most are just happy with the current version. and if not exactly "happy", at least find it satisfactory. > > > On 2019-07-15 15:22, H wrote: > >On July 15, 2019 8:21:10 AM EDT, Jonathan Billings > > wrote: > >>On Mon, Jul 15, 2019 at 07:27:46AM -0400, H wrote: > >>>What is the recommended way to upgrade to 1.22? > >> > >>I see you've already done the appropriate thing, filed a ticket[1] > >>against the EPEL package in Bugzilla. > >> > >>Not much else you can do here. It's not part of CentOS, and is up to > >>the EPEL maintainers to upgrade. > >> > >>1. https://bugzilla.redhat.com/show_bug.cgi?id=1729951 > >> > >>-- > >>Jonathan Billings -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Mate on Centos 7
On Mon, Jul 15, 2019 at 10:22:29AM -0400, H wrote: > On July 15, 2019 8:21:10 AM EDT, Jonathan Billings > wrote: > >On Mon, Jul 15, 2019 at 07:27:46AM -0400, H wrote: > >> What is the recommended way to upgrade to 1.22? > > > >I see you've already done the appropriate thing, filed a ticket[1] > >against the EPEL package in Bugzilla. > > > >Not much else you can do here. It's not part of CentOS, and is up to > >the EPEL maintainers to upgrade. > > > >1. https://bugzilla.redhat.com/show_bug.cgi?id=1729951 > > > >-- > >Jonathan Billings > >___ > >CentOS mailing list > >CentOS@centos.org > >https://lists.centos.org/mailman/listinfo/centos > > Can I really be the only user of Mate on Centos 7?? No, definitely not. I use MATE on C7, because Gnome is, how do I say this politely..., um, horrible. Not a KDE fan either. Gnome-2.x wasn't broken, didn't need to be thrown away and replaced by something completely different. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Have you run "tuned-adm profile throughput-performance" ?
On Fri, Jul 05, 2019 at 11:48:45AM -0700, Gordon Messmer wrote: > On 7/4/19 10:18 PM, Steven Tardy wrote: > >I would also look at power settings in the BIOS and c-state settings in the > >BIOS and OS as disabling c-states (often enabled by default to meet > >green/energy star compliance) can make a noticeable performance difference. > > > I'd be surprised if it did, but now that you mention it, I think > that we should probably mention more often that CentOS's default > performance policy is power-saving, which will cut maximum > performance in half. Every physical system running CentOS should > have run "tuned-adm profile throughput-performance". > > http://jperrin.org/centos/boosting-centos-server-performance/ Not for my (admittedly dog-like) AcerAspire One netbook, dual core 1.6 GHz Aton with a whopping 2 gigs of RAM. it would run for a little while, pause for a minute or two while the hard drive went chunka-chunka, then eventually come back to life. not pleasant. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. --- Romans 5:8 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Alternitives to Firefox...
On Wed, Jun 26, 2019 at 04:12:02PM -0400, Stephen John Smoogen wrote: > On Wed, 26 Jun 2019 at 15:59, Robert Heller wrote: > > > OK, I recently ugraded to the current ESR release of Firefox for CentOS > > 6. > > And I am having problems with the user interface (basically it has become > > hard > > [for me] to use). > > > > What alternitives are there? (Chrome and Chromium are not possible with > > CentOS, and Chrome and Chromium are actually worse). > > > > > Long story short.. there aren't any that work well. The web standards are > constantly changing, and you end up with a web browser where all the pages > look like crap through little fault of the browser. Most browser teams get > burned out and realize they are better off shaving yaks for sweater wool. > Other teams do some level of good enough but they also have to keep up with > newer things which means that trying to run it on EL6 is not going to be > something they want to add to their pile of crap. They also tend towards > keeping up with the Joneses so their interfaces will look like whatever is > Firefox/Chromiums current layout. > > In the end, there are three bad choices: > 1. Keep an out of date and buggy browser you can work with.. set up the > system to be as sandboxed as possible and assume it is always hacked. > 2. Learn to love and/or help improve some text based browser. Since the > graphical layouts will change constantly as GUI standards change.. this is > where I am headed. > 3. Try to find a browser out of the few remaining others that works.. most > will want you to be running something much more modern than EL6 (and even > EL7 is probably going to be too old for many). > 4. Just use browsers as little as possible and decide to live out life as a > yak herder. [OK this is probably where I am really headed] > > Sorry I don't have happier answersS I occasionally use Vivaldi (on C7) and find it to be a decent browser. I don't know how or even if it works on C6. A potential problem is that everybody (even MS!!) except firefox uses the same browser engine, and that is one developed by Google who seems determined to take over the web just like MS tried with IE. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [CentOS-devel] Delta RPMs (drpms) for CentOS-6 and CentOS-7
On Tue, Jun 04, 2019 at 09:55:14AM -0500, Johnny Hughes wrote: > We are having issues with drpms on CentOS-6 i386 and x86_64 and on > CentOS-7 x86_64. > > The technical issues sometimes cause us to have to rebuild all drpms > over again .. and the time involved is very large. Also storing the > drpms and moving them around takes up a lot of space and bandwidth. > > We would like to remove delta rpms (drpms) from our CentOS-6 and > CentOS-7 repositories. > > But before we do , we would like a discussion on these lists to ensure > this is not going to cause people major issues. > > So, begin the discussion, and we will address this again in about a > month. And we'll see where it leads. > > Thanks, > Johnny Hughes > Johnny: I don't have any particular problems with drpms, but I note that on my laptop, which is a really dog-slow dual-core Atom maxed out with a whopping 2Gig of RAM, the drpms seems to take forever to finish the rebuild. I suspect for me it'd be faster to just download the full RPM. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] multilib problem during "yum update"
On Tue, May 28, 2019 at 02:14:42AM +, Ian Mortimer wrote: > On Mon, 2019-05-27 at 14:05 +1000, Bill Maidment wrote: > > > > ---> Package libgpg-error.x86_64 0:1.13-1.el7.centos will be an > > > update > > > ---> Package libgpg-error-debuginfo.x86_64 0:1.13-1.el7.centos will > > > be an update > > > ---> Package libgpg-error-devel.x86_64 0:1.13-1.el7.centos will be > > > an update > > > > The update for libgpg-error.i686 1.13-1 seems to be missing > > Where are the libgpg-error 1.13-1.el7.centos packages coming > from? They're not in CentOS updates (or RHEL updates either). bugzy-keepassxc and disabling it solves the problem. I'm using the priority plugin, so apparently I didn't choose a correct value for the bugzy repopriority. If I have more troubles, in the future, from having disabled it, I'll do a closer study of the priorities. thanks for the rap on the head! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about ntp
On Tue, May 28, 2019 at 11:44:35AM +1000, Jobst Schmalenbach wrote: > On Mon, May 27, 2019 at 06:32:19AM +0200, Ralf Prengel > (ralf.pren...@rprengel.de) wrote: > > > > Hallo, > > > > what is the standard way to sync time under Centos 7. > > ntp or chrony. > > YMMV. > > I have used NTP for many, many years so I am familiar with it and also have > ALL config files, I normally just delete chrony and install ntpd, then copy > the config files and start ntp. All done, 2 minutes. > > Chrony cannot supply time info, so if you have clients requesting time info > the server cannot serve time, you need ntpd for that. I have many windows > stations that pull time from my CentOS servers. Back when I used chrony in my home LAN it certainly did serve time. I brought it up on my firewall (an old PC running SmoothWall) as a local time server and it worked great for that purpose. It's hard to imagine that someone would have REMOVED that ability in the intervening years -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about ntp
On Mon, May 27, 2019 at 04:29:28PM +0100, Pete Biggs wrote: > > > > > what is the standard way to sync time under Centos 7. > > ntp or chrony. > > > chrony syncs to an NTP server, in the same way that ntp syncs to an NTP > server. The both work. > > I have both ntpd (under CentOS 6) and chronyd (under CentOS 7) NTP > servers on my network, they all work fine together. > > P. I used chrony at home, a couple of decades ago (give or take) way back when I was on dialup, because if its ability to serve time to machines that are not always connected. Since it is now the default NTP provider for EL7 I use it again, and it still works fine for my needs. Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] multilib problem during "yum update"
I'm hoping someone can point me to what is wrong here, I can't figure it out. running "yum update" on my C7.6 box I get: Resolving Dependencies --> Running transaction check ---> Package glibc-debuginfo.x86_64 0:2.17-260.el7_6.4 will be updated ---> Package glibc-debuginfo.x86_64 0:2.17-260.el7_6.5 will be an update ---> Package glibc-debuginfo-common.x86_64 0:2.17-260.el7_6.4 will be updated ---> Package glibc-debuginfo-common.x86_64 0:2.17-260.el7_6.5 will be an update ---> Package google-chrome-stable.x86_64 0:74.0.3729.157-1 will be updated ---> Package google-chrome-stable.x86_64 0:74.0.3729.169-1 will be an update ---> Package kmod-nvidia.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package kmod-nvidia.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package libgpg-error.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error.x86_64 0:1.13-1.el7.centos will be an update ---> Package libgpg-error-debuginfo.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error-debuginfo.x86_64 0:1.13-1.el7.centos will be an update ---> Package libgpg-error-devel.x86_64 0:1.12-3.el7 will be updated ---> Package libgpg-error-devel.x86_64 0:1.13-1.el7.centos will be an update ---> Package mkvtoolnix.x86_64 0:33.1.0-1 will be updated ---> Package mkvtoolnix.x86_64 0:34.0.0-1 will be an update ---> Package nvidia-x11-drv.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package nvidia-x11-drv-libs.i686 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv-libs.x86_64 0:418.74-1.el7_6.elrepo will be updated ---> Package nvidia-x11-drv-libs.i686 0:430.14-1.el7_6.elrepo will be an update ---> Package nvidia-x11-drv-libs.x86_64 0:430.14-1.el7_6.elrepo will be an update ---> Package systemd-debuginfo.x86_64 0:219-62.el7_6.6 will be updated ---> Package systemd-debuginfo.x86_64 0:219-62.el7_6.6.0.1 will be an update ---> Package vivaldi-stable.x86_64 0:2.5.1525.43-1 will be updated ---> Package vivaldi-stable.x86_64 0:2.5.1525.46-1 will be an update ---> Package wget.x86_64 0:1.14-18.el7 will be updated ---> Package wget.x86_64 0:1.14-18.el7_6.1 will be an update --> Finished Dependency Resolution Error: Multilib version problems found. This often means that the root cause is something else and multilib version checking is just pointing out that there is a problem. Eg.: 1. You have an upgrade for libgpg-error which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of libgpg-error of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude libgpg-error.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of libgpg-error installed, but yum can only see an upgrade for one of those architectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of libgpg-error installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: libgpg-error-1.13-1.el7.centos.x86_64 != libgpg-error-1.12-3.el7.i686 I don't know what it's complaining about, I have several i686 packages installed that yum thinks need the libgpg-error package. here's all the libgpg stuff installed: libgpg-error.i686 1.12-3.el7 @base libgpg-error.x86_64 1.12-3.el7 @anaconda libgpg-error-debuginfo.x86_64 1.12-3.el7 @base-debuginfo libgpg-error-devel.x86_64 1.12-3.el7 @base When I encountered this a couple weeks ago I finally excluded libgpg from the updates, hoping there was some mirror problem that would go away, but apparently not. I can't see any reason why having both i686 and x86_64 is a problem, I'm hoping someone here can enlighten me. thanks in advance! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on Dav
Re: [CentOS] JavaFX on C7 ?
On Mon, May 13, 2019 at 02:11:42PM +, Denniston, Todd A CIV USN NSWC CD CRANE ID (USA) wrote: > > > > On Sun, 2019-05-12 at 21:52 -0400, Fred Smith wrote: > > > Hi all! > > > > > > I'm getting: > > > > > > Error: JavaFX runtime components are missing, and are required to run > > > this application > > > > > > > > Hi, > > > > https://access.redhat.com/solutions/3299701 > > > > You can always use Oracles Java if you wish. > > > > Regards > > > > Phil > > > A somewhat more accessible answer is at [1], though it is a bit depressing: > "Does Red Hat's OpenJDK distribution included JavaFX? > No. Red Hat does not have plans to deliver JavaFX or the OpenJFX project in > our distribution." > > I thought JavaFX/openJFX was integrated into openjdk-11 (actually 9 according > to the openjdk site), so I expected to see something along the lines of 'not > in JDK8, but included standard with JDK11'. The above statement suggests > they did not even build it into 11 on RHEL7 [2], and possibly not even on > RHEL8. It might be interesting to know why... could it be a combo similar to > [5] and not wanting to drop $2M/year on the MPEGLA cabal to do like Cisco[4]? > > I have been told that getting javafx to build, on EL, is quite a bit of pain > and thus have not tried it myself. Though I have been eyeing the work over > at [3] wondering how much grief it would be to start with that, port it to 11 > and try to use it with cisco's h264[4] instead of ffmpeg[5]. > > In the meantime, it looks like if we really need JFX, we will have to stoop > down to the Oracle version and the maintenance fun that brings. > Do I conclude that you don't expect the openjfx bits to work in El7? Fred > Hope this helps, and please let us know if you find a better or workable > way[6] before we do. > > [1] https://access.redhat.com/articles/1299013#FAQ > [2] confirmed by Fred Smith, when he opened this thread. > [3] https://github.com/atejeda/openjfx-el > [4] https://www.openh264.org/ > [5] I need it to work, but I need it unquestionably legal. I may disagree > with Patents on math and logic, but they are legal in the country I work in, > and thus must not be breached when working for its government. AFAIK some of > the needed stuff in ffmpeg is still covered. > [6] besides ditching the javafx portions of the program, which is what I am > truly considering. > > -- > Even when this disclaimer is not here: > I am not a contracting officer. I do not have authority to make or modify the > terms of any contract. > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." --- Isaiah 9:7 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] JavaFX on C7 ?
Hi all! I'm getting: Error: JavaFX runtime components are missing, and are required to run this application for a certain Java app. I'm hoping someone can tell me what bits and pieces I need to install (and maybe where to find them) so I can satisfy that app's appetite without screwing up my system. Thanks in advance! Fred PS: I see openjfx at openjfx.io. I assume that if this version is appropriate for C7, that I need the one containing the jmods, not the SDK? Again, clues will be much appreciated! -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] RHEL 8 released
On Tue, May 07, 2019 at 04:23:06PM +0200, Alessandro Baggi wrote: > Il 07/05/19 16:07, Rich Bowen ha scritto: > >This morning Red Hat announced the general availability of Red Hat > >Enterprise Linux 8. > > > >More details at > >https://www.redhat.com/en/about/press-releases/red-hat-enterprise-linux-8-every-enterprise-every-cloud-every-workload?sc_cid=701f201OIIOAA4 > > > > > > Hi Rich, > thank you for the great news. > > When c8 will be released? Like a Gallo wine, it will be released when it is ready. There's a huge amount of work to get it ready, so lets all refrain from bugging the developers, please? > When epel repository will be usable with C8? Whenever it's ready... -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." -- Matthew 7:21 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] epel-repository | repomd.xml.asc: [Errno 14] HTTP Error 404
On Thu, Apr 18, 2019 at 08:15:13PM +0200, Stefanie Leisestreichler wrote: > Hi. > I try to install openvpn at my centos 7 server (CentOS Linux release > 7.6.1810 (Core)). > > According to many tutorials at the internet, I was using > yum install epel-release -y to enable the repo. > > When (after installing epel-release) I try to install openvpn using > yum install openvpn -y > > I get this error: > Geladene Plugins: fastestmirror > Loading mirror speeds from cached hostfile > epel/x86_64/metalink > | 30 kB 00:00:00 > * base: mirror.fra10.de.leaseweb.net > * epel: ftp-stud.hs-esslingen.de > * extras: ftp.rz.uni-frankfurt.de > * updates: centos.schlundtech.de > base/7/x86_64/signature > | 811 B 00:00:00 > base/7/x86_64/signature > | 3.6 kB 00:00:00 !!! > https://mirror.imt-systems.com/epel/7/x86_64/repodata/repomd.xml.asc: > [Errno 14] HTTPS Error 404 - Not Found > Anderer Spiegelserver wird versucht. > > Ater that I get a lot of these errors, all with the same signature: > > https://ftp-stud.hs-esslingen.de/pub/epel/7/x86_64/repodata/repomd.xml.asc: > [Errno 14] HTTPS Error 404 - Not Found > Anderer Spiegelserver wird versucht. > http://ftp.uni-stuttgart.de/epel/7/x86_64/repodata/repomd.xml.asc: > [Errno 14] HTTP Error 404 - Not Found > Anderer Spiegelserver wird versucht. > https://mirror.infonline.de/epel/7/x86_64/repodata/repomd.xml.asc: > [Errno 14] HTTPS Error 404 - Not Found > > > What am I doing wrong? it looks like you've goit some repo enabled that enables a bunch of German repos. Looking at the epel mirror list it may be epel that is the culprit. I find that I often get a long long string of epel mirror errors when I first run a yum command, but if, after it errors out, I run it again, then heck, it works fine. have you tried rerunning the yum command? I've never bothered to report the problem to epel because it is easy to work around (and I'm lazy), but if you can't get around it, you may wish to file a report. Good luck! Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us - "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." Hebrews 4:12 (niv) -- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] http error when updating 7.5 ==> 7.6
On Tue, Mar 26, 2019 at 10:01:12AM -0400, Chris Schanzle via CentOS wrote: > On 3/25/19 8:32 AM, Johnny Hughes wrote: > >This is not the first time we have had issues with drpms in the update tree. > >Would anyone be opposed to taking away deltarpms from the repositories? > > > >They take up lots of space and they have cause multiple issues in the past. > > > >Thoughts? > > > Due to the disk churn deltarpms need and our own internal mirroring of centos > packages, one of the first things I do post-install is disable deltarpms. > > However, I'm sure there are users on limited connections (either monthly cap > or slow) who appreciate the deltarpms who are not on this list to cast their > vote. > > I suppose the only way to find out is to take them away and if there is > outcry, put them back. Works for me. -- Fred Smith -- fre...@fcshome.stoneham.ma.us - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] http error when updating 7.5 ==> 7.6
On Mon, Mar 25, 2019 at 07:32:33AM -0500, Johnny Hughes wrote: > On 3/25/19 6:37 AM, Johnny Hughes wrote: > > On 3/23/19 9:19 AM, Bez Thomas wrote: > >>> On Mar 22, 2019, at 9:52 PM, Fred Smith > >>> wrote: > >>> > >>> Was just doing a (very) belated update on a 7.5 system and ran into > >>> this set of errors: > >>> > >> > >>> Some delta RPMs failed to download or rebuild. Retrying.. > >>> > >> > >> > >>> > >>> so, anybody know why we're getting the 416 error from yum but not from > >>> firefox? > >>> > >> > >> Hi Fred, > >> > >> Ran into this yesterday. It seems to be a delta rpm problem. > >> Firefox is working because it’s downloading the whole rpm, avoiding the > >> issue. > >> > >> setting > >> deltarpm=0 > >> in /etc/yum.conf is an equivalent workaround, and fixed the issue for me. > >> > >> I’d appreciate someone who knows more about how delta rpms work weighing > >> in on what the actual issue is. > >> > > > > Not sure what happened with the drpms, but I will regenerate all the > > polkit drpms with the upcoming ghostscript release later this morning. > > > > I added drpm tests to our pre-release CI tests as well. > > > > This is not the first time we have had issues with drpms in the update tree. > > Would anyone be opposed to taking away deltarpms from the repositories? > > They take up lots of space and they have cause multiple issues in the past. > > Thoughts? > > Johnny, thanks for looking into this. I, for one, have no issue with there being no drpms. their purpose was, as I recall, to save bandwidth. this may still help for busy mirrors, but for most of us bandwidth is no problem. Someone on dialup may disagree, but how many of those are there these days? Fred -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] http error when updating 7.5 ==> 7.6
Was just doing a (very) belated update on a 7.5 system and ran into this set of errors: Package Arch Version Repository Size Updating: polkit x86_640.112-18.el7_6.1updates168 k polkit-develx86_640.112-18.el7_6.1updates 42 k polkit-docs noarch0.112-18.el7_6.1updates251 k Transaction Summary Upgrade 3 Packages Total download size: 461 k Is this ok [y/d/N]: y Downloading packages: Finishing delta rebuilds of 3 package(s) (461 k) Some delta RPMs failed to download or rebuild. Retrying.. polkit-0.112-18.el7_6.1.x86_64 FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-0.112-18.el7_6.1.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. polkit-devel-0.112-18.el7_6.1. FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-devel-0.112-18.el7_6.1.x86_64.rpm: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. polkit-docs-0.112-18.el7_6.1.n FAILED http://mirror.centos.org/centos/7/updates/x86_64/Packages/polkit-docs-0.112-18.el7_6.1.noarch.rpm: [Errno 14] HTTP Error 416 - Requested Range Not Satisfiable Trying other mirror. Error downloading packages: polkit-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-devel-0.112-18.el7_6.1.x86_64: [Errno 256] No more mirrors to try. polkit-docs-0.112-18.el7_6.1.noarch: [Errno 256] No more mirrors to try. I then browsed to the mirror shown above and downloaded the files with no trouble. I then did "yum localupdate" for the three downloaded files and they installed just fine. so, anybody know why we're getting the 416 error from yum but not from firefox? a little searching for that error indicates it is some kind of problem on the web host, I think. but it's weird. I don't need help, I'm good, but perhaps someone needs to look at whatever mis-configuration on the host(s) causes that. I originally left the repo file alone so it attempted to use the repolist but every repo failed. I then changed it to use the baseurl but it didn't help. So whatever the problem is, it isn't with just a single host. Fred -- --- Under no circumstances will I ever purchase anything offered to me as the result of an unsolicited e-mail message. Nor will I forward chain letters, petitions, mass mailings, or virus warnings to large numbers of others. This is my contribution to the survival of the online community. --Roger Ebert, December, 1996 - The Boulder Pledge - ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
