[gentoo-user] List of Epic FAIL
Here's a numbered list of failed packages after SECOND emptytree rebuild; machine has not been rebooted since previous post; Reboot scheduled due to video driver version bump. tortoise portage # ls * -l app-office: =1=drwxr-xr-x 7 portage portage 4096 Apr 16 19:59 texmacs-1.99.2-r1 dev-db: =2=drwxr-xr-x 7 portage portage 4096 Apr 16 15:57 mysql-workbench-6.2.5 dev-dotnet: =3=drwxr-xr-x 7 portage portage 4096 Apr 16 20:56 nuget-2.8.1 dev-java: =4=drwxr-xr-x 4 portage portage 4096 Apr 15 08:38 java-sdk-docs-1.7.0.76 =5=drwxr-xr-x 4 portage portage 4096 Apr 15 11:33 oracle-jdk-bin-1.7.0.76 dev-libs: =6=drwxr-xr-x 7 portage portage 4096 Apr 15 13:05 libcdio-0.93 =7=drwxr-xr-x 7 portage portage 4096 Apr 15 13:22 libcdio-paranoia-0.93_p1 dev-qt: =8=drwxr-xr-x 7 portage portage 4096 Apr 16 11:49 qt-creator-3.4.0_rc1 dev-util: =9=drwxr-xr-x 6 portage portage 4096 Apr 16 23:59 monodevelop-5.7.0-r1 games-emulation: =10=drwxr-xr-x 7 portage portage 4096 Apr 15 19:28 zsnes-1.51-r4 media-plugins: =11=drwxr-xr-x 7 portage portage 4096 Apr 15 23:36 gst-plugins-ffmpeg-0.10.13_p201211-r3 =12=drwxr-xr-x 7 portage portage 4096 Apr 15 23:34 gst-plugins-libav-1.4.5-r1 media-sound: =13=drwxr-xr-x 7 portage portage 4096 Apr 15 19:09 playmidi-2.5-r2 media-video: =14=drwxr-xr-x 7 portage portage 4096 Apr 15 23:09 ffmpeg-2.6.2 =15=drwxr-xr-x 7 portage portage 4096 Apr 15 13:40 vcdimager-0.7.24 net-libs: =16=drwxr-xr-x 7 portage portage 4096 Apr 16 01:48 webkit-gtk-2.4.8-r200 sci-geosciences: =17=drwxr-xr-x 4 portage portage 4096 Apr 16 05:00 googleearth-7.1.2.2041 First diagnosis: #1; long standing failure related to custom container classes. #2, /usr/lib64/libX11.so.6: error adding symbols: DSO missing from command line ; seemed to work when -lncurses was forced. #3 FileModifiers/XdtTransformer.cs(5,7): error CS0234: The type or namespace name `Web' does not exist in the namespace `Microsoft'. Are you missing an assembly reference? #4, #5 Java 1.8 is out and runs Minecraft (only useful Java application), no reason to keep 1.7 around, do not intend to ever re-install. #6 collect2: error: ld returned 1 exit status; didn't happen when -Lncurses was forced #7,#11,#12,#14,#15 Secondary failure to #6. #8,#16; INTERNAL COMPILER ERROR!! (recently RMA'd some RAM, new ram had a 1-bit intermittent failure in 32GB, jacked voltage and hoped was good...) #9, #17 bleh. #10,#13 /usr/lib32/libtinfo.so.5: error adding symbols: DSO missing from command line NCURSES!! -- IQ is a measure of how stupid you feel. Powers are not rights.
Re: [gentoo-user] xen on new install reboots by itself
Hello Everyone, Sorry for the delayed response. Flased the bios to the latest version 1.1.7 dated 2007. Bellow is xen kernel built features: CONFIG_XEN=y CONFIG_XEN_DOM0=y CONFIG_XEN_PVHVM=y CONFIG_XEN_MAX_DOMAIN_MEMORY=500 CONFIG_XEN_SAVE_RESTORE=y # CONFIG_XEN_DEBUG_FS is not set # CONFIG_XEN_PVH is not set CONFIG_PCI_XEN=y CONFIG_XEN_PCIDEV_FRONTEND=y CONFIG_XEN_BLKDEV_FRONTEND=y CONFIG_XEN_BLKDEV_BACKEND=y CONFIG_XEN_NETDEV_FRONTEND=y CONFIG_XEN_NETDEV_BACKEND=y CONFIG_INPUT_XEN_KBDDEV_FRONTEND=y CONFIG_HVC_XEN=y CONFIG_HVC_XEN_FRONTEND=y # CONFIG_XEN_WDT is not set CONFIG_XEN_FBDEV_FRONTEND=y # Xen driver support CONFIG_XEN_BALLOON=y CONFIG_XEN_SCRUB_PAGES=y CONFIG_XEN_DEV_EVTCHN=y CONFIG_XEN_BACKEND=y CONFIG_XENFS=y CONFIG_XEN_COMPAT_XENFS=y CONFIG_XEN_SYS_HYPERVISOR=y CONFIG_XEN_XENBUS_FRONTEND=y CONFIG_XEN_GNTDEV=y CONFIG_XEN_GRANT_DEV_ALLOC=y CONFIG_SWIOTLB_XEN=y CONFIG_XEN_PCIDEV_BACKEND=y CONFIG_XEN_PRIVCMD=y CONFIG_XEN_ACPI_PROCESSOR=y # CONFIG_XEN_MCE_LOG is not set CONFIG_XEN_HAVE_PVMMU=y The machine is still rebooting when booting in the Xen built kernel. I know these machines have a thing called VRM (Voltage Regulator Module). This module is needed for dual cpu configurations. The machine has only on CPU and so no VRM. I read somewhere there was a issue with VRM equipped machine. Your help is greatly appreciate as I am stumped over this. Nick.
[gentoo-user] Re: Is this a new kernel bug? Or not.
On 04/15/2015 01:47 AM, Martin Vaeth wrote: > walt wrote: >> >> it tries to read from the floppy and prints an error message to the console > > No. The kernel does not do this. It is either udev or some other > part of your init system which does this. > >> "mount" at a bash prompt, and then spams the screen >> with errors about /dev/fd0. > > And again it is not the kernel. Obviously, it is the > bashcomp shell scripts which do it in some case, here. > >> Could/should kernel patch number 38 really introduce new behavior? > > It might toggle that for some reason e.g. /dev/fd0 was not visible > or accessible before. (Or at least not in the way how udev and > bashcomp expected to access it.) I've been wondering about this new behavior of "mount" and I'm still puzzled why "mount" or bashcomp or udev or the kernel or anybody else needs to poll the physical devices to find out which filesystems are mounted. The kernel must know at *all* times which filesystems it has already mounted, right? Wrong?
Re: [gentoo-user] xen on new install reboots by itself
On 8 April 2015 14:43:02 GMT-07:00, lee wrote: >hydra writes: > >> On Sat, Apr 4, 2015 at 3:20 PM, lee wrote: >> >>> symack writes: >>> >>> Other than that, unless you really do need full virtualization: I'm >>> finding Linux containers to be far more manageable than virtual >>> machines, and much more efficient. >>> >>> >> Can you please post some more details? > >About containers? > >There's very useful documentation about them like >https://wiki.gentoo.org/wiki/LXC ... > >What can I say? Virtualization with xen is like juggling with a set of >black boxes each of which aren't exactly accessible; the >documentation sucks, it's hard work to get it running and likewise hard >to maintain. I disagree. Been using Xen for over 10 years now and find it very easy to use. The documentation could be better on the Xen site itself, but there is plenty of decent documentation available via Google. >Virtualization with containers is basically as simple as running just >another daemon. Not quite. I use virtualization to minimizer the physical hardware. Xen is easy for that. Containers are what chroot jails should have been. But there is no simple method to set these up when security isolation is your goal. >Which the "better" tool, or combination of tools is, depends on what >you >want to accomplish. You could use containers in a VM, too, or use >virtualbox along with containers to run the odd VMs that require full >virtualzation. Virtualbox is nice for a quick test. I wouldn't use it for production. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
