#devuan

09:14:46 <systemdlete> onefang: Is there a list of server IP addresses? I mean if it isn't too difficult.

09:17:13 <onefang> https://sledjhamr.org/apt-panopticon/results/Report-web.html includes the IPs

13:18:31 <systemdlete> onefang, any way to get that as a text file, one address per line (only ipv4)

13:22:22 <systemdlete> now, do we have mirrors coming online and offline, and how can I tell if so?

13:23:28 <CueXXIII> now, using that hostname with unstable i have noticed inconsistencies during upgrades, ie not all mirrors updating at the same time. i think for unstable it would be better to select a specific mirror, not the round robin

13:23:33 <onefang> MIrrors should stay online. Sometimes a mirror admin will tell me about some temporary down time, or I notice it's not up much anyway, and I mark them as such. Those are the ones with grey background.

13:24:17 <systemdlete> CueXXIII, I think this is mainly for stable versions at this point.

13:26:11 <systemdlete> (this will take some time because I have several things I am doing at once)

17:07:00 <friedhelm> systemdlete, onefang: Failed to fetch http://repo.jing.rocks/debian-security/pool/updates/main/g/glibc/libc6-dev_2.36-9+deb12u6_amd64.deb: 404 Not Found [IP: 106.178.112.231 80]

17:08:21 <onefang> I'm in the middle of cooking dinner now. I'll look at that later tonight. Thanks.

17:09:11 <friedhelm> yes, take your time. You were looking for ip of failing mirrors.

17:35:37 <gnarface> could it be something that was added by mistake then quickly removed, but not quickly enough to keep it from permeating indexes?

17:35:38 <CueXXIII> hm, would it be useful to manually report problems for ceres/unstable on deb.devuan.org rr? and is there a way to tell apt to print ips for successful queries?

17:40:31 <onefang> Hmmm https://security.debian.org/debian-security/pool/updates/main/g/glibc/ has it. Last updated several days ago.

17:40:55 <friedhelm> 500 http://deb.devuan.org/merged daedalus-security/main amd64 Packages

17:43:25 <onefang> The Devuan mirrors I looked at are ones that host Debian as well. Most mirrors redirect things like that to Debian mirrors, but not repo.jing,rocks and a few others.

17:44:01 <friedhelm> Sometimes when upgrading, I get a 404 from a mirror. It works when retrying since I then hit another mirror.

17:44:39 <onefang> Or you where trying a mirror that was in the middle of an update, and it works later coz the update is done.

17:44:46 <friedhelm> Also sometimes I get something like "file has unexpected size" or some such.

17:45:10 <onefang> Likely coz the file was updated, but not the metadata, or the other way around.

17:45:38 <onefang> Updating a mirror isn't instantaneous. I have a TODO to work on proper sequencing.

17:46:43 <friedhelm> I only noticed, you were looking into problems with mirrors and for IPs. So tried to help. Not a problem for me here.

17:47:41 <onefang> apt-panopticon is the tool I wrote to check for those things. What systemdlete was looking at was a problem THEY had.

17:48:27 <onefang> apt-panopticon can't download every single package every time it tests, it tries to pick small ones.

18:04:45 <onefang> My daedalus VM uses my own mirror directly, to eat my own dog food. It upgraded to that version of libc6-dev fine. My mirror redirects to Debian mirrors for this sort of thing.

18:05:49 <onefang> But as I said above, the mirrors that host Debian themselves and don't redirect, I didn't see it in any of them that I checked.

18:14:31 <onefang> apt-panopticon does check debian-security redirects, just not that particular package.

18:33:51 <onefang> After switching apt-panopticon to test with that package, ALL those that mirror Debian as well failed.

18:34:26 <onefang> But that's a rather large package, so I'll switch back to the smaller one.

19:15:37 <onefang> Well that was a different type of bug hunt. There was a bee in my bathroom.

00:52:19 <amarsh04> have hd-idle installed but not specifically configured. Old version (1.05+ds-2+b2) has /etc/default/hd-idle with HD_IDLE_OPTS="-h" so that if unconfigured, the help information is printed out. The new version (1.21+ds-1) does not set HD_IDLE_OPTS and sets another environmental variable which is not checked by the /etc/init.d/hd-idle script but might be used by systemd

00:57:44 <amarsh04> this was reported by me as: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069637

02:05:54 <systemdlete> I'm trying to get apt to show me a listing of changes BEFORE I actually perform the upgrade step. But even after apt-update, I get errors. I am using apt-cacher-ng, so I tried disabling that and re-running apt update. But still errors.

02:06:38 <systemdlete> Says changelog is unavailable for <pkg-name> and a big fat 404

02:06:56 <systemdlete> Err:1 http://pkgmaster.devuan.org glibc 2.36-9+deb12u6 Changelog

02:07:18 <systemdlete> Changelog unavailable for glibc=2.36-9+deb12u6 (404 Not Found [IP: 192.168.30.35...

02:07:41 <systemdlete> Changelog unavailable for glibc=2.36-9+deb12u6 (404 Not Found [IP: 192.168.30.35...

02:08:36 <systemdlete> I read the apt-listchanges page, and tried the --apt option, but it complains because I don't have the HOOK variable set (not sure what to do to make that happen)

02:09:14 <systemdlete> also tried installing aptitude, but it also complains at me when I run aptitude changelog <pkg-name>

02:09:44 <systemdlete> E: Cannot display changelog: Origin of libc-bin version 2.36-9+deb12u6 is unknown (maybe not an official Debian package; if it is, try to "update" package lists)

02:10:49 <systemdlete> (yes, I know HOW to set a variable in the environment, but what I don't know is specifically WHAT to set it TO)

02:12:15 <systemdlete> It would be nice to see the changelogs before doing an update. Sometimes I am busy doing other things, and apt upgrade can take a long time to run (esp if a lot of pkgs need upgrade) and may even require a reboot, etc.

02:12:44 <systemdlete> If I can see something is urgent, then I can decide whether to hold off or do the upgrade immedately

02:15:20 <friedhelm> for what it's worth: "aptitude changelog" is broken for a long time. I get the same errors.

02:39:52 <systemdlete> this is interesting. The VM I upgraded from beowulf to chimaera needs me to install CPAN modules (which were installed previously in beowulf). Did something change with the perl configuration in devuan from beowulf to chimaera? (I did read the release notes, but maybe I overlooked or forgot something about this)

03:13:25 <systemdlete> hmm. Seems the beowulf system had installed the perl mods in /usr/local/share/perl/5.28.1, and chimaera is storing them in 5.32.1, so that explains that.

03:14:17 <systemdlete> (many of the perl mods I use are not available as debian modules, or at least weren't in the past, so I install them from CPAN)

03:15:03 <systemdlete> and from the looks of it, I'll have to do this again when I upgrade to daedalus, because then it will be 5.36.1...