public inbox for discuss@lists.illumos.org (since 2011-08)
 help / color / mirror / Atom feed
From: Jorgen Lundman <lundman@lundman.net>
To: illumos-discuss <discuss@lists.illumos.org>
Subject: Re: [discuss] Illumos future and compatibility with Open-ZFS
Date: Mon, 9 Sep 2024 20:13:44 +0900	[thread overview]
Message-ID: <9B2D3002-C273-4F79-9CD0-3DEC32AEF485@lundman.net> (raw)
In-Reply-To: <71c95212-1882-4739-a00f-a6d8baf1624f@napp-it.org>

> 3. Open-ZFS on Windows (and OSX), beta/release candidates
> This is fork of Open-ZFS that is updated to Open-ZFS Master from release candidate to release candidate. While I suppose Jorgen Lundman (maintainer) originally planned a full integration of Windows ZFS directly into Open-ZFS, it seems that he now intends to use Open-ZFS simply as upstream, just like Illumos was upstream for a long time for BSD and Linux.



I’m not really part of the main-thrust of this discussion, but allow me to make a comment or two. 

It was more that the PRs for macOS and Windows were 4 and 3 years old, and it is a “non-zero” 
amount of effort to keep them synchronised all the time. Not a complaint, just how it is. I can’t 
just be me (this side) who wants to merge, but the other side of the aisle need to want to as well, 
or it isn’t for the greater good of the project. So I removed, or did I just stop updating? the PRs for them. 
Could re-visit this again in future when things are more quiet - but I have noticed that it is never “more quiet”.

It is worth mentioning that being “just downstream” of the main project is not without its quirks. In
particular, whenever a PR is merged (more so if it changes things in the os/ directory) I have to learn 
and understand each PR fully, to be able to add similar code to my os/ entries. Whereas
the first-class platforms, Linux and FreeBSD, get that consideration during development of the PR (or
it wont be merged) - and assistance with either platform, if needed. And fully tested before merge.
So I have to pretty much know all PRs added, which tends to mean merging with upstream is not as fast 
as it could be, and sometimes they are delayed considerably - which then makes it a bit more hassle 
to chase down the developers if I need to - or point out how much is breaks for me.

Secondary, I have to merge and re-merge some files constantly - as in manually add in my lines/changes -
for example the assembly files or the zfs-tests environment map file. It can not be automated, unless I
hook up to chatgpt or something. But I have redone some of these changes so many times it is now
tempting to make the code less-portable, as in, just have my own versions of the files - and hope I don’t 
miss any crucial changes in future.

Still, it would be fun, if easy, to do an illumos port of OpenZFS - but sadly, I do not have time
due to the 2 ports I currently maintain.

Cheers,

Jorgen


  parent reply	other threads:[~2024-09-09 21:56 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-05 20:50 shutdown hang with zpools on ISCSI devices Carsten Grzemba
2024-08-05 21:46 ` [discuss] " Joshua M. Clulow
2024-08-06  5:17   ` Carsten Grzemba
2024-08-06  5:29     ` Carsten Grzemba
2024-08-06  5:46       ` Joshua M. Clulow
2024-08-06  6:36         ` Carsten Grzemba
2024-08-06  6:46           ` Joshua M. Clulow
2024-08-06 14:27             ` Carsten Grzemba
2024-08-06 15:16               ` Carsten Grzemba
2024-08-06 19:04               ` Joshua M. Clulow
2024-09-06 11:53               ` Illumos future and compatibility with Open-ZFS gea
2024-09-07  8:30                 ` [discuss] " Joshua M. Clulow
2024-09-07 11:12                   ` Gea
2024-09-07 16:38                     ` Joshua M. Clulow
2024-09-07 21:37                       ` Gea
2024-09-08  8:50                         ` Jorge Schrauwen
2024-09-08  9:55                           ` d
2024-09-09 10:41                             ` Gea
2024-09-09 11:32                               ` Toomas Soome
2024-09-09  9:29                           ` Volker A. Brandt
2024-09-09  9:49                             ` bronkoo
2024-09-09 11:13                     ` Jorgen Lundman [this message]
2024-09-09 12:27                       ` Gea
2024-09-09 14:47                       ` gea
2024-09-09 19:29                         ` Joshua M. Clulow
2024-12-11  8:47                       ` zt958bjm via illumos-discuss
2024-12-11  8:56                       ` zt958bjm via illumos-discuss
2024-12-11  9:01                         ` zt958bjm via illumos-discuss
2024-12-11 10:09                           ` Jorgen Lundman
2024-12-11 12:17                             ` zt958bjm via illumos-discuss
2024-09-07 14:32                   ` Miles Nordin
2024-08-05 22:45 ` [discuss] shutdown hang with zpools on ISCSI devices John D Groenveld
2024-08-05 22:55   ` Joshua M. Clulow
2024-08-06 15:56 ` Gordon Ross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9B2D3002-C273-4F79-9CD0-3DEC32AEF485@lundman.net \
    --to=lundman@lundman.net \
    --cc=discuss@lists.illumos.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).