Re: [CentOS] hex editor for huge files
> On 2020-07-13 15:01, hexp...@hexpeek.com wrote: >> On 2020-07-13 04:04, Simon Matter via CentOS wrote: >>> BTW: I strongly suggest to change back the assignment of BINDIR in the >>> Makefiles. >>> ... >>> >>> Regards, >>> Simon >> >> Thank you for bringing this to my attention. I apologize for any >> inconvenience. I was under the impression make would terminate if a >> command >> failed, but it seems that is not true for variables set via a subshell. >> >> I will remove the dependency on realpath in the Makefiles and scripts, >> and >> implement a more robust cross-platform build solution when I get a >> chance. >> Again, thank you for testing this within the RPM framework. > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Simon, I made some adjustments to the Makefiles that should address > this issue. I tested on a mostly vanilla CentOS 8.1 system. If you > have any other issues, let me know. Thanks, it's fine now. The problem was showing up on EL6 which lacks realpath. Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Apache umask
>> I need to set the umask for apache to 002. I've tried every idea I've found >> on the internet, but nothing make a difference. Most suggest that I put >> "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make a >> difference.>> >> Other's suggest adding something to the httpd.service script for systemd. >> And that doesn't make any difference. >> >> Any suggestion from this list would be appreciated. >> >> Emmett SystemD does have a directive for UMask in their "unit" scripts under the '[service]' section See: https://www.freedesktop.org/software/systemd/man/systemd.exec.html#UMask= [ https :// www. freedesktop. org /software/systemd/man/systemd.exec.html#UMask= ] and also: https://man7.org/linux/man-pages/man5/systemd.exec.5.html [ https :// man7. org /linux/man-pages/man5/systemd.exec.5.html ] Several posts on StackExchange indicate that the name of the directive 'UMask' is case-sensitive, so it must match the first two letters as UPPERcase, the remainder lowercase. This posting at ServerFault provides the exact steps: https://serverfault.com/questions/924960/how-to-set-umask-for-apache-on-amazon-linux-2-ami [ https :// serverfault. com /questions/924960/how-to-set-umask-for-apache-on-amazon-linux-2-ami ] Depending on how Apache httpd is called (for example, if there is a wrapper script called instead of an executable), there may be other players in the mix that would influence what the process ends up with for its umask. Start first with how Apache httpd is called by SystemD, and trace it out to the binary (see if your script(s) call any other scripts). Worst case, you could go the opposite route and have the unit script call a bash script instead of the executable directly, and the bash script can set umask right before it calls the httpd binary. Cheers! Simba Engineering ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
[CentOS] Apache umask
I need to set the umask for apache to 002. I've tried every idea I've found on the internet, but nothing make a difference. Most suggest that I put "umask 002" in /etc/sysconfig/httpd, but that doesn't seem to make a difference. Other's suggest adding something to the httpd.service script for systemd. And that doesn't make any difference. Any suggestion from this list would be appreciated. Emmett ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hex editor for huge files
On 2020-07-13 15:01, hexp...@hexpeek.com wrote: On 2020-07-13 04:04, Simon Matter via CentOS wrote: BTW: I strongly suggest to change back the assignment of BINDIR in the Makefiles. ... Regards, Simon Thank you for bringing this to my attention. I apologize for any inconvenience. I was under the impression make would terminate if a command failed, but it seems that is not true for variables set via a subshell. I will remove the dependency on realpath in the Makefiles and scripts, and implement a more robust cross-platform build solution when I get a chance. Again, thank you for testing this within the RPM framework. -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Simon, I made some adjustments to the Makefiles that should address this issue. I tested on a mostly vanilla CentOS 8.1 system. If you have any other issues, let me know. -BEGIN PGP SIGNATURE- iQJIBAEBCgAyFiEEfeRsn/lRU2hTiGbecMFr/kefAX8FAl8M0dEUHGhleHBlZWtA aGV4cGVlay5jb20ACgkQcMFr/kefAX+f1w//chHXCXZWxN2jgzuxvWbOAWObngJJ SqgE3Ts1mLUyWErHBru7AestsZQMn+3zpOgr6I0cRg22gOHWQredMrbTD9U0Un6g 2T1pOY8tpDM39SVE7LGBDZaESAjfTNJA9XvVx72SEB/Mysg3/cZ3DZtrwktc19iM boHWLCpuw0U5U0vKl2HB/aiiLRcz4tEAbzkaR0vbcKQwnq1zMW74wv8zyQubTjPe 9+XFaPkWiYb8r7+7C9GXbOUa5bQAr0cVJguY//lUa/KIH31davFgPFV9aWhRmanW DlThlac3GaR/BN0c8rZCr3GSMROiIYYzELjeZqpw/0sKPvTZJfe6vtD9B/DiJxQi zjZZ1La2913wtmPPq/xlz7K3L7NTBG7Ih8I3o09cHcWIEuM+bBYlUKZ2iiv09w9C t8qE/SAu6hgmUUo6nbIO8npT6rbvFCrT/1fRw41/C4DXNkppy4KLsvhvJBNBxW1D K4OFGkRRbYH6E8Q0RtywiiDwpGzGmOc0sayHrgAQjC8v21dL7gQABB6DwTirTafs Ph8wV/xDs0IhHksZ+qS2dS856txuqldrK/p6eJNCnoeSvmHGG9Sy/Agjc3wpWjqV iDq2SJaRhqjnHyddbRbsN80NnDtiDxVWsAFvJXRYNFmGCDBfBT5IWlxlaYlqWq0j 0P7IVfc1Xmqn5xs= =sx0H -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 & HandBrakeCLI
On Mon, 2020-07-13 at 08:55 -0400, mail...@toolz.com wrote: > EXTERNAL EMAIL: This email originated from outside of the University > of Limerick. Do not click on links or open attachments unless you > recognize the sender's email address and know the content is safe. > On 2020-07-13 05:09, Kay Diederichs wrote: > > On 7/13/20 4:04 AM, Frank M. Ramaekers Jr. wrote: > > > Since I upgraded to CentOS8, I cannot get HandBrakeCLI to work: > > I could not get HandBrake to work under CentOS 8, so I installed it > under > Zorin 15 (an Ubuntu-derived German distro). There, it works > great. I > did not try > any of the other distros derived from Debian or Ubuntu itself. > > Todd Merriman > Software Tooolz, Inc. > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos HandBrake-1.3.3-1.el8 and HandBrake-gui from RPM Fusion work fine on CentOS-Stream 8. Haven't tried on CentOS 8. Tony ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hex editor for huge files
On 2020-07-13 04:04, Simon Matter via CentOS wrote: On 2020-07-12 05:57, Mogens Kjaer wrote: On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: Thanks for the tool, I've created RPMs of it: http://www.invoca.ch/pub/packages/hexpeek/ The package generates a symlink /usr/bin/hexedit to /usr/bin/hexpeek, but this is in conflict with the package hexedit which is in base of Centos 7. Mogens -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Indeed, this oversight made it into the beta release. It has already been removed from the current version and will not appear in future versions. I've upgraded the RPM as well. BTW: I strongly suggest to change back the assignment of BINDIR in the Makefiles. If 'realpath' doesn't exist on the build host, this is what happens when you run make: make -C src make[1]: Entering directory `/home/pkgbuild/rpmbuild/BUILD/hexpeek-v0.0.20200712b/src' rm -f /* rm: cannot remove `/bin': Is a directory rm: cannot remove `/boot': Is a directory rm: cannot remove `/cgroup': Is a directory rm: cannot remove `/dev': Is a directory rm: cannot remove `/etc': Is a directory rm: cannot remove `/home': Is a directory rm: cannot remove `/lib': Is a directory ... ... Regards, Simon -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Thank you for bringing this to my attention. I apologize for any inconvenience. I was under the impression make would terminate if a command failed, but it seems that is not true for variables set via a subshell. I will remove the dependency on realpath in the Makefiles and scripts, and implement a more robust cross-platform build solution when I get a chance. Again, thank you for testing this within the RPM framework. -BEGIN PGP SIGNATURE- iQJIBAEBCgAyFiEEfeRsn/lRU2hTiGbecMFr/kefAX8FAl8MrxMUHGhleHBlZWtA aGV4cGVlay5jb20ACgkQcMFr/kefAX9pnA//a1ZuU2DXtzkEc09VqPJMMXmk+/aD AfFkHXArzdMSGMLboVIx2T1CKef+/mttLyeMHJRWWyW6IQjSCKmHt+hZhCN8zlT0 gU21dU3jO7ZURBsuByV95hgjxIyRcJb8rKk/b5sQL46qKwf4EAK6TUn2jX6eeoOi ZjspxpN39vPz74sEj+flZA6lR3KFr2wr7bY7WMwRQPlyPLQLXxg2sIqAIdYkyWFt U9nkQ/ulb+aVTv827PDny0IrrzExuEmKRwQpbO6vUdK9px2X3ClHIhZi7Ox8qQj8 lYTpRWGOdRApnER/Q8HrMA7wy2YR3JOwgPS0suGDdcibRImf+rJZbUM4I3rij8CN GG6HSsMOAGLLlfLeoZb7kdyh3DtMyiU9JQK3E6eAnB0JEfGDLjkcJhF6KfqsoSsW +2v/SznnTBpR2t3MMdIFMlV5FSfy9vNQNi69rRQmlVUpv74BH8Q3H02UdgVntj0Z RBnITBwCYUF1/7xWbHqpzT9tCwGNrrLTeMtIdWDu1zF4PbeQF76jvW723QIhKkIm P7LH3MTks89NNn0h6PKsmHhpOYN2HEZ8Z60xBTsqZt1P6f56KkI3Km8RLSXOP8+F bvlJSgbIuT9HzNuAC/TY/bJUuGYN/REeSt0E3wYvM2pHdQDS2mgOuii1FsWgA/nD JF86ai5sc56YSlY= =yKhP -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 & HandBrakeCLI
On 7/12/20 10:04 PM, Frank M. Ramaekers Jr. wrote: > Since I upgraded to CentOS8, I cannot get HandBrakeCLI to work: > > # HandBrakeCLI > HandBrakeCLI: error while loading shared libraries: libass.so.5: cannot open > shared object file: No such file or directory HandBrakeCLI (and ghb - the GUI) at least starts without error on CentOS 8 as installed from rpmfusion. I haven't actually used it. I suggest you look at 'rpm -qi $(which HandBrakeCLI)' to show you where you got your handbrake from and possibly update it from there. Perhaps you disabled some repos? ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 & HandBrakeCLI
On 2020-07-13 05:09, Kay Diederichs wrote: On 7/13/20 4:04 AM, Frank M. Ramaekers Jr. wrote: Since I upgraded to CentOS8, I cannot get HandBrakeCLI to work: I could not get HandBrake to work under CentOS 8, so I installed it under Zorin 15 (an Ubuntu-derived German distro). There, it works great. I did not try any of the other distros derived from Debian or Ubuntu itself. Todd Merriman Software Tooolz, Inc. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need HELP with old DSL modem setup on CentOS 7
El 13/7/20 a las 0:50, Kay Schenk escribió: >> With your current setup in mind, do you know the modem internal >> IP? With that, set your computer's IP to be in the same network, >> verify the default route, and see if you can reach out to the modem. >> > I did this with a new network profile and activated it, but no good. I need > some info/tools on examining my "network" I think. > > >> Personally I would have the router between the two, but that is >> changing the problem instead of helping you fix yours. >> > Actually the router WAS between the modem and my desktop until I took > things apart and the router Was not part of the equation. I wanted to > verify the setup I had with JUST the modem, but I am at a loss on how to > get CentOS7 to access a "local" url on the same local network without > getting the "no network" business. > > Thank you for your suggestions. > > Regards, > Kay > As Mauricio said you must be in the same network that the DSL modem: Some considerations: I assume this is an Ethernet one and not USB one, right? Which IP are you trying to access? What is the computer IP and netmask? Did you tried to connect the MODEM directly to computer and set the IP to DHCP? Then look the IP you got and the gateway ( ip address show | grep -i "inet\ " **OR** ifconfig |grep -i "inet\ " ) and the default gateway ( ip route show | grep -i default ) The "usual" would be you try to access the MODEM in your gateway address, but may be other. The maker and model of MODEM would be great Good luck Best! ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 8 & HandBrakeCLI
On 7/13/20 4:04 AM, Frank M. Ramaekers Jr. wrote: > Since I upgraded to CentOS8, I cannot get HandBrakeCLI to work: > > # HandBrakeCLI > HandBrakeCLI: error while loading shared libraries: libass.so.5: cannot open > shared object file: No such file or directory > > Googling this, it appears the error message is related to ffmpeg, but I don't > get any error message with it: > > # ffmpeg > ffmpeg version 4.2.3 Copyright (c) 2000-2020 the FFmpeg developers > built with gcc 8 (GCC) > configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg > --docdir=/usr/share/doc/ffmpeg --incdir=/usr/include/ffmpeg > --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g > -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 > -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong > -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 > -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic > -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection' > --extra-ldflags='-Wl,-z,relro -Wl,-z,now > -specs=/usr/lib/rpm/redhat/redhat-hardened-ld ' --extra-cflags=' ' > --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc > --enable-version3 --enable-bzlib --disable-crystalhd --enable-fontconfig > --enable-frei0r --enable-gcrypt --enable-gnutls --enable-ladspa > --enable-libaom --enable-libdav1d --enable-libass --enable-libbluray > --enable-libcdio --enable-libdrm --enable-libjack > --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libmp3lame > --enable-nvenc --enable-openal --enable-opencl --enable-opengl > --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librsvg > --enable-libsrt --enable-libsoxr --enable-libspeex --enable-libssh > --enable-libtheora --enable-libvorbis --enable-libv4l2 --enable-libvidstab > --enable-libvmaf --enable-version3 --enable-libvpx --enable-libx264 > --enable-libx265 --enable-libxvid --enable-libzimg --enable-libzvbi > --enable-avfilter --enable-avresample --enable-libmodplug --enable-postproc > --enable-pthreads --disable-static --enable-shared --enable-gpl > --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-libmfx > --enable-runtime-cpudetect > libavutil 56. 31.100 / 56. 31.100 > libavcodec 58. 54.100 / 58. 54.100 > libavformat 58. 29.100 / 58. 29.100 > libavdevice 58. 8.100 / 58. 8.100 > libavfilter 7. 57.100 / 7. 57.100 > libavresample 4. 0. 0 / 4. 0. 0 > libswscale 5. 5.100 / 5. 5.100 > libswresample 3. 5.100 / 3. 5.100 > libpostproc 55. 5.100 / 55. 5.100 > Hyper fast Audio and Video encoder > usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] > outfile}... > > Use -h to get full help or, even better, run 'man ffmpeg' > > ...it is correct that I don't have a .5: > > > # ls /usr/lib64/libass* > /usr/lib64/libass.so /usr/lib64/libass.so.9 /usr/lib64/libass.so.9.0.2 > /usr/lib64/libassuan.so.0 /usr/lib64/libassuan.so.0.8.1 > > Ideas? > > ___ > CentOS mailing list > CentOS@centos.org > https://lists.centos.org/mailman/listinfo/centos So libass.so.9 is installed, but the program needs libass.so.5 - this leads to the error you see. Consider running ldd `which HandBrakeCLI` | grep -i found which might show you which other libraries are missing. If it's only libass.so.5, potentially a symlink ln -s libass.so.9 libass.so.5 in /usr/lib64 would do the trick, but the difference in version numbers appears large. Maybe it matters, maybe not. I'd also try to update HandBrakeCLI ; a later version might make use of libass.so.9 . HTH, Kay ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] hex editor for huge files
> On 2020-07-12 05:57, Mogens Kjaer wrote: >> On 7/10/20 4:10 PM, Simon Matter via CentOS wrote: >>> Thanks for the tool, I've created RPMs of it: >>> >>> http://www.invoca.ch/pub/packages/hexpeek/ >> >> The package generates a symlink /usr/bin/hexedit to /usr/bin/hexpeek, >> but this is in conflict with the package hexedit which is in base of >> Centos 7. >> >> Mogens > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Indeed, this oversight made it into the beta release. It has already > been > removed from the current version and will not appear in future versions. I've upgraded the RPM as well. BTW: I strongly suggest to change back the assignment of BINDIR in the Makefiles. If 'realpath' doesn't exist on the build host, this is what happens when you run make: make -C src make[1]: Entering directory `/home/pkgbuild/rpmbuild/BUILD/hexpeek-v0.0.20200712b/src' rm -f /* rm: cannot remove `/bin': Is a directory rm: cannot remove `/boot': Is a directory rm: cannot remove `/cgroup': Is a directory rm: cannot remove `/dev': Is a directory rm: cannot remove `/etc': Is a directory rm: cannot remove `/home': Is a directory rm: cannot remove `/lib': Is a directory ... ... Regards, Simon ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos