agris | Hello, I'm trying to build a backport, but my tools are giving me conflicting information | 03:54 |
---|---|---|
agris | I run # rmadison cgit --architecture amd64 and get the following response | 03:55 |
agris | http://dpaste.com/2EZ0JY2 | 03:55 |
agris | However, when I try to download the sources for stable | 03:56 |
agris | It does NOT download the version rmadison says | 03:56 |
agris | because the output of rmadison says stable = 1.2.1 i run the following command | 03:57 |
agris | # apt source -t stable cgit | 03:57 |
agris | however this does not download 1.1 | 03:57 |
agris | *however this does NOT download 1.2.1 | 03:57 |
agris | this downloads 1.1+git2.10.2-3+deb9u1 | 03:57 |
agris | based on cgit sources 1.1 | 03:57 |
agris | i'm an Devuan ASCII | 03:58 |
agris | Am I doing something wrong? How do I download sources for cgit 1.2.1 ? | 03:58 |
Jjp137 | my guess is that rmadison was never modified for Devuan, so "stable" in this case is actually Debian Buster | 04:02 |
Jjp137 | from rmadison's point of view | 04:02 |
Jjp137 | but Devuan's current stable is ascii, which has 1.1 I think | 04:02 |
agris | hmm | 04:02 |
Jjp137 | so that might be why | 04:02 |
agris | so Do I add beowulf source to my apt.sources.list? | 04:03 |
Jjp137 | uh...I guess you could, but just be careful I guess? not sure, really... | 04:08 |
agris | hmm | 04:13 |
agris | think won't install build deps | 04:13 |
gnarface | agris: ok hang on | 04:13 |
gnarface | agris: here's what you do | 04:13 |
gnarface | agris: 1) get build deps from ascii | 04:13 |
gnarface | agris: 2) add ONLY the deb-src beowulf line | 04:14 |
gnarface | agris: 3) get beowulf src package package | 04:14 |
gnarface | agris: 4) attempt to build it against the ascii dependencies | 04:14 |
gnarface | agris: 5) address any failures by repeating step 3 and 4 recursively for any complaining build deps | 04:14 |
gnarface | that's how to do a natural backport | 04:15 |
gnarface | but things get ugly if you have to patch anything manually or backport too many core system libraries | 04:15 |
gnarface | (by the time you backport libc6 from beowulf, you have backported pretty much the whole distro and you might as well have just run beowulf) | 04:15 |
gnarface | some stuff works better than others | 04:16 |
gnarface | stuff that's really popular and easy to backport might have already been done for you though, so always check ascii-backports for it first (i assume you know that part already but it's surprising who does not) | 04:16 |
agris | gnarface, can you please sanity check this | 04:17 |
agris | Does the stable (ascii) build-deps of cgit (ascii) rely on a debhelper version that's NOT in ascii? | 04:17 |
agris | builddeps:cgit : Depends: debhelper (>= 11~) but 10.2.5 is to be installed | 04:17 |
gnarface | they should not but i can't guarantee that | 04:17 |
gnarface | if you've mixed repos before though, you might have some debian buster packages accidentally | 04:18 |
gnarface | buster or bullseye or whatever it is | 04:18 |
gnarface | that could be causing weird dependency complaints | 04:18 |
agris | hmm | 04:18 |
agris | is there a command to show any packages installed from beowulf? | 04:18 |
gnarface | uh, yes i'm sure there is | 04:20 |
agris | do you know it? | 04:20 |
gnarface | er, well | 04:20 |
gnarface | i know a way to do it, but there might be an easier way | 04:20 |
gnarface | apt-cache policy [package name] | 04:21 |
gnarface | that should tell you | 04:21 |
gnarface | i think | 04:21 |
gnarface | if you just run "dpkg -l" and check all the versions manually against pkginfo.devuan.org that would work too | 04:21 |
gnarface | i realize that's a very tedious way to approach it | 04:22 |
agris | nope, looks like only n=ascii installed | 04:22 |
agris | I just greped the output | 04:22 |
gnarface | hmm | 04:22 |
gnarface | you have not added deb lines from beowulf yet, right? | 04:22 |
agris | I removed all of those and apt updated | 04:22 |
gnarface | that's the big reason to only add deb-src, because the src packages don't screw with your dependency tree like the binary packages do | 04:23 |
gnarface | what version of cgit is it you've got? | 04:23 |
agris | on the build machine i'm using none | 04:23 |
agris | on my webserver vrsion 1.1 | 04:24 |
gnarface | [ascii] cgit-1.1+git2.10.2-3+deb9u1 | 04:24 |
gnarface | [ascii-security] cgit-1.1+git2.10.2-3+deb9u1 | 04:24 |
gnarface | pkgmaster says these are the ascii versions | 04:24 |
gnarface | do you have ascii-security in your sources.list too? | 04:24 |
agris | yes | 04:24 |
gnarface | (*sorry pkginfo i meant) | 04:24 |
agris | wait a minute | 04:25 |
agris | it just decided to randomly work again | 04:25 |
agris | I don't think I changed anything | 04:25 |
gnarface | odd... | 04:25 |
agris | odd | 04:25 |
agris | apt-get build-dep cgit | 04:25 |
agris | ok give me a minute while I follow your instructions | 04:26 |
gnarface | maybe it worked after running apt-get update? maybe you forgot apt-get update first? or maybe you just hit a bad mirror in the round-robin. people have been having issues while mirrors update. | 04:26 |
agris | bad mirror probably | 04:27 |
agris | I have a LOT of issues with devuan mirrors | 04:27 |
agris | ok so I installed the build-deps for cgit ascii | 04:27 |
gnarface | there's barely over a dozen of them, so the chances of hitting one in the middle of an update is significantly higher than with debian | 04:27 |
agris | now adding eb-src http://us.deb.devuan.org/merged beowulf main contrib to sources | 04:27 |
agris | running apt update again | 04:28 |
gnarface | if you're really lucky it'll build fine against the ascii dependency versions with no complaints | 04:29 |
gnarface | then you have a nice clean backport | 04:29 |
agris | apt source -t beowulf cgit | 04:29 |
agris | E: The value 'beowulf' is invalid for APT::Default-Release as such a release is not available in the sources | 04:29 |
agris | E: Unable to find a source package for | 04:29 |
gnarface | hmm, should have worked i think.... | 04:30 |
agris | hmm. does this mean bad mirror? | 04:30 |
gnarface | you added a deb-src line, not "eb-src" right? | 04:30 |
agris | yes | 04:30 |
agris | deb-src http://us.deb.devuan.org/merged beowulf main contrib | 04:30 |
gnarface | try changing it to just deb.devuan.org and run "apt-get update" again | 04:30 |
gnarface | i have had probems with us.deb.devuan.org myself, but last i heard it doesn't even point anywhere different yet | 04:31 |
agris | i changed it to deb.debuan.org and updated 3 times | 04:32 |
agris | no different effect | 04:32 |
gnarface | still says beowulf is invalid for release? | 04:32 |
gnarface | grrr, what am i missing here. hmmm | 04:32 |
agris | yes | 04:32 |
agris | are you sure the deb line isn't needed as well? | 04:32 |
gnarface | yea | 04:32 |
agris | not just the deb-src | 04:32 |
gnarface | yea, i'm sure of that and that wouldn't cause this | 04:32 |
gnarface | when you ran apt update was there any errors? | 04:33 |
gnarface | like 404 errors? | 04:33 |
agris | no | 04:33 |
gnarface | cause THAT would cause this | 04:33 |
agris | just HIT and IGN | 04:33 |
gnarface | oh | 04:33 |
gnarface | IGN is ignored | 04:33 |
gnarface | which ones were ignored? | 04:33 |
agris | not Devuan's repos. Trinity Desktop's | 04:34 |
gnarface | oh, you have other stuff in there? hmmmm | 04:34 |
gnarface | i wonder if it could be an issue | 04:34 |
agris | Just Trinity for Devuan Ascii | 04:34 |
gnarface | what happens if ONLY the deb-src line for beowulf is uncommented when you run apt update? | 04:34 |
agris | let me try that | 04:34 |
agris | comment EVERYTHING except deb-src beowulf? | 04:35 |
gnarface | yea | 04:35 |
gnarface | just for this test | 04:35 |
gnarface | a src package literally just unzips in the current directory. it should not bring any dependencies whatsoever. | 04:36 |
agris | it worked | 04:36 |
agris | however, W: Download is performed unsandboxed as root as file 'cgit_1.2.1+git2.18.0-1.dsc' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied) | 04:36 |
agris | despite running as root? | 04:36 |
gnarface | interesting. wtf, weird | 04:36 |
agris | running it again seems to work | 04:36 |
gnarface | though, you should know that you don't need root to do this | 04:36 |
agris | if I delete the files and do it again same effect | 04:36 |
gnarface | since the src package unzips in the current directory, you could just do this as your own user | 04:37 |
gnarface | in fact it's strongly advised you do not build as root, either | 04:37 |
agris | ok | 04:37 |
agris | worked | 04:38 |
agris | but should note | 04:38 |
agris | NOTICE: 'cgit' packaging is maintained in the 'Git' version control system at: | 04:38 |
agris | https://salsa.debian.org/debian/cgit.git | 04:38 |
agris | Please use: | 04:38 |
agris | git clone https://salsa.debian.org/debian/cgit.git | 04:38 |
agris | to retrieve the latest (possibly unreleased) updates to the package | 04:38 |
agris | probably unrelated | 04:38 |
gnarface | that's for developers | 04:39 |
gnarface | just warning them to use a new version | 04:39 |
gnarface | that doesn't apply to you here | 04:39 |
gnarface | so in a fair world, you should be able to just build it now with something like "dpkg-buildpkg -us -uc" | 04:40 |
gnarface | sorry, dpkg-buildpackage | 04:40 |
gnarface | dpkg-buildpackage -rfakeroot -us -uc | 04:41 |
gnarface | (things get more complicated if you're building signed packages or something for mass distribution, but this should be fine for personal use on a system only you have access to) | 04:41 |
gnarface | fakeroot is in it's own package but might have been left out of the build dependencies accidentally | 04:42 |
agris | running a build simulation now | 04:42 |
agris | seems to be working so far | 04:42 |
agris | btw, is there any way to pass -j to make to speed this up? | 04:42 |
gnarface | heh, i'm sure there is but i forget | 04:42 |
gnarface | i forget exactly where to put it | 04:42 |
agris | no worries | 04:42 |
gnarface | oh, actually | 04:43 |
gnarface | i just checked the man page | 04:43 |
gnarface | dpkg-buildpackage does indeed honor -j [jobs] | 04:43 |
agris | thank you for your help | 04:43 |
gnarface | passes it through to an environment variable that make honors in turn, i guess | 04:43 |
gnarface | no problem | 04:43 |
agris | so, what are you thinking caused the NOT IN RELEASE error when downloading sources? | 04:44 |
gnarface | a syntax error in your sources.list | 04:44 |
gnarface | on one of the previous, unrelated lines | 04:44 |
gnarface | just a guess | 04:44 |
agris | I'll have to check that | 04:44 |
gnarface | it could be possible for a badly configured repo to choke up the cache though, i don't know for sure it's not possible. that's why that trinity desktop thing you mentioned was suspect, no other reason. | 04:45 |
agris | Trinity is the continuation of KDE 3.5 | 04:45 |
agris | sorta like how Debian screwed up so Devuan exists now | 04:46 |
agris | KDE:Trinity | 04:46 |
gnarface | i'm not judging you for it :) | 04:46 |
gnarface | it's just that when you hang out in a support channel for long enough, you notice certain behaviors carry conspicuously higher risk factors | 04:47 |
gnarface | and mixing repos is one of them | 04:47 |
gnarface | mixing distros or 3rd party repos | 04:47 |
gnarface | it's one of those things the system doesn't protect well against | 04:48 |
gnarface | a package made for a different distro, or with a small mistake in the dependency headers, can silently corrupt your installation in a way that might not even become apparent until years later | 04:48 |
gnarface | (usually the next time you dist-upgrade) | 04:49 |
agris | noted | 04:50 |
agris | awesome | 04:57 |
agris | It worked and I just installed it on my webserver | 04:57 |
agris | simple dpkg -i upgraded it server-wide in place | 04:57 |
agris | I was looking at the source for rmadison | 06:35 |
agris | it appears it queries debian' => "https://api.ftp-master.debian.org/madison" | 06:36 |
agris | Does Devuan have a madison API url I could point to? | 06:36 |
agris | it looks like the rmadison tool also has support for Ubuntu built in, and a small vendor check that points to a ubuntu URL if the OS vendor is Ubuntu | 06:37 |
agris | I could easily write a check for Vendor = Devuan, and point it to a Devuan specific URL | 06:37 |
golinux | agris: Most packages that Devuan uses come duiirectly from Debian via redirect. | 07:15 |
golinux | It's more sophisticated than this but will give you an idea: https://dev1galaxy.org/files/amprolla.png | 07:17 |
golinux | There is no rmadison available in Devuan but there is a madison: https://pkginfo.devuan.org/stage/ascii/ascii/madison-lite_0.22.html and it comes from Debian | 07:27 |
golinux | agris: ^^^ | 07:27 |
agris | ok | 07:28 |
golinux | https://pkginfo.devuan.org/ can tell you what's available in Devuan | 07:28 |
golinux | If you don't see what you're looking for, check https://pkgmaster.devuan.org/bannedpackages.txt | 07:30 |
Jjp137 | for reference, rmadison is part of the devscripts package | 07:43 |
golinux | Jjp137: Really? I' m not seeing it in any of the devscripts packages: https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=devscripts&release=any | 08:38 |
Jjp137 | golinux, the long description from Debian's page, which pkginfo does not display for some reason, says so: https://packages.debian.org/stretch/devscripts | 09:30 |
Jjp137 | it also shows up in the file list: https://packages.debian.org/stretch/amd64/devscripts/filelist | 09:30 |
agris | There are SEVERE peering issues between europe and the US which are causing devuan package downloads and updates to be capped at 10 kb/s | 10:05 |
agris | I see that it is possible to download release ISOs via bittorrent | 10:06 |
agris | Is there a way to download debs over bittorrent or similar p2p protocol like gnunet? | 10:06 |
agris | gnutella | 10:06 |
agris | ok | 11:02 |
agris | so I was looking at packet traces | 11:03 |
agris | It's not so much peering issues as it is APT not connecting to debuan repos for debian packages | 11:03 |
agris | pkgmaster.devuan.org sends a temporary redirect, but for some reason APT still tries to download packages through the devuan mirror | 11:03 |
agris | instead of connecting to debian | 11:04 |
agris | does anybody know anything about this? | 11:04 |
agris | wait no | 11:07 |
agris | It's just using a non-optimal debian mirror | 11:07 |
agris | deb.debian.org | 11:07 |
agris | Is there any way to have APT use a specific debian mirror when it gets those redirects? | 11:07 |
rrq | agris: i missed the beginning; what are you trying to do? | 11:11 |
onefang | Devuan mirrors do the redirect to Debian themselves. So that those mirrors that host a Debian mirror as well get the chance to just supply the package. | 11:13 |
agris | It's the Debian fastly mirror that's complete garbage and messing everything up | 11:27 |
onefang | deb.debian.org is responsible for choosing where to redirect people, nothing we can do about that. Let Debian know. | 11:29 |
Human_G33k | there is somewhere a tuto for migrate sytemd script to sysinit ? | 21:09 |
fsmithred | Human_G33k, there are tutorials for converting sysvinit scripts to systemd files. Follow those in reverse (something like that.) | 21:15 |
fsmithred | and/or find source code for older versions of the software that still had the sysvinit scripts | 21:16 |
Human_G33k | fsmithred, the soft is not old enougth | 21:18 |
fsmithred | you get to learn how to write init scripts | 21:21 |
fsmithred | look at some examples and copy parts that seem appropriate, pluggin in whatever is useful from the systemd files | 21:22 |
fsmithred | there should be some good tutorials on how to write an init script | 21:23 |
Human_G33k | yep | 21:24 |
nexgen2 | Does not Gentoo has some scripts missing for Devuan? | 22:00 |
specing | Gentoo has OpenRC scripts, not sysvinit ones | 22:03 |
nexgen2 | is not it easier to have OpenRC script for a conversion? | 22:06 |
nexgen2 | than nothing or a systemD | 22:06 |
nexgen2 | one | 22:06 |
specing | Sure, esp if you already run OpenRC and thus need not to convert anything :) | 22:09 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!