Jump to content
funtoo forums

sputnik

Members
  • Content Count

    121
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by sputnik

  1. sputnik

    Distcc makeopts

    See the readme here: https://github.com/TemptorSent/overlay-dev-gcc-kit/tree/master/sys-devel/gcc
  2. sputnik

    Distcc makeopts

    I want a 65 core cpu too! I've been using distcc on Funtoo for years and yes, both of those lines are required for distcc. Unless you want the jobs to default to the number of cores on the local cpu, and don't care about the load. Finally distcc & pump mode are not default features.
  3. sputnik

    Raspberry 3 64bit Crossdev?

    The version of crossdev is of no consequence as long as it works, it's just a shell script. While qemu has value, it's _much too slow for general use. The docker idea sounds good, except it might be a hassle if you are using it for distcc, I don't know, never do docker. Setting up a local overlay is quite simple and almost surely you are going to do it sooner or later anyhow. I believe crossdev itself requires it, I don't know what it would use for an overlay (and it does need an overlay) without it.. The "custom ebuilds" are already done so I don't see an issue there. 5 or 10 minutes to set up your local overlay, drop the gcc build you want in there, then: crossdev <OPTIONS> --init-target Then change the gcc link in the crossdev overlay as shown in my 1st link. Pretty quick and painless. Then: crossdev <OPTIONS> again. Come back in a couple of hours. If you run this cool bash script on your $TARGET machine, it will even create the crossdev line for you: #! /bin/bash A="binutils" ; B=`eselect $A show` ; BINUTILS_VER=`echo $B | cut -d- -f5-` A=`/usr/bin/gcc-config -c` ; B=`echo $A | cut -d- -f5` ; GCC_VER=`equery l sys-devel/gcc | grep $B | cut -d- -f3-` A="sys-kernel/linux-headers" ; B=`equery l $A` ; KERNEL_VER=`echo $B | cut -d- -f4-` A="sys-libs/glibc" ; B=`equery l $A` ; LIBC_VER=`echo $B | cut -d- -f3-` echo "crossdev --b =$BINUTILS_VER --g =$GCC_VER --k =$KERNEL_VER --l =$LIBC_VER -t $(portageq envvar CHOST)" Source: https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling Here is crossdev-20151026-r1.
  4. sputnik

    Raspberry 3 64bit Crossdev?

    I've been using crossdev for various devices on Funtoo very successfully for years now. There are differences from gentoo, only general gentoo instructions apply. 1st, a must read is this: https://www.funtoo.org/Cross-compiling_with_Crossdev. Then you will understand that the Funtoo gcc ebuilds do not work out of the box with crossdev at all. I have created ebuilds that seamlessly replace the official tree gcc ebuilds and at the same time also work with crossdev, see this: https://bugs.funtoo.org/browse/FL-3787 . I recommend using these ebuilds in your local PORTDIR, removing the _rc1 part of the name, allowing them to supersede the official ebuilds. This will cause you to have to rebuild the native gcc because I have additional use flags for arm support (in a crossdev gcc implementation) that don't exist on the official tree ebuild. Alternately you can just leave the _rc1 in the name and just call it directly on the crossdev command line, I found it too confusing to have all those versions floating around when it works just fine as a replacement. Your choice... In addition to the informational links above, I must tell you that I have had no success with any crossdev version beyond 20151026-r1, due to growing portage differences between gentoo and funtoo. Hmm, probably something from around that time here will do: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-devel/crossdev/ I would be leery about using --stable also, I prefer to specifically call out the versions I want to match exactly the device I am building for, rather than counting on crossdev to make the right decisions for me. It didn't work well for me in the past, although I haven't tried it in a long time. When you successfully create your shiny new toolchain there is very pertinent info here also: https://wiki.gentoo.org/wiki/Distcc/Cross-Compiling
  5. Ref: http://forums.funtoo.org/topic/832-revdep-rebuild-issue/ I'm happy to report that I removed the workaround mentioned in that thread in /etc/env.d/99local, did env-update and source /etc/profile and at least on my ARMv7a device, revdep-rebuild no longer complains about missing libraries.
  6. sputnik

    Automatic system updates?

    I do exactly that with a bash script, but it is QUITE complex for many assorted reasons. I have several computers updated by the one script. Issues are: I don't allow root ssh access, so workarounds for that. I also backup all computers nightly with it. 1 computer is the ringleader, it's on 24/7. Different computers have different needs. On and on... But not to discourage you, I love it. It took about 1.5 years to get it more or less right, it's the biggest mess of spaghetti you can imagine and even minor changes have great potential to upset the apple cart. Oh, and I don't bother trying to catch every error that needs human intervention, early on I realized 1. That would be impossible. 2. After taking care of the obvious things it's rare that it doesn't work, when that happens the human intervenes, things will work the next night :P I was going to convert it to python but 1. I'm lame at python. 2. I fear the inevitable minor changes 3. It doesn't have to be fast or cool It does everything including updating eix on all computers, doing emerge @preserved-rebuild when needed, the only thing I left for the human was emerge --depclean and revdep-rebuild, I do that 1st thing in the morning so the "human" can see what's up. Logs are kept, there are no mysteries. It is set as a cron job after my normal bedtime but I can run it directly and override the cron job, which I almost always do. Turns computers on for the update/backup, turns them off when done, makes kernels (I have to update the config 1st of course), lots of stuff. About 3 years now, never any great problem, of course, growing pains the 1st 1.5 years.
  7. I have an ancient laptop with a HD of that size, mini IDE I believe it was called. And I have another 32?G mini IDE drive. The 32G recently died, it was used approx. a couple of hours per day. The laptop with the 40G is still ticking, but recently had a severe disk hit and I had to reformat it, luckily I back up everything so it was easy to fix. That machine is rarely turned on. End of life? perhaps... Anyhow, if it's ext type filesystem fsck works fine of course. fsck.vfat for fat32, ntfsfix for ntfs. I never use badblocks but I wonder if you could have all blocks intact and yet still have an error in the filesystem? Don't know the answer but I suspect you could. Have you tried reformatting? Of course, he will lose all of his ancient data :)
  8. sputnik

    Tethering on cellular.

    Glad to hear you got it going. One good trick for forcing python version without changing the setting in eselect is to make a link like this: mkdir /opt/python2_link ln -s /usr/bin/python2.7 /opt/python2_link/python2.7 Then at the beginning of run.sh add this line: export PATH=/opt/python2_link:$PATH Now it'll find python 2.7 FIRST, but the rest of your system will be running on 3.3 as it should.
  9. sputnik

    Tethering on cellular.

    ok, I actually went and looked at it, the readme says I'm not so great on java, so hopefully someone who is will speak up, but I think if you do what it says you'll be good. After that (I think!) you just start it by running that run.sh file as root. Also Koush is one of the giants of the android developer world, I'm sure he could help you if you asked him.
  10. sputnik

    Tethering on cellular.

    I know nothing of ClockworkMod Tether, but I was faced with a similar thing on my armv7a device recently. In that case it was chromium, there is a Debian compile of 45 series chromium for armv7a's, I don't find anybody with anything more current than that. I spent weeks trying myself ;) Although I suspect I could compile the 45 series from an old ebuild, I also saw stories of 11 hours just in the linking phase, Add to that 6 hours (thanks to distcc and two core duo machines) it took to compile the 47-48 series chromium (successfully here!, but failed linking, only 1G ram available). I just want it for a backup, I don't plan to use it much. Just dumping the Debian libraries into the rootfs caused conflicts with depclean, portage doesn't like to find strange stuff lying around. Here's what worked: Using file-roller it was easy to unpack the .deb. The only directory you care about is, I forget, data? or data something. In there you'll probably find /usr and /lib, something like that. So I created a /opt/chromium-browser dir and put the /usr and /lib dirs there. I had to edit the /opt/chromium-browser/usr/chromium-browser launch file, in there it gave a place to point it to libraries, pointed that to the /opt/chromium-browser/libs. Then I started it at the command line, it failed looking for libraries that we have in Funtoo but it didn't know where they were. It was only 2 or 3, so I made links to those files in the /opt/chromium-browser/lib dir and it worked! No issues at all and portage hums along quite happily, not even knowing it's there. It really wasn't possible in my case but it would be better to make a custom ebuild if you can and install it properly. But the /opt dir is the place to do dirty tricks like this if need be.
  11. sputnik

    revdep-rebuild issue

    Yes, as you can see I started to refer to that bug, but hesitated because I wasn't sure it was the same thing and didn't want to give misleading info. Thought I'd wait and see what others had found. I am at a loss as to how it is impossible to reproduce this bug, it's been there a long time, one x86 machine, two armvte5 machines, one of them with a fresh, clean newly installed rootfs, and a couple of months ago I got an armv7a machine, again, fresh, clean install, problem right out of the box. Thankfully the workaround solves it without harm it seems. I believe /etc/env.d/99local is a more appropriate place for the statement, as it is suggested that all local environment changes are added to that file, so you can keep track of what YOU have added, also negating the risk of overwrite with an update, and this _should be a temporary workaround. Oh, that's Mike JOHNSON, not that I care, it's just the worldly name someone assigned to me, has nothing to do with me. https://en.wikipedia.org/wiki/Ray_J._Johnson,_Jr. Saluga's shtick as Ray J. Johnson is to become annoyed when addressed as "Mr. Johnson", exclaiming in a loud voice, "My name is Raymond J. Johnson, Jr. Now you can call me Ray, or you can call me J, or you can call me Johnny, or you can call me Sonny, or you can call me Junie, or you can call me Junior; now you can call me Ray J, or you can call me RJ, or you can call me RJJ, or you can call me RJJ Jr." ultimately ending with, "but you doesn't hasta call me Johnson!"
  12. sputnik

    revdep-rebuild issue

    <deleted>
  13. sputnik

    nvidia geforce 8800 gt drivers

    Supposedly the GPL restrictions on the nvidia drivers problem is solved, but I find it not to be so on the 340.xx series, has been an issue since 4.2.0. So I have to patch the kernel with this: # cat /usr/src/fix_gpl #!/bin/bash sed -i 's/EXPORT_SYMBOL_GPL(flush_workqueue/EXPORT_SYMBOL(flush_workqueue/' linux/kernel/workqueue.c So that solves the GPL problem. I just leave that snippet in my /usr/src directory and run it before compiling each kernel. Additionally another patch is needed for the driver itself. I can't give a reference for this patch, I found a fellow talking about it on a forum, it wasn't really given in usable patch form, but it was clear enough for me to make this patch: # cat /etc/portage/patches/x11-drivers/nvidia-drivers-340.93-r1/kernel-4.3.0.patch --- a/kernel/nv-procfs.c 2015-08-19 16:00:07.000000000 -0700 +++ b/kernel/nv-procfs2.c 2015-11-05 17:07:24.395722706 -0800 @@ -356,7 +356,8 @@ registry_keys = ((nvl != NULL) ? nvl->registry_keys : nv_registry_keys); - return seq_printf(s, "Binary: \"%s\"\n", registry_keys); + seq_printf(s, "Binary: \"%s\"\n", registry_keys); + return 0; } static ssize_t @@ -552,7 +553,8 @@ void *v ) { - return seq_puts(s, s->private); + seq_puts(s, s->private); + return 0; } NV_DEFINE_PROCFS_SINGLE_FILE(text_file); He was really talking about the 352.xx drivers, but it turned out to be so for the 340.xx series also. If you use those patches and recompile your kernel it will install. Several days now, no problems here. Good luck.
  14. sputnik

    nvidia geforce 8800 gt drivers

    Which nvidia driver? Which kernel? Why does it not installl? I have nvidia-drivers 340.93 installed on kernel 4.3.0 with a 8600M
  15. sputnik

    How to change tty fonts resolution

    There may be other ways, but I use consolefont. 1st entry here describes it (but briefly): http://www.funtoo.org/Fonts. Here's a decent how to: http://www.linuxforums.org/forum/linux-tutorials-howtos-reference-material/176836-howto-console-font-tweaking-gentoo.html For more help, here is one of my /etc/conf.d/consolefont files, it's default except for the "consolefont" entry: # The consolefont service is not activated by default. If you need to # use it, you should run "rc-update add consolefont boot" as root. # # consolefont specifies the default font that you'd like Linux to use on the # console. You can find a good selection of fonts in /usr/share/consolefonts; # you shouldn't specify the trailing ".psf.gz", just the font name below. # To use the default console font, comment out the CONSOLEFONT setting below. #consolefont="default8x8" consolefont="ter-116n" # consoletranslation is the charset map file to use. Leave commented to use # the default one. Have a look in /usr/share/consoletrans for a selection of # map files you can use. #consoletranslation="8859-1_to_uni" # unicodemap is the unicode map file to use. Leave commented to use the # default one. Have a look in /usr/share/unimaps for a selection of map files # you can use. #unicodemap="iso01"
  16. sputnik

    Latest update blows up my system

    re-emerge pango, it hit everybody. Your desktop will be back.
  17. same here, it seems portage just installed it too early in that latest big batch, no need to downgrade, just reinstall? At least here.
  18. sputnik

    i build a kernel from source but need help

    What's wrong with this picture? I don't know how you could have gotten a "menu entry" for the "new kernel", boot-update CANNOT find an entry in boot.conf to match a kernel called vmlinuz-4.2.0-gentoo-r1, so it doesn't know what to do with it. Ditto.
  19. sputnik

    i build a kernel from source but need help

    So you would probably want to put: kernel vmlinuz[-v]-gentoo-r1 for the kernel, since that's the name it's given when you compile it, any name you like for the initramfs, you can designate that when you create it with dracut. Give it a heading name (where I've used " Funtoo") and it co-exists with whatever else you've got in boot.conf. Pick one for the default boot. It's all quite easy once you've done it once, you'll never have a problem again. Especially compared to configuring the kernel, if you've got past that, you're gonna breeze thru this. Have fun.
  20. sputnik

    i build a kernel from source but need help

    You should have System.map-4.2.0-gentoo-r1 also, so there is a problem there. You made one originally which has been renamed .old, so not sure how you skipped that. You haven't used an initramfs creation program, so of course you are missing that too. It's not necessarily needed but usually easiest to just make one. Finally your boot.conf is faulty and that is why it is not updating grub with the new kernel. Except for those things, everything's perfect :) Rather than reinvent the wheel I refer you to these wiki pages: kernel initramfs boot-update Here is a partial listing of my boot.conf: boot { generate grub default " Funtoo" timeout 3 } display { gfxmode 1440x900x32 background /boot/grub-startup.png } " Funtoo" { kernel vmlinuz[-v] initrd /initramfs-funtoo[-v] params quiet params += splash params += rootfstype=auto params += resume=LABEL=swap params += root=auto } Note the use of the wildcard [-v], matching all version numbers. The names of your kernel and initramfs should match the names in boot.conf. For example in /boot I have: -rw-r--r-- 1 root root 125284 Oct 2 05:42 config-4.2.2 -rw-r--r-- 1 root root 125284 Oct 6 02:07 config-4.2.3 -rw-r--r-- 1 root root 434118 Jun 10 2013 grub-startup.png -rw------- 1 root root 8353688 Oct 2 05:48 initramfs-funtoo-4.2.2 -rw------- 1 root root 8704764 Oct 6 02:13 initramfs-funtoo-4.2.3 -rw-r--r-- 1 root root 3502533 Oct 2 05:42 System.map-4.2.2 -rw-r--r-- 1 root root 3502700 Oct 6 02:07 System.map-4.2.3 -rw-r--r-- 1 root root 7565488 Oct 2 05:42 vmlinuz-4.2.2 -rw-r--r-- 1 root root 7566576 Oct 6 02:07 vmlinuz-4.2.3
  21. sputnik

    i build a kernel from source but need help

    make make modules_install make install dracut # or whatever you use boot-update Check your /boot dir, boot-update is only going to add kernels it finds there to grub.
  22. Well, it's a weird one. For a month or so I haven't been able to access any funtoo.org ip's, either from browser or ping, whatever. I was busy with other things and worked out pretty quickly that it was localized on my everyday user laptop and discovered it was related to iptables, by stopping them I could access funtoo.org just fine, so I just lived with that for awhile. Today I got serious about it and started removing lines from iptables one by one to find it. Luckily it was line 2 in INPUT, deleted that and funtoo.org is accessible. here is what it says: Chain INPUT (policy ACCEPT 0 packets, 0 bytes) num pkts bytes target prot opt in out source destination 2 195M 201G IP4BOGONS all -- !lo * 0.0.0.0/0 0.0.0.0/0 Which goes to: Chain IP4BOGONS (1 references) pkts bytes target prot opt in out source destination 883K 102M RETURN all -- * * 10.0.0.0/8 0.0.0.0/0 18 1008 RETURN all -- * * 172.16.0.0/12 0.0.0.0/0 55910 25M RETURN all -- * * 192.168.0.0/16 0.0.0.0/0 109K 25M DROP all -- * * 0.0.0.0/0 0.0.0.0/0 match-set fullbogons-ipv4 src I have a cronjob that downloads a list several times a day from http://www.team-cymru.org/Services/Bogons/fullbogons-ipv4.txt and adds them to an ipset list. It's a list of known "bogons", bogus ip addresses that are being used for...who knows, nothing good for me. As you can see anything that matches that list doesn't get in the door. So my next step was: ipset list fullbogons-ipv4|grep "172.97.103.36" Nope, no match. Then I went to http://www.team-cymru.org/Services/Bogons/fullbogons-ipv4.txt and looked for 172.97.103.36 there. Nope, ain't there either. But still, for some reason it's apparently matching something somewhere on that list. I can't explain it, but there it is. Zero problems with any other ip's. I've solved this for now by putting in a RETURN above the drop for 172.97.103.36, but I wanted to make the devs aware of it. I've been using this iptables setup for a couple of years, this is the 1st time anything like this has happened. I see on the front page of the wiki that Drobbins has been migrating containers to that address, the timing matches this problem.
  23. sputnik

    iptables blocking funtoo.org

    Thanks overkill. With 172.97.103.0/24 in the return list I'm ok here now, don't know what was up with the jira the night I originally posted, but I have access to all of Funtooland now. However, the whole point of the post is what you pointed out in your last sentence. I don't need help, it's solved here. Edit: and here is the block on the list: 172.64.0.0/10 Which includes 172.64.0.1 - 172.127.255.254 Yet another edit: An update. I just went to the master list linked in post #1, 172.64.0.0/10 is NOT there. So apparently it popped up on the list a month or so ago, got added to my ipset and there it's stayed, even though they've taken it off the list. So no action necessary, this whole post is a BOGON. As you were men, belay my last.
  24. sputnik

    iptables blocking funtoo.org

    Hmm, except for the jira, I've got this in IP4BOGONS now: Chain IP4BOGONS (1 references) num pkts bytes target prot opt in out source destination 1 0 0 RETURN all -- * * 126.1.1.0/24 0.0.0.0/0 2 883K 102M RETURN all -- * * 10.0.0.0/8 0.0.0.0/0 3 18 1008 RETURN all -- * * 172.16.0.0/12 0.0.0.0/0 4 55910 25M RETURN all -- * * 192.168.0.0/16 0.0.0.0/0 5 0 0 RETURN all -- * * 172.97.103.0/24 0.0.0.0/0 Still don't get the dashboard or average age chart. Apparently they come down a different ip than 172.97.103.1-192.97.103.255? That is on the bogon list? Weird.
  25. sputnik

    Offline updates - is it possible?

    There was a similar question in Gentoo a while back, the fellow was going to be on board a ship with no network for 6 months. I can't find it now, but not important, j-g- has good ideas. Especially if you have a similar computer at home <whereever> that is on the network, you can just hand carry the flash drive back & forth with the package files. I have a machine here with all of portage on flash drive, an ancient computer with a tiny HD. Portage doesn't care where it's DIR's are. But if you have to chroot and use qemu then: Door #2, yes it will be a pain because it will take so long to build packages in qemu emulation mode. If that were the case I would update portage to reflect the latest packages and take the DISTFILES to the remote machine, let it find them in $DISTFILES and build them itself. Assuming your _home machine had the same packages installed, else you'd have to manually d/l them. It certainly won't be painless, but you can minimize the pain.
×