mauricev

It turns out there appears to be a cmake patch that somehow edits out the mysql-connector-c stuff. I put all the correct patches back in from the gentoo (mysql) build and now all is well.

I traced it down to virtual/libmysqlclient, which has a dependency for mysql-connector-c. What's still not clear is how to get mysql-community-8.0.19 to not provide the files belonging to mysql-connector-c.

I wanted to have an overlay for mysql-community to take advantage of all the current bugfixes, 8.0.19, but there's a problem. mysql-community pulls in mysql-connector-c and at same time installs the very files that mysql-connector-c installs. So in order to make this work, I had to manually remove mysql-connector-c. Is there a way I can remove the dependency on mysql-connector-c? The ebuild is confusing.

Anyone having this issue running ego sync?

My Mac hosting virtualbox crashing during an ego sync. Now I get error: object file .git/objects/db/bf91bacaf480aae4d2899cfb10c15b4706d3f5 is empty fatal: loose object dbbf91bacaf480aae4d2899cfb10c15b4706d3f5 (stored in .git/objects/db/bf91bacaf480aae4d2899cfb10c15b4706d3f5) is corrupt ERROR: There was an error syncing meta-repo. How can I fix this?

For some reason, genkernel did have cryptsetup set on. I turned it off and now emerge is working. Thanks.

emerge: there are no ebuilds built with USE flags to satisfy "dev-libs/json-c:=[static-libs(+)]". !!! One of the following packages is required to complete your request: - dev-libs/json-c-0.12::core-kit (Change USE: +static-libs) (dependency required by "sys-fs/cryptsetup-2.1.0::core-kit[static,-static-libs]" [ebuild]) (dependency required by "sys-kernel/genkernel-3.4.40.23-r2::core-kit[cryptsetup]" [installed]) (dependency required by "sys-kernel/debian-sources-lts-4.19.67_p2-r1::core-kit[binary]" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument])

This is not the case. My emerge output is https://pastebin.com/Pb8PTyWY

Just ran ego sync and emerge is complaining !!! One of the following packages is required to complete your request: - dev-libs/json-c-0.12::core-kit (Change USE: +static-libs)

I actually have one overlay working and one not. /opt/my-overlay/net-fs/s3ql is recognized and let's me emerge net-fs/s3ql-3.3::my-overlay /opt/my-overlay/dev-fs/s3fs isn't recognized: net-fs/s3fs-1.83::net-kit

I just tried this with s3fs and it built the manifest without complaining as it was doing earlier, but portage doesn't see the overlay at all.

This may be of help, https://forum.level1techs.com/t/corsair-h100i-linux-howto/75829/15

What I am noticing is that on the machines with ipv6, the nf_conntrack modules are loaded.

Can confirm that the kernel has IPv6. The bug is elsewhere.

https://bugs.funtoo.org/browse/FL-6605

I figured it out. One is a slightly older build than the other. The debian-kernal lts had to have been compiled against different configs. The one with ipv6 is running 4.9.168_p1 and the one without 4.19.37_p6. I guess this is a bug. ipv6 was left out of the newer kernel.

How can a machine be missing ipv6? Also, they're identical.

Two machines identically configured. On one, netstat returns tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN tcp 0 0 45.76.6.231:497 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:497 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp6 0 0 :::33060 :::* LISTEN tcp6 0 0 :::80 :::* LISTEN tcp6 0 0 :::22 :::* LISTEN tcp6 0 0 :::443 :::* LISTEN On the other, tcp 0 0 localhost:mysql 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:ssh 0.0.0.0:* LISTEN tcp 0 0 localhost:9000 0.0.0.0:* LISTEN Why is Apache showing up in one and not the other? More generally, why does one list IPv6 connectivity and the other not?

Ah, thanks

That does not work. I also tried with just an equal sign. Furthermore , according to https://wiki.gentoo.org/wiki//etc/portage/categories, I just need virtual/mysql and dev-db/mysql, but that doesn't work either. I still get !!! 'my-overlay/mysql' has a category that is not listed in /etc/portage/categories

I setup a new overlay from scratch for virtual mysql, but emerge apparently doesn't see it /opt/my-overlay # ls metadata mysql profiles /opt/my-overlay/metadata # ls layout.conf more layout.conf masters = core-kit /opt/my-overlay/profiles # ls repo_name base-einstein /opt/my-overlay/profiles # more repo_name my-overlay /etc/portage/repos.conf # more my-overlay.conf [my-overlay] location = /opt/my-overlay auto-sync = no priority = 10 One thing is this complaint: ebuild /opt/my-overlay/mysql/mysql-8.0.16.ebuild digest Appending /opt to PORTDIR_OVERLAY... !!! 'my-overlay/mysql' has a category that is not listed in /etc/portage/categories >>> Creating Manifest for /opt/my-overlay/mysql base-einstein /etc/portage # more categories virtual Are virtual ebuilds a category that requires special treatment?

When I try to git clone ssh://git@code.funtoo.org:7999/mauricev/skeleton-overlay it complains incorrectly Repository not found The requested repository does not exist, or you do not have permission to access it. What can I do?

The startup.nsh script works. Thanks. It seems to be the case that it would even work without grub installed.

I am trying to boot in virtualbox using UEFI. The systemrescuecd boots fine in this mode. But Funtoo does not. It just enters a UEFI shell. Here is my grub.cfg set timeout=3 if [ -s $prefix/grubenv ]; then load_env fi function savedefault { if [ -z "{boot_once}" ]; then saved_entry="${chosen}" save_env saved_entry fi } insmod part_gpt insmod fat set root=(hostdisk//dev/sda,gpt1) search --no-floppy --fs-uuid --set C1FA-5487 if loadfont /grub/fonts/unicode.pf2; then set gfxmode=640x480 insmod all_video terminal_output gfxterm fi set menu_color_normal=cyan/blue set menu_color_highlight=blue/cyan menuentry "Funtoo Debian Linux - kernel-debian-sources-x86_64-4.19.9-1" { insmod part_gpt insmod fat set root=(hostdisk//dev/sda,gpt1) search --no-floppy --fs-uuid --set C1FA-5487 linux /kernel-debian-sources-x86_64-4.19.9-1 acpi_enforce_resources=lax real_root=/dev/sda3 rootfstype=ext4 rand_id=EYXNGYMO initrd /early_ucode.cpio /initramfs-debian-sources-x86_64-4.19.9-1 set gfxpayload=keep } if [ ! "${next_entry}" = "" ] ; then set default="${next_entry}" set next_entry= save_env next_entry set boot_once=true elif [ ! "${saved_entry}" = "" ]; then set default="${saved_entry}" else set default=0 fi And my fdisk Disk /dev/sda: 49.5 GiB, 53146025984 bytes, 103800832 sectors Disk model: VBOX HARDDISK Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: E3D8CAFD-B352-44FB-82B3-BE0B2B4EF2FF Device Start End Sectors Size Type /dev/sda1 2048 2099199 2097152 1G EFI System /dev/sda2 2099200 35653631 33554432 16G Linux swap /dev/sda3 35653632 103800798 68147167 32.5G Linux filesystem And my blkid /dev/sda1: UUID="C1FA-5487" TYPE="vfat" PARTLABEL="EFI System" PARTUUID="b7c2863f-8f12-4a88-8435-c23d0c208bda" /dev/sda2: LABEL="swap" UUID="22c40006-a9ae-41d5-ab79-d694d0b1fdde" TYPE="swap" PARTLABEL="Linux swap" PARTUUID="59889a81-20d1-495e-90c2-e358264061c6" /dev/sda3: LABEL="root" UUID="0c57ba4e-0092-48e9-a8c4-c1810395497a" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="e9c95c53-ccb7-419c-9b0e-b5d01a5369e5" /dev/sr0: UUID="2019-02-09-12-53-31-00" LABEL="SYSRCD601" TYPE="iso9660" PTUUID="1e4ed97b" PTTYPE="dos" /dev/loop0: TYPE="squashfs"

What could be tripping up ego on a fresh 1.3 installation of 32-bit? ERROR: There was an error syncing xorg-kit. ERROR: There was an error syncing gnome-kit.