Re: [gentoo-user] Re: [OT] LiveCDs for Uni students
On 9 March 2014 4:05:42 AM AEST, Andrew Lowe wrote: > Thanks everyone for your comments. In my research, I stumbled across >sax, www.sax.org, and it does all that I need. I can either burn it to >a >cd or a stick, it has the apps I need and is quite small, just under >300MB. > > Andrew Do you perhaps mean http://www.slax.org ? Bruce
Re: [gentoo-user] boot problems
On 16 May 2014 7:46:29 PM AEST, "Stefan G. Weichinger" wrote: >Am 15.05.2014 20:33, schrieb Canek Peláez Valdés: >> On Thu, May 15, 2014 at 1:27 PM, Stefan G. Weichinger > wrote: >>> Am 15.05.2014 20:05, schrieb Canek Peláez Valdés: >>> With -H, you don't get the kernel cmdline, and therefore your >kernel cannot load your LVM volumes since it doesn't know their... names? >I don't knot the terminology. In any case, you need to set --hostonly-cmdline (or hostonly_cmdline="yes" in the config file), *besides* -H. >>> >>> ok ... I pulled your changes (kerninst) from github ... on the web I >see >>> it, but it doesn't get into my copy here ... strange. >>> >>> As I don't need it right now, I will (a) wait or (b) edit manually. >>> >>> No problem. >> >> I actually *removed* -H from kerninst. That should be configured in >> the user's dracut.conf; now I have: >> >> hostonly="yes" >> hostonly_cmdline="yes" >> >> in my dracut.conf. > >Yes, I understood ... thanks. > >Aside from that a more general question: > >Does it it any way help to have a *small* (= as small as possible) >initramfs? > >Maybe on embedded systems but on the big multi-GB-ram-machines we use >it >doesn't make much difference, right? > >I ask because in all my reorganizing furor I also thought that now with >btrfs only I could get rid of "lvm mdraid" as dracut-modules. I can try >... ;-) (don't call me "ricer") If you have a multi-disk btrfs, I think you need to add the btrfs dracut module. At least that's how I remember it, but its been a while & my memory could be failing me, or it could well have changed since then. Bruce -- :B
Re: [gentoo-user] locating large disk files
On 14 July 2014 6:53:30 AM AEST, Joseph wrote:
>On 07/13/14 23:25, Dimitri Semitsoglou-Tsiapos wrote:
>>On Sun, 13 Jul 2014 14:03:41 -0600
>>Joseph wrote:
>>
>>> I'm trying to clean up my home directory by locating large disk
>>> files. I used: find / -type f -size +2k -exec ls -lh {} \; | awk
>>> '{ print $8 ": " $5 }'
>>
>>Take a look here regarding why you should never parse ls' output:
>>http://mywiki.wooledge.org/ParsingLs
>>
>>You can use ncdu or xdiskusage (both available in portage) to get more
>>useful output. Both will allow you to track down large folders, not
>>just single files (for example cache folders tend to hold a large
>>amount of tiny files, which may collectively amount for a large chunk
>>of your hard disk space).
>>
>
>Thanks folks, so in this case I guess:
>find / -type f -size +2k -exec du -h {} \;
>
>is the winner (it does the trick).
Pipe that through sort -h to get the files sorted by size
--
:B
Re: [gentoo-user] Recommendations for scheduler
On 2 August 2014 5:10:43 AM AEST, Alan McKinnon wrote: >On 01/08/2014 19:50, Сергей wrote: >> Also you can have a look at anacron. >> >> >> > > >Unfortunately, anacron doesn't suit my needs at all. Here's how anacron >works: > >this bunch of job will all happen today regardless of what time it is. >That's not what I need, I need something that has very little to do >with >time. Example: > >1. Start backup job on db server A >2. When complete, copy backup to server B and do a test import >3. If import succeeds, move backup to permanent storage and log the >fact >4. If import fails, raise an alert and trigger the whole cycle to start >again at 1 > >Meanwhile, > >1. All servers are regularly doing apt-get update and downloading >.debs, >and applying security packages. Delay this on the db server if a backup >is in progress. > >Meanwhile there is the regular Friday 5am code-publish cycle and >month-end finance runs - this is a DevOps environment. I'm not sure if its quite what you have in mind, and it comes with a bit of a steep learning curve, but cfengine might fit the bill. http://cfengine.com Bruce -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Recommendations for scheduler
On 3 August 2014 10:08:39 PM AEST, Alan McKinnon wrote: >On 03/08/2014 11:27, Bruce Schultz wrote: >> >> >> On 2 August 2014 5:10:43 AM AEST, Alan McKinnon > wrote: >>> On 01/08/2014 19:50, Сергей wrote: >>>> Also you can have a look at anacron. >>>> >>>> >>>> >>> >>> >>> Unfortunately, anacron doesn't suit my needs at all. Here's how >anacron >>> works: >>> >>> this bunch of job will all happen today regardless of what time it >is. >>> That's not what I need, I need something that has very little to do >>> with >>> time. Example: >>> >>> 1. Start backup job on db server A >>> 2. When complete, copy backup to server B and do a test import >>> 3. If import succeeds, move backup to permanent storage and log the >>> fact >>> 4. If import fails, raise an alert and trigger the whole cycle to >start >>> again at 1 >>> >>> Meanwhile, >>> >>> 1. All servers are regularly doing apt-get update and downloading >>> .debs, >>> and applying security packages. Delay this on the db server if a >backup >>> is in progress. >>> >>> Meanwhile there is the regular Friday 5am code-publish cycle and >>> month-end finance runs - this is a DevOps environment. >> >> I'm not sure if its quite what you have in mind, and it comes with a >bit of a steep learning curve, but cfengine might fit the bill. >> >> http://cfengine.com > >Hi Bruce, > >Thanks for the reply. > >I only worked with cfengine once, briefly, years ago, and we quickly >decided to roll our own deployment solution to solve that very specific >vertical problem. > > >Isn't cfengine a deployment framework, similar in ideals to puppet and >chef? > >I don't want to deploy code or manage state, I want to run code >(backups, database maintenance, repair of dodgy data in databases and >code publish in a devops environment) Cfengine can run arbitrary commands at scheduled times, so it is capable as a replacment for cron. It also has package management built in for your package updates. It is in the same vein as chef & puppet, but "deployment framework" is not the way I would describe it. Deployment is only be a subset of what you can do with it. Cfengine3 was a major rewrite over version 2. The community edition is open source and should be available in Debian. The gentoo ebuild is a bit out of date currently. It also comes as a supported enterprise version which adds some sort of framework around the core - I've never personally looked into the enterprise features though. Bruce -- :B
Re: [gentoo-user] Re: Project:Installer
On 25 July 2015 11:09:36 PM AEST, lee wrote: >Matthew Marchese writes: > >> Hi all, >> >> I see that you've found stager. I'd like you to share your thoughts >on >> what a perfect installer Gentoo could do. > >The Debian installer is the best one I've seen so far. > >If you're thinking towards Redhat, the Fedora installer can't even do >partitioning, and the Centos 7 one was just the like. They suck >horribly, and they don't give you choices. In my opinion, there's really 3 parts to the install process, and I think it helps to distinguish between them. I think a complete installer program has to address all 3, but each task could be modularised. 1. The low level decisions, like disk partitioning, raid and disk mirroring, filesystem choices like ext4, btrfs, zfs, or some other. For a VM, the choices here might include creating a new LVM volume or btrfs subvolume 2. Installing system files, which is not much more than untaring the stage3, and low level system configuration of make.conf settings, choice of profile, locale & timezone settings, users & passwords, networking, choice of syslog & from, etc 3. Higher level system configuration to get to a finalised state (Of course, there's quite a bit of blurring between the stages.) I'm not so interested in 1, but gentoo really shines here because there are no restrictions. But there are so many options that it makes it a big task to tackle, unless you pare it down and focus on a few typical use cases like a standard desktop install Part 2 is where it would be good to have a standardised approach, along the lines of debian's debootstrap utility. Something that takes a target directory and installs all the files needed to build a bare-bones system inside it. Its actually not that difficult to write a shell script to achieve this, which is probably why there are so many posted around the interests. But something standardised could be the basis of a gui installer, or the center of a container installer such as the lxc-gentoo script or whatever the docker equivalent is. The 3rd task is more in the realm of tools such as ansible or puppet. > > >Having that said, and having done few Gentoo installations: I'm merely >wishing installing Gentoo wasn't such a lengthy process. It's lengthy >in that you have to do the steps manually while browsing the excellent >handbook. > >If there was an installer that would guide you through these steps and >bring up the files you need to edit in an editor, that could save a lot >of time already. It could reduce the possibility for error, as in >overlooking that you need to do some step. Which is what part 2 is about. I started writing my own installer based on using ebuild files for the configuration. But I like your idea of an interactive mode for configuration. > >Otoh, I have to come to like how Gentoo is installed. You can do >whatever you like, and the process is pretty straightforward. I don't >see how an installer could give you that, yet a perfect installer would >need to. And that is the difficulty inherent in a gentoo installer... If its too restrictive, its not really gentoo anymore; if its flexible to cover all the options, you may as well just stick with typing commands in a shell... > > >How about support for booting from ZFS? I'd really like to see that; >it >should be as easy as booting from other file systems. Without it, we >have to do ugly things. -- :b
Re: [gentoo-user] Re: Project:Installer
(This has ended up hard to read; I hope it's not my tablet that's messed up the message threading, but apologies in advance if it is) On 27 July 2015 3:19:50 AM AEST, James wrote: >Bruce Schultz gmail.com> writes: > >> >>> Matthew Marchese writes: > >>> I see that you've found stager. I'd like you to share >your thoughts >> on what a perfect installer Gentoo could do. > >A successful gentoo installer will: > >Be multi-faceted so that many different, but common >installation outcomes are not only possible, but are >automated to the point of extreme convenience for folks to >use them, as they choose. Let's face it no matter what we do, >most noobs will not use Gentoo. But, those folks with some >level of experience and competence will use gentoo; many more >if there is an automated (base)installation. After all, when >google or others corporations install and use gentoo, do you >think they have folks spend 1-2 days using the handbook? NO, >their gentoo(derivative) has an automated installation. > > >So a base-installer for your [category 1] is the >most important part. So in that train of thought, >WE, should parse out all of the good parts of many >different installers and installation schemes, as a part >of the research and leverage as to what exists that can >be leveraged or emulated, Debian included. OpenSuse has >(13.2) has a slick install that allows for btrfs without >lvm or mdadm. That was the default pathway. I've read that >you can end up with a full raid install if you choose the >"advanced" pathway. I'm still researching that one. Then >there is 'Calculate Linux' that more than one gentoo dev >uses routinely to install Gentoo. There are many pathways >to streamline the installation of Gentoo. Many, for onerous >reasons believe that is a bad idea. > >There is plenty of existing installation code that sets up >MBR and ext*; so that's a no brainer on how to do that. Newer >technologies, like btrfs are tricky. Why do you think btrfs is tricky? The last few systems I have installed on have been btrfs based, and once you add the subvolume= option in fstab & the boot command line its no more tricky than any other install, IMO. > >> In my opinion, there's really 3 parts to the install >process, and I think it helps to distinguish > between >them. I think a complete installer program has to address >all 3, but each task could be > modularised. > >> 1. The low level decisions, like disk partitioning, raid >and disk mirroring, filesystem choices > like ext4, btrfs, >zfs, or some other. For a VM, the choices here might include >creating a > new LVM volume or btrfs subvolume > >Gentoo is not going to formally support ZFS as has been >stated before. However supporting ZFS by others is well >documented and some maverick could easily extend the >gentoo-base installer for a target system (after your >Category-1) where ZFS is installed. Just not officially >gentoo. (I only added zfs because the previous post mentioned it) > >> 2. Installing system files, which is not much more than >untaring the stage3, and low level > system configuration >of make.conf settings, choice of profile, locale & timezone >settings, > users & passwords, networking, choice of syslog & >from, etc > >Category-2 This is a pretty easy part to automate. Many >have stated that all of this information could be gathered >up before the actual installation (batched) begins and >parsed out at the appropriate time during the actually >(automated) installation. Agreed. But what is missing is a common interface for passing the details from the category 1 to category 2; whether that is a config file or some other mechanism > >All of Category 1 as well as some parts of Category-2 are >what I refer to as the base-install. After that point is >when you make key decisions like workstation vs server vs >embedded vs tablet. > >> 3. Higher level system configuration to get to a finalised >state >This is the part of the traditional Gentoo handbook I do >agree with. This is the part of the installation where noobs >begin to actually learn gentoo, or at least those parts >ne
Re: [gentoo-user] Re: Project:Installer
On 27 July 2015 9:24:30 PM AEST, Neil Bothwick wrote: >On Mon, 27 Jul 2015 21:19:39 +1000, Hans wrote: > >> I could, with some help from a Bash coder, create a USB stick that >runs >> Gentoo and a Bash script to install Gentoo on a hard drive. I have >> about 80% done as Cut & Paste "script". My bottleneck is running >fdisk >> and feeding commands to fdisk from within a bash script. > >Use parted instead. Or sfdisk -- :b
Re: [gentoo-user] Hubris?
On 29 July 2015 2:26:14 AM AEST, Rich Freeman wrote: >On Tue, Jul 28, 2015 at 10:40 AM, Peter Humphrey > wrote: >> On Tuesday 28 July 2015 08:31:58 Rich Freeman wrote: >>> On Tue, Jul 28, 2015 at 8:16 AM, Neil Bothwick >wrote: >> >>> > I've just installed a new laptop with it, using btrfs >>> > for everything but /boot. >> >> I know you use grub-2, which can boot that setup, but I suppose I'd >need an >> init thingy if I stick to grub legacy. > >You may not need an initramfs to run root on btrfs as long as btrfs is >compiled into your kernel (I haven't looked into it closely though). But I think you do if your btrfs is raid 1. The kernel can't mount multidisk btrfs until it done a btrfs device scan in userspace, run from initramfs. -- :b
Re: [gentoo-user] Hubris?
On 29 July 2015 6:18:43 AM AEST, Neil Bothwick wrote: >On Wed, 29 Jul 2015 05:29:18 +1000, Bruce Schultz wrote: > >> >You may not need an initramfs to run root on btrfs as long as btrfs >is >> >compiled into your kernel (I haven't looked into it closely though). > >> >> But I think you do if your btrfs is raid 1. The kernel can't mount >> multidisk btrfs until it done a btrfs device scan in userspace, run >> from initramfs. > >According to the btrfs wiki you can pass >device=/dev/sda1,device=/dev/sdb1 on the kernel boot line. I'd forgotten that option. Btrfs wiki also says this though: "Using device is not recommended, as it is sensitive to device names changing. You should really be using a initramfs. Most modern distributions will do this for you automatically if you install their own btrfs-progs package." https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices#Registration_in_.2Fetc.2Ffstab -- :b
Re: [gentoo-user] Installing BTRFS on MBR with OpenRC
On 15 August 2015 8:54:56 AM AEST, Peter Humphrey wrote:
>
># cat /boot/grub/grub.cfg
>root (hd0,1)
>timeout 10
>
>Menuentry 'Gentoo Linux 4.0.5, no X {
> linux /boot/kernel-x86_64-4.0.5-gentoo root=/dev/sda4 softlevel=nox
>net.ifnames-0
I presume the -0 is a typo. Should be =0 ? Not that its likely to be related
> initrd /boot/initramfs-4.0.5-gentoo.img
>}
>
># grep initrd /var/log/dracut.log
>I: *** Creating initrd image file '/boot/initramfs-4.0.5-gentoo.img'
>done ***
>--->8
>
># ls -l /boot
>--->8
>-rw--- 1 root root 6.7M Aug 14 23:22 initramfs-4.0.5-gentoo.img
>-rw-r--r-- 1 root root 3.9M Aug 14 23:12 kernel-x86_64-4.0.5-gentoo
>--->8
>
># grep btr /etc/fstab
>LABEL=GENTOO / btrfs defaults0 0
Have you tried putting /dev/sda4 in place of LABEL=GENTOO?
Probably wont help, but worth a try.
>
>All that seems right to me. The label came from mkfs.btrfs -m raid1 -d
>raid1 --label=GENTOO /dev/sda4 /dev/sdb4
>
>Adding rootdelay=30 made no difference either. In fact I didn't see
>such a
>pause.
It does smell like a timing issue, but I'm out of ideas, I'm afraid.
--
:b
Re: [gentoo-user] Can't update to go-1.4.2
On 10/09/15 05:49, Alan McKinnon wrote: On 09/09/2015 21:37, Ajai Khattri wrote: On Fri, 4 Sep 2015, Fernando Rodriguez wrote: Post your emerge --info. Why do you have i686-pc-linux-gnu-gcc on a 64-bit machine? FYI, this is 32bit Gentoo running on a 64bit virtual machine (so it has a 64bit kernel) because awhile ago I upgraded from a 32bit setup. Was hoping I wouldn't have to reinstall the whole OS... You have a 64 bit kernel, this is true, but a 32 bit userland. I don't know how Go does these things but apps don't usually talk to the kernel directly, they talk to libc. Which in your case is ... 32 bit Reinstall. Not necessary. It builds successfully with the command: linux32 emerge go Without the linux32 pre-command, the go build system detects the system as "linux/amd64". However, when adding it the system is identified as "linux/386". (But beware that it will probably cause issues when you update in future) I've been running a system with 64 bit kernel and 32 bit userspace for quite a few years and its only the 4th issue I've hit, so while its generally not supported, it still works mostly. For reference, the other issues I've hit are: - kernel ABI incompatibility with autofs (fixed in a later kernel) - virtualbox kernel modules needed to be built 64 bit - steam has issues detecting system & tries to launch 64 bit binaries (I'll try the linux32 trick with that later too) I'd never had more than passing interest in go, but tonight I've started working through the tutorial & I think I'll keep playing with it for a bit. Cheers Bruce -- :b
[gentoo-user] nonfatal() not supported error in glibc binary install
Hi,
I'm trying to update a system using binary packages build on another
system. I get this error for glibc:
>>> Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo
* glibc-2.19-r1.tbz2 MD5 SHA1 size ;-)
... [ ok ]
>>> Extracting info
>>> Failed to emerge sys-libs/glibc-2.19-r1, Log file:
>>> '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log'
* Messages for package sys-libs/glibc-2.19-r1:
* ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase):
* nonfatal() not supported in this EAPI
*
* Call stack:
* ebuild.sh, line 93: Called pkg_setup
* environment, line 2870: Called eblit-run 'pkg_setup'
* environment, line 987: Called eblit-glibc-pkg_setup
* environment, line 843: Called glibc_run_test '#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 2085: Called glibc_compile_test ''
'#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 1998: Called nonfatal 'emake' '-s'
'glibc-test'
* isolated-functions.sh, line 92: Called die
* The specific snippet of code:
* die "$FUNCNAME() not supported in this EAPI"
*
* If you need support, post the output of `emerge --info
'=sys-libs/glibc-2.19-r1::gentoo'`,
* the complete build log and the output of `emerge -pqv
'=sys-libs/glibc-2.19-r1::gentoo'`.
* The complete build log is located at
'/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log'.
* The ebuild environment file is located at
'/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/environment'.
* Working directory: '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp'
* S: '/var/tmp/portage/sys-libs/glibc-2.19-r1/work/glibc-2.19'
The build log is mostly useless:
cat /var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log
>>> Extracting info
* Package:sys-libs/glibc-2.19-r1
* Repository: gentoo
* USE:hardened elibc_glibc amd64 abi_x86_64 userland_GNU
kernel_linux
* FEATURES: preserve-libs sandbox userpriv usersandbox
I've tried updating to the latest portage (2.2.14_rc1) on both systems
involved, but that doesn't help.
Also, it fails with the same error with emerge -k on the system that
built the package.
It's currently compiling on my target system, so its not something
that's blocking me, but I suspect its a bug in the ebuild or portage.
Googling the error messages hasn't found anything revealing. Has anyone
else come across this? Any suggestions on what to do about it?
Cheers
Bruce
--
:b
Re: [gentoo-user] Re: nonfatal() not supported error in glibc binary install
On 06/10/14 00:05, walt wrote:
On 10/04/2014 09:15 PM, Bruce Schultz wrote:
Hi,
I'm trying to update a system using binary packages build on another system. I
get this error for glibc:
>>> Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo
* glibc-2.19-r1.tbz2 MD5 SHA1 size ;-) ... [ ok ]
>>> Extracting info
>>> Failed to emerge sys-libs/glibc-2.19-r1, Log file:
>>> '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log'
* Messages for package sys-libs/glibc-2.19-r1:
* ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase):
* nonfatal() not supported in this EAPI
*
* Call stack:
* ebuild.sh, line 93: Called pkg_setup
* environment, line 2870: Called eblit-run 'pkg_setup'
* environment, line 987: Called eblit-glibc-pkg_setup
* environment, line 843: Called glibc_run_test '#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 2085: Called glibc_compile_test '' '#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 1998: Called nonfatal 'emake' '-s'
'glibc-test'
* isolated-functions.sh, line 92: Called die
* The specific snippet of code:
*
die "$FUNCNAME() not supported in this EAPI"
I have isolated-functions.sh in two places:
/usr/lib64/portage/python2.7/isolated-functions.sh
/usr/lib64/portage/python3.3/isolated-functions.sh
but not in /usr/lib64/portage/python3.4 (which I didn't know was installed til
now)
You might want to check the target machine for which version of python it's
using
and that it has the latest version of portage in /usr/lib/portage/pythonN.N/
Maybe running python-updater would help?
Tried switching to python 2.7 but got the same error.
The line of the error in isolated-functions.sh is calling a function
__eapi_has_nonfatal. That is defined in eapi.sh and checks if ${EAPI} !=
0, 1, 2 or 3, which effectively leave 4 or 5.
It seems that the glibc ebuild is EAPI 0 (from
/var/db/pkg/sys-libs/glibc-2.19-r1/EAPI).
So I guess that the error means that it tried to run the
glibc_compile_test and failed for the binary install, so emerge tried to
raise a nonfatal error, but that wasn't supported by the EAPI and that
caused the emerge to die.
I wonder if setting EAPI=5 in the ebuild file will help, of if that
would just cause other problems... I might try that later when I have
some time...
:B
Re: [gentoo-user] Re: nonfatal() not supported error in glibc binary install
On 06/10/14 12:38, Bruce Schultz wrote:
On 06/10/14 00:05, walt wrote:
On 10/04/2014 09:15 PM, Bruce Schultz wrote:
Hi,
I'm trying to update a system using binary packages build on another
system. I get this error for glibc:
>>> Emerging binary (1 of 1) sys-libs/glibc-2.19-r1::gentoo
* glibc-2.19-r1.tbz2 MD5 SHA1 size ;-)
... [ ok ]
>>> Extracting info
>>> Failed to emerge sys-libs/glibc-2.19-r1, Log file:
>>> '/var/tmp/portage/sys-libs/glibc-2.19-r1/temp/build.log'
* Messages for package sys-libs/glibc-2.19-r1:
* ERROR: sys-libs/glibc-2.19-r1::gentoo failed (setup phase):
* nonfatal() not supported in this EAPI
*
* Call stack:
* ebuild.sh, line 93: Called pkg_setup
* environment, line 2870: Called eblit-run 'pkg_setup'
* environment, line 987: Called eblit-glibc-pkg_setup
* environment, line 843: Called glibc_run_test
'#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 2085: Called glibc_compile_test
'' '#include
* int main(){return getpwuid(0)==0;}
* '
* environment, line 1998: Called nonfatal 'emake'
'-s' 'glibc-test'
* isolated-functions.sh, line 92: Called die
* The specific snippet of code:
*
die "$FUNCNAME() not supported in this EAPI"
I have isolated-functions.sh in two places:
/usr/lib64/portage/python2.7/isolated-functions.sh
/usr/lib64/portage/python3.3/isolated-functions.sh
but not in /usr/lib64/portage/python3.4 (which I didn't know was
installed til now)
You might want to check the target machine for which version of
python it's using
and that it has the latest version of portage in
/usr/lib/portage/pythonN.N/
Maybe running python-updater would help?
Tried switching to python 2.7 but got the same error.
The line of the error in isolated-functions.sh is calling a function
__eapi_has_nonfatal. That is defined in eapi.sh and checks if ${EAPI}
!= 0, 1, 2 or 3, which effectively leave 4 or 5.
It seems that the glibc ebuild is EAPI 0 (from
/var/db/pkg/sys-libs/glibc-2.19-r1/EAPI).
So I guess that the error means that it tried to run the
glibc_compile_test and failed for the binary install, so emerge tried
to raise a nonfatal error, but that wasn't supported by the EAPI and
that caused the emerge to die.
I wonder if setting EAPI=5 in the ebuild file will help, of if that
would just cause other problems... I might try that later when I have
some time...
That mostly worked... was going to add it in bugzilla and found this:
https://bugs.gentoo.org/show_bug.cgi?id=523332
Don't know why google didn't find that yesterday for me. So the patch in
now attached to that bug.
Cheers
Bruce
:B
Re: [gentoo-user] Moving the portage tree to /var
On 8 October 2014 1:09:54 AM AEST, Peter Humphrey wrote: >Afternoon all, > >As a step towards exporting my portage tree over NFS I decided to move >/usr/portage to /var/portage, but leave /usr/portage/packages and >/usr/portage/distfiles where they are. > >This is how it looks now: > >$ grep DIR= /etc/portage/make.conf >DISTDIR="/usr/portage/distfiles" >PKGDIR="/usr/portage/packages" >PORTDIR="/var/portage" > >$ ls -l /etc/portage/make.profile >lrwxrwxrwx 1 root root 51 Oct 7 15:28 /etc/portage/make.profile -> >../../var/portage/profiles/default/linux/amd64/13.0 > >$ mount | grep portage >/dev/mapper/vg7-portage on /var/portage type ext4 (rw,relatime) >/dev/mapper/vg7-packages on /usr/portage/packages type ext4 >(rw,relatime) >/dev/mapper/vg7-distfiles on /usr/portage/distfiles type ext4 >(rw,relatime) > >This seems to work OK, except for eix-update, which gives me this: > >$ eix-update >Reading Portage settings .. >Building database (/var/cache/eix/portage.eix) .. >[0] "gentoo" /var/portage/ (cache: metadata-md5-or-flat) > Reading category 162|162 (100%) Finished >[1] "" /usr/portage (cache: >parse|ebuild*#metadata-md5#metadata-flat#assign) > Reading category 162|162 (100%) EMPTY! >[...] > >Evidently something is still pointing to /usr/portage, but I can't see >what. I >used to have layman and a couple of overlays on this box, but they've >now >gone. Well, maybe I left something lying around. > >I've grepped for likely-looking strings, read the docs and prodded >google, but >I can't see what I'm missing. Would someone please help me out? I'm >sure I'm >just being dense. Check /etc/portage/repos.conf Bruce -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] apcupsd to recycle power
On 15/11/14 22:52, Thanasis wrote: on 11/15/2014 11:35 AM Mick wrote the following: On Friday 14 Nov 2014 18:53:13 Thanasis wrote: I have an APC SC620I, which in case of power failure, it successfully initiates a shutdown to the connected (via SMART cable) PC, but if the mains power returns, the UPS does not recycle the power to the PC, and consequently the PC stays off. Regardless if the mains power returns soon after the UPS has initiated a shutdown to the PC, shouldn't the UPS recycle the power anyway, so that the PC comes back on as set in BIOS? Am I missing something in the configuration or the daemons that should be running? Is it that the UPS does not recycle the power, The UPS does NOT recycle the power. or is it that the PC does not reboot after power is restored? Does the PC reboot if you pull and reinsert its mains plug? The PC's BIOS is correctly configured and tested to start up as soon as power is restored to it. Have a look here if you haven't seen this section already: http://www.apcupsd.com/manual/manual.html#arranging-for-reboot-on-power-up Looks like the UPS does not cut (kill) the power, but I am not sure how to debug it. If the UPS battery has not run flat before the mains power is restored, I see no reason why a UPS should kill the output power. So the BIOS has no real way of knowing that it should reboot again in that case. Have you looked for any BIOS options related to powering on from a USB device? eg, I'm thinking of PCs which can be switched on by pressing a key on the keyboard... could that mechanism be triggered by a UPS? Or perhaps via wake-on-lan? (Note I have no real experience with UPSs, I'm just trying to think of other ways that PCs can be made to power on). Bruce -- :b
Re: [gentoo-user] Open Question: The feasibility of a complete portage binhost
On 22 January 2015 7:20:07 PM AEST, Sam Bishop wrote: >On 22 January 2015 at 17:00, Neil Bothwick wrote: >> On Thu, 22 Jan 2015 16:43:32 +0800, Sam Bishop wrote: >> >>> I'll quote from the binpkg docs: >>> >> Next to these, portage will check if the binary package is built >>> >> using the same USE flags as expected on the client. If a package >is >>> >> built with a different USE flag combination, portage will either >>> >> ignore the binary package (and use source-based build) or fail, >>> >> depending on the options passed on to emerge >>> >>> So I'm fairly sure that implies they can coexist based on the >>> directory structure. - >>> http://wiki.gentoo.org/wiki/Binary_package_guide#The_PKGDIR_layout >> >> The package name is the same as the ebuild name but with a .tbz2 >> extension, so how could portage cope with multiple variants with >> different USE flags when there is only one name? There can be only >one >> package per ebuild and either the USE flags match exactly or they do >not. >> >> You could get away with this with a limited set of profiles by having >a >> different $PKGDIR for each profile but to do it with random >combinations >> would require some sort of middleware to handle the requests and >place >> the specified packages where portage expects to find them. >> >> I think the check for USE flags is done using the IUSE and USE >settings >> in the package metadata, so even if a USE flag you don't use is added >to >> an ebuild, the package will no longer match. ISTR having to hack >metadata >> in /var/db in the past to avoid a rebuild of *Office. >> > >Thank you kindly Neil. You rephrasing what was right in front of my >face in the docs finally lead to the lightbulb going off. Happens to >all of us I suppose. The pkdir layout diagram isn't implying multiple >versions of a single package, it is referring to multiple packages >with a numeric shorthand. So this would require middleware, wrappers, >or improvements to portage to cope with having overlapping packages >like this. So interim functionality could be achieved with separate >bin hosts directories for each of the baseline profiles with their >default use flags. Once the infrastructure was stable then work could >be undertaken to build some kind of wrapper, or enhancement to >portage. There was a discussion recently on the portage-dev list regarding storing multiple versions with different use flags in a pkgdir. There's an open bug in bugzilla too, I believe, but I cannot find the reference right now; if I can I'll follow up. I think the summary was that the Packages file is able to index multiple versions of a package, but the tooling to create and manage packages needs some improvement. (Don't quote me on that though!) > >> >> -- >> Neil Bothwick >> >> When companies ship Styrofoam, what do they pack it in? -- :b
Re: [gentoo-user] Open Question: The feasibility of a complete portage binhost
On 22 January 2015 8:50:29 PM AEST, Bruce Schultz wrote: > > >On 22 January 2015 7:20:07 PM AEST, Sam Bishop >wrote: >>On 22 January 2015 at 17:00, Neil Bothwick wrote: >>> On Thu, 22 Jan 2015 16:43:32 +0800, Sam Bishop wrote: >>> >>>> I'll quote from the binpkg docs: >>>> >> Next to these, portage will check if the binary package is built >>>> >> using the same USE flags as expected on the client. If a package >>is >>>> >> built with a different USE flag combination, portage will either >>>> >> ignore the binary package (and use source-based build) or fail, >>>> >> depending on the options passed on to emerge >>>> >>>> So I'm fairly sure that implies they can coexist based on the >>>> directory structure. - >>>> http://wiki.gentoo.org/wiki/Binary_package_guide#The_PKGDIR_layout >>> >>> The package name is the same as the ebuild name but with a .tbz2 >>> extension, so how could portage cope with multiple variants with >>> different USE flags when there is only one name? There can be only >>one >>> package per ebuild and either the USE flags match exactly or they do >>not. >>> >>> You could get away with this with a limited set of profiles by >having >>a >>> different $PKGDIR for each profile but to do it with random >>combinations >>> would require some sort of middleware to handle the requests and >>place >>> the specified packages where portage expects to find them. >>> >>> I think the check for USE flags is done using the IUSE and USE >>settings >>> in the package metadata, so even if a USE flag you don't use is >added >>to >>> an ebuild, the package will no longer match. ISTR having to hack >>metadata >>> in /var/db in the past to avoid a rebuild of *Office. >>> >> >>Thank you kindly Neil. You rephrasing what was right in front of my >>face in the docs finally lead to the lightbulb going off. Happens to >>all of us I suppose. The pkdir layout diagram isn't implying multiple >>versions of a single package, it is referring to multiple packages >>with a numeric shorthand. So this would require middleware, wrappers, >>or improvements to portage to cope with having overlapping packages >>like this. So interim functionality could be achieved with separate >>bin hosts directories for each of the baseline profiles with their >>default use flags. Once the infrastructure was stable then work could >>be undertaken to build some kind of wrapper, or enhancement to >>portage. > >There was a discussion recently on the portage-dev list regarding >storing multiple versions with different use flags in a pkgdir. There's >an open bug in bugzilla too, I believe, but I cannot find the reference >right now; if I can I'll follow up. > >I think the summary was that the Packages file is able to index >multiple versions of a package, but the tooling to create and manage >packages needs some improvement. (Don't quote me on that though!) Found it http://thread.gmane.org/gmane.linux.gentoo.portage.devel/5031 https://bugs.gentoo.org/show_bug.cgi?id=150031 -- :b
Re: [gentoo-user] Strange Alt key behavior?
On 4 February 2015 10:54:31 AM AEST, Grant wrote: >I send a system image of my laptop to various other laptops of the >same make and model which they use to operate. I wrote a script for >this and it works great. I've run into a situation where a particular >new (used) laptop works fine but the Alt+F2 shortcut to open the >program launcher in xfce4 doesn't work and I can't switch to VTs 1-3 >with Ctrl+Alt+F1/F2/F3. VT4 works but then VT7 doesn't bring back the >desktop. I'm not sure what this is pointing to. Any ideas? > Some laptops have a bios option to switch the behavior of the Fn key such that you need to press Fn+F2 to send a F2 key. The bare F1/F2/.. send the extra keys, such as volume controls and screen brightness. It might be worth checking if Fn+Alt+F2 does what you want. Bruce -- :b
Re: [gentoo-user] new linux router
On 5 March 2015 1:10:40 AM AEST, James wrote: >Hello, > >It's time to build a new router. Surely, I would just like to >purchase hardware and run a minimized or embedded gentoo on it >along with iptables and a few other packages. But, I got to reading >and well it seems much has changed. Dansguardian is deprecated? >If I add protection above layer 3, what is the best route (pun >intended) >to protect some winblows systems? And I need the ability to dynamically >block some gaming sites (kids playing too many hours of video). > >Then I read about NFtables... [1] >And there is more. So, being a bit busy what would folks recommend >for purchase (I really do not need another project at this time)? >I've used routers with ebtables in the past too. > > >I'd like to be able to download some open source linux to the router >hardware if updates and pathces are not maintained by the vendor? >That way I do not purchase something that is to be abandoned in >a few years by the vendor. > >It's just a small home/office so 3x100Mb E would be fine, but GigE >ports would be better. I'm flexible on the CPU/arch of the hardware, >so all discussion and suggestions are welcome. In an idealized world >I'd pay extra for a gentoo_derivative based router; but all I find >is the WRT, devil_linux and such, nothing really cool and interesting. Maybe this would meet your needs? https://www.ubnt.com/edgemax/edgerouter-lite/ There's also this link if you want to run gentoo, although you lose the networking performance of the original firmware http://wiki.gentoo.org/wiki/MIPS/ERLite-3 > >Anyone used lilblue or pentoo as the basis for a firewalled_router? > >A purchase is what I really want, but some hacking, if absolutely >necessary, would be ok too. Ideas? > >curiously, >James > >[1] http://netfilter.org/projects/nftables/ -- :b
Re: [gentoo-user] Re: new linux router
On 5 March 2015 7:24:04 AM AEST, James wrote: >Bruce Schultz gmail.com> writes: > >> >> >> On 5 March 2015 1:10:40 AM AEST, James >tampabay.rr.com> wrote: > >>> I'd like to be able to download some open source linux to the >router >>> hardware if updates and pathces are not maintained by the vendor? >>> That way I do not purchase something that is to be abandoned in >>> a few years by the vendor. > >> Maybe this would meet your needs? >> https://www.ubnt.com/edgemax/edgerouter-lite/ >> >> There's also this link if you want to run gentoo, although you lose >> the networking performance of the original firmware >> http://wiki.gentoo.org/wiki/MIPS/ERLite-3 > > >Now this is exactly what I'm looking for; a vendor light weight router >and I can put linux on (preferable gentoo) in case the vendor does >not offer updated images or stay up with patches and such. > >Very, Very cool! Do you own one? Yes. Sadly it is still in its box in the cupboard for the past few weeks. >Have you or another tried it? >Have you put gentoo on it? I did plan to, but, you know... time... There's some more info here if you scroll down a few comments https://news.ycombinator.com/item?id=7281991 > >Do you know which dev rooted this hardware and/or wrote the >howto web page you reference above? I thought a wiki should keep page edit history, but I can't find it Bruce -- :B
Re: [gentoo-user] Re: depclean portect a class of ebuilds ?
On 15 March 2015 10:25:40 AM AEST, James wrote: >Neil Bothwick digimed.co.uk> writes: > > >> > I'm not sure how to put everything dev-java into a set; so that >> > it will updated but not depclean out those packages. > >> A set can be simply a list of packages in a file in >/etc/portage/sets. > > >Ok so I created this file (644): >/etc/portage/sets/dev-java > >I put a list of file in there, here are a few: >dev-java/log4j >dev-java/xpp2 >dev-java/xpp3 >dev-java/jaxme >java-virtuals/stax-api > > >I tried all sorts of --depclean syntax variants but it did not protect >the >files listed in the file from removal. I modified my make.conf like so: > >EMERGE_DEFAULT_OPTS="--exclude gentoo-sources @dev-java " > > >Now every rendition of depclean usage just wants to remove these files. >It feels like there is a working mechanism here, but I'm struggling >to find the exact method to protect these files from depclean, not >identify >them form deep cleansing. What am I missing? Does the --exclude list need to be quoted? I'm thinking something like the following might work EMERGE_DEFAULT_OPTS="--exclude \"gentoo-sources @dev-java\" " Bruce -- :b
Re: [gentoo-user] Poor mans audio in the world of the great Jack D.
On 21 May 2015 2:23:54 AM AEST, meino.cra...@gmx.de wrote:
>Emanuele Rusconi [15-05-20 17:36]:
>> On 19 May 2015 at 17:24, wrote:
>> >
>> > The master control program (qsstv) raises its shield against Tron,
>displaying
>> > "Sound card error: Device or resource busy."
>> >
>> > And silence was the only voice heard by the folks...
>> > And nothing was displayed anymore.
>>
>> Oops, I forgot the last line of my koan:
>>
>> pcm.!default { type plug; slave { pcm "rawjack" } }
>>
>> -- Emanuele Rusconi
>>
>
>...and confusion reaches the head of great Jack D. and
>from his mouth the words were heard:
>
>#>sudo /etc/init.d/jackd restart
> * Starting JACK Daemon ...
>* JACK daemon can't be started! Check logfile: /var/log/jackd.log
> [ !! ]
> * ERROR: jackd failed to start
>[1]6210 exit 1 sudo /etc/init.d/jackd restart
>
>...but none of his words, which were good and wise in the past, were
>written down for those who came after him:
>
>#>ls -l /var/log/jackd.log
>-rw-r--r-- 1 root root 0 2015-05-20 18:18 /var/log/jackd.log
>
>And the children - left alone in the dark of this ancient machine -
>stared into the empty LED eyes of their grandmaster not knowing
>to where to go and whether to flee or stand still...
>
>"Help - Oh help us brotheren of the Gentoo! Help!"
>they cried.
Perhaps the great Jack D. Is talking to itself?
The pcm.!default line says: when opening alsa, connect to rawjack
The earlier .asoundrc says: when opening alsa rawjack, direct the connection to
the great Jack D.
If the jackd connects to the default alsa output, aka rawjack, coult it be
tripping itself up? Is there maybe a jack option to direct the alsa output to
the sound hardware instead?
--
:B
Re: [gentoo-user] Poor mans audio in the world of the great Jack D.
On Thu, May 21, 2015 at 12:59 PM, Bruce Schultz wrote:
> On 21 May 2015 2:23:54 AM AEST, meino.cra...@gmx.de wrote:
> >Emanuele Rusconi [15-05-20 17:36]:
> >> On 19 May 2015 at 17:24, wrote:
> >> >
> >> > The master control program (qsstv) raises its shield against Tron,
> >displaying
> >> > "Sound card error: Device or resource busy."
> >> >
> >> > And silence was the only voice heard by the folks...
> >> > And nothing was displayed anymore.
> >>
> >> Oops, I forgot the last line of my koan:
> >>
> >> pcm.!default { type plug; slave { pcm "rawjack" } }
> >>
> >> -- Emanuele Rusconi
> >>
> >
> >...and confusion reaches the head of great Jack D. and
> >from his mouth the words were heard:
> >
> >#>sudo /etc/init.d/jackd restart
> > * Starting JACK Daemon ...
> >* JACK daemon can't be started! Check logfile: /var/log/jackd.log
> > [ !! ]
> > * ERROR: jackd failed to start
> >[1]6210 exit 1 sudo /etc/init.d/jackd restart
> >
> >...but none of his words, which were good and wise in the past, were
> >written down for those who came after him:
> >
> >#>ls -l /var/log/jackd.log
> >-rw-r--r-- 1 root root 0 2015-05-20 18:18 /var/log/jackd.log
> >
> >And the children - left alone in the dark of this ancient machine -
> >stared into the empty LED eyes of their grandmaster not knowing
> >to where to go and whether to flee or stand still...
> >
> >"Help - Oh help us brotheren of the Gentoo! Help!"
> >they cried.
>
> Perhaps the great Jack D. Is talking to itself?
>
> The pcm.!default line says: when opening alsa, connect to rawjack
>
> The earlier .asoundrc says: when opening alsa rawjack, direct the
> connection to the great Jack D.
>
> If the jackd connects to the default alsa output, aka rawjack, coult it be
> tripping itself up? Is there maybe a jack option to direct the alsa output
> to the sound hardware instead?
>
>
> Looks like I'm off on the wrong track... by default, jack connects to the
hw:0 alsa device, which is the sound hardware.
This page has another example of asoundrc config which might work better
for you.
https://wiki.archlinux.org/index.php/JACK_Audio_Connection_Kit
(search for "Playing nice with ALSA")
The config file contents is:
# convert alsa API over jack API
# use it with
# % aplay foo.wav
# use this as default
pcm.!default {
type plug
slave { pcm "jack" }
}
ctl.mixer0 {
type hw
card 1
}
# pcm type jack
pcm.jack {
type jack
playback_ports {
0 system:playback_1
1 system:playback_2
}
capture_ports {
0 system:capture_1
1 system:capture_2
}
}
> --
> :B
>
Re: [gentoo-user] Re: Profile listings
On Fri, Jun 19, 2015 at 4:44 AM, James wrote:
> Martin Vaeth mvath.de> writes:
>
>
> > >> > # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a/eapi
>
> > >> This is not a directory. [...]
>
> > > How do I determine [...]
>
> > Choose the directory to which you would put the symlink
> > (I suppose /armv7a in this example).
>
>
>
>
> # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a eix -c --system
> No matches found.
>
>
> Surely I'm not the first person curious about the default or other
> profile listing of packages for @system on different architectures?
>
> I've tried all sort of command syntax and manually parsed up and down
> these directories.
>
> Pick any embedded arm profile and *please* show me the syntax to
> determine the @system packages to be installed associate with any
> embedded arm profile?
>
> please?
>
> James
>
>
$ eix -c --system
[I] app-arch/bzip2 (1.0.6-r6{tbz2}@06/28/14): A high-quality data
compressor used extensively by Gentoo Linux
[... lots more lines like this ...]
[I] virtual/shadow (0{tbz2}@06/28/14): Virtual for user account management
utilities
[I] virtual/ssh (0{tbz2}@06/28/14): Virtual for SSH client and server
Found 44 matches.
$ PORTAGE_PROFILE=/usr/portage/profiles/default/linux/arm/13.0/armv7a eix
-c --system
[I] app-arch/bzip2 (1.0.6-r6{tbz2}@06/28/14): A high-quality data
compressor used extensively by Gentoo Linux
[...]
[I] virtual/shadow (0{tbz2}@06/28/14): Virtual for user account management
utilities
[I] virtual/ssh (0{tbz2}@06/28/14): Virtual for SSH client and server
Found 42 matches.
(this is an almost identical list, but not the 44 vs 42 matches found in
each case)
Note that default/linux/arm/13.0/armv7a profile is building on the
arch/arm/armv7a (what you searched against).
As I understand it, the profiles in arch/arm don't contain any packages
files, so there's no @system packages to list (as you found). I presume
that the arch/arm/... profiles are intended to define compiler flags etc
for cpu variants, and are used as a basis of a more complete profile (such
as default/linux/arm/13.0/armv7a). If you look through
/usr/portage/profiles/profiles.desc, you see the list of all profiles which
would be selectable through 'eselect profile', and I don't find and
arch/... profiles listed in there.
Hope that helps...
Bruce
:b
Re: [gentoo-user] any one using ubuntu phones?
On 30 June 2015 1:44:24 AM AEST, behrouz khosravi wrote: >> >> It sounds like your problem isn't with Android (which is mostly FOSS >- >> or at least the parts you're dealing with here are), but with the >> bootloader on your phone (which is proprietary). >> > >No, actually my problem is that why an operating system >can have decision on what types of apps can I have on my computer. >if it is foss enough why I am not able to remove everything from my >system >easily. >I believe when we have free operating system, when can aim for free >hardware. >I just hope ubuntu would be a help to open the mobile market like the >way >it helped in desktop. I think that part of the problem is the diversity of hardware in the ARM ecosystem and that much of the drivers needed are not maintained in future kernels, making it difficult to support at a community level. > >FOSS developers seem to mostly be stuck in X11-land - it scratches >> their itch which tends to be on the desktop. While touch screen is >> "just another input device" the fact is that you need to design your >> entire application UI around it. ... > > >why do you thinks some foss user interfaces can not be created for this >situation? > >I just hope someday mobile market whould be open. Have you seen the Neo900? Its based on the old Nokia N900 and the maemo software. The OS is a debian variant, I believe. http://neo900.org/ -- :b
Re: [gentoo-user] We have had known workarounds for python:3 and icu in uclibc-ng for a few months but they havent yet been implemented
On July 26, 2017 8:36:01 AM GMT+10:00, Alan McKinnon
wrote:
>On 25/07/2017 23:05, Iván wrote:
>> First im not sure if this belongs here or in -dev, posting here just
>in
>> case.
>>
>> Second, i must say im not trying to be agressive. I aprecciate the
>> developers work, specially maintaining a side project.
>>
>> Uclibc-ng, for some reason, cant read relative paths for
>LD_LIBRARY_PATH
>>
>> I barely know about ebuilds and dont even know how to submit a patch.
>> But in python and icu bugtrackers you can find workarounds to both
>> problems.
>>
>> https://bugs.gentoo.org/show_bug.cgi?id=591586
>>
>> https://bugs.gentoo.org/show_bug.cgi?id=608312
>>
>> For python one, you would need to remove PYTHON_SITEDIR from local
>vars
>> (line 268) and add in the next line
>>
>> local -x LD_LIBRARY_PATH=${LD_LIBRARY_PATH+${LD_LIBRARY_PATH}:}$PWD
>>
>> As for icu, we can declare the variable in the ebuild, this ought to
>be
>> enough.
>>
>> export
>>
>LD_LIBRARY_PATH=${WORKDIR}/icu/source-*/lib:${WORKDIR}/icu/source-*/stubdata
>>
>> Both these options wrapped under a if elibc=uclibc-ng obviously.
>
>
>
>file a bug report at bugs.gentoo.org
>
>bug wranglers will ensure it gets to the right people
The bug reports already exist; no point opening another one.
If you are comfortable with overlays you could add the suggested fixes locally
and provide feedback in the bug reports. Otherwise try pinging devs in irc.
Maybe try gentoo-embedded also, since the issues are both uclibc-ng related.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] vsftpd anonymous upload illegal PORT command
On August 4, 2017 5:25:57 AM GMT+10:00, Mick wrote: >On Thursday 03 Aug 2017 15:02:51 Walter Dnes wrote: >> On Thu, Aug 03, 2017 at 07:50:32AM -0700, Jeriko One wrote >> >> > Are you able to upload files from other machines than this >particular >> > VM? I don't have any problems uploading using your config. >> >> It fails uploading a test file from the linux machine hosting the >VM. >> >> > Who owns /home/ftp? I think by default vsftpd will change the owner >> > to root which would cause problems. >> >> I get more verbose error messages with the linux ftp client. On >the h >> >> [i3][root][/dev/shm] ftp 192.168.123.251 >> Connected to 192.168.123.251 (192.168.123.251). >> 220 (vsFTPd 3.0.2) >> Name (192.168.123.251:waltdnes): anonymous >> 530 Please login with USER and PASS. >> SSL not available >> 331 Please specify the password. >> Password: >> 230 Login successful. >> Remote system type is UNIX. >> Using binary mode to transfer files. >> ftp> put hello.txt >> local: hello.txt remote: hello.txt >> 200 PORT command successful. Consider using PASV. >> 553 Could not create file. >> ftp> bye >> 221 Goodbye. >> >> This was with the upload dir on 192.168.123.251 with permissions >555 >> [d531][root][~] ll /home/ftp/ >> total 8 >> dr-xr-xr-x 2 ftp ftp 4096 Aug 3 06:41 . >> drwxr-xr-x 6 root root 4096 Aug 3 06:41 .. > >It could not create file because your ftp user:group do not have write >permission. > > >> If I change permissions on /home/ftp to 666, I get... What about 777 for /home/ftp ? Directories generally need the 'x' set >> >> [i3][root][/dev/shm] ftp 192.168.123.251 >> Connected to 192.168.123.251 (192.168.123.251). >> 220 (vsFTPd 3.0.2) >> Name (192.168.123.251:waltdnes): anonymous >> 530 Please login with USER and PASS. >> SSL not available >> 331 Please specify the password. >> Password: >> 500 OOPS: vsftpd: refusing to run with writable root inside chroot() >> Login failed. >> ftp> bye >> >> How is this supposed to work anyways? Can't write to upload dir if >> it's not writable, but vsftpd refuses to run if the upload dir is >> writeable. Help. > >According to the man page here: > > https://security.appspot.com/vsftpd/vsftpd_conf.html > >" ... the anonymous ftp user must have write permission on desired >upload >locations." > >You may want to try setting > >file_open_mode=0777 > >in your vsftpd.conf and check ftp user or group have write permissions >within >the /home/ftp/ directory. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
