Jump to content
funtoo forums

heebs

Members
  • Content Count

    5
  • Joined

  • Last visited

  1. Thanks for the unhappy news, sure beats beating my head against the wall for hours or days.
  2. 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}] )"
  3. 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.
  4. 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
  5. 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*
  6. Oh I like that tool too! I use this for my gateway dns webserver file server "tv" persistent desktop external network verification and 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
×
×
  • Create New...