From nobody Mon Nov 15 11:01:57 2021 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7F020188B14D for ; Mon, 15 Nov 2021 11:02:07 +0000 (UTC) (envelope-from SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ht5qd6B3Zz4fmG for ; Mon, 15 Nov 2021 11:02:05 +0000 (UTC) (envelope-from SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl) Date: Mon, 15 Nov 2021 12:01:57 +0100 (CET) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=klop.ws; s=rw1; t=1636974117; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=O1yOcS3S8mUQvV50TeP5CSY2RLV+QWL5V+uOGPqhS/Q=; b=whI1sG3qCExXkg9AaZBZr+PTz16Mmr2l5usfkhUTNyuNl+/U/Abe7eVTSQ9BfqCR6b8t2H NH5B8eqs52/QssAQ== To: freebsd-ports@freebsd.org Message-ID: <1027702627.3.1636974117639@mailrelay> In-Reply-To: <0730c6f7-ca23-d40f-c395-d20bc1be6816@ohreally.nl> References: <4ca51765-b556-3f12-5809-5aadbf6dccca@ohreally.nl> <0730c6f7-ca23-d40f-c395-d20bc1be6816@ohreally.nl> Subject: Re: Adding functionality to a port List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2_194974015.1636974117624" X-Mailer: Realworks (585.1296.bdcec4b) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4Ht5qd6B3Zz4fmG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw1 header.b=whI1sG3q; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl" X-Spamd-Result: default: False [-1.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(1.00)[1.000]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; HAS_X_PRIO_THREE(0.00)[3]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl]; RCVD_COUNT_ZERO(0.00)[0]; RWL_MAILSPIKE_POSSIBLE(0.00)[194.109.157.24:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=cjAb=QC=klop.ws=ronald-lists@realworks.nl] Reply-To: ronald-lists@klop.ws From: Ronald Klop via freebsd-ports X-Original-From: Ronald Klop X-ThisMailContainsUnwantedMimeParts: Y ------=_Part_2_194974015.1636974117624 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Van: Rob LA LAU Datum: zondag, 14 november 2021 16:56 Aan: ronald-lists@klop.ws, freebsd-ports@freebsd.org Onderwerp: Re: Adding functionality to a port > > Thanks Ronald. But I'm not asking how or where to report bugs. > > Allow me to rephrase my question. > > If and when I am a FreeBSD port maintainer, can I just add any scripts or other files to the port I maintain if I think they may be practical, even if those files are not part of the upstream project? > Yes you can. But: 1. As a (starting) maintainer you can't commit the changes yourself. A committer will check and commit your changes. 2. All additions are open and verifiable. It is hard to sneak something into it. And even more to do that anonymously. There are probably some more checks and balances to this process. It has proven itself pretty solid. Regards, Ronald. > Thanks, > Rob > > > On 14/11/2021 16:40, Ronald Klop via freebsd-ports wrote: > > On Sun, 14 Nov 2021 16:26:23 +0100, Rob LA LAU wrote: > > > >> Hello list, > >> > >> I'm wondering what the rules/guidelines are for adding functionality >> to a port, that is not in the upstream package. I can't find anything >> about this in the porters' documentation. > >> > >> Background: > >> I'm not a porter myself (planning to be one, but that's irrelevant for >> my current question). > >> I ran into a buggy `periodic' script. And when looking for the port >> maintainer to report the bug, I found that this script is not part of >> the upstream package, but was added to the port by the port maintainer. > >> So I'm wondering now whether I should report the bug in the `periodic' >> script, or ask the maintainer to remove the script from the port (and >> maybe submit it as a separate port). > >> > >> And in more general it would be interesting to know when changes made >> to a port are considered too drastic, and when port maintainers should >> be asked to join the upstream development team instead of (or in >> addition to) maintaining the port. > >> > >> Thanks for any and all replies. > >> > >> Cheers, > >> Rob > > > > > > You can file a bug report on https://bugs.freebsd.org/ . If you use a > summary like 'www/firefox: Unable to use microphone with ALSA backend' > it is automatically assigned to the maintainer of the port. So ' portname>: short description of bug'. You can also upload a patch if you > have it. > > > > If a bug report is not possible you can also just mail the maintainer > and see what the reaction is. > > > > Regards, > > Ronald. > > > > -- > > https://www.librobert.net/ > https://www.ohreally.nl/category/nerd-stuff/ > ------=_Part_2_194974015.1636974117624--