source-build
centos-stream | source-build | |
---|---|---|
44 | 8 | |
- | 256 | |
- | 0.8% | |
- | 7.6 | |
- | 12 days ago | |
Shell | ||
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
centos-stream
- OpenELA releases redhat source code for everyone
- Curl/libcurl HIGH CVE-2023-38545 leaked early?
- Fixes CVE-2023-38403 – Resolves: rhbz#2223729
- Can any Red Hat Employee comment on this? Why it's not accepted as CVE bug fix that sent by community?
-
Tell HN: Red Hat refuse AlmaLinux CVE patch to CentOS Stream: no customer demand
In an unexpected and surprising move, contrary to what Red Hat has been saying lately to the community about CentOS Stream collaboration and rebuilders, Red Hat will refuse patches to CVE issues, developed by downstream contributors, in CentOS Stream citing "no customer demand".
Link to CentOS Stream Gitlab of the AlmaLinux CVE patch commit: https://gitlab.com/redhat/centos-stream/rpms/iperf3/-/merge_requests/5
Discussion going on Reddit: https://www.reddit.com/r/AlmaLinux/comments/1544w8b/red_hat_refuses_almas_cve_patches_to_centos/
-
Question to mods: dealing with trolls
The source RHEL is built from can be found here with absolutely no restrictions: https://gitlab.com/redhat/centos-stream
-
SUSE Preserves Choice in Enterprise Linux by Forking RHEL
https://gitlab.com/redhat/centos-stream/src/kernel/centos-st...
Fedora and many other distros do a lot of valued work, too.
FWICS there are FIPS kernel variants for Ubuntu <= 20.04 LTS (2020) but not 22.04 LTS (2022), and Debian and Ubuntu don't have the selinux policy set that Fedora and RHEL+EPEL have. https://ubuntu.com/kernel
From https://news.ycombinator.com/item?id=36480033 :
> Would it be feasible to sed-replace the RHEL and/or Fedora selinux and container-selinux rulesets for use with other Linux distros?
> "AFAIU only SUSE can run both AppArmor and SELinux?*
> And browsers are running as unconfined in selinux with like all major distros; even on ChromiumOS
Act like you added `systemd-nspawn respawn` to every SysV-init script and correctly formatted the epoch time in the correct column of each of the log files to merge and then logship again.
-
Stuff to think about for RHers.
There is nothing stopping any of the rebuilders from using gitlab.com/redhat/centos-stream to continue rebuilding.
-
My thoughts on the recent Red Hat source code availability changes.
Is "284.18 1" the commit that gets you the kernel version 5.14.0-284.18.1 ?
source-build
-
Show HN: Git-credential-OAuth, Git Credential helper using OAuth in browser
.NET applications are technically challenging for Linux distributions to package. https://github.com/dotnet/source-build/discussions/2960
Git Credential Manager indeed release a self-contained binary for Linux x86_64 (no arm64 yet), though the installation size is necessarily large (80 MB) to include the .NET runtime. git-credential-oauth Linux binaries (x86_64 and arm64) are much smaller at 5 MB. https://github.com/hickford/git-credential-oauth#comparison-...
-
Disadvantages of using F# with Mono?
It's recommended to build from source for Debian, at least. Here's the latest stable release of the SDK announcement: https://github.com/dotnet/source-build/discussions/3369
-
.NET 6 is now in Ubuntu 22.04
Unfortunately, packaging applications built on .NET is still a challenge for any OS that wants to build everything from source and doesn't allow network access. Like you say, duplicating nuget into os-app-package-manager is challenging. Even side from the duplication, we need to bootstrap the ecosystem, in particular dealing with cyclic dependencies and version explosion as a result of all the different versions of all the dependencies that an average dotnet application needs.
We are starting to work through it here: https://github.com/dotnet/source-build/discussions/2960. Any advice/tips/contributions would be welcome, I think.
-
Shopify Invests in Research for Ruby at Scale
If you want to build .NET Core yourself, Microsoft provides you with the steps necessary to do so here: https://github.com/dotnet/source-build
Maybe our definitions of open source are different, or maybe you're just shitting on Microsoft for your own reasons. Regardless of whatever your experiences have been with .NET in the past, they don't mirror the majority of the folks that use it everyday.
-
C# for Systems Programming
The C# compiler and parts of the supporting .NET runtime are written in C#, so yes there is a boot strapping issue. Other languages like Rust or even C compilers written in C have this problem.
For initial porting to a new system or processor architecture, the C++ part of CoreCLR (the main runtime for .NET) can be built with CMake and LLVM on the target system. The libraries can be cross-compiled on another system that already supports .NET and copied to the target system. Some Details are here:
https://github.com/dotnet/runtime/blob/main/docs/design/core...
For building from source to satisfy requirements Linux distributions, Microsoft has a system to build from source. My understanding from the last time I closely looked at it is some binary dependencies are de compiled to MSIL (the bytecode used by .NET). Since CoreCLR includes a MSIL assembler written in C++ (ilasm), it can bootstrap using these MSIL sources. But I have not looked at this project closely in a while and it evolved quite a lot while I was watching it. The system for the source build is here:
https://github.com/dotnet/source-build
-
What would you recommend as a workaround/alternative for VisualStudio for my university course under Linux?
Note that there's a bug with the version of dotnet from Fedora's repositories (basically any version built from source by distro maintainers) that breaks Omnisharp for a lot of projects. See https://github.com/dotnet/source-build/issues/2006
-
FreeBSD 13.0 – Full Desktop Experience
It's coming. Progress is being tracked here: https://github.com/dotnet/source-build/issues/1139
What are some alternatives?
zfs - OpenZFS on Linux and FreeBSD
linuxulator-steam-utils - Steam launcher for FreeBSD
centos2ol - Script and documentation to switch CentOS/Rocky Linux to Oracle Linux
gvisor - Application Kernel for Containers
LetsShip - Let's learn devops by shipping a final product in .NET 5
zerosharp - Demo of the potential of C# for systems programming with the .NET native ahead-of-time compilation technology.
CoreCLR - CoreCLR is the runtime for .NET Core. It includes the garbage collector, JIT compiler, primitive data types and low-level classes.
vscodium - binary releases of VS Code without MS branding/telemetry/licensing
bflat - C# as you know it but with Go-inspired tooling (small, selfcontained, and native executables)
installer - .NET Core SDK Setup
.NET Runtime - .NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.
zig - General-purpose programming language and toolchain for maintaining robust, optimal, and reusable software.