From owner-freebsd-ports@freebsd.org Tue Apr 17 14:27:26 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E979EFA724A for ; Tue, 17 Apr 2018 14:27:25 +0000 (UTC) (envelope-from tcberner@gmail.com) Received: from mail-yb0-f172.google.com (mail-yb0-f172.google.com [209.85.213.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7890379B38; Tue, 17 Apr 2018 14:27:25 +0000 (UTC) (envelope-from tcberner@gmail.com) Received: by mail-yb0-f172.google.com with SMTP id c1-v6so8543594ybm.2; Tue, 17 Apr 2018 07:27:25 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kFwkMeboFcGKJL0MunicIaLVKHqP15+DxgoNYEp6TdY=; b=m1LfBnmLNFHxiNBZqotZC0mSbnOZB8Vb6EnKofELr3RaEpVrTizPqoygCwTl15mZQm 3PKR69NlhnHVCBG/lNxxOftJon+nrBlulHrYbLegvGnoPHi3GDCtVGxDJUsB+s5+NkyK jmjvQnjIorZkM/NfRKDKIzeit6eTYb20OX/A1khLJJnWfNHe4mXH0GMi9423IcjKkcJD E23O5EenWUG7IqC8D2wW60WQrLQVmxDBpNkbOQo2w3PxDWhfbNFDASRpz8Hbyx3e0Cqn Z1BDo8BWqKlQi6sHsBm7seI8ndjPA3QyiQLxPR8PX7cBNWmJ+iC9Eq8PZVK2GCTHBZdC 23bA== X-Gm-Message-State: ALQs6tDiReEhIWfUuLs+Zd+G54CYIoRj9pN5t2GRrczExab2v7ikG/s5 mq4JRsG2990D6+/Ou9D7bZ1lShzi X-Google-Smtp-Source: AIpwx49ZjyCRKzMZByMk+4OEv03lvY3u9thkOFKK2rqjc/BX32L+7PAQFngkLHXjgArWrHi1hDpqfQ== X-Received: by 2002:a5b:7ce:: with SMTP id t14-v6mr1463221ybq.186.1523974780877; Tue, 17 Apr 2018 07:19:40 -0700 (PDT) Received: from mail-qt0-f177.google.com (mail-qt0-f177.google.com. [209.85.216.177]) by smtp.gmail.com with ESMTPSA id s12sm1866729ywl.104.2018.04.17.07.19.40 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Apr 2018 07:19:40 -0700 (PDT) Received: by mail-qt0-f177.google.com with SMTP id s2so19054097qti.2; Tue, 17 Apr 2018 07:19:40 -0700 (PDT) X-Received: by 10.237.40.5 with SMTP id r5mr2739510qtd.28.1523974780230; Tue, 17 Apr 2018 07:19:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.62.182 with HTTP; Tue, 17 Apr 2018 07:19:39 -0700 (PDT) In-Reply-To: <1172371d-ce51-d13b-b421-ff06363ac49e@FreeBSD.org> References: <20180416211329.52e4c0dc@kalimero.tijl.coosemans.org> <18601817.syqV60Bg9A@beastie.bionicmutton.org> <1172371d-ce51-d13b-b421-ff06363ac49e@FreeBSD.org> From: "Tobias C. Berner" Date: Tue, 17 Apr 2018 16:19:39 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Conflicts due to renamed KDE4 ports To: Andriy Gapon Cc: Adriaan de Groot , "kde@FreeBSD.org" , freebsd-ports@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2018 14:27:26 -0000 On 17 April 2018 at 14:00, Andriy Gapon wrote: > On 17/04/2018 10:24, Adriaan de Groot wrote: > > So, there are roughly two migration paths: supposing someone has > x11/kde4 > > installed, which has dependencies on many applications and a Plasma 4 > desktop, > > kde@ wants (wanted) to make it possible to migrate to a still-KDE4 > desktop, > > while renaming everything to have a -kde4 suffix. The other path is to > migrate > > to the latest-and-greatest-from-KDE .. we don't have a metaport for > that, and > > if we do get one it probably won't be called x11/kde5. > > > > For single applications, the migration looks similar: you had, around > january > > 2018, port . That's the KDE4 version. Now there is port -kde4, > if > > you want to stick to KDE4 software (which is no longer released > upstream, and > > is based on an EOL toolkit, but some people feel quite strongly about > this). > > Ports are returning, without a suffix, to mean "the > latest-and-greatest- > > version-of-". This is consistent with other ports which have a > , > > sometimes a -devel for upcoming things, and a - for > older > > versions if you have specific dependencies on old versions. > > > > Historically, things were a mess with naming with the KDE ports. We > think > > we've got a good scheme now: -kde4 (and in the far future, > -kf5) for > > versions of the software based on an older stack, and for the > current > > one. But the pain of getting from the mess to something better organized > has > > to happen at some point. > > Moin moin I am just curious why not have explicit -kde4 and -kde5. > I think that qt sets a good example and there is no confusion and no > migration > Short answer: Because there is no kde5 Long answer: KDE is shipped in mulitple, let's call them groups: - frameworks (libraries to build kde and qt applications) -- we call these ports kf5-foo - plasma (the desktop) -- we'll call these ports plasma5-foo - applications (the applications) Now, previously during KDE SC4 days, this was a whole "blob". This is why it made sense to call them all kde4-foo or foo-kde4. Now with this new split there is no real notion to call an application foo-kde5. For example during the transition in the last few years many KDE Application releases were a mix of Qt4 and Qt5 (i.e. kdelibs4 and kf5 based applications). So we would have had a kate-kde5 that was using kdelibs-kde4 ... well that would have been confusing too. The same thing will eventually happen when the next KDE Frameworks will roll around I expect, where the applications get updated one after another, with mixed releases in between. We opted for the same method as other ports use. A new version appears that is incompatible, move "bar/foo" to "bar/foo3" and update "bar/foo" in place. This is not a new thing, it's just a lot in one go, I agree, and I'm sorry for the inconvenience. However, let's not make a problem, that could essentially be solved by a pkg-delete followed by a pkg-add too complicated :) I'll try to create a shell script to rewire the pkg's automatically to the new origin... mfg Tobias pain in the future when 6 appears. > > -- > Andriy Gapon >