You are kindly invited to the meeting:
Beta release Go/No-Go Meeting - 3rd round on 2017-09-28 from 17:00:00 to 19:00:00 UTC
The meeting will be about:
Before each public release Development, QA and Release Engineering meet to determine if the release criteria are met for a particular release. This meeting is called the Go/No-Go Meeting.
Verifying that the Release criteria are met is the responsibility of the QA Team. Release Candidate (RC) availability and good QA coverage are prerequisites for the Go/No-Go meeting.
If you have any bug on the list, please help us with Beta release. If we won't be ready by Thursday, we will use this meeting to review blockers and decide what to do.
Hi Fedora Community
My name is Sergey Avseyev. I live in Minsk, Belarus and work for Couchbase.
My main interests are revolving around networking and databases.
At Couchbase I work on libcouchbase (the client library with C interface)
and PHP extension built atop of libcouchbase. I have build and currently
maintaining our YUM repository with binary packages for libcouchbase.
And currently I have it submitted for review to become part of Fedora.
This is my first package and I need a sponsor
I currently have a package submitted for review:
https://bugzilla.redhat.com/show_bug.cgi?id=1495004 (please be gentle)
and need a sponsor.
Once this package will be accepted, I'm going to submit my PHP extension
On 26 September 2017 at 19:43, Reindl Harald <h.reindl(a)thelounge.net> wrote:
> Am 26.09.2017 um 20:39 schrieb James Hogarth:
>> On 26 Sep 2017 6:37 pm, "Chris Adams" <linux(a)cmadams.net <mailto:
>> linux(a)cmadams.net>> wrote:
>> Once upon a time, James Hogarth <james.hogarth(a)gmail.com
>> <mailto:firstname.lastname@example.org>> said:
>> > You're correct that this isn't covering BR situations but I
>> didn't want the
>> > scope of this to blow out to the less reasonable.
>> > First phase let's get the package off systems where it's not
>> > required or requested by the user...
>> > Then BR can be cleaned up in the background without affecting
>> user systems.
>> Packages that BR net-tools (or its commands) may be expecting it to be
>> installed without explicitly specifying an install dependency, and
>> happen to work because net-tools is pulled in by other deps. The BRs
>> should be fixed as part of this change, or there may be unexpected
>> That doesn't make sense.
Ah ... you're implying package (1) has a dependency on net-tools then
package (2) has a dependency on (1) but uses the net-tools binaries without
declaring on the dependency?
Well that would be a technical breach of the packaging guidelines so that's
a good thing to catch - and why we are doing this in rawhide only :)
But that has nothing to do with BuildRequires though ... that's just an
implicit dependency due to improper declarations and a bit of an accident
on the Requires front...
> There is only net-tools on a system if a requires/recommends pulls it in
>> or a user installs it
> and currently it is pulled because of other deps so nobody knows that the
> Requires is missing - what did you not understand in "happen to work
> because net-tools is pulled in by other deps" which are you about to remove?
The misunderstanding came from the BuildRequires discussion - which has
nothing to do with an implicit dependency via a downstream chain of deps
which is what you are discussing ...
But again that's why the directive from FESCo is Rawhide only for changes
to specs ... and if it catches missing Requires that's a good thing :)
If you're willing to lend a hand with testing things I'd love to have the
If you aren't willing to help ... well we don't let fear of hypotheticals
like that stop us trying to make the world a better place :)
So net-tools has been deprecated a long time at this point with numerous
known issues - especially as we enter an IPv6 world.
There was an initial discussion a few months back as can be reviewed here:
FESCo agreed with the goal of removing the distributions dependency on
net-tools a couple of months ago:
In accordance with the mass bug filing process the packages that are
affected have been located with `dnf repoquery --all --alldeps
--whatrequires net-tools` and the list of maintainers/packagers affected
are at the end.
I'll be filing the tracker bug in due course and bugs against the packages
I'm going to go through as best I can to check for the reason for the
dependency on each, but naturally I only have so much time. If you are able
to swiftly remove the dependency yourself, or if there is a good reason for
it, please actively close the bugs opened - or reach out to me to do so.
I'm already knee deep in facter which is a complex update to remove the
requirement as new dependency packages are introduced to get to the current
version without the requirement.
If you're unsure how to port a net-tools related script to one using the
iproute2 utilities please do let me know and I'll be happy to help move
For those who aren't currently packagers that would like to help - remember
that the new Pagure based interface to our git does support pull requests :)
For any changes that are made to packages, please just include them in
Rawhide to be a part of F28 and leave the F27 branch and packages at the
current versions they are. If it's going to make a change to the user
experience please file (or ping me and I'll do so on your behalf whilst
managing this process overall) a Self Contained Change for Fedora 28.
Maintainers by package:
beakerlib afri sopos
cloud-init adimania apevec gholms larsks shardy skottler
facter gchamoul kanarip lzap rrati skottler stahnma
gnome-nettool alexl caolanm group::gnome-sig johnp kalev mbarnes
rhughes rnorwood rstrode ssp
iodine hubbitus lystor
mariadb hhorak jstanek mbayer mkocka mmuzila mschorm
open-vm-tools ravindrakumar rjones slaanesh
openslp rdieter vcrhonek
openwsman gunnersrini praveenp vcrhonek
pki-core edewata kwright mharmsen vakwetu
recap bharper carlwgeorge
redhat-lsb ovasik pnemade
resource-agents beekhof cfeist dvossel lon oalbrigt
systemtap brolley drsmith2 fche jistone lberk mjw nathans scox
testcloud group::qa-tools-sig mkrizek tflink
Packages by maintainer:
limb chkrootkit mediatomb
skottler cloud-init facter
vcrhonek openslp openwsman