| 1 |
On Mon, 17 Oct 2016 03:37:28 -0400 |
| 2 |
"William L. Thomson Jr." <wlt-ml@××××××.com> wrote: |
| 3 |
|
| 4 |
> On Monday, October 17, 2016 8:57:30 AM EDT Michał Górny wrote: |
| 5 |
> > On Sun, 16 Oct 2016 18:30:44 -0400 |
| 6 |
> > |
| 7 |
> > "William L. Thomson Jr." <wlt-ml@××××××.com> wrote: |
| 8 |
> > > Part of the idea is to help differentiate the types of binaries in tree to |
| 9 |
> > > hopefully get less binaries that are from source. |
| 10 |
> > > |
| 11 |
> > > To start I just wanted to see about a policy for -bin, the other stuff was |
| 12 |
> > > just extra after -bin itself was a policy. Unless it made sense to develop |
| 13 |
> > > it in full, |
| 14 |
> > > |
| 15 |
> > > -bin - Closed source binary ebuild |
| 16 |
> > > -ebin - Self made binary from source |
| 17 |
> > > -sbin - Binary ebuild of an open source package |
| 18 |
> > |
| 19 |
> > Let's also add -c for C programs, and -cxx for C++ programs. -py for |
| 20 |
> > pure Python stuff, -cpy when stuff includes extensions compiled in C, |
| 21 |
> > -cxxpy extensions in C++. We should also have special -x86asm suffix |
| 22 |
> > for packages that rely on non-portable x86 assembly, or maybe even |
| 23 |
> > -x86asm-sse when they use some fancy instruction sets. And then don't |
| 24 |
> > forget to add a suffix for license, for GUI library (because obviously |
| 25 |
> > nobody wants GTK+ software on KDE systems, nor GTK+3 software on GTK+ |
| 26 |
> > systems). |
| 27 |
> |
| 28 |
> Clearly being sarcastic as a binary is a binary. It doesn't matter what |
| 29 |
> language, toolkit etc. |
| 30 |
|
| 31 |
It doesn't matter for you. It may matter for others. Much like having |
| 32 |
binary signaled in name may not matter to others. Which is why in-band |
| 33 |
signaling is a bad idea. |
| 34 |
|
| 35 |
-- |
| 36 |
Best regards, |
| 37 |
Michał Górny |
| 38 |
<http://dev.gentoo.org/~mgorny/> |
Archives