User: [profile=146493]steveL[/profile]
Topic: [topic=1026524]Gentoo Package Repository now using Git[/topic]
Post: [post]7816806[/post]
Reason: spreading negativity and hate, probably trying to derail the topic

If you don't care about git history and gpg signatures...
Funny, just on the previous page, you were saying that the spiffing new git repo does not, and will not, have history:
That is wrong, the repo does have history, it was just reset. Please refrain from spreading your negativity, hate and ...

Yamakuzure wrote:Oh! I am still using hasufell's postsync stuff, so that might have caused the constant repeating of the update checks, right?

I doubt it, haven't experienced that here.

The updates are part of the main repository, no matter what repo source you use.

charles17 wrote:

dweezil-n0xad wrote:now also with dtd, glsa and news:
https://github.com/gentoo-mirror/gentoo ... r/metadata

So we could finally use this without any postsync stuff.

If you don't care about git history and gpg signatures...

You will want to use git://anongit.gentoo.org/repo/gentoo.git
No, please don't. That might cause trouble for the infra server if every user out there pulls the whole tree directly from infra.

If you don't have a github account, just use https://github.com/gentoo/gentoo.git. They can handle the ...

Hm, would have been interesting to hunt it down.

One thing I can think of is that your VDB was in an invalid state. That can be caused by dynamic dependencies which is an undocumented misfeature of portage and is going to be banned/removed.

Make sure you have

EMERGE_DEFAULT_OPTS="--dynamic-deps ...

First of all, I do not censor anyone's speech. Even claiming that is offensive.
just because you cannot control your emotions shouldn't result in the rest of us censoring ourself to protect your feelings. Address the critism don't divert it
You are confused. I cannot censor anyone's opinion just ...

gwr wrote:Well, I think that went well.

I don't think so. Maybe try again when you are more serious.

gwr wrote:You are not the arbiter on how to participate in a discussion or on the evaluation of "professional" behaviour.

Thanks for the trolling. EOD.

I am telling him that the way to stop the frustration is to accept that you have to get more involved... and that you cannot change some things.

This is not a very good argument. People, especially professionals, are entitled to analyse and evaluate software at arm's length. Either as a customer ...

I don't develop with haskell, it was more than likely pulled in as a dependency for something else. I can't even remember what program that would be, but I don't think that's important right now..
It was very likely pandoc.

You can just do
cabal install pandoc
as user, add '~/.cabal/bin' to ...

try to hardmask the 'python_targets_python3_3' USE flag... maybe we get better output then

Advice from someone who uses haskell for development: don't install haskell packages system-wide whenever you can avoid it.
So if you are not using Haskell for software development, then you probably should ignore this advice

Not at all, this advice is not related to development. I use it to ...

Advice from someone who uses haskell for development: don't install haskell packages system-wide whenever you can avoid it.

Haskell ABI is utterly broken and APIs too. The latter is an ecosystem problem and people think the solution is to tighten dependency constraints which makes everything even ...

jfo wrote:None of these packages has python_targets3_3 enabled, nor is 3.3
set anywhere in make.conf

Maybe not in make.conf, but somewhere else, e.g. in package.use. Something is pulling in a chain of python3_3 deps, but it appears to be not global.

IMO, it doesn't make sense to fully automate the update process (as you said), unless you have additional abstraction on top of that. The reason is... you really want to review the changes the PM wants to do, because especially on a source distro with USE flags you never really know what's going to ...

nitm wrote:@hasufell: I'm on a desktop machine. Why do you thing that it doesn't matter?

Because we've done fine without it for over a decade. I'm not saying the feature is not interesting per se, but IMO it's not worth it in its current state, so I'd think it over if I really need it.

My advice to a newcomer is that thare is a lot to learn, so stick with defaults as far as you can while you get started.
There is time enough to explore optional things later, including other package managers.
If the defaults take more time and effort to use and maintain, because you have to work ...

I'm not sure if I chose the right forum for this question. This is an opinion question: How stable is Gentoo as a desktop OS?
If you compare it with archlinux, then way more stable. If you compare it with distributions that are widely used in server environments, then not so much. If you want to ...

@preserved-rebuild is a huge hack that doesn't work very well. I'd just advise to stop using it. If you are concerned about broken linkage on production servers, you should create your own binpkg host anyway. For desktop systems, it doesn't really matter anyway.

or just disable the 'java' USE flag

But it doesn't work. No idea why. The vars are correctly changed
That's not a useful error description. What does not work? Did you re-emerge python-exec in the same way?
the problem is, it still uses its own DISTDIR, PORTDIR, PKGDIR, ... and not the ones i "changed". So, t emerges in the livecd ...

I believe you (hasufell) are pouring gasoline on the flames and thus contributing to the flame war.
Not really. I am telling him that the way to stop the frustration is to accept that you have to get more involved... and that you cannot change some things. At which point you are better off forking ...

nickel wrote:But it doesn't work. No idea why. The vars are correctly changed

That's not a useful error description. What does not work? Did you re-emerge python-exec in the same way?