From owner-svn-src-all@freebsd.org Thu Jan 17 22:32:41 2019 Return-Path: Delivered-To: svn-src-all@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 332C81481D0D for ; Thu, 17 Jan 2019 22:32:41 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com [209.85.210.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BBB9888234 for ; Thu, 17 Jan 2019 22:32:40 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-ot1-f53.google.com with SMTP id f18so12637516otl.11 for ; Thu, 17 Jan 2019 14:32:40 -0800 (PST) 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; bh=nG9CR3hjUxDG1YaytjKZIvtz/e+badylI/o7xv6jhCM=; b=axjQg1zHI6DyCawHIeNLz4UKFhm5NuYQyJf7zRrtrCNwodgsq3pZexVMB2w4YHvVUZ 0g2Qu/gdVWus47tlbVP+bkv2irMQYtqkLAID/OShr7KPB5Ek+0BqlYHOywehRc93PdzT DSAsJ8OA7fxGr56+WQWsu/EH5HoEp6NWzCxB1cL7YwFgk1GJLUSBlY/o2To40V5LgbUh 9JgRBJOJRG/kcVEgkCJ9W29CTkU5fGVC6lqGfeHaCAJZ7P/L7Usqn7yYEY8e+cW9Mimq rgRhPBoxSzoIPsQxJYbU/mMFUzH46rMltuRA/TfmwTLr4c7640oBPLfB8CWB8Vv8B+6/ 1Rwg== X-Gm-Message-State: AJcUukdIXhYxJdr022S48vQb6md2EsT4WUMoqj4MoQfXTXQ1bTnbNfci ovOThLmMUNOs2siwC7Ua4V1voxUaDWFJMzYQfUBcgw== X-Google-Smtp-Source: ALg8bN4PUKalXUJcV+dGUgyJvfNShsPm3nePw+1PKU1AqvLrspbggIY6nshy26Ag/ETXhmG7Qte91lWwYeYaOsHzIKo= X-Received: by 2002:a9d:8c6:: with SMTP id 64mr10277608otf.168.1547763919710; Thu, 17 Jan 2019 14:25:19 -0800 (PST) MIME-Version: 1.0 References: <201901172046.x0HKkvWs011502@slippy.cwsent.com> In-Reply-To: <201901172046.x0HKkvWs011502@slippy.cwsent.com> From: Maxim Sobolev Date: Thu, 17 Jan 2019 14:25:07 -0800 Message-ID: Subject: Re: svn commit: r343118 - in head/usr.sbin: . trim To: Cy Schubert Cc: "Conrad E. Meyer" , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org X-Rspamd-Queue-Id: BBB9888234 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.988,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 22:32:41 -0000 What I think we really need is some way to easily porti-ze useful stuff that would otherwise go into /usr/[s]bin, so adding things would be just as easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is topic almost as old as the FreeBSD Project itself, but perhaps we just did not approach it the right way. It was always the idea that we would just move bunch of stuff from src/usr.[s]bin repo into ports/. Which brings several important question such as "who is to host the distfile"? "where sources hosted", "who is to update the port when changes happen?" etc. Perhaps even by forking the whole ports idea into a smaller closely-guarged subset. Something like a new baseports repository, which might have structure like baseports/usr.bin/xxx, baseports/usr.sbin/yyy etc. Then add some automagic glue to kick in on every commit and transfer this into valid ports, which is going to be packaged by the poudriere and such. This way we could reduce amount of port-foo average src committer needs in order to maintain code. I am almost tempted to sit and write something over the next weekend or few of thereofs. Using usr.sbin/trim as an example. -Max On Thu, Jan 17, 2019 at 12:47 PM Cy Schubert wrote: > In message il.com> > , Conrad Meyer writes: > > On Thu, Jan 17, 2019 at 12:22 PM Cy Schubert > wrot > > e: > > > This is wrong. IIRC there was discussion that this should be in dd(1). > > > Why not submit a revision to add the functionality to dd? > > > > Well, it's wrong, but not because we need another weird dd mode. dd > > is hard enough to use already. > > I've never found dd confusing. What's wrong conv=erase? > > If it must stay, sderase is a better name. That's really what it does. > > Ports maybe? > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > >