gast0n | Hi, we are wanting to use live-build to generate an iso with Chimaera, we have a problem when it reaches the initramfs-tools part, it fails, looking at the initramfs-tools changelog, I find this: "[6ebe41b] Remove obsolete update-initramfs state in /var/lib/initramfs-tools", that path that was removed, where is it now? | 01:03 |
---|---|---|
gast0n | Hi again, commenting on this lines: https://0x0.st/-dqD.png in the chroot_hacks file, live-build compiles without problems again :) | 02:20 |
HumanG33k | libapache2-mod-php7.3 install as local libapache2-mod-php7.4 not install and system is upgrade to chimaera | 13:01 |
HumanG33k | also postgrey | 13:01 |
HumanG33k | Invalid SCRIPTWHITELIST configuration option: Non-existent pathname: /usr/bin/egrep | 13:01 |
HumanG33k | Invalid SCRIPTWHITELIST configuration option: Non-existent pathname: /usr/bin/fgrep | 13:01 |
HumanG33k | and can not be configure | 13:02 |
HumanG33k | also it install php-fpm … and i not use it | 13:16 |
HumanG33k | there is issues here. Where it come from ? apt / devuan ? | 13:17 |
HumanG33k | a conf somewhere ? | 13:17 |
HumanG33k | humm there is lot more error … | 13:25 |
LeePen | HumanG33k: that is a Debian package. | 14:47 |
LeePen | Also it isn't in chimaera. | 14:47 |
LeePen | The chimaera package is libapache2-mod-php | 14:48 |
LeePen | Oops, sorry my mistake. | 14:49 |
LeePen | It is there: 7.4.21-1+deb11u1 | 14:49 |
HumanG33k | LeePen: the strange thing is i think i do not have the issue on the debian upgrade | 14:52 |
HumanG33k | i will check | 14:52 |
rrq | merged /usr/bin and /bin ? | 14:53 |
LeePen | Maybe, but Debian still supports both merged and unmered usr and will do for the bookworm/daedalus cycle. | 14:53 |
HumanG33k | rrq: for the script list yes and it's not related to postgrey but to rkhunter | 14:54 |
LeePen | HumanG33k: are you upgrading from beowulf? | 14:54 |
HumanG33k | yes | 14:54 |
HumanG33k | and i have the issue on 2 server now | 14:54 |
LeePen | If rkhunter has /usr/bin/fgrep hardcoded, I think that is a debian bug. | 14:55 |
rrq | perhaps fgrep and egrap installs into /bin while libapache2-mod-php7.4 (or something) wants them in /usr/bin | 14:55 |
LeePen | Let me check. | 14:55 |
HumanG33k | LeePen: fgrep & egrap is NOT related to libapache2-mod-php7.4 | 14:56 |
LeePen | Already reported in Debian BTS: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=932594 | 14:56 |
HumanG33k | but with rkhunter but first i think it was an issue with postgrey | 14:57 |
HumanG33k | that s for why i post it first | 14:57 |
HumanG33k | for me the real issue is the upgrade of libapache2-mod-php7.3 | 14:58 |
HumanG33k | to libapache2-mod-php7.4 | 14:58 |
HumanG33k | which just do not work | 14:58 |
LeePen | What is the error? | 14:58 |
HumanG33k | no error | 14:58 |
LeePen | how do you know it doesn't work then? | 14:59 |
HumanG33k | just broke bunch of php7.3-* packages | 14:59 |
HumanG33k | not install the 7.4 package | 14:59 |
HumanG33k | and i follow instruction from the official page | 15:00 |
LeePen | Sorry, I don't really understand (yet). | 15:00 |
LeePen | Once you had changed to chimaera in sources.list, what did you do? | 15:01 |
HumanG33k | during the upgrade process i do not see error | 15:01 |
DPA | In chimaera, libvirt-daemon was forked? I'm trying to upgrade my server right now, and it seams it breaks some qemu / libvirt interdependencies. | 15:02 |
DPA | qemu-system-common : Breaks: libvirt-daemon (< 7.2.0-1) but 7.0.0-3+devuan3 is to be installed | 15:02 |
HumanG33k | https://www.devuan.org/os/documentation/install-guides/chimaera/upgrade-to-chimaera | 15:02 |
HumanG33k | exept i use tor repositories | 15:02 |
LeePen | HumanG33k: So apt-get dist-upgrade ran without error? | 15:03 |
HumanG33k | not i can see | 15:03 |
LeePen | Then what did you do? | 15:03 |
HumanG33k | i check the service status on the sever | 15:04 |
HumanG33k | i see nothing works | 15:04 |
HumanG33k | so on the first server i fix it | 15:04 |
HumanG33k | now on the second same issue | 15:04 |
HumanG33k | i will fix it | 15:05 |
HumanG33k | but for me there is something wrong, maybe it's just me | 15:05 |
HumanG33k | but i upgrade debian/devuan since 6 or 7 | 15:06 |
LeePen | I still don't see what you think is wrong. beowulf has php 7.3, chimaera has 7.4. | 15:07 |
LeePen | If your servers require 7.3, then upgrading is going to break them and require fixing. | 15:07 |
HumanG33k | i always update/upgrade current and change repo and update /dist-upgrade. | 15:07 |
HumanG33k | My server require php not 7.3 but the upgrade is just not clean | 15:08 |
LeePen | HumanG33k: I am sorry not to understand, but you haven't given an example of what is not available. | 15:08 |
HumanG33k | libapache2-mod-php7.4 | 15:09 |
LeePen | sudo apt install libapache2-mod-php7.4 | 15:09 |
HumanG33k | no you do not understand | 15:09 |
HumanG33k | when i upgrade from beowulf libapache2-mod-php7.3 should become libapache2-mod-php7.4 | 15:10 |
HumanG33k | and the state of the server is | 15:10 |
HumanG33k | libapache2-mod-php7.4 not install | 15:10 |
HumanG33k | and libapache2-mod-php7.3 is broken | 15:10 |
LeePen | No, I don't think so. You will need to install that manuall yourself. | 15:10 |
HumanG33k | even if libapache2-mod-php is install ? | 15:12 |
LeePen | The package names are different. In dpkg terms libapache2-mod-php7.4 is not an upgrade from libapache2-mod-php7.3 | 15:12 |
LeePen | No. | 15:12 |
LeePen | The version number of a package is after the underscore. | 15:14 |
HumanG33k | but in beowulf libapache2-mod-php is 7.3 and in chimera its 7.4 | 15:15 |
LeePen | So libapache2-mod-php7.3_2 is an upgrade from libapache2-mod-php7.3_1 | 15:15 |
HumanG33k | let it go i will fix | 15:15 |
DPA | libapache2-mod-php7.4 provides libapache2-mod-php | 15:17 |
DPA | So installing libapache2-mod-php installs libapache2-mod-php7.4 | 15:17 |
LeePen | DPA: Re chimaera qemu, are you using chimaera-backports | 15:18 |
LeePen | ? | 15:18 |
DPA | I do have it in the sources list. | 15:19 |
LeePen | The regular chimaera version of qemu is 1:5.2+dfsg-11. | 15:20 |
LeePen | I think that should be OK. | 15:20 |
LeePen | chimaera-backports has 1:6.1+dfsg-6~bpo11+1 and the devuan fork of libvirt hasn't been backported. | 15:21 |
LeePen | If you don't need the backport version use 1:5.2+dfsg-11. | 15:21 |
DPA | Interesting, thanks. Why did it use the backports, though, should they have a lower priority by default? | 15:24 |
LeePen | Maybe you already had a backports version installed? In which case, apt tries to continue to use the same suite for that package. | 15:25 |
DPA | Looking at my backup, it looks like this indeed is the case. Thanks. | 15:27 |
LeePen | yw | 15:28 |
gnu_srs | Hi, seem like I upgraded my Debian box to bullseye/bookworm and wicd was removed. And it seems difficult to restore it. | 15:57 |
gnu_srs | What can I do, the wireless interface is in /etc/network/interfaces? | 15:57 |
LeePen | Read the Release Notes. | 15:57 |
gnu_srs | I'll switch to chimaera later on, but need to fix this now. | 15:57 |
HumanG33k | gnu_srs: the only way to fix that (have wicd) is migrate it from python 2 to python 3 the other option is to use connman | 16:05 |
gnu_srs | Seem like I have ifupdown and isc-dhcp-client installed. Is that sufficient? | 16:07 |
gnu_srs | And wpasupplicant. | 16:13 |
gnu_srs | I installed connman and things seems to work fine again :) | 18:16 |
bgstack15 | Does anybody here have experience with package "onboard" which is an on-screen keyboard, and Devuan? | 21:06 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!