99 Followers
59 Following
898 Posts

One industry player I am friends with would like to move away from #Linux as a base for their embedded software.

Coming to thing of fit, why are we still using #timesharing operating systems designed to solve one particular problem of the 1950s - how to let multiple users the way to access a single very expensive computer machine?

@feld Do we want deltachat-rpc-server 2.9.0 in FreeBSD ports?

I am using your package to start my desktop client from git with https://github.com/deltachat/deltachat-desktop/pull/5351 applied, but I think I should switch to 2.x series

chore: target-electron: upgrade `application-config` by saper · Pull Request #5351 · deltachat/deltachat-desktop

[email protected] understands FreeBSD This should fix the problem reported in the forum: https://support.delta.chat/t/delta-chat-on-freebsd/2948/16?u=saper

GitHub

I can't find any #Corba Object Request Brokers for Rust or Go.

There is some partially working code in Typescript though

#rewriteinrust #golang

Trying to make https://github.com/kaitai-io/kaitai_struct_cpp_stl_runtime/pull/48 work - would be great to have access to #OpenBSD or #DragonFly box to test, ideally with various byte order configurations

Currently it seems to be completely broken i.e. tests do not pass even if the bswap16/bswap32/bswap64 functions are used for #FreeBSD and #NetBSD.

After rebasing,

/home/saper/src/kaitai_struct_cpp_stl_runtime/tests/unittest.cpp:36: Failure
Expected equality of these values:
ks.read_f4le()
Which is: -9.6157696e+09
3.14159f
Which is: 3.1415901

#DragonFlyBSD #gtest #byteorder

Make it compile on *BSD by reezer · Pull Request #48 · kaitai-io/kaitai_struct_cpp_stl_runtime

With this change compilation on the BSDs will work.

GitHub
NetBSD: the community-driven enterprise OS. Built on collaboration and longevity, NetBSD offers the stability and support enterprises need for their critical systems. Join the NetBSD community and experience the power of open-source innovation in your infrastructure. #NetBSD #EnterpriseOS #CentOS #centos7

It bums me out that "marshall"/"deputy" didn't win out in the database-stuff-renaming world.

Just think of all the great corny idioms we're losing out on in technical debates as a result. #ImYourHuckleberry

No #BSD #FOSDEM devroom this year?

#FOSDEM2024

Rare moment of #37c3 ball pit being unoccupied and undisturbed for about 4.76s, you're welcome

> I do not believe there are material differences in handling of user VA
between amd64 and arm64 from the application point of view. Also, I
believe that removal of sbrk(2) from arm64 was more an experiment to see
what breaks, instead of failed attempt to implement it.

> Now I think that we should claim that the experiment failed and just
allow sbrk on all Tier 1 arches. It is not worth the trouble.

Konstantin Belousov https://lists.freebsd.org/archives/freebsd-arm/2023-November/003304.html #FreeBSD #sbrk #arm64

Re: sbrk