| Lvl4Sword | Does devuan still use wicd, and what would be the best way to check for a system that uses it? | 04:21 |
|---|---|---|
| fsmithred | look in the menu? | 04:26 |
| fsmithred | dpkg -l | grep wicd | 04:26 |
| Lvl4Sword | I don't have devuan, just trying to create a program that supports it. | 04:26 |
| fsmithred | program that supports what? | 04:27 |
| fsmithred | wicd is the default in all the desktops except kde and one other (I think lxqt) | 04:27 |
| fsmithred | they use connman | 04:27 |
| Lvl4Sword | fsmithred, can you elaborate on what you mean by 'all the desktops'? | 04:28 |
| Lvl4Sword | Because to my knowledge Manjaro, Debian, Mint, Ubuntu, Arch, and others all use Network Manager. | 04:29 |
| fsmithred | xfce, mate, cinnamon, | 04:29 |
| fsmithred | you can install n-m if you want it, but it's not the default | 04:29 |
| fsmithred | lxde (I knew I was forgetting one) | 04:30 |
| Lvl4Sword | Thank you for your assistance. Have a good one! | 04:38 |
| AlexLikeRock | a program to open a EPUB | 05:45 |
| AlexLikeRock | please | 05:45 |
| * Digit wonders what would be the optimal way to install gnu icecat on his devuan ceres | 08:30 | |
| enyc | hrrm | 12:08 |
| enyc | E: Release file for http://gb.mirror.devuan.org/merged/dists/jessie/InRelease is expired (invalid since 17h 34min 53s). Updates for this repository will not be applied. | 12:09 |
| FlibberTGibbet | shouldn't it be gb.deb.devuan.org nowadays enyc? | 12:28 |
| KatolaZ | it's jessie, so *.mirror.devuan.org should be fine | 12:28 |
| FlibberTGibbet | ah, ok | 12:28 |
| KatolaZ | it seems like there is a glitch there anyway | 12:28 |
| KatolaZ | we are looking into it | 12:29 |
| FlibberTGibbet | ah, seeing that on a jessie vps too. | 12:30 |
| KatolaZ | yep | 12:30 |
| FlibberTGibbet | i might have to migrate a machine from jessie -> ascii soon because of nextcloud 14 requiring php7. is that still a fairly painless operation, as long as i back up first? | 12:32 |
| bluemarlin | Hey there everyone. I'm getting InRelease file expire on http://auto.mirror.devuan.org for ascii since yesterday. What have i missed? | 13:02 |
| KatolaZ | yes bluemarlin | 13:04 |
| KatolaZ | looking into it | 13:04 |
| KatolaZ | right now | 13:04 |
| bluemarlin | KatolaZ: ah, thanks then :) not sure if this is helpful, but servers with http://deb.devuna.org/merged configured don't complain about the expire | 13:05 |
| bluemarlin | (typo in the domain) | 13:05 |
| KatolaZ | bluemarlin: yes we know | 13:06 |
| KatolaZ | the problem is with *.mirror.devuan.org and with packages.devuan.org | 13:06 |
| bluemarlin | ok ok, well sorry for the noise :) | 13:11 |
| KatolaZ | not at all bluemarlin | 13:13 |
| KatolaZ | thanks for reporting, instead | 13:13 |
| KatolaZ | :) | 13:13 |
| ymasson | Hello. I have jessie and ascii installed, and automated with Salt. But I have issue with ascii's LSB. For example osrelease or lsb_distrib_release is sometimes 2 or 9 or ascii, or not exist. Depends on installation date, or Docker image. It is a know bug ? | 13:36 |
| ymasson | I use this Docker image : registry.gitlab.com/paddy-hack/devuan/slim:ascii | 13:44 |
| KatolaZ | ymasson: problems with *.mirror.devuan.org | 13:47 |
| KatolaZ | ops sorry | 13:47 |
| KatolaZ | might not be related at all | 13:47 |
| KatolaZ | sorry | 13:47 |
| ymasson | ;) | 13:47 |
| ymasson | my servers have been installed from ISO, and I use Docker for test my Salt formula. | 13:50 |
| EHeM | I'm still getting 403 Forbidden errors out of 37.220.36.58 during `apt-get update`. | 17:33 |
| EHeM | During `apt-get upgrade`, 130.225.254.116 was giving 404 Not Found for the most recent update packages. | 17:34 |
| DocScrutinizer05 | there's a small time window during mirror sync where such errors might happen, afaik. Please repeat | 17:35 |
| EHeM | Okay, caused my system to retrieve the packages from another mirror so my issue was worked around. | 17:36 |
| etech3 | anybody having problems devuan jessie sources apt-get update last 24 hours | 18:49 |
| etech3 | golinux? | 18:51 |
| etech3 | E: Release file for http://us.mirror.devuan.org/merged/dists/jessie/InRelease is expired (invalid since 1d 0h 17min 56s). Updates for this repository will not be applied. | 18:51 |
| etech3 | us and auto sources | 18:51 |
| g4570n | etech3: https://devuan.org/os/ "IMPORTANT NOTE: auto.mirror is now deprecated and will be decomissioned. Please make sure you have the latest devuan-keyring package with apt-get install devuan-keyring and then point your /etc/apt/sources.list to deb.devuan.org." | 18:54 |
| etech3 | OK Thanks doing a test project with a new Jessie install ISO | 18:55 |
| matlock | long time devuan user here, pre-jessie, just wanted to shameless plug an app I made devuan users who work in mixed environments might appreciate, I wrote a custom distro (Debian sans systemd-sound familiar) for Windows Subsystem for Linux, the project is open source and you can support the project by buying a version from the Microsoft Store | 19:45 |
| matlock | https://github.com/WhitewaterFoundry/WLinux, again I apologize for the shameless self promotion | 19:45 |
| hevisko | What is the current linux-image-amd64 for ASCI (2.0) ? | 20:56 |
| hevisko | somehow my setup only gives me 3.18 and I can’t seem to find how to get newer amd64 kernel from devuan | 20:56 |
| EHeM | hevisko: 4.9+80+deb9u6 | 21:04 |
| hevisko | Now my question: why doesn’t apt-cache search linux-image | grep amd64 only shows me these:± | 21:05 |
| hevisko | root@hvs:/etc/apt# apt-cache search linux-image|grep -i amd64 | 21:05 |
| hevisko | linux-headers-3.16.0-6-amd64 - Header files for Linux 3.16.0-6-amd64 | 21:05 |
| hevisko | linux-image-amd64 - Linux for 64-bit PCs (meta-package) | 21:05 |
| hevisko | linux-image-3.16.0-6-amd64 - Linux 3.16 for 64-bit PCs | 21:05 |
| EHeM | hevisko: Your /etc/apt/sources.list says "jessie", while the current release is "ascii"? | 21:08 |
| hevisko | EHeM: deb http://pkgmaster.devuan.org/merged ascii main | 21:08 |
| hevisko | I’ve already done apt-gt update etc. | 21:09 |
| EHeM | hevisko: Everyone is now being pointed at "deb.devuan.org" for the package host, all others are deprecated. | 21:10 |
| hevisko | yeah, deb.devuan.org was also tested/used | 21:11 |
| golinux | Have you looked in backports? | 21:11 |
| hevisko | With that I got several errors on Release with 403 errors | 21:11 |
| EHeM | hevisko: One of the mirrors is apparently broken outside Europe, retry the operation if you see that. | 21:12 |
| hevisko | how do I force amd64 in again in sources.list ? | 21:13 |
| EHeM | (there is a DNS round-robin, a retry will likely get one of the non-broken mirrors) | 21:13 |
| hevisko | Okay, but still, I don’t get any linux=image higher than 3.16-amd64 ;( | 21:18 |
| hevisko | where can I reset force the newer kernels? | 21:18 |
| hevisko | I suspect upgrading from Debian 7 -> 8 -> Devuan 1 -> 2.0 might be related somehwere back when ;( | 21:19 |
| gnarface | you should see the newer kernels in the repo if your sources.list is right | 21:22 |
| gnarface | you don't set/force amd64 in there. you do that with dpkg | 21:23 |
| EHeM | hevisko: What does `dpkg --print-architecture` say? | 21:26 |
| hevisko | root@hvs:/etc/apt# dpkg --print-architecture | 21:26 |
| hevisko | i386 | 21:26 |
| hevisko | Okay, how do I chage that? | 21:27 |
| EHeM | You could have run it non-root. | 21:27 |
| hevisko | (Initial install was i386 I guess) | 21:27 |
| EHeM | hevisko: First, do fresh backups. | 21:27 |
| hevisko | Well, if something fails, I’ll be down as it’s my internet gateway :D | 21:29 |
| EHeM | I'd really advise going into `aptitude` or another such high-level tool since your system is in a kind of odd state... | 21:30 |
| hevisko | Okay, I’ll then do aptitude, but does that set it for me? | 21:31 |
| rustyr | Hi, I also got the error about Release file being expired (in my case on my server running jessie with auto.mirror). | 21:31 |
| rustyr | After switching to deb.devuan.org it seems to be fine again. | 21:31 |
| hevisko | EHeM: I just now see why I’ve ignored aptitude for more than 6years… | 21:31 |
| hevisko | EHeM: where/how in aptitude do I set the amd64 architecture? | 21:32 |
| EHeM | hevisko: Most likely you've got some package which is preventing a newer kernel from being installed. | 21:33 |
| hevisko | EHeM: where/how do I see which is that? | 21:35 |
| EHeM | hevisko: Have you ever tried `apt-get dist-upgrade`? Alternatively look in the section listing "obsolete/locally installed" packages and start removing them, if trying to remove one of those marks something as broken then likely something replaced one of those and you need to go hunting. | 21:35 |
| hevisko | yes, it’s empty at present | 21:36 |
| EHeM | Does it list any additional versions of linux-image-amd64 being available? | 21:36 |
| rustyr | What was a bit weird, was that apticron also notified me about updates for more than 50 packages being available while I still was on auto.mirror. I just wonder if installing those could have messed up the system, since those not seemed to fit to what is running on my server (seemed to be unstable packackes - sadly I do not have the mail anymore) | 21:37 |
| hevisko | Ah!!! the fix is: dpkg —add-architecture amd64 | 21:38 |
| hevisko | after apt-get update, the linux-amd64 kernes are there :) | 21:38 |
| EHeM | That almost sounds like support for ia32 is starting to be deprecated... | 21:38 |
| gnarface | support for calling it "ia32" is definitely being deprecated anyway | 21:39 |
| gnarface | it'll probably be around for a long time as i386 though even though it's technically actually i586 in nearly all cases now | 21:40 |
| EHeM | Your system is in an interesting situation, most/all of your userspace is ia32 (i386) while you've got an AMD64 machine if you're doing for linux-image-amd64. | 21:40 |
| EHeM | ^doing^going | 21:40 |
| gnarface | that was a completely kosher setup before multiarch was created | 21:41 |
| gnarface | any problems upgrading will likely be to do with conflicts in the temporary stopgap packages they made during the transitional period, like "ia32-libs" or whatever it was called | 21:41 |
| EHeM | *Ideally* you would install an amd64 dpkg, at which point it would default to installing amd64 libraries, but this process is complicated and *hazardous* (very easy to break your system). | 21:42 |
| gnarface | they made 64-bit packages full of big generic bundles of 32-bit libs and called them "ia32-*" or whatever | 21:42 |
| gnarface | those might be in the way now | 21:42 |
| EHeM | The instructions for upgrading to amd64 executeables from i386 executeables weren't all that great (at one point my system had `dpkg` completely uninstalled and it was a Good Thing I know how to handle .deb files without `dpkg`). | 21:45 |
| hevisko | It has been shown by some professors that 32bit code still executes faster than 64bit code, and it is a HP microserver with only 1GB RAM (my gateway machine) so it was an original i386 installation as it ddn’t need now big RAMetc. | 21:46 |
| EHeM | I can well believe it, though I'm a bit surprised having relative addressing is such a small benefit. | 21:47 |
| hevisko | it’s the size of the instructions and the alignment of the data/etc. that is where the fun starts.. and then clock cycles starts to count | 21:48 |
| EHeM | My server only had 384MB of memory, until SpamAssassin started exhausting the mere 2GB of swap it had... | 21:49 |
| EHeM | Then there is the task of building LineageOS from source and it wants a minimum of 12GB in /tmp. | 21:53 |
| hevisko | other than reinstalling, how could I forcefully reinstall all packages to the current stable, even if that means downgrading? | 22:24 |
| gnarface | uninstall, purge, then reinstall them one by one, or write a script that does it | 22:25 |
| hevisko | okay, so apt isnt going to allow downgrades then? | 22:25 |
| gnarface | oh, it will allow them but it's not considered a supported action by most of the packages' maintainers | 22:26 |
| gnarface | so you may run into weird problems with postinst/preinst scripts not putting everything back where it belongs | 22:26 |
| gnarface | you may still run into that purging them manually, mind you. but in my experience that reduces the risks. | 22:27 |
| gnarface | certain packages (like apt itself) might be doomed no matter what you do at this point | 22:27 |
| gnarface | depending on just how scattered your system is, it may be safer to just leave it in place and wait for future upgrades but you may be waiting a very long time | 22:29 |
| gnarface | it would be a good time to make a backup if you have spare storage space to do so | 22:29 |
| hevisko | ah, well, I’ll just continue with testing, now I’ve found my problems, get is crossgraded then I’ll reconsider at a later stage… the machine is in for a redo… just haven’t decided yet if it’s a total new system or not O_o | 22:38 |
| hevisko | thanks for the directions ! | 22:39 |
| * EHeM is pretty sure he hasn't reinstalled his system from scratch for over a decade. | 22:40 | |
| gnarface | good luck with it, hevisko | 22:46 |
| gnarface | (depending on what you're doing with it, it's probably worth mentioning that there are cases where going forward to unstable might be a better choice than remaining on testing or attempting a risky downgrade back to stable) | 22:46 |
| gnarface | (but, if you never do that, and nothing has been upgraded past testing yet, it will just eventually become stable if you wait long enough - no schedule on that but the historically average times i think are around 2.5-3 years) | 22:47 |
| hevisko | It’s not that “production”, but I do use some “fancy” tunnels and iptables, and would like to setup ZFS on this baby | 22:47 |
| hevisko | once done with the amd64 cross grade I’ll change to unstable/stable for long term… I don’t really touch this baby, | 22:48 |
| golinux | It's not recommended to stay on "testing" in devuan because our cycle is most often out of sync with debian's and _very bad things_ can happen_ | 22:50 |
| gnarface | well... it's not like very bad things don't happen to debian testing, too | 22:50 |
| KatolaZ | hevisko: you can stay on testing, just not use "testing" in your sources.list | 22:51 |
| KatolaZ | use the suite name instead | 22:51 |
| KatolaZ | i.e., ascii, beowulf, and so on | 22:51 |
| gnarface | it's true that devuan testing (beowulf) is probably riskier than debian right now | 22:51 |
| gnarface | but i can't say for sure that it would be riskier than trying to munge a downgrade | 22:52 |
| gnarface | i've had REALLY bad REALLY sneaky package tree corruptions and other sorts of bugs happen when trying to downgrade debian, myself | 22:52 |
| gnarface | the type of bugs you don't even find out about until 2 years later when you're trying to do what should have been a clean upgrade | 22:53 |
| gnarface | by then, then you forgot how to retrace your steps, maybe already nuked backups from that long ago, etc. | 22:53 |
| EHeM | hevisko: ZFS (including on /) is available in Devuan *stable*. | 22:54 |
| EHeM | hevisko: https://github.com/zfsonlinux/zfs/wiki/Debian and https://github.com/zfsonlinux/zfs/wiki/Debian-Stretch-Root-on-ZFS | 23:00 |
| Xenguy | Is it OK to paste 4 lines in here? | 23:28 |
| gnarface | i wouldn't risk it | 23:29 |
| gnarface | i think the 4th line triggers kicking | 23:29 |
| Xenguy | It's an error message I'm getting when I try to apt-get update | 23:29 |
| Xenguy | OK, I'll find a pastebin | 23:29 |
| gnarface | paste.debian.net doesn't have ads | 23:29 |
| Xenguy | tx | 23:29 |
| KatolaZ | Xenguy: are you using packages.devuan.org? | 23:29 |
| banshi | Xenguy, you can paste 2 line then I write something and you can leave other 2 lines | 23:30 |
| banshi | lines* | 23:30 |
| KatolaZ | or *.mirror.devuan.org? | 23:30 |
| KatolaZ | Xenguy: ^^^ | 23:30 |
| KatolaZ | (there might be no need to paste) | 23:30 |
| gnarface | Xenguy: yea purely statistically speaking you probably need to change "auto.mirror." to "deb." | 23:31 |
| Xenguy | https://paste.debian.net/plainh/c2ab9392 | 23:31 |
| gnarface | yea just go into your sources.list and change all the devuan hostnames to be "deb.devuan.org" | 23:32 |
| gnarface | then re-run `apt-get update` and it should work this time | 23:32 |
| KatolaZ | Xenguy: there is currently a problem with packages.devuan.org | 23:32 |
| KatolaZ | and *.mirror.devuan.org | 23:32 |
| Xenguy | gnarface: OK I'll try that, thanks. This is Jessie BTW. | 23:32 |
| KatolaZ | we are working to solve it | 23:32 |
| Xenguy | Thanks KatolaZ , good luck | 23:32 |
| KatolaZ | Xenguy: there is no need to use both pkgmaster and packages.devuan.org | 23:32 |
| KatolaZ | just use pkgmaster.devuan.org | 23:33 |
| KatolaZ | (or, better, deb.devuan.org) | 23:33 |
| Xenguy | OK, tx again | 23:33 |
| Xenguy | I removed the packages.devuan.org , and then pkgmaster worked again. Is there any advantage for me or anyone if I change it to: deb.devuan.org ? | 23:41 |
| Xenguy | (As pkgmaster seems to be working fine) | 23:42 |
| fsmithred | deb.devuan.org will choose a mirror for you, so it reduces load on the main repo and might give you faster downloads | 23:43 |
| Xenguy | fsmithred: OK, I'll give it a whirl, thanks | 23:43 |
| Xenguy | Works, thanks for the help folks | 23:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!