heebs
-
Posts
9 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Posts posted by heebs
-
-
So, I finally got some other project downtime and spent time looking into this fun. I was testing an install on the side and started getting emerge errors when I added the local overlay of the desktop-kit-1.3. I assumed it was an issue with trying to have 2 desktop-kit repos in the mix. I then painfully gutted cruft from my running instance and fixed bum USE flags to get my server up and fully updated on the next branch, but for windowmaker itself.
I then went back at it to work on the local overlay as you suggested and ended up stripping it down to the bare minimum. I am still getting errors with emerge when I have the repo file in /etc/portage/repos.conf. I figured I may as well just grab the latest ebuild from gentoo since I'm already doing something out of the ordinary and it seemed a harmless change.
Here is the error I get when I run emerge:
emerge --verbose-conflicts -aDNv --with-bdeps=y --backtrack=200 windowmaker Traceback (most recent call last): File "/usr/lib/python-exec/python3.7/emerge", line 51, in <module> retval = emerge_main() File "/usr/lib/python3.7/site-packages/_emerge/main.py", line 1293, in emerge_main action=myaction, args=myfiles, opts=myopts) File "/usr/lib/python3.7/site-packages/portage/proxy/objectproxy.py", line 30, in __call__ return result(*args, **kwargs) File "/usr/lib/python3.7/site-packages/_emerge/actions.py", line 2507, in load_emerge_config **kwargs) File "/usr/lib/python3.7/site-packages/portage/__init__.py", line 555, in create_trees env=env, sysroot=sysroot, eprefix=eprefix) File "/usr/lib/python3.7/site-packages/portage/package/ebuild/config.py", line 547, in __init__ self.repositories = load_repository_config(self) File "/usr/lib/python3.7/site-packages/portage/repository/config.py", line 1110, in load_repository_config return RepoConfigLoader(repoconfigpaths, settings) File "/usr/lib/python3.7/site-packages/portage/repository/config.py", line 788, in __init__ if repo_name not in repo.aliases: TypeError: argument of type 'NoneType' is not iterableHere is the output of ego query:
ego query v windowmaker x11-wm/windowmaker| slot| repo -------------------+-----+------------------ - 0.95.8-r1| 0| desktop-kit/next 0.95.9-r4| | windowmaker-localHere is the repo file:
cat /etc/portage/repos.conf/windowmaker [windowmaker-local] location = /home/overlays/windowmaker-local auto-sync = no priority = 10
Here are the contents of the overly directory:
ls -l windowmaker-local/* windowmaker-local/x11-wm/* windowmaker-local/metadata: total 4 -rw-r--r-- 1 portage portage 146 May 9 07:47 layout.conf windowmaker-local/profiles: total 4 -rw-r--r-- 1 portage portage 11 May 9 07:47 repo_name windowmaker-local/x11-wm: total 0 drwxr-xr-x 2 portage portage 96 May 9 07:42 windowmaker windowmaker-local/x11-wm/windowmaker: total 4 -rw-r--r-- 1 portage portage 3218 May 9 07:42 windowmaker-0.95.9-r4.ebuild
Here are the files for the overlay:
root@jonesin|/home/overlays/windowmaker-local> cat profiles/repo_name windomaker-local root@jonesin|/home/overlays/windowmaker-local> cat metadata/layout.conf repo-name = windomaker-local thin-manifests = true sign-manifests = false profile-formats = portage-2 cache-formats = md5-dict masters = core-kit
Did I miss something along the way or have I found an odd bug?
-
Cardinal,
Thank you very much for the detailed response. I will post how things ended up working for others, as I have had it installed for quite a while and was causing updating issues.
I may have to go the new install route and go for the local overlay. -
Hi,
I have been a user for quite a while but my server was down for a while, so when I got it back online and started updates, it doesn't find Windowmaker anymore. I am on 1.4, but just played with the next on the live install and see the same. I see it upstream in the Gentoo packages. Is there a reason for it being omitted or am I doing something not quite right? I prefer not to find a different distro as this has been a great ride after coming here from Gentoo to easily keep systemd out of my machine.
That being said, maybe there is a way to slurp it in without breaking stuff on my side that I have not explored yet? Since I thought that maybe my older system without updates may have caused some of the issue, since I can't even remember how long I have been over to Funtoo.... I also bet I dragged in some old Gentoo stuff/behaviors/configurations.
-
Thanks for the unhappy news, sure beats beating my head against the wall for hours or days.
-
So I have done some more digging, I pulled out my mask so that I could get @world to finish up at the very least. I then removed the nvidia-drivers and here is where I sit when I try to install them now.
emerge -av nvidia-drivers These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N #] x11-drivers/nvidia-drivers-410.93:0/410::core-hw-kit USE="X driver kms tools uvm -acpi -compat -gtk3 (-multilib) -static-libs -wayland" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by nvidia-drivers (argument) # /etc/portage/package.mask: # http://www.nvidia.com/object/IO_32667.html nuttin over 304 =x11-drivers/nvidia-drivers-410.93 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes. emerge --verbose-conflicts -av =x11-drivers/nvidia-drivers-304.137 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD ] x11-base/xorg-server-1.19.5-r2:0/1.19.5::xorg-kit [1.20.1-r1:0/1.20.1::xorg-kit] USE="glamor ipv6 udev xorg -debug -dmx -doc -kdrive -libressl -minimal (-selinux) -static-libs -suid% (-systemd) -tslib% -unwind -wayland -xcsecurity -xephyr -xnest -xvfb" 0 KiB [ebuild N ] x11-drivers/nvidia-drivers-304.137:0/304::core-hw-kit USE="X tools -acpi (-multilib) -pax_kernel -static-libs" 0 KiB Total: 2 packages (1 downgrade, 1 new), Size of downloads: 0 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: x11-base/xorg-server:0 (x11-base/xorg-server-1.19.5-r2:0/1.19.5::xorg-kit, ebuild scheduled for merge) pulled in by <x11-base/xorg-server-1.19.99:= required by (x11-drivers/nvidia-drivers-304.137:0/304::core-hw-kit, ebuild scheduled for merge) ^ ^^^^^^^ ^ (x11-base/xorg-server-1.20.1-r1:0/1.20.1::xorg-kit, installed) pulled in by =x11-base/xorg-server-1.20* required by (net-misc/tigervnc-1.9.0-r1:0/0::net-kit, installed) ^ ^^^^^ x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-video-vesa-2.4.0:0/0::xorg-kit, installed) ^^^^^^^^^^ x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-mouse-1.9.3:0/0::xorg-kit, installed) ^^^^^^^^^^ x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-evdev-2.10.6:0/0::xorg-kit, installed) ^^^^^^^^^^ x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-libinput-0.28.0-r1:0/0::xorg-kit, installed) ^^^^^^^^^^ x11-base/xorg-server:0/1.20.1= required by (x11-drivers/xf86-input-keyboard-1.9.0:0/0::xorg-kit, installed)Here are the relevant parts in the ebuild, I think just fixing the rdepend stuff in it will do what I need, but I imagine that this may need to be fixed upstream, to keep things working for others.
COMMON=" app-eselect/eselect-opencl kernel_linux? ( >=sys-libs/glibc-2.6.1 ) tools? ( dev-libs/atk[${MULTILIB_USEDEP}] dev-libs/glib:2[${MULTILIB_USEDEP}] x11-libs/gdk-pixbuf[${MULTILIB_USEDEP}] x11-libs/gtk+:2[${MULTILIB_USEDEP}] x11-libs/libX11[${MULTILIB_USEDEP}] x11-libs/libXext[${MULTILIB_USEDEP}] x11-libs/pango[X,${MULTILIB_USEDEP}] x11-libs/pangox-compat[${MULTILIB_USEDEP}] ) X? ( >=app-eselect/eselect-opengl-1.0.9 ) " DEPEND="${COMMON} kernel_linux? ( virtual/linux-sources virtual/pkgconfig )" RDEPEND="${COMMON} acpi? ( sys-power/acpid ) tools? ( !media-video/nvidia-settings ) X? ( <x11-base/xorg-server-1.19.99:= >=x11-libs/libX11-1.6.2[${MULTILIB_USEDEP}] >=x11-libs/libXext-1.3.2[${MULTILIB_USEDEP}] sys-libs/zlib[${MULTILIB_USEDEP}] x11-libs/libXvMC[${MULTILIB_USEDEP}] ) " PDEPEND="X? ( >=x11-libs/libvdpau-0.3-r1[${MULTILIB_USEDEP}] )" -
To spring off of cbdougla's reponse, how about setting up a script that looks for your uptime and if it is greater than x then, check if clamav is running, if it is not then run your init script to start. Stuff that script into root's cron and have it run every minute.
-
Thanks for something I certainly didn't think about, but here is where I sit, that doesn't mean it is perfect.
etc/portage> epro mix-ins === Enabled Profiles: === arch: x86-64bit build: current subarch: amd64-k8 flavor: core mix-ins: audio mix-ins: dvd mix-ins: no-systemd mix-ins: media mix-ins: X mix-ins: mediaformat-video-extra mix-ins: mediaformat-audio-extra mix-ins: mediaformat-gfx-extra -
So I finally got my act together and moved the 1.3 branch, and now xorg-server is trying to force me to use the latest nvidia-drivers, which will not work for my old GeForce 6150 card. It to find of course as this did not manifest until I tried to update @world, so I started walking down the chain with stuff that would pull in large chunks of updates, and I finally got to this.
root@jonesin|/etc/portage> emerge --verbose-conflicts -a --oneshot =dev-lang/php-7.3.6 =media-video/ffmpeg-3.4.5 =net-misc/tigervnc-1.9.0-r1 x11-drivers/xf86-input-mouse x11-drivers/xf86-input-evdev x11-drivers/xf86-input-libinput x11-base/xorg-drivers x11-base/xorg-server app-pda/libimobiledevice x11-libs/libpciaccess app-crypt/p11-kit net-analyzer/tcpdump www-servers/apache These are the packages that would be merged, in order: Calculating dependencies... done! The following packages are causing rebuilds: (x11-base/xorg-server-1.20.1-r1:0/1.20.1::xorg-kit, ebuild scheduled for merge) causes rebuilds for: (x11-drivers/xf86-input-libinput-0.28.0-r1:0/0::xorg-kit, ebuild scheduled for merge) (x11-drivers/xf86-input-mouse-1.9.3:0/0::xorg-kit, ebuild scheduled for merge) (x11-drivers/xf86-input-evdev-2.10.6:0/0::xorg-kit, ebuild scheduled for merge) (x11-drivers/nvidia-drivers-410.93:0/410::core-hw-kit, ebuild scheduled for merge) [ebuild U ] app-admin/apache-tools-2.4.39 [2.4.38] [ebuild U ] www-servers/apache-2.4.39 [2.4.38] [ebuild R ] net-analyzer/tcpdump-4.9.2 [ebuild R ] app-crypt/p11-kit-0.23.9 [ebuild U ] x11-libs/libpciaccess-0.14 [0.13.5] [ebuild R ] app-pda/libimobiledevice-1.2.0-r1 [ebuild r U ] x11-base/xorg-server-1.20.1-r1 [1.19.5-r2] [ebuild U ] x11-base/xorg-drivers-1.20 [1.19] [ebuild U ] x11-drivers/xf86-input-libinput-0.28.0-r1 [0.25.1] [ebuild U ] x11-drivers/xf86-input-mouse-1.9.3 [1.9.2] [ebuild U ] x11-drivers/xf86-input-evdev-2.10.6 [2.10.5] [ebuild r U #] x11-drivers/nvidia-drivers-410.93 [304.137] USE="driver%* kms%* uvm%* -compat% -gtk3% -wayland%" [ebuild R ] net-misc/tigervnc-1.9.0-r1 [ebuild R ] media-video/ffmpeg-3.4.5 [ebuild R ] dev-lang/php-7.3.6 The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by @__auto_slot_operator_replace_installed__ (argument) # /etc/portage/package.mask: # http://www.nvidia.com/object/IO_32667.html nuttin over 304 =x11-drivers/nvidia-drivers-410.93 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes.I did go through scraping dependencies and I found nothing that would force this, now that doesn't mean I didn't miss something. I found some posts about using --exclude and the like and that just caused different and even less desirable behavior.
Here is my package.mask
cat /etc/portage/package.mask >net-misc/openntpd-6.0_p1 # http://www.nvidia.com/object/IO_32667.html nuttin over 304 >=x11-drivers/nvidia-drivers-305.0.0 >=sys-kernel/gentoo-sources-4.9.136 >=sys-kernel/linux-headers-4.10 =dev-lang/python-3.4*
-
Oh I like that tool too!
I use this for my
gateway
dns
webserver
file server
"tv"
persistent desktop
external network verificationand pretty anything else I can think of or need.
I have the mirrored pair I have running the OS portion since about 2007, that I pulled out of a production machine in 2005. It was gentoo until I wanted to strip out the plague that is systemd. I was in the middle of ripping it out and running into some dependency hell, happens with really old installations that you don't update often enough and are trying to change it's current behavior, and then a power outage fixed that for me! I had been looking at funtoo for a long time but I sure hate downtime and this forced my hand. I am much happier with this variant and my current running system.
System: Host: jonesin Kernel: 3.4.113-gentoo x86_64 (64 bit) Desktop: N/A
Distro: Funtoo Linux - baselayout 2.2.1
Machine: Device: desktop Mobo: ASUSTek model: M2NPV-VM v: 1.xx BIOS: Phoenix v: ASUS M2NPV-VM 0901 date: 05/08/2007
CPU: Dual core AMD Athlon X2 BE-2350 (-MCP-) cache: 1024 KB
clock speeds: max: 2104 MHz 1: 2104 MHz 2: 2104 MHz
Graphics: Card: NVIDIA C51PV [GeForce 6150]
Display Server: X.org 1.19.1 driver: N/A tty size: 142x34 Advanced Data: N/A for root
Audio: Card NVIDIA MCP51 High Definition Audio driver: snd_hda_intel Sound: ALSA v: 1.0.25
Network: Card-1: NVIDIA MCP51 Ethernet Controller driver: forcedeth
IF: eth1 state: up speed: 100 Mbps duplex: full mac: <filter>
Card-2: Intel 82557/8/9/0/1 Ethernet Pro 100 driver: e100
IF: eth0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 13002.6GB (21.3% used)
ID-1: /dev/sda model: ST3500641AS size: 500.1GB
ID-2: /dev/sdc model: HGST_HDS724020AL size: 2000.4GB
ID-3: /dev/sdb model: ST3500641AS size: 500.1GB
ID-4: /dev/sde model: HGST_HDS724020AL size: 2000.4GB
ID-5: /dev/sdd model: HGST_HDS724020AL size: 2000.4GB
ID-6: /dev/sdf model: HGST_HDS724020AL size: 2000.4GB
ID-7: /dev/sdg model: HGST_HDS724020AL size: 2000.4GB
ID-8: /dev/sdh model: HGST_HDS724020AL size: 2000.4GB
Partition: ID-1: / size: 457G used: 322G (71%) fs: reiserfs dev: /dev/root
ID-2: /tmp size: 5.6G used: 140M (3%) fs: ext3 dev: /dev/md2
ID-3: swap-1 size: 4.01GB used: 0.10GB (2%) fs: swap dev: /dev/md1
RAID: Device-1: /dev/md4 - active raid: 6 components: online: 6/6 - sdc1 sdh1 sdg1 sdf1 sde1 sdd1
Device-2: /dev/md1 - active raid: 1 components: online: 2/2 - sdb2 sda2
Device-3: /dev/md2 - active raid: 1 components: online: 2/2 - sdb3 sda3
Device-4: /dev/md0 - active raid: 1 components: online: 2/2 - sdb1 sda1
Sensors: System Temperatures: cpu: 40.0C mobo: N/A
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 151 Uptime: 18 days Memory: 1140.2/1966.4MB Init: SysVinit rc: OpenRC runlevel: default
Client: Shell (bash) inxi: 2.3.8
Windowmaker removed from Funtoo?
in Portage Help
Posted
Let me say that I must have stared at that over and over and my dumb ass brain filled in the missing w in the lines. I feel extra stupid this day, and that is saying something......
I super appreciate all your patience and help with this.