Hi Michael,
I think mainline support for FreeBSD in slstatus is a good idea. Thank
you very much for your contributions, I will merge them soon.
Regards,
Aaron
--
Web: https://drkhsh.at/ or http://drkhsh5rv6pnahas.onion/
GPG: 0x7A65E38D55BE96FE
Fingerprint: 4688 907C 8720 3318 0D9F AFDE 7A65
On Saturday, January 26, 2019 6:08 AM, Eric Pruitt
wrote:
> On Fri, Jan 25, 2019 at 11:44:43AM +0100, Hiltjo Posthuma wrote:
>
> > Please don't send HTML mail to the list.
>
> The message had text and HTML components. If you don't like HTML emails,
> why not configure your client to prefer
On Fri, Jan 25, 2019 at 11:44:43AM +0100, Hiltjo Posthuma wrote:
> Please don't send HTML mail to the list.
The message had text and HTML components. If you don't like HTML emails,
why not configure your client to prefer text/plain portions of
multipart/alternative emails?
Eric
On Fri, Jan 25, 2019 at 12:15:49AM +, Michael Buch wrote:
>Indeed personally I thought the $(OS) directories in the original
>Makefile made for a cleaner way to port. Though before working on a
>rewrite/revert some consensus on this would be good.
>Thanks,
>Michael
>
>
Indeed personally I thought the $(OS) directories in the original Makefile
made for a cleaner way to port. Though before working on a rewrite/revert
some consensus on this would be good.
Thanks,
Michael
Am Do., 24. Jan. 2019 um 19:37 Uhr schrieb Quentin Rameau :
> > Hi,
>
> Hi Michael,
>
> > As
> Hi,
Hi Michael,
> As part of my setup of FreeBSD I ported slstatus. Is the mainline a place
> to commit such patches given the platform dependence of a tool like
> slstatus? I guess porting to new platforms can increase the size of the
> code base significantly if one sticks to the current
Hi,
As part of my setup of FreeBSD I ported slstatus. Is the mainline a place
to commit such patches given the platform dependence of a tool like
slstatus? I guess porting to new platforms can increase the size of the
code base significantly if one sticks to the current project structure. Or
is a