Centurion_Dan | LeePen: Issue was that the version wasn't bumped after changes you made. I'd strongly suggest after each change before pushing do "git dch --commit -a -R" - this cause the changelog to automatically create a new or update an existing "UNRELEASED" changelog entry with the comments from the commits since the last changelog update, and will commit it. It gives you an opportunity to edit the changelog entry before saving and | 00:10 |
---|---|---|
Centurion_Dan | committing. | 00:10 |
rrq | LeePen: it appears to have built fine now (except the armel), so it should be propagating to thes shop fronts now ... | 00:28 |
fsmithred | new dbus in ascii-security needs to be devuanized | 01:22 |
fsmithred | apparently it breaks slim. I don't know what else. | 01:23 |
Centurion_Dan | fsmithred: I'll check it out... | 09:06 |
jaromil | Centurion_Dan: did you sorted the make issue? i recommend having a script. make is a DSL and doesn't really do for loops in a shell script sense | 09:24 |
Centurion_Dan | Not yet. I'm still considering alternatives. In the meantime I'm going to build -cinnabar as is and have it build the separate package as well as bump the -darkpurpy package to remove the conflicting files. I'll work on a package that will provide all the clearlooks-phenix based devuan themes packages from a single source which will reduce the overhead of keeping all the themes working across releases. | 09:36 |
jaromil | ok, let me know if you need specific help on makefile, also via email | 09:45 |
jaromil | indeed an "embedded alternative" is often a solution, however this make business is always very usecase-specific | 09:46 |
jaromil | btw, far from the desktop side, but still very devuan related: next week we'll likely start integration of s6 in devuan! | 09:47 |
jaromil | less systemd, moar inits | 09:47 |
Centurion_Dan | \o/ | 11:11 |
helios21 | just updated my first Devuan server to Beowulf, it is just a server for backup purposes using borgbackup. Using OpenRC as init. Update worked out of the box without any issues, just like it should be :) | 19:19 |
Wizzup | nice! | 19:19 |
Evilham | helios21: unless you are using ferm :-D I think there is an RC bug in Debian | 19:21 |
Evilham | have to investigate it this weekend and see if it has an easy fix | 19:21 |
Evilham | it will be reported to debian directly though | 19:21 |
Evilham | should be fixed there :-) | 19:22 |
helios21 | I bet with main server I wait till release, and well till I really have migrated to it in the first place. Webserver stuf already migrated from Debian 9 32 bit vm, but mailserver and QuasselIRC stuff not yet, that comes next | 19:22 |
Evilham | :-p I had a personal upgrade party some hours ago | 19:22 |
helios21 | my approach to firewalls on server is just not to open any ports that should not be open :) | 19:22 |
Evilham | besides the ferm thing which is on top of my TODO now, everything went fine | 19:22 |
helios21 | the backup server has just one open port and that is for SSH | 19:23 |
helios21 | the main server has more, but also highly secured. | 19:23 |
Evilham | helios21: btw, you wouldn't happen to know why libmariadbclient18 is gone from buster? | 19:23 |
helios21 | What I do use is sshguard to keep buggers out that like to brute force. | 19:23 |
helios21 | Evilham: no, probably outdated? | 19:23 |
Evilham | yup, log noise :-D | 19:23 |
Evilham | https://tracker.debian.org/pkg/mariadb-10.3 | 19:23 |
Evilham | it's in sid, but not in buster | 19:24 |
Evilham | https://packages.debian.org/sid/libmariadbclient18 | 19:25 |
helios21 | hmmm, try tracker.debian.org on package name | 19:25 |
helios21 | tracker.debian.org/libmariadbclient18 | 19:25 |
helios21 | and then click excuses there | 19:25 |
helios21 | https://qa.debian.org/excuses.php?package=mariadb-10.3 | 19:25 |
Evilham | yup, this confused me: `6 old (needed 2 days)` | 19:26 |
Evilham | I wondered if it still needed 2 days | 19:26 |
Evilham | or if the other things are actually blocking the migration | 19:26 |
Evilham | oh well, that' slike 4th on my TODO :-p | 19:26 |
helios21 | hmmm, no idea, probably https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910902 is blocking this | 19:26 |
KatolaZ | Evilham: in deep freeze there is no automatic migration | 19:26 |
helios21 | yep its Severity: serious | 19:27 |
Evilham | makes sense then | 19:27 |
KatolaZ | all automatic migrations stopped at the end of March | 19:27 |
helios21 | ah, okay, yeah, could also be due to needing an unblock request to be handled | 19:27 |
helios21 | Bug#928345: unblock: akonadi/4:18.08.3-5 | 19:28 |
helios21 | Bug#927782: unblock: mariadb-10.3/1:10.3.14-1 | 19:28 |
helios21 | but the later one is marked as done | 19:28 |
helios21 | since 23th of April already | 19:29 |
Evilham | :-D happens, I'll take a better look at some point, good that I wasn't looking at the wrong place in any case | 19:29 |
Evilham | thank you, and good that your upgrades went just fine :-) | 19:30 |
helios21 | "I think with the removal of the transitional libmariadbclient18 from | 19:30 |
helios21 | testing we can consider this transition as finished. The corresponding | 19:30 |
helios21 | manual tracker should be archived as well, there are only a few sid-only | 19:30 |
helios21 | packages left depending on cruft." | 19:30 |
helios21 | this is a traditional package | 19:30 |
helios21 | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919395#131 | 19:30 |
helios21 | can be handy to have debian-release mailing list subscribed and archived :) | 19:31 |
Evilham | ehm /o\ that one I don't have | 19:31 |
helios21 | well, you asked why it is not in testing, and there you have the explanation | 19:32 |
helios21 | ah, you meant the mailinglist | 19:33 |
Evilham | indeed, I shall subscribe, thank you | 19:33 |
Evilham | \o | 19:33 |
helios21 | well… sometimes I wonder whether I have too many mailing lists subscribed | 19:35 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!