| JackFrost | LeePen: https://git.unit193.net/cgit/users/unit193/glab.git/ I don't run gitea, but I think it's actually not bad. codeberg.org is worth looking into as an alternative to github/etc. | 00:45 |
|---|---|---|
| rrq | or git.devuan.org of course | 00:50 |
| JackFrost | The topic was gitlab as a terrible UI, gitea being better. Codeberg is the only public generic FOSS host running gitea I know of. | 00:54 |
| rrq | or git.devuan.org of course | 00:54 |
| rrq | well, that might not cover the "I know of" bit, I suppose | 00:57 |
| JackFrost | Well, it's distro specific...so no. | 00:58 |
| rrq | is it? | 00:59 |
| brocashelm | let's just go back to sourceforge /s | 00:59 |
| rrq | I know Microsoft runs github; who runs codeberg? | 00:59 |
| brocashelm | https://docs.codeberg.org/getting-started/what-is-codeberg/#what-is-codeberg-e.v.%3F | 01:00 |
| rrq | who are the people? .. "a registered non-profit association based in Berlin, Germany" doesn;t say much | 01:02 |
| brocashelm | yeah, it's not very clear | 01:02 |
| brocashelm | but looks like they were originally known as teahub: https://blog.codeberg.org/codebergorg-launched.html | 01:03 |
| brocashelm | found this for legal stuff: https://web.archive.org/web/20190418085357/https://codeberg.org/codeberg/org/src/branch/master/Imprint.md | 01:05 |
| brocashelm | still a very "anonymous" org | 01:05 |
| rrq | I prefer knowing who (=people) but I'm a bit old and cynical | 01:07 |
| rrq | esp since github sold out | 01:07 |
| brocashelm | even a username is better than nothing | 01:10 |
| rrq | clearly "hw" is the oldest registered user at codeberg | 01:18 |
| rrq | and I suppose https://codeberg.org/Codeberg/org/graph is a bit of a story about codeberg itself | 01:23 |
| bgstack15 | i think codeberg is an independent org. But then, who knows if 90% of that indepent org are all employees of one particular place.... | 01:41 |
| rrq | yeah, I prefer knowing which people are involved. But I agree with JackFrost that codeberg does seem interestig, if you don't want to keep your s/w at git.devuan.org for whatever reason, | 01:51 |
| rrq | github.com is of course not an option anymore | 01:53 |
| brocashelm | self-hosted gitea is what i'd vote for | 01:54 |
| rrq | the more places, the better | 01:54 |
| brocashelm | i wouldn't object to sourceforge. it works well with my browsers | 01:54 |
| brocashelm | with this skepticism in mind, i'd not trust codeberg | 01:55 |
| rrq | mmm that might be a bit "unfair"; maybe it just takes a little more effort to get to know them | 01:56 |
| rrq | heistant, yes, but distrusting sonds strong :) | 01:57 |
| rrq | u | 01:57 |
| brocashelm | for me, companies/organizations are guilty until proven innocent :) | 01:59 |
| brocashelm | wouldn't be surprised if microsoft or another big corpo snatched them up down the road | 01:59 |
| rrq | I'm a bit simple-minded so I always want to think about the people; things like companies and organizations are just abstractions that poeple use, sometimes (too often) as a vehicle for be devious. "Think about the people, and follow the money". | 02:04 |
| rrq | re codeberg, there have not turned up any red flag of deviousness for me yet, although quite possibly it my be in the founder's long-term objective to have something to sell off in some future | 02:10 |
| rrq | may | 02:10 |
| rrq | right now it looks like a reasonable aggregation place for FOSS | 02:10 |
| rrq | that's just a personal opinion, btw. | 02:13 |
| bb|hcb | https://codeberg.org/Codeberg/org/issues/28 | 02:22 |
| brocashelm | https://codeberg.org/Codeberg-e.V./e.V.-Documents/src/branch/main/2021/Annual%20Report%202021.md <- page not found | 02:29 |
| rrq | https://blog.codeberg.org/category/letters-from-codeberg.html | 03:02 |
| rrq | they seem to have fallen behind a little with the monthly reporting (not unusual fro non-profit ventures) | 03:03 |
| bb|hcb | i don't get what is the point behind looking into codeberg? | 03:16 |
| rrq | my interest is to learn about who they are; that site came up at 2019 as an alternative git FOSS store, given that M$ took over github | 03:19 |
| rrq | well not necessarily dependent events, but concurrent | 03:20 |
| rrq | but you're wright, it should go to off-topic | 03:22 |
| bgstack15 | I moved to gitlab when github got bought in circa 2019, yeah | 03:30 |
| bgstack15 | I still use gitlab, but now I also self host my own web cgit | 03:46 |
| plasma41 | I assume the spam reporting feature of debbugs isn't set up for bugs.devuan.org? | 03:59 |
| plasma41 | I tried clicking the "this bug log contains spam" link on https://bugs.devuan.org/203 because it contains a blatantly obvious phishing email, but I simply got an HTTP 403 response. | 04:02 |
| LeePen | plasma41: probably not. I'll look into what is missing today. | 07:35 |
| plasma41 | Sounds good. The fewer Libyan fortunes transferred through the bug tracker, the better. | 08:47 |
| onefang | I vote for self hosted cgit as well, and also put Devuan stuff on git.devuan.org. | 09:15 |
| LeePen | plasma41: I have worked out how to deal with spam in the BTS backend. #203 appears clean now. | 10:55 |
| LeePen | I will sort out the spam reporting now. | 10:56 |
| tokafondo | hi all | 23:10 |
| tokafondo | I'm Claudio Sánchez, amateur devuan user | 23:10 |
| tokafondo | I'd like to create a complete devuan system, compiled from scratch for cpus with advanced instruction sets | 23:11 |
| tokafondo | it seems standard builds are compiled using the basic, generic options, to fit all kind of cpus | 23:11 |
| tokafondo | but I've read in several places that by using instructions found in more recent intel cpus, some gains in speed and performance can be obtained | 23:12 |
| tokafondo | is there any place where I could read how to create a debian system from scratch, compiling the very basic structures of the system like the kernel, glibc and others? | 23:13 |
| tokafondo | a sort of "linux from scratch" but for debian. | 23:13 |
| tokafondo | thanks | 23:14 |
| hagbard | That is the case. As it is with all binary distros. You can build packages yourself, out of devuans source packages, but that is certainly not the main use case, and would require a lot work an tinkering, to compile the entire distro by yourself. | 23:14 |
| clemens3 | for fully automated Linux From Scratch: http://techinvest.li/tinux/ | 23:14 |
| hagbard | An easy compromise would be to just compile the kernel, and use te usual binary packages for the remainder. | 23:15 |
| hagbard | If you want a the entire system entirely from sratch compiled by yourself, LFS would be indeed the thing for you. | 23:15 |
| tokafondo | I had the idea of debootstrap --download-only a chimaera system, and then rebuilding the basic .deb files found in the apt archive folders, and then debootstrap --second-stage with them | 23:16 |
| tokafondo | the problem AFAIK with LFS is that it's too generic, not "debian compliant", or is it? | 23:17 |
| clemens3 | maybe it is possible to install the base package management from debian/devuan on an lfs base | 23:18 |
| clemens3 | and then voila | 23:18 |
| clemens3 | i don't know how devuan gets packaged.. so someone is building it from scratch all | 23:18 |
| tokafondo | that's the thing... main developers must be using a recipe to create a devuan system for us to download | 23:20 |
| tokafondo | I don't think it's sorcery or magic. There should be several steps involved that once done, the proper .deb files are obtained, to be used to install devuan | 23:21 |
| fsmithred | most of the packages come from debian unchanged. We only fork the packages that require systemd. | 23:22 |
| fsmithred | so most of the sources would be at salsa.debian.org and ours would be at git.devuan.org | 23:23 |
| fsmithred | but as mentioned, that would be a lot of work. | 23:24 |
| fsmithred | For the kind of customization you want, gentoo or one of its derivatives might be a better choice. | 23:24 |
| tokafondo | thanks. that, I understand. So I should be first asking to debian developers for things such as libc, binutils, init, bash and others, shouldn't I? | 23:24 |
| fsmithred | assuming you'd really get a significant improvement in performance | 23:24 |
| fsmithred | ask them for what? You can clone their git repos and modify/build yourself | 23:25 |
| brocashelm | amprolla is convenient. it's different compared to artix, because arch sneaks in more systemd in their packages than debian does | 23:25 |
| brocashelm | so, the artix devs have to recompile everything on their repo, hence less packages | 23:25 |
| plasma41 | tokafondo: You may want to checkout the apt-build package. | 23:26 |
| tokafondo | Yes, cloning repos is the way to get sources. And there are several stages of building that must be taken, too. | 23:26 |
| tokafondo | There is an intimate link between the compiler, the libraries used for building and the kernel itself, AFAIK | 23:27 |
| tokafondo | the libc version in chimaera is 2.31, isn't it? | 23:27 |
| tokafondo | and everything gets compiled against that version | 23:28 |
| fsmithred | yes 2.31 | 23:28 |
| tokafondo | so the thing would be compiling libc using AVX, SSE, FMA... instructions available in more recent cpus, and then the rest of the system against that optimized libraries | 23:30 |
| tokafondo | I think that the way to test real performance gains would be creating a deXXan distro compiled from the same sources but with the instructions for the recent CPUS. | 23:31 |
| tokafondo | And that's why I ask. | 23:31 |
| tokafondo | https://notes.ponderworthy.com/rebuild-glibc-optimized-for-your-cpu-in-debian-testing-as-a-local-package-version | 23:32 |
| LeePen | It would be faster to build from the dsc files in the archive than cloning all the git repos | 23:32 |
| LeePen | Some don't even exist. | 23:32 |
| LeePen | Set a deb-src url in apt sources, update and then you can get any source you want | 23:34 |
| tokafondo | yes. I've started rebuilding glibc-2.31 with -march=westmere, following the instructions mentioned in the link above | 23:35 |
| tokafondo | I'm using GCC 9.3.0 | 23:35 |
| tokafondo | with G++ 9.3.0 | 23:36 |
| tokafondo | everywhere I read "you upgrade libc6 and you will destroy your system" but what about "recompiling" it? | 23:36 |
| brocashelm | still not recommended. i tried that with beowulf and it didn't work (needed glibc 2.29 for some programs at least) | 23:46 |
| brocashelm | if not for that, i most likely wouldn't have upgraded to chimaera or beyond | 23:46 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!