Jump to content
funtoo forums

patty.yivi

Members
  • Content Count

    27
  • Joined

  • Last visited

  1. Do you mean "emerge portage" or "sync portage directory"? Because if before syncing portage directory the directory must be empty it means before every syncing one should delete the whole portage directory content...
  2. @stone821, of course the portage directory is filled with usual content and up to date! And I've tried the default path, simply by linking my portage directory to /usr/portage, but with no avail. What do you mean precisely by saying you've encountered the same problem? ------EDIT I've emptied the portage directory and run eix-sync again. This works, the portage directory has been filled with desired content. Yet to check up whether it is going to update properly.
  3. Please, respond. What do you have in your /etc/portage/repos.conf configuration file? Please share it!
  4. Please review, my /etc/portage/repos.conf is: [DEFAULT] main-repo = gentoo [gentoo] location = /mnt/_tinies/_Funtoo/portage sync-type = git sync-uri = git://github.com/funtoo/ports-2012.git auto-sync = yes sync-rsync-vcs-ignore = true GENTOO_MIRRORS="http://gentoo.linux.no http://trumpetti.atm.tut.fi/gentoo http://ftp.rhnet.is/pub/gentoo/ \ http://mirrors.xmu.edu.cn/gentoo http://mirrors.stuhome.net/gentoo/ http://mirrors.sohu.com/gentoo/ \ http://mirrors.163.com/gentoo" and I got error message on portage syncing: # eix-sync * Running emerge --sync >>> Syncing repository 'gentoo' into '/mnt/_tinies/_Funtoo/portage'... /usr/bin/git clone --depth 1 git://github.com/funtoo/ports-2012.git . fatal: destination path '.' already exists and is not an empty directory. !!! git clone error in /mnt/_tinies/_Funtoo/portage The same for 'emerge --sync' What is wrong? Explanation: in the path /mnt/_tinies/_Funtoo/portage there is indeed the portage tree located!
  5. ulimit -n 1024 is set 1024 on Gentoo as default value, probably such a security measure. However interesting why Gentoo can emerge kernel with this and Funtoo can not?
  6. It looks like only this one is yet on the battlefield, actually, and the fresh install with compiling everything anew seems too cumbersome, not worth it. Sent from my Nexus 7 using Tapatalk
  7. As you probably read already about the original problem is covering from Gentoo. As you can see step by step it succeeds iteratively solving such issues like the abovementioned. Previously as yet branded as Gentoo the system worked well without any limits settings. Conversion something introduced. Sent from my Nexus 7 using Tapatalk
  8. After emerging debian-sources, preparing them with 'make modules_prepare' etc, then trying to emerge aufs4. However weird error pops up: y linux # make oldconfig scripts/kconfig/conf --oldconfig Kconfig * * Restart config... * * * Hardening features (from Grsecurity) * Hardening features (from Grsecurity) (GRKERNSEC) [N/y/?] (NEW) # # configuration written to .config # y linux # make modules_prepare scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config/kernel.release CHK include/generated/uapi/linux/version.h CHK include/generated/utsrelease.h CHK include/generated/package.h CC kernel/bounds.s CHK include/generated/bounds.h UPD include/generated/bounds.h CHK include/generated/timeconst.h UPD include/generated/timeconst.h CC arch/x86/kernel/asm-offsets.s CHK include/generated/asm-offsets.h UPD include/generated/asm-offsets.h CALL scripts/checksyscalls.sh CC scripts/mod/empty.o MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/modpost.o CC scripts/mod/devicetable-offsets.s GEN scripts/mod/devicetable-offsets.h HOSTCC scripts/mod/file2alias.o HOSTCC scripts/mod/sumversion.o HOSTLD scripts/mod/modpost y linux # emerge -v aufs4 * IMPORTANT: 29 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ~] sys-fs/aufs4-0_pre20160223::gentoo USE="kernel-patch -debug -doc -fuse -hfs -inotify -nfs -pax_kernel -ramfs" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 1) sys-fs/aufs4-0_pre20160223::gentoo * aufs4-standalone-0_pre20160223.tar.xz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 4.5.2-1 * Checking for suitable kernel configuration options... [ ok ] >>> Unpacking aufs4-standalone-0_pre20160223.tar.xz to /mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp * Using origin/aufs4.x-rcN as patch source * Patching your kernel... * Applying aufs4-standalone-base-mmap-combined.patch ... * Failed Patch: aufs4-standalone-base-mmap-combined.patch ! * ( /mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/aufs4-standalone/aufs4-standalone-base-mmap-combined.patch ) * * Include in your bugreport the contents of: * * /mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/aufs4-standalone-base-mmap-combined.patch.out * ERROR: sys-fs/aufs4-0_pre20160223::gentoo failed (setup phase): * Failed Patch: aufs4-standalone-base-mmap-combined.patch! * * Call stack: * ebuild.sh, line 133: Called pkg_setup * aufs4-0_pre20160223.ebuild, line 104: Called epatch '/mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/aufs4-standalone/aufs4-standalone-base-mmap-combined.patch' * eutils.eclass, line 612: Called die * The specific snippet of code: * die "Failed Patch: ${patchname}!" * * If you need support, post the output of `emerge --info '=sys-fs/aufs4-0_pre20160223::gentoo'`, * the complete build log and the output of `emerge -pqv '=sys-fs/aufs4-0_pre20160223::gentoo'`. * The complete build log is located at '/mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/build.log'. * The ebuild environment file is located at '/mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/die.env'. * Working directory: '/usr/src/linux' * S: '/mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/work/aufs4-standalone' >>> Failed to emerge sys-fs/aufs4-0_pre20160223, Log file: >>> '/mnt/_var_tmp/_var/portage/sys-fs/aufs4-0_pre20160223/temp/build.log' * Messages for package sys-fs/aufs4-0_pre20160223: * Patching your kernel... The error holds only for debian-sources, for instance aufs4 emerges over vanilla-sources without any problem, compiles then and is running now smoothly ;) BTW, why do you regard debian-sources as the best?
  9. Voila :) : y y # epro show === Enabled Profiles: === arch: pure64 build: stable subarch: native_64-pure64 flavor: workstation mix-ins: X mix-ins: mediaformat-video-common mix-ins: xfce mix-ins: console-extras mix-ins: mediaformat-audio-common mix-ins: dvd mix-ins: mediadevice-base mix-ins: no-systemd mix-ins: audio mix-ins: media mix-ins: mediadevice-video-consumer mix-ins: no-emul-linux-x86 === All inherited flavors from workstation flavor: === core (from workstation flavor) minimal (from core flavor) === All inherited mix-ins from workstation flavor: === X (from workstation flavor) audio (from workstation flavor) dvd (from workstation flavor) media (from workstation flavor) mediadevice-audio-consumer (from media mix-in) mediadevice-base (from mediadevice-audio-consumer mix-in) mediadevice-video-consumer (from media mix-in) mediadevice-base (from mediadevice-video-consumer mix-in) mediaformat-audio-common (from media mix-in) mediaformat-gfx-common (from media mix-in) mediaformat-video-common (from media mix-in) console-extras (from workstation flavor) === All inherited mix-ins from media mix-in: === mediadevice-audio-consumer (from media mix-in) mediadevice-base (from mediadevice-audio-consumer mix-in) mediadevice-video-consumer (from media mix-in) mediadevice-base (from mediadevice-video-consumer mix-in) mediaformat-audio-common (from media mix-in) mediaformat-gfx-common (from media mix-in) mediaformat-video-common (from media mix-in) === All inherited mix-ins from mediadevice-video-consumer mix-in: === mediadevice-base (from mediadevice-video-consumer mix-in)
  10. It's already solved (partially), as you can read here the culprit is ulimit settings, and the partial solution allows at least for emerging debian-sources.
  11. It's already solved. It's turned out -DNDEBUG -DG_DISABLE_ASSERT flags were the culprit why =dev-python/pygobject-3.16.2:3::gentoo didn't want to compile, in the file /etc/portage/make.conf CXXFLAGS="-Os -s -march=native -pipe -DNDEBUG -DG_DISABLE_ASSERT" CFLAGS=" -Os -march=native -pipe -DNDEBUG -DG_DISABLE_ASSERT" CPPFLAGS=" -DNDEBUG -DG_DISABLE_ASSERT" and commenting them out allows this ebuild to emerge.
  12. ------ EDIT: It turns out settings abovementioned work! :) Those in: /etc/limits while these in: /etc/security/limits.conf bring absolutely no effect! However only after rebooting computer they've came into effect, not just after logging out and in as people write in tutorials... And they hold just for graphical terminal, for ordinary user or when made su, for the text console when logging in as root it still says: # ulimit -n 1024 [\code] but ordinary user's console respects these settings.
  13. After doing some research about ulimit and linux limits at all through Google etc. have tried set such two configuration files: /etc/security/limits.conf * hard nofile 1028096 * soft nofile 1024000 and /etc/limits * N1024000 sysadm - root - portage - however, after logging out in in it has taken exactly no effect: # ulimit -n 1024 In order to make possible emerging debian-sources, have done simple thing: ulimit -n 1024000 and it works: # ulimit -n 1024000 of course just within the login session, and then it flees. It helped to emerge debian-sources, but the problem of setting the limits values which would survive system reboot is still intact.
  14. As might already presume this is the first time I hear about it at all ;) What's more there isn't anything like /etc/security folder at all on my system. Wait, has it anything to do with pam? I entirely resigned of emerging pam and set use flags for it for ebuilds not to incorporate pam dependencies...
  15. ulimit -n yields: 1024 How to handle ulimit at all and what to do next with this value, please? Sent from my Nexus 7 using Tapatalk
×
×
  • Create New...