Re: [gentoo-user] Is there a way to misconfigure USB ports in the kernel?
Hi Rainer, On Friday, 27 November 2020 16:01:29 GMT Dr Rainer Woitok wrote: > Since the USB sticks contain symbolic links and have to be accessible > from both, Linux and Windows they are NTFS formatted, and according to > "mkntfs(8)" the sector size can be at most 4096, while the cluster size > is limited to 2097152, that is 2G. However, when NTFS formatting an USB > stick from within TrueCrypt/VeraCrypt or directly in Windows the maximum > cluster size is 64K, with the only difference that Windows calls it > "allocation unit size". Ohh! STOP RIGHT THERE! :-) I mistakenly thought you were using FAT. NTFS on linux uses the ntfs-3g driver, which relies on FUSE. This 'Filesystem in Userspace' is inevitably slower than kernel filesystem drivers, because it has to jump through hoops and libs, acting as a virtual filesystem. CPU usage will also be higher as a result, than when using a native kernel filesystem driver. A 4k block size is recommended for ntfs-3g which is the default sector created by fdisk and friends on Linux these days. This will align your partition optimally. In addition, mkfs.ntfs will use 4096 bytes as the default cluster size, so you should be good in that respect. Another setting you may want to try is mounting the USB with 'big_writes' - check the man page. This should help particularly with large files, which will use larger blocks up to 128KB when copying data to the NTFS. Also, read the FAQs under the heading "Performance" for more useful information: https://www.tuxera.com/community/ntfs-3g-faq/ Hope this helps. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: sendmail configuration
On 11/26/20 6:56 PM, Grant Edwards wrote: After trying to think of reasons to use sendmail, I beganto wonder if it still supports bang-routing and UUCP as a transport mechanism. A bit of googling seems to indicate that it does. Yes. I have used this a few times in the last 18 months. Mostly for fun through my small UUCP network. So there's one thing (that I do understand) that can be done with sendmail that can't (AFAICT) be done with the usual replacements. I thought at least one of the other contemporary MTAs also supported UUCP. I would assume anything that does support UUCP would also support bang-routing as I believe that's more of a UUCP function than an MTA function. So I'm surprised at the idea that other things that do support UUCP don't support bang-routing. -- Grant. . . . unix || die
Re: [gentoo-user] Is there a way to misconfigure USB ports in the kernel?
Michael, On Thursday, 2020-11-26 00:10:00 +, you wrote: > ... > Check dmesg to see if initialisation of the USB 3.0 drive throws up any > errors. No errors. > Then check 'lsusb -t' to make sure it has been recognised as a USB > 3.0. "lsusb -tv" showed the stick to be USB 3.0. > ... >Partitioning the USB drive to use 128KB sectors > and > then aligning the fs on it should improve matters. Since the USB sticks contain symbolic links and have to be accessible from both, Linux and Windows they are NTFS formatted, and according to "mkntfs(8)" the sector size can be at most 4096, while the cluster size is limited to 2097152, that is 2G. However, when NTFS formatting an USB stick from within TrueCrypt/VeraCrypt or directly in Windows the maximum cluster size is 64K, with the only difference that Windows calls it "allocation unit size". So I think above you were talking about 128K clusters rather than sect- ors. I'll give that a try and will reformat the USB sticks using the maximum cluster size of 64K. But I don't see a way to "align" the file system on these USB sticks. > I found this article which mentions an experiment with ext4 fs. Thanks for the link you sent in your other mail and thanks for pointing all this out :-) Sincerely, Rainer
Re: [gentoo-user] php-5.6.33
On Friday, 27 November 2020 15:17:51 GMT the...@sys-concept.com wrote: > On 11/27/2020 04:26 AM, Michael wrote: > > On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote: > >> I need to install old: php-5.6.33 on my new system. One program I have > >> depends on it. Is it possible and what is the easiest way to go about > >> it? > >> > >> I have the "php-5.6.33.ebuild" (and all other files) on my old system in > >> dir: > >> /var/db/pkg/dev-lang/php-5.6.33 > >> > >> Is it possible to copy it to my: /usr/local/portage/dev-lang/ > >> and build it on my new system? > > > > There's two ways to go about it. Since the MoBo is the same, I would run > > quickpkg then copy it over and emerge it on the new disk. > > > > Alternatively, copy over the ebuild and any associated files, then copy > > over the source from distfiles and emerge it as you would normally emerge > > a package. > > > > However, dependencies ... > > > > There are build time and run time dependencies. The emerge will fail if > > build time dependencies are no longer available on the current portage > > tree and/or fail to run if run time dependencies are missing. In this > > case you'll have to fish these ebuilds out of the attic and try again. > > Some packages will create conflicts with the currently installed > > versions, which may become impossible to resolve. Which is why I > > originally suggested cloning an already working system with all its > > packages, rather than reinstalling. > > > > Either way, give quickpkg a spin and see where that gets you. > > I'll try as you suggested, the mother board is different, it is a new > computer similar CPU AMD-8core. Sorry, my misunderstanding. I thought it was the same hardware, but a duplicate drive for dual booting. > I've tried duplicating it with Gparted, > didn't work. > The disk are different as well. > Old one is old WD spinning disk (about 10-years old) > New one is M.2 SSD Right, you could clone the disk, but then you would need to adjust your kernel for the hardware it will be running on. If you have missing drivers it won't work. > Old system is: emerge --info > Portage 2.3.24 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop, > gcc-6.4.0, glibc-2.25-r10, 4.9.72-gentoo x86_64) > > New one: emerge --info > Portage 3.0.9 (python 3.7.9-final-0, default/linux/amd64/17.1/desktop, > gcc-9.3.0, glibc-2.32-r2, 5.4.72-gentoo-x86_64 x86_64) > > So I'm not sure if duplicating the drive would work, maybe I'm going the > wrong way about it. It would be nice if gentoo have an easier way of > doing it, it would stand out from other distros. I've tried Debian > (stable) it didn't work, and I know I have more flexibility with Gentoo. > > Thelma I expect quickpkg will work, but it depends on the application's runtime dependencies. Use quickpkg for those too if the package asks for any and see what you get. Ideally you should be looking at updating the application, or finding an alternative which is still being maintained. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] php-5.6.33
On 11/27/2020 04:26 AM, Michael wrote: > On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote: >> I need to install old: php-5.6.33 on my new system. One program I have >> depends on it. Is it possible and what is the easiest way to go about it? >> >> I have the "php-5.6.33.ebuild" (and all other files) on my old system in >> dir: >> /var/db/pkg/dev-lang/php-5.6.33 >> >> Is it possible to copy it to my: /usr/local/portage/dev-lang/ >> and build it on my new system? > > There's two ways to go about it. Since the MoBo is the same, I would run > quickpkg then copy it over and emerge it on the new disk. > > Alternatively, copy over the ebuild and any associated files, then copy over > the source from distfiles and emerge it as you would normally emerge a > package. > > However, dependencies ... > > There are build time and run time dependencies. The emerge will fail if > build > time dependencies are no longer available on the current portage tree and/or > fail to run if run time dependencies are missing. In this case you'll have > to > fish these ebuilds out of the attic and try again. Some packages will create > conflicts with the currently installed versions, which may become impossible > to resolve. Which is why I originally suggested cloning an already working > system with all its packages, rather than reinstalling. > > Either way, give quickpkg a spin and see where that gets you. I'll try as you suggested, the mother board is different, it is a new computer similar CPU AMD-8core. I've tried duplicating it with Gparted, didn't work. The disk are different as well. Old one is old WD spinning disk (about 10-years old) New one is M.2 SSD Old system is: emerge --info Portage 2.3.24 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop, gcc-6.4.0, glibc-2.25-r10, 4.9.72-gentoo x86_64) New one: emerge --info Portage 3.0.9 (python 3.7.9-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.32-r2, 5.4.72-gentoo-x86_64 x86_64) So I'm not sure if duplicating the drive would work, maybe I'm going the wrong way about it. It would be nice if gentoo have an easier way of doing it, it would stand out from other distros. I've tried Debian (stable) it didn't work, and I know I have more flexibility with Gentoo. Thelma
Re: [gentoo-user] php-5.6.33
On 11/27/2020 04:26 AM, Michael wrote: > On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote: >> I need to install old: php-5.6.33 on my new system. One program I have >> depends on it. Is it possible and what is the easiest way to go about it? >> >> I have the "php-5.6.33.ebuild" (and all other files) on my old system in >> dir: >> /var/db/pkg/dev-lang/php-5.6.33 >> >> Is it possible to copy it to my: /usr/local/portage/dev-lang/ >> and build it on my new system? > > There's two ways to go about it. Since the MoBo is the same, I would run > quickpkg then copy it over and emerge it on the new disk. > > Alternatively, copy over the ebuild and any associated files, then copy over > the source from distfiles and emerge it as you would normally emerge a > package. > > However, dependencies ... > > There are build time and run time dependencies. The emerge will fail if > build > time dependencies are no longer available on the current portage tree and/or > fail to run if run time dependencies are missing. In this case you'll have > to > fish these ebuilds out of the attic and try again. Some packages will create > conflicts with the currently installed versions, which may become impossible > to resolve. Which is why I originally suggested cloning an already working > system with all its packages, rather than reinstalling. > > Either way, give quickpkg a spin and see where that gets you. I'll try as you suggested, the mother board is different, it is a new computer similar CPU AMD-8core. I've tried duplicating it with Gparted, didn't work. The disk are different as well. Old one is old WD spinning disk (about 10-years old) New one is M.2 SSD Old system is: emerge --info Portage 2.3.24 (python 3.5.4-final-0, default/linux/amd64/17.0/desktop, gcc-6.4.0, glibc-2.25-r10, 4.9.72-gentoo x86_64) New one: emerge --info Portage 3.0.9 (python 3.7.9-final-0, default/linux/amd64/17.1/desktop, gcc-9.3.0, glibc-2.32-r2, 5.4.72-gentoo-x86_64 x86_64) So I'm not sure if duplicating the drive would work, maybe I'm going the wrong way about it. It would be nice if gentoo have an easier way of doing it, it would stand out from other distros. I've tried Debian (stable) it didn't work, and I know I have more flexibility with Gentoo. Thelma
Re: [gentoo-user] php-5.6.33
On Friday, 27 November 2020 07:24:57 GMT the...@sys-concept.com wrote: > I need to install old: php-5.6.33 on my new system. One program I have > depends on it. Is it possible and what is the easiest way to go about it? > > I have the "php-5.6.33.ebuild" (and all other files) on my old system in > dir: > /var/db/pkg/dev-lang/php-5.6.33 > > Is it possible to copy it to my: /usr/local/portage/dev-lang/ > and build it on my new system? There's two ways to go about it. Since the MoBo is the same, I would run quickpkg then copy it over and emerge it on the new disk. Alternatively, copy over the ebuild and any associated files, then copy over the source from distfiles and emerge it as you would normally emerge a package. However, dependencies ... There are build time and run time dependencies. The emerge will fail if build time dependencies are no longer available on the current portage tree and/or fail to run if run time dependencies are missing. In this case you'll have to fish these ebuilds out of the attic and try again. Some packages will create conflicts with the currently installed versions, which may become impossible to resolve. Which is why I originally suggested cloning an already working system with all its packages, rather than reinstalling. Either way, give quickpkg a spin and see where that gets you. signature.asc Description: This is a digitally signed message part.
[gentoo-user] rsyslog upstream have removed their template systemd service file
After updating to rsyslog 8.2008.0, I discovered that the systemd service file no longer existed. Upstream removed it from their tarball: - 2020-08-12: systemd service file removed from project This was done as distros nowadays have very different service files and it no longer is useful to provide a "generic" (sic) example. see also: https://github.com/rsyslog/rsyslog/issues/4333 Please could Gentoo add it back in? -- Alan J. Wylie https://www.wylie.me.uk/ Dance like no-one's watching. / Encrypt like everyone is. Security is inversely proportional to convenience
