sadoon_albader[m | So how does one build a full repo using debuild? | 00:59 |
---|---|---|
Centurion_Dan | sadoon_albader[m: one package at a time... | 01:17 |
sadoon_albader[m | Well yes of course I can apt source, then debuild or dpkg-buildpackage each of them separately | 01:18 |
sadoon_albader[m | But there's 50k packages | 01:18 |
sadoon_albader[m | surely there's a scripted way of doing it | 01:19 |
onefang | Download the list of packages from a package mirror, write a script to pul lout package names and build them. Shouldn't be heard for someone that knows how to script. | 01:21 |
onefang | apt-panopticon has the first part of that already, if you want to pull things out of Lua scripts. | 01:43 |
sadoon_albader[m | Given how prevelant the deb based systems are I was expecting that someone might have scripted something like that already | 03:26 |
bb|hcb | sadoon_albader[m: if you target Devuan, there is no need to rebuild all, because Debian already has a ppc64 port so only Devuan specific packages need to be rebuilt, but with unofficial ports you are stuck with unstable... | 03:36 |
sadoon_albader[m | That's exactly what I want to avoid though :P | 03:37 |
sadoon_albader[m | The reason I want to rebuild is to have a full stable release | 03:37 |
sadoon_albader[m | The unstable is just too.. unstable | 03:37 |
sadoon_albader[m | Porting devuan over as devuan ppc64 ceres would be a piece of cake | 03:38 |
sadoon_albader[m | Like you said, all the packages are already built and amprola does the rest if I understand correctly | 03:38 |
bb|hcb | I suppose there are quite a few packages that FTBFS on ppc64 and their maintainers do not care about that too much, so that is going to be lots of work | 03:39 |
bb|hcb | So getting ppc64 stable may not be impossible but is far from practical | 03:39 |
sadoon_albader[m | Very few, and I'm doing just fine without them | 03:40 |
sadoon_albader[m | Running a full KDE desktop with firefox ESR, arcticfox, and webkit2gtk all running fine, with webkit performing the best | 03:40 |
sadoon_albader[m | Only few things need patching | 03:40 |
sadoon_albader[m | I've been running debian sid for 3 months now, I update once a month after doing a btrfs snapshot and so far it's been good | 03:41 |
sadoon_albader[m | Very usable, have 3 monitors connected. That's on PowerMac G5 mind you | 03:41 |
bb|hcb | Sounds like ceres/sid is fine with you... And the definition of stable is a broad thing - I do not like the Debian's one, that is why I tend to switch to testing in the half of the release cycle | 03:46 |
bb|hcb | But it depends, what I do is most probably not the best thing for most users, because from time to time there are problems with it | 03:46 |
sadoon_albader[m | I like the "nothing changes for two years except for serious bugs and security issues" stable, which matches debian/devuan's :P | 03:46 |
sadoon_albader[m | Used to use Arch for years, loved it, but it was time to move on, life gets too busy to be worrying about breaking updates | 03:47 |
sadoon_albader[m | So it's a "different strokes for different folks" thing | 03:47 |
bb|hcb | Unless you start needing newer version of something, e.g. kicad or gcc | 03:47 |
bb|hcb | Exactly - it depends on the use pattern | 03:48 |
sadoon_albader[m | I rarely do, and when I do I just build it from source, like nheko here | 03:48 |
sadoon_albader[m | I also keep an arch chroot for those rare use cases | 03:49 |
bb|hcb | And about the rebuild, Devuan uses gbp; but you will need to somehow feed the build results back to satisfy dependecies and maybe one path is to setup amprolla and DAK - I never did that so can't advise | 03:52 |
bb|hcb | Maybe there is also a simpler way | 03:54 |
sadoon_albader[m | I'm making my own script lol | 06:25 |
sadoon_albader[m | Last thing I need for now is a way to remove the build-deps installed before building a said package | 06:26 |
bb|hcb | Just use gbp or a plain sbuild - that does rebuild in a clear chroot and installs deps for every build | 06:26 |
sadoon_albader[m | Oh that's nice | 06:27 |
sadoon_albader[m | like how arch does it, I'm more familiar with arch obviously | 06:27 |
sadoon_albader[m | let me check that out | 06:28 |
bb|hcb | Installing deps on your host and using debuild is a bad idea. The main use of debuild is to debug because it is faster | 06:28 |
sadoon_albader[m | Actually my idea was to use the vm which would have a clean root anyways | 06:28 |
sadoon_albader[m | But this is better | 06:28 |
sadoon_albader[m | Great news | 07:52 |
sadoon_albader[m | I now have a build system using a 20 line script that goes through all the deb-src archive I pulled down (70gb or so) | 07:53 |
sadoon_albader[m | However, I'm using debian sid as my repo, which means newer packages than the ones I'm trying to build. So first I'll build all the libraries, add them to a repo, add that repo to my sources as a higher priority so packages use those correct version libraries, then build everything else, and then rebuild everything else with my new repo as the only source | 07:54 |
sadoon_albader[m | I think this makes sense | 07:54 |
sadoon_albader[m | After that, when debian is running well, devuan should be a piece of cake | 07:54 |
sadoon_albader[m | And this all seems to work without a virtual machine, I just tell sbuild that it's ppc64 and not ppc64le and it just builds. | 07:55 |
sadoon_albader[m | Hmm perhaps it was a bad idea to build without a vm, no wonder it's so slow, running qemu for everything xD | 08:35 |
bb|hcb | sadoon_albader[m: Do you build on amd64 or on the native ppc64? | 08:36 |
sadoon_albader[m | On ppc64le | 08:37 |
sadoon_albader[m | It needs qemu to run ppc64 binaries | 08:37 |
sadoon_albader[m | To a virtual machine with KVM avoids that hassle | 08:37 |
sadoon_albader[m | Since the CPU itself supports both modes | 08:37 |
bb|hcb | Maybe qemu is emulating it instead of using the native feature of the CPU? | 08:39 |
sadoon_albader[m | Yes, afaik I can only run different endianness in a full vm, not in binfmt kinda stuff | 09:03 |
sadoon_albader[m | Guess I'll share the script to rebuild full deb repos here later in case anyone needs it heh | 09:04 |
sadoon_albader[m | 18 lines, simple stuff, might build in logging later | 09:04 |
bb|hcb | Would be nice :) What is the benefit of ppc64 over ppc64le? | 09:27 |
sadoon_albader[m | No benefit really, mostly less compatible with modern software so it's a detriment | 10:06 |
sadoon_albader[m | The only reason I want to support it is for the PowerMac G5 | 10:06 |
sadoon_albader[m | But some people might find it useful, maybe for old software, or to make sure their software doesn't break on BE | 10:06 |
sadoon_albader[m | Also, POWER machines up to POWER7 had no "official" support for LE, even though the chip itself did support in most cases | 10:07 |
bgstack15 | Devuan meet today, Thursday, November 25, at 20:30 UTC. Pad is here: https://pad.dyne.org/code/#/2/code/edit/Exp1litK0IJF8WkI1ODwBRQd/ | 15:15 |
bgstack15 | I doubt I can make it. Today is the US holiday of Thanksgiving. | 15:16 |
rrq | somewhere between me and Amsterdam theres a networking knot, so I probably won't get onto the video chat | 21:32 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!