Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by uudruid74

  1. Man you guys are FAST! Super-congrats and extra brownie points on the quick response. I'm really amazed!
  2. Done FL-1723 https://bugs.funtoo.org/browse/FL-1723
  3. It doesn't look like libtool is having the issue, but rather something passed to it. My guess is that the ebuild is borked and I'm hitting some corner case where a blank shell variable is being passed, so it gets the arguments, but not the file to work on. Or something like that. My guess is its the java flag since thats kinda half-ass installed. I emerged with the java flag specifically off, and after what I posted before,I get: !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="/usr/share/db-4.8/lib/db-4.8.jar" JAVA_HOME="/etc/java-config-2/current-system-vm" JAVACFLAGS="" COMPILER="" Which I got before, but I forgot to include it. Turning java off should have solved it. :/ I tried re-emerging libtool just in case, and it didn't fix it (went and compiled it back the way it was again). I'm LOST
  4. I investigated as to why my grub wouldn't install when it looked like the compile was OK. Now emerging GDB and also attempting to re-emerge with different CFLAGS (just -O2, removing -march=native). Taro build-pc # ./grub-mkimage --help Usage: grub-mkimage [OPTION...] [OPTION]... [MODULES] Make a bootable image of GRUB. -c, --config=FILE embed FILE as an early config Segmentation fault (core dumped) What's weird is it should just be printing some output. That shouldn't crash it unless there is a major bug. Well ... it installed. Is there some way to tell portage to change CFLAGS for a certain program? Is there an /etc/portage/package.cflags? I know the ebuilds can do it, but the ebuild isn't filtering out -march=native, which is definately breaking grub (like a bug somewhere). I'm gonna compile the broken one, just so I can gdb it. Program received signal SIGSEGV, Segmentation fault. 0x000000000041459a in memset () (gdb) bt #0 0x000000000041459a in memset () #1 0x0000000000414672 in memset () #2 0x0000000000414672 in memset () #3 0x0000000000414672 in memset () #4 0x0000000000414672 in memset () This repeats until the stack overflows ... at least 10000 times. Weird eh? I think its related to this GCC bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56888 It looks like even gcc's own test suite caches the bug and yet they released it anyway :/ Only bites with -O3 when doing something like that looks like a memcopy. GCC will optimize by calling the library routine which can result in an infinite loop. In which case you can fix the source with: #pragma GCC optimize ("no-tree-loop-distribute-patterns") Or just tweak the ebuild to add "-fno-tree-loop-distribute-patterns" to the CFLAGS in the ebuild and be done with it. Yup - this fixes it! Off to file a bug. (and keeping that -fno-tree-loop-... in my global CFLAGS, who knows what other apps will silently fail - I should probably recompile EVERYTHING).
  5. I'm finding a few packages that don't build and I keep trying to find work-arounds, change USE flags, or whatever, and now I'm seeing some that look like the ebuild is passing information to libtool incorrectly. Something is really broken, and this is still a fresh install (more or less - not booted it yet, just installing). layman wants to pull in svn (tired or arguing and accepting defaults). The result: checking for C compiler default output file name... a.out 000/image//usr/lib64/apache2/modules /usr/share/build-1/libtool --mode=install install mod_dav_svn.la /var/tmp/portage/dev-vcs/subversion-1.8.10-r1000/image//usr/lib64/apache2/modules/ /usr/share/build-1/libtool: 3222: /usr/share/build-1/libtool: install_prog+=install: not found /usr/share/build-1/libtool: 3242: /usr/share/build-1/libtool: files+= mod_dav_svn.la: not found libtool: install: you must specify an install program libtool: install: Try `libtool --help --mode=install' for more information. apxs:Error: Command failed with rc=65536 . build-outputs.mk:976: recipe for target 'install-mods-shared' failed make: *** [install-mods-shared] Error 1 * ERROR: dev-vcs/subversion-1.8.10-r1000 failed (install phase): * emake failed This looks all wrong. Any ideas?
  6. The only problem I see here, is that I honestly don't like binary distributions. Perhaps this thread is mis-named since I'm not really talking about a binary distro, but more of a graphical installer for funtoo. Then again, its not quite that either, since that would imply giving you all the options funtoo does and letting you select and customize every little thing. So, I'm shooting for somewhere between the traditional "maintain it all" distro and funtoo's "meta-distro". It will install things the way I see fit, with plenty of feedback from users as to how to best set things up to meet the needs of the greatest number of people (but no systemd, I'm adamant on that, and no zeitgist without a HUGE warning asking if the user really wants to install such a beast), and then get out of the way and let you use funtoo. Once it installs, change whatever. Maybe it's a User-Friendly Funtoo, and SysAdmin Friendly Funtoo ... because I have better things to do than tweak USE flags and watch things compile. Don't get me wrong, Sabayon runs really well, but its clearly a desktop distro. I wouldn't even call it a "workstation". Great for replacing my dad's win8 on his notebook (I didn't ask him first so I dual-booted it and he wasn't really using the hard drive for anything - he mainly uses it for web-based email and to view pdfs of car manuals which he keeps on an SD - hasn't booted to Windows since). The installer is very quirky and they lie about including a C compiler - you have to install it through the GUI package manager. And anything that installs XBMC and Steam by default (no option not to) can't be considered for servers. What they do well, I'll copy. My brother laughs cause I use a USB speaker to install it (it has mp3 features and takes an SD card and functions as a USB storage device in addition to an audio device, so I can blow an image to a microSD and boot the machine off the speaker). Right now, I'm trying to figure out if it should have a liveISO with stuff to do while it installs, or just go for a smaller download and only have an installer, basic tools, and gparted. Of course, if I dynamically make the packages from whats on the ISO, then you get to use them while they install and you know that what you are running is what will be installed. I really like the idea, but I want to do separate install targets (desktop, server, etc - different USE flags, different kernels, different default packages), and that wouldn't work well with an "install from live" setup. I'm thinking Anaconda installer with kickstart support and all that ..Hmm ... I'm envisioning kickstart files that take a list of global USE flags and USE flags per app with an option to sync and rebuild on finish ... all wish list right now. I'm considering pre-installing Gnome Software center or something if it has an emerge back-end that works. Otherwise, I guess 'ol porthole would work (maybe I'll hack it to support screenshots or something).
  7. net-misc/iputils Try pinging to see if traffic gets through (Google's public DNS). If that works, but www.google.com doesn't, then its likely DNS. Try, echo nameserver >>/etc/resolv.conf and then try again to see if adding a DNS server fixes it.
  8. Odd - I didn't post that at 8:59. Its not even that time yet. I posted that about 3 AM. Is the site on GMT? I'll end up re-engineering the whole thing from the ground up. I think it needs to run Funtoo completely just based on the general principle. Not sure if I'll do a liveCD with installer, or just have it boot to an installer. Comments on that welcome. As a live CD, if I make all the packages as generic as possible (all the same USE flags for all installs) then I can dynamically create the packages from what's on the liveCD or have an "install everything" option that just copies the whole live system without bothering with packages. At that point, it may be better to have multiple install CDs for desktop vs server, etc. But ... thats probably not what people want or expect. Its more convenient to have a larger CD that can install either, which means the liveCD itself will likely just be based on whatever becomes a minimal "desktop" install. It definately won't be like the Gentoo one in scope - way too many packages and no one is going to run all that stuff on a DVD. It will be more like Sabayon's in scope (but without systemd). In fact, what I really want is Sabayon with no systemd, a "server" option, and install GCC by default.
  9. Anyone have thoughts on the "bindist" flag. Apparently, you can't redistribute binary packages with certain features and bindist turns these off - which can remove codecs, branding, and efficiency (in at least one case, it turns off sse optimizations). But, one of the major packages, firefox, is being distributed by Ubuntu with all such name/branding on. If a big distro like Ubuntu can do it, shouldn't the rest of us? And how does that work ... whats the difference between compiling it for me, compiling it for my dad, and compiling for you? This legal crap doesn't make any sense to me.
  10. VidaLinux seems to be dead, for about 2 years now. I'm guessing it used Anaconda as the installer, and I'm thinking that is likely the way to go. I don't even know if there are other options. Not downloaded the System Rescue CD, but I have the Gentoo LiveCD released back in Aug which I assume is pretty similar. It seems kinda KDE-heavy and it has some weird bugs that I'm surprised are there. Hitting the Windows key in Gnome is taking me to another virtual console and I have to switch back with Alt-F7 every time I hit the key. Of course, this is running in a VM, but Sabayon runs Gnome fine without this bug and runs a bit faster as well. I really like how they've themed the boot-loader. Its all very pretty.
  11. I'm getting the same problem on a brand-new install. I want to install both the radeon and fglrx drivers (in case I have problems and need to go back to the open-source, but the proprietary drivers work around other bugs in more important software that I NEED - lyx). Gentoo can switch between them with eselect right? And a version of fgrlx that works with 1.16 is already in "testing" just not yet downloadable from ATIs site (at least I can't find 'em). But archlinux has a package for it! How would one go about making ab ebuild for this and installing it? This would allow Xorg 1.16 and the latest released kernel (3.17), and would solve the above issue in cleaner manner (IMO). I just got all this stuff installed and haven't changed my list of video cards, so I'm kinda mad that I have to unmerge stuff that it automatically merged with no guarantee that it won't pull in the same stuff all over again. My poor CPU has been thrashing away for almost 2 days (I'm experimenting with getting everything installed that I need before I reboot - running a different Linux right now and I don't want the computer to be down for more than 5 mins - I think I can pull it off .. but that means a compile of full desktop, gnome, libreoffice, etc) :( Help, suggestions, comments? I really want to just grab this : https://aur.archlinux.org/packages/catalyst-test/ and make an ebuild, but I haven't made an ebuild in about 10 years. It has patches and such, but not sure if any of it is arch specific.
  12. I'm thinking there are two ways to do this. A set of common installation types (server, desktop, workstation, etc). From there I can have customizable package list or not. Not having a customizable package list means that every package is customized and tested and working, optimized for that type of installation and it doesn't even need an installer ... its just a complete system it slams onto the system at once (not the most flexible, but I expect people to tune things after its installed anyway). Get it working, tarball it. Custom packages means I either need a set of USE flags that is common between all installation types or I need to have duplicate packages where there is a difference in types. I'm leaning toward the latter, but the former sounds easier. Opinions welcome.
  13. FYI - There is already a Llamasoft. Author of Llamatron, Jeff Minter (aka Yak) writes under the name and there is a corporate entity of the name. Besides, Disney might sue.
  14. I know I shouldn't be reply to olds posts ... my apologies, but ... are you saying Tux with a mullet? Business in the front, party in the back?
  15. Maybe tux flying on the back of a Microsoft dragon (with butterfly wings)?
  16. Ever need to know when a long emerge or some other command was finally finished after you went off and started something else? Well, here is a script you can add to your .bashrc (or source it from your .bashrc) to do exactly that. Due to some odd race behavior, it will be inactive until you use ls, cd, or n (n just activates it). This was necessary because your .bashrc finishes running before the terminal window actually displays on screen. If you use session management and your shell moves from one GUI window to another, the ls, cd, or n commands all ensure that the correct window is watched. It only notifies if the shell window isn't on top. # #- This is to display notifications when you aren't watching the window # export DISPLAY=":0" alias ls='LC_XWINDOWID=`xdotool getactivewindow`; ls --color=auto' alias cd='LC_XWINDOWID=`xdotool getactivewindow`; cd' alias n='LC_XWINDOWID=`xdotool getactivewindow`' sendNotify() { LC_TASK=$(history 1 | cut -c 8-) LC_NAME=$(xdotool getwindowname $LC_XWINDOWID) LC_ICON="$LC_NAME" #- fix up name to icon mapping case $LC_NAME in Terminal) LC_ICON="gnome-terminal" ;; esac notify-send -i "$LC_ICON" "Task Complete in $LC_NAME" "$LC_TASK" } testWindow() { if [ -z "$LC_XWINDOWID" ]; then return 0; fi if [ "$(xdotool getactivewindow)" != "$LC_XWINDOWID" ]; then sendNotify fi } PROMPT_COMMAND="testWindow" FYI - you can add -t 10000 to the notify-send line to keep the notification up for a much longer duration (or an even greater value). You can always close the notification manually. So .. however long you want the timeout if the default isn't enough. Enjoy!
  17. Thanks for the info, but I don't want a tar of an existing system as a huge tarball. Although I suppose that I could simply copy the entire system, then re-emerge it all with the new flags to force the rebuild. That may be the better way to do it. Would you happen to know the full list of emerge flags for "rebuild my whole system, every last package, because I change USE flags and CFLAGS?" command line would be. I'm thinking once I get it to my liking I'll build a set of binaries and then find some duct-tape and bailing wire to graft an installer and a liveCD/DVD into the mix.
  18. How can I reinstall my whole system, with new USE/CFLAGS, to a new partition/root? Basically, I want one set of USE/CFLAGS on one partition and another on the second, but all the packages the same and without going through a lot of manual configuration. Basically, I want to keep an optimized "just my hardware" install, and have a second one thats generic (or least any x86-64). I'm thinking that I should be able to untar the stage3 to the new partition, bind /usr/portage to the new root, chroot in and run emerge with whatever flags required to tell it to rebuild EVERYTHING (anyone know what flags that would be offhand?). I'll be adding the flag to generate binary packages as well so I can reinstall to other machines quickly, giving me sane starting point for other installs. Questions: Where is the package database stored, since I have to make sure this is seen by the new root? Likely, I need to copy this, not bind it, because ... Since the system stores what USE flags things were compiled with, I need to be sure this is separate between the two systems. Anyone have advice on to make sure this is done "correctly"? Suggested emerge flags for this? Other comments and suggestions are welcome!
  19. Drobbins. Something is very wrong with the universe. I keep agreeing with your decisions, goals, and even implementations. When I think, "there should be a way to do this better, maybe if ... " I suddenly see you are working on exactly that. I never agree with anyone about computers! So .. I used to use Gentoo aeons ago, and now that I've tried everything else all over again, its time to rejoin the fold and drink the Kool-aid. I actually trust you to do the right thing with the distro I have on my computer, and I don't trust anyone else ... maybe Linus.
  20. Yeah, I know what you are saying. There are millions of packages that could be installed. I'm thinking more along the lines of a "core set". The stuff that most people won't tweak much anyway. You have your system packages (how many people really care which syslog is used?), then Xorg, a desktop (likely binaries for Gnome, KDE, and XFCE), LibreOffice, and Firefox and/or Chromium, maybe Thunderbird and/or Evolution (personally, I don't like Evolution because it seems really slow to open my Inbox). Basically a set of "default" packages to get people up and running, and let the source handle the rest. So maybe not a full binary release, but a binary installer/Live collection, that once installed, is Funtoo. But you can get the big stuff installed in an hour rather than a day.
  21. OK, before you flame me, I know that Funtoo And Gentoo are "meta" distributions and a binary distro doesn't make sense. But, I would really like to see a Funtoo based distro that could be installed quickly (binary install, sane defaults, sets up portage, etc). Once you change anything (USE flags, etc), then access to any binary packages from the distro would be disallowed. The system should recommend compiling over using binaries for stability. The main goal is just to get the thing installed so you can get to work. The closest I've seen is Sabayon, but they've embraced systemd and they don't even include gcc by default (even though the installer says it does), and the installer is pretty unfriendly. I would want to keep OpenRC, and possibly provide for not installing things like Zeitgist unless the user specifically requests it. There are a lot of people upset over systemd, and if there was a binary alternative, I think funtoo would make a good choice. Just too many people are scared of the long install process. I'd like to do something about pulseaudio, too, but thats another story and another project. Feedback?
  • Create New...