Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kOIrY-0002E6-H5 for pgsql-pkg-yum@arkaria.postgresql.org; Fri, 02 Oct 2020 11:04:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kOIrX-000698-Bw for pgsql-pkg-yum@arkaria.postgresql.org; Fri, 02 Oct 2020 11:04:31 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kOIrX-000691-2r for pgsql-pkg-yum@lists.postgresql.org; Fri, 02 Oct 2020 11:04:31 +0000 Received: from mail-vs1-xe30.google.com ([2607:f8b0:4864:20::e30]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kOIrU-0007dX-GN for pgsql-pkg-yum@lists.postgresql.org; Fri, 02 Oct 2020 11:04:29 +0000 Received: by mail-vs1-xe30.google.com with SMTP id j3so451395vsm.0 for ; Fri, 02 Oct 2020 04:04:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crunchydata-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=0QRGBjRdffKjyfb9o/Tzbf7jCBz3MRC8dPRW8UrTDo8=; b=eNt+W6PPodeGbC7+IJiHdhXWhMnosFOXBQdd8wkR1m2ye411L7OAK2/FqJuEAgyqGM c05KQlufFxGeHF0nxNYSvTqc78P83WyGo7/QnK6fKFhoPQjj7+4ppYpYhWPUmCcrbmO3 kH6CnLeMScYvPqIYUxXzS7b/WUhxObPjW85c0aPsLKO+F8sp/tNYSDJBeXTleomnBFXl ZOOD7+R5kH8kXNwrXkaRu4G+dABnmtanSmgMrWr4L4dFiFYCfLM80Qn4xxLyRRSCVf2T 0qbihHfvFyurtXabPWVvmNNuQZxeKh/7kw4UbJbwFYsc2I+uLroWwbhSfFyxZdsy8aUm lKLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0QRGBjRdffKjyfb9o/Tzbf7jCBz3MRC8dPRW8UrTDo8=; b=Kq1zks5FxPI5a9pek/sTEwcPRtYDRI8NaAKiHD2vEm/oneukUuku79tG4c4xHc4vtC ITtCQstMAKscaLQf3Gjv7rvFnFGPa+8fG1+YS6RasYpSaZhjaQAEB9H27hM6jfDRUChz IY5Jn4PQ6jgbiDKXQ4AS4tvLCv2yu6ahHD0LcwvJoMpm4o83vf7eQkzUgt4dmeSYclnV 90j4O095bWtmwpQE5B5fdO4Hn6u/86yKM/ka+RTR1JIknh7pVmwb9YUpWJDX9Bh/D3JQ r+ii3vLKFraUVJ1upq8dod/Fxhf9wPb/U462Z/UexD9jtyfPvD9AuRJcqS7oOXT3QFOf vYBw== X-Gm-Message-State: AOAM5338dHKNgZfevdg/AmJcz5dhwlsZPmXIuaHfiKHP+cXLSLK5QPM3 YR8M9ML1fSLh0umWgCnR25MVZnlBF8Vbr7aWsddd X-Google-Smtp-Source: ABdhPJyOkl9B1pHNxqulTRV0vtSuG3idCoR26519J3oOYuoqWv8SUG11k2l/Fdjm5Lg7zG1fFlEvN8xbt9ln5H9NcFo= X-Received: by 2002:a67:e197:: with SMTP id e23mr549851vsl.7.1601636667073; Fri, 02 Oct 2020 04:04:27 -0700 (PDT) MIME-Version: 1.0 References: <29a4702cc1d06152c970c8bbbbfa109f36100ee0.camel@gunduz.org> In-Reply-To: From: Heath Lord Date: Fri, 2 Oct 2020 07:04:16 -0400 Message-ID: Subject: Re: A basic spec file question To: Craig Ringer Cc: =?UTF-8?B?RGV2cmltIEfDvG5kw7x6?= , PostgreSQL YUM ML Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Devrim, The issue is with the "<=3D" in this line: %if 0%{?fedora} <=3D 31 || 0%{?rhel} <=3D 8 || 0%{?suse_version} >=3D 1315 With the "0%{variable}" format you will get "0" whenever a variable is not defined, so whenever you do a comparison with a "<=3D" it will resolve to TRUE when that variable is undefined. Since fedora and rhel are never both defined at the same time the above logic will always resolve to being TRUE. Anytime you use this comparison logic to determine whether the variable is "<=3D" you will also have to verify that the variable is defined as well. Thanks, Heath On Fri, Oct 2, 2020 at 5:38 AM Craig Ringer wrote: > > Add a %dump at the end of the spec file body and/or relevant parts throug= hout to see how it evaluated. %echo macros are useful too > > On Fri, 2 Oct 2020, 17:08 Devrim G=C3=BCnd=C3=BCz, wr= ote: >> >> >> >> Hi, >> >> I am probably missing a very basic thing, but... What is wrong in this >> line? I am expecting Fedora 32 and 33 not do depend on CGAL package, >> but then the Fedora 33 RPM depends on CGAL >=3D 4.7 . >> >> https://git.postgresql.org/gitweb/?p=3Dpgrpms.git;a=3Dblob;f=3Drpm/redha= t/master/common/sfcgal/master/sfcgal.spec;h=3D2678073373595d042341fe9724db6= ccf1f2daacf;hb=3Db57f568a1eb1780a397d4c25c46c678399048e9b#l26 >> >> What am I missing? >> >> Regards, >> -- >> Devrim G=C3=BCnd=C3=BCz >> Open Source Solution Architect, Red Hat Certified Engineer >> Twitter: @DevrimGunduz , @DevrimGunduzTR