Stable: 2.5.2
Development: 2.6-alpha3
I've been working recently on bringing MOC up to the currently common C99 and POSIX.1-2001 standards. However, the road block I keep running into is with OpenBSD... do we continue to support it?
Targetting these standards will enable the removal of some fallback code for some POSIX-mandated functions, and the use of more modern code contructs. But perhaps more importantly, it should remove the need to support specific OSs and allow MOC to be used on any standards-compliant UNIX-like system (although there remain some GNU-specific constructs which will be addressed later).
According to the OpenBSD sys/unistd.h header, the version of the POSIX.1 standard it targets for compliance is the 1990 one. Whatever their reasons, that standard's nearly a quarter of a century old now, so maybe in the interests of moving MOC forward we have to leave OpenBSD behind on MOC 2.5.
For those who are using MOC on OpenBSD (and I honestly don't know if there is anyone), I see a number of alternatives:
None of those options is good news for any OpenBSD user still roaming free in MOCland, so I'd be interested in your feedback. If I hear nothing within a week, I'll consider it acceptable to require POSIX.1-2001 compliance and continue moving forward.
John Fitzgerald,
MOC Maintainer.
Comments
WhiteRaven22
Thu, 2014-12-11 23:02
Permalink
"and I honestly don't know if
"and I honestly don't know if there is anyone"... Me neither. I'll be happy as long as MOC works on Debian stable. ;)
rjc
Fri, 2014-12-12 09:25
Permalink
POSIX
After 'tedu'[0]: what POSIX features do you want/need/planning on using?
[0] http://marc.info/?l=openbsd-misc&m=141836698811596&w=2
Regards,
rjc
dreyeth
Wed, 2014-12-17 01:34
Permalink
Its your time and your project.
Out of the big three BSDs its probable the one I have the most interest in, sad to see that it is losing support by
targetting a older posix standard.
Its your time and your project, I'd say that OpenBSD should provide support for their differences within their
own project members through their MOC port maintener, also any chance of finding out if they do have any plans on upgrading their POSIX standard?
they're pretty conservative on upgrading code and since their core code gets reviewed and audited they might have just
been slower to get on the bandwagin with more pressing things, if it goes that way they can just use their current working copy until their
POSIX 2001 comes in, which would just make you free to do what you want.
dreyeth
Wed, 2014-12-17 02:44
Permalink
Looks like OpenBSD users have taken notice
Looks like this post has already attracted attention by OpenBSD users.
http://openbsd.7691.n7.nabble.com/Music-On-Console-MOC-td261775.html
dreyeth
Sat, 2016-01-02 11:33
Permalink
Conservative? hah! I'm a
Conservative? hah! I'm a noob, they are regularly redesigning their code to remove
exploits all the time.
jcf
Wed, 2014-12-17 02:32
Permalink
Moving Forwards
After a similar appeal on one of the OpenBSD mail lists, it seems that the fourth option is the one they went for. That surprised me, but they seem happy that OpenBSD is now POSIX.1-2008 compliant and so MOC can now move forwards hand-in-hand with its OpenBSD users.
I shall be working with one of the OpenBSD maintainers over the next few days to ensure that some of the problems I was experiencing in testing are now resolved and then committing the patchset which will bring MOC up to C99 and POSIX.1-2001 compliance and also make them a minimum requirement.
After investigating a potential problem in one of the previous commits, MOC 2.6-alpha2 will be next on the agenda.
function2
Mon, 2015-08-10 23:24
Permalink
moc on OpenBSD
it is working fine on openbsd. We'll see if the upcoming changes work with obsd.
I'll make sure they do.
the port is in openbsd-wip (work in progress)
I can't post the url because of the spamfilter, it's in 'jasperla' at github.
jcf
Fri, 2015-08-14 03:57
Permalink
Stalled :-(
Thanks for that.
I have a set of patches I was working through with one of the OpenBSD folk, but it has stalled due to lack of time on my part.