dantrell
-
Posts
36 -
Joined
-
Last visited
-
Days Won
4
Content Type
Profiles
Forums
Blogs
Posts posted by dantrell
-
-
Hi guys,
i have this problem:
>>> Starting git pull... remote: Counting objects: 6866, done. remote: Compressing objects: 100% (6292/6292), done. remote: Total 6866 (delta 3429), reused 1030 (delta 565) Receiving objects: 100% (6866/6866), 11.01 MiB | 717.00 KiB/s, done. Resolving deltas: 100% (3429/3429), done. fatal: missing blob object 'cf51e2c54044a27623dcbf58fc388ff504dca323' error: git://github.com/funtoo/ports-2012.git did not send all necessary objects !!! git pull error in /usr/portage.
I followed the instructions here: https://bugs.funtoo.org/browse/FL-1429
The idea is to follow Plan A to F (D to F not recommended unless you know what you are doing to prevent undesired data loss) in order until something worked. Plan C will work 100% but restoring *all* of the missing blobs as in Plan B is the cleanest solution. If you are willing to hop on IRC and spend some time, I can walk you through it. Even better if you can get me a copy of your corrupt git repository. I'm going to see about writing a simple tool to automate the repair process shown in Plan B. This would be the best solution.
-
Thanks, that explains things a little. The focus has been on GNOME 3.12 and other DEs. It would be a good idea to check to see how our upower changes are impacting things (at the very least, I now know it's causing issues with cinnamon) so I will look into this as time permits.
-
Had to emerge upower-pm-utils to get around the upower systemd conflict. Also I change my mix-ins profile to gnome as I figure I will probably need that will wait and see after merge what I get...
Can you explain more about this conflict? What package wanted upower-pm-utils?
-
This particular issue has been resolved. The recommended method for addressing this is to try Plan A (likely too fail) and then Plan B (not likely to fail) mentioned on FL-1429.
-
Just for the record, this will be looked into over at FL-1429 and hopefully a proper fix will be found.
-
http://www.funtoo.org/Installing_Portage_From_Snapshot
This should fix your problem
I just wait till that get fix to change my password. Instead of changing password it's askling to create a new account for me.
You forgot to tell them to remove/rename the existing portage directory first. :)
But this issue has been propping up quite a lot lately and it should have a simpler fix. I will be looking into this and if I find a proper answer it will be documented on FL-1429, otherwise a clean reinstall of the portage tree is the way to go.
-
Sandro, I think you could mask '>dev-scheme/guile-1.8' and 'emerge --oneshot' it in the meantime this is fixed.
You caused it, really? the ebuild seems unmodified from gentoo(I run both funtoo and gentoo, and checked both portage trees), and it would give the same problem I think,ignore me if I'm wrong:
COMMON_DEPEND in '>=dev-scheme/guile-1.8.0:12[deprecated,regex]' wich also is valid for '~guile-2.0' and G2CONF with '--with-guile=1.8'wich causes the build to fail, so wouldn't this be also a bug for gentoo? or was this caused by masks/unmasks in the profiles?
This isn't a bug for Gentoo as they don't even have the versions of the slib and guile packages that I introduced into mainline earlier today. In fact, Gentoo has a lot of these packages masked, including >=aisleriot-3.2.
Anyway, this issue has been resolved. It will take a couple hours before the change hits mainline though.
-
I caused this, sorry. :)
I'm working on this now over at FL-1421. -
I could not reproduce your build failure with or without the introspection USE flag enabled. Please mask sys-power/upower-20140423 and try sys-power/upower-0.99.0-r1. If that works, then I'm going to need more information. What version of sys-deve/autoconf and sys-devel/automake do you have installed?
-
Actually, this was unintended. I will be taking care of it over at FL-1417.
-
-
You have a few things going on here. You updated perl but failed to run "perl-cleaner --all" (or --reallyall). Until you do, upower isn't the only package that will fail to compile. Please take care of that first and then see how things go. On the note of upower, because of the work I have been doing in Funtoo, upower-pm-utils is no longer needed. You can simply build upower with the deprecated USE flag and achieve the same effect. This is done for you if you are using GNOME and have enabled the mix-in.
Secondly, net-analyzer/snortsam-2.70 does indeed fail to build, I will be taking care of this issue over at FL-1408.
-
@sputnik : I was just writing the solution ..... But you came before me to understand the problem :)
I had to unmask the latest version (= dev-util/gdbus-codegen-2.40.0-r1000)I am now an update for 152 ebuilds ..... :)I hope everything goes well :)Thank You Very Much for All.I was thinking it was this but I wasn't sure as it should have already been unmasked. Thanks for letting us know and good to hear your world update is on the way. :)
-
Just to clarify, you are on the stable profile and are not using GNOME 3.12?
Edit: Actually, it seems you are. Did you swiitch from the current profile to stable?
-
I would be curious to know what "critical" stuff is missing with the hard dependency on SystemD being removed. Anyone know? :)
I answered this in #funtoo, but, just for the record, I would like to state that nothing critical is missing. GNOME 3.12 in Funtoo is the full experience with minimal divergence.
-
On a new install of funtoo, I get this:
funtoo ~ # emerge -uDNvp world These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-lang/spidermonkey:17[-debug,jit=]".(dependency required by "sys-auth/polkit-0.112-r2" [ebuild]) (dependency required by "sys-auth/consolekit-0.4.6[policykit]" [ebuild]) (dependency required by "sys-auth/pambase-20140313[consolekit]" [ebuild]) (dependency required by "sys-libs/pam-1.1.8-r2" [installed]) (dependency required by "sys-apps/busybox-1.21.1[pam]" [installed]) (dependency required by "@system" [set]) (dependency required by "@world" [argument])
I'm resolving this issue as we speak. You can track my progress at FL-1395.
-
I'll miss my transparent gnome-terminal shell windows :(
Since you mentioned this, I did some research and found that it would be trivial to reintegrate support for this (and luckily, much of the grunt work was already done). Your beloved background transparency in GNOME Terminal is here to stay. :)
You can track my progress on this issue through FL-1373.

problem with emerge --sync
in Portage Help
Posted
I don't know what's causing this yet. Fixing it entirely is a bit involving and we would have to rule out hardware/network errors or any other underlying causes of corruption and after replacing all the culripts (trees included), everyone might sitll have to acquire a clean tree.
In the meantime, I have replaced the manual steps in Plan B with a script that automates the process. To the best of my knowledge it works but requests may occasionaly be rate limited by GitHub (in which case you'll have to wait a hour or so before trying again).