uudruid74

Just wondering if anyone has tried Paludis and/or Exherbo and what they thought of it. I'd rather have the opinions of the guys here rather than ask over there as I'm pretty sure they'll just tell me why they are so great. I wanna hear it all. http://paludis.exherbo.org

I've been away for awhile, and coming back into the fold, I decided I wanted to just *use* my computer, not tweak it. I just want it to work. And so I installed Ubuntu thinking it would be the way to go. And I had problems and thought the search thing and commercialism was wrong, so I changed to Ubuntu-Studio to make jack work and get rid of the commercial stuff, but the GUI was still not great (added Cairo-dock to it) and things not well integrated, and I really liked some of the stuff Elementary was doing, so I switched to Elementary with Ubuntu-Studio packages added with Cairo-dock grafted onto it. All the time I was fighting with dependency issues and having to install "-devel" packages when I needed to compile something. Elementary decided to blame my video drivers which work with all other window managers rather than fix their own window manager (pass the buck), and they are going off into some strange directions that are a real waste of time, plus I couldn't install Gnome on it! A linux distro that doesn't let you install whatever desktop you like? None of the Ubuntu distros made installing Gnome easy. I looked at Sabayon around the same time that I was getting fed up with the underlying systemd issues, and sabayon was even worse when it came to systemd (logs are binary, not text), but the new Gnome looked great and it was well-integrated and seemed like what I was looking for - even had good support for my touchscreen. So .. apparently, I can't get what I want with a binary distro. I *DO* want to tweak it because I want my jack to work and I want to hotplug audio devices and hotplug my HDMI cable without X crashing and I want a screensaver that can black my screen (can't right now, of all the stupid crap) and I want suspend to not freak out my monitor configuration ... and I can't guarantee I can fix any of that without going to a system that gives me that flexibility. So ... compiling funtoo so I have a base flexible enough to give me what I want. I used gentoo way back when (starting over a decade ago), but it looks like its now in a "holding pattern" without the big innovations that made it exciting. I always found Gentoo to be very stable and very flexible. From an admin stand-point, I don't have to take down the server and do a major upgrade when the next "release" comes around, and I could set things up any way I wanted. If I needed ldap support, add the USE flag. Stuff I didn't use could be turned off for security and stability reasons. And GLSA's used to come around as fast as CERT could announce them. I used to keep a specific machine I'd emerge new stuff to and then if it didn't break anything, I'd push the changes out to the live servers. Drobbins is now addressing some of the areas that I feel could be improved, and so I'm jumping back on the bandwagon, again following a distro he's developed. And I think its funny that he's decided to end "democracy" with the BDFL title. I get it. Sometimes thats what it takes to get a vision moving in a certain direction and not fissle out by being spread thin by too many conflicting views and ideas. I kinda wish the install was easier/faster, but I suppose the best way to do that is to do something about it myself. Now to migrate my mysql databases .... @666threesixes666: You're evil is showing. That site has Windows screen shots! EVIL!

Am I imagining things, or was there a flag to pass to emerge that makes it set your window title to the currently building package along with the [x of y] style designation? Like changing the window title to "[3/5] apache" If it doesn't exist, would anyone but me find it useful?

Adding a note that this issue seems to be in apr-util as well, added bug FL-1726 EDIT: For future reference, this set of problems was caused by changing /bin/sh to dash. The libtool being used is /usr/share/build-1/libtool running equery b /usr/share/build-1/libtool shows that this file was installed by dev-libs/apr-1.5.1-r1. It actually keeps information about your CFLAGS and shell and other information in this file. If you change your CFLAGS or change /bin/sh then you must reinstall this file by running: emerge apr This seems to fix things, and apr-utils and subversion then emerge correctly.

Ah - cgdisk does indeed work, but you can't resize a partition. Thats fine for people that are installing funtoo as their only OS, but you won't be able to dual-boot. I kind of wish it had some sort of "Expert" button in the interface to drop to the gdisk shell. That leaves a split that kinda makes sense, but might be tough to support. Mainly, text most would use the cfdisk/cgdisk tools and wouldn't support resizing or moving partitions (pretty much required to dual-boot with Windows). People dual-booting with WIndows would likely prefer a graphical installer anyway, and then you get the parted tools. Of course, with pyparted adding a button to chop up the Windows partition and resize it before cgdisk runs wouldn't be too hard, but then you still have the cfdisk/cgdisk tools and the parted tools both in control of the system. I suppose a menu of options would be the best bet with the GUI version simply detecting the Windows partition and asking how much you want to chop off for Linux (with a recommended default). I suppose both the text and graphical installer could do that if the amount of free space is below a certain threshold.

Well, cfdisk doesn't support GPT and nparted is long gone. This explains why Redhat doesn't support text based installs through Anaconda unless you have a kickstart file automating it. There is no current partitioning tool that doesn't need a GUI. I will likely do the same with a command line partitioning option (no gui) unless someone wants to throw up a quick "dialog" based wrapper around parted (which does support resizing partitions and the like from the command line). Edit: PyParted is just python bindings for libparted, which is what anaconda uses to do its partitioning.

Well, I was actually thinking of modifying Anaconda to call emerge instead of rpm, or maybe Anaconda uses PackageKit and then most of the work will have been done? (crossing fingers - I haven't looked at the source). But Anaconda supports both text and graphical installs, although I heard they've stopped supported all but a kickstart install through the text interface. That leaves me in an annoying position dealing with RedHat's decision, but its either that or try to write a lot of code myself. That script looks interesting, but the author has made some weird choices. Says pulseaudio was replaced by alsa, but that makes no sense. Pulseaudio calls alsa, so pulseaudio was simply removed.I'd love to see pulseaudio forked and integrated with jack, but it won't happen any time soon. I have been able to get them to play nice and I hot plug audio stuff all the time. And its pretty decent at remembering what applications should use which audio devices. But, the author of the script then goes and embraces systemd. Might as well put pulseaudio back in if you do that! cfdisk isn't really an install tool, just a partition tool. I think for those that need easy, partitioning should be scripted and automatic. For the server admin guys, they should have a choice of interfaces, but I want to base them on the same underlying tool to keep debugging down. That leaves me with gparted. It has a gnome front-end, a kde front-end (KDE Partition Manager), a text/curses front end like cfdisk (nparted), and a python one, all using the same library. It supports GPT partitions (required for the many EFI-only machines being sold now) and can resize existing partitions (like your old Windows ones). I resize partitions with it all the time - reboot, select Gnu Parted (debian based distro that just runs that tool) from my grub menu, and resize away. When I reboot back to my usual linux, everything still works :) The only thing I need MBR partitions for is if I partition an SD card - my CyanogenMod/Android doesn't seem to like it, which is kinda surprising and I expect that may change if they start using a newer kernel. nparted is basically just like cfdisk, but based on the same code base as gparted. Do you know if cfdisk supported GPT partition tables? Or is it just MBR like fdisk? Fdisk can screw up a GPT partitioned disk and vice versa. fdisk detects the GPT partition table and tells you to use gparted/gdisk, but then gives you the normal menu and lets you go about your business. The idiots that don't read the screen and think "it says I'm supposed to type this" will F*&^ up their drive. The link mentioned genkernel-next, which I'd not heard of. Is it worth dumping genkernel for genkernel-next? Its a sabayon thing and my gut is telling me that if it ain't broke don't fix it, especially since Sabayon isn't targeting users that would genkernel very often.

Man you guys are FAST! Super-congrats and extra brownie points on the quick response. I'm really amazed!

Done FL-1723 https://bugs.funtoo.org/browse/FL-1723

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

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).

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?

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).

net-misc/iputils Try pinging 8.8.8.8 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 8.8.8.8 >>/etc/resolv.conf and then try again to see if adding a DNS server fixes it.

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.

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.

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.

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.

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.

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.

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?

Maybe tux flying on the back of a Microsoft dragon (with butterfly wings)?

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!

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.

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!