mtnman | gotta go. | 00:07 |
---|---|---|
telmich | moin moin | 07:32 |
telmich | After reading the current thread on the ML, I was wondering if there is some kind of internal (public?) ticket system for "what to do next in Devuan"? | 07:33 |
* _moep_ waves… | 07:34 | |
telmich | _moep_: You are awake too early! | 07:34 |
golinux | Hi telmich . . . yes on the devuan-dev mail list | 07:34 |
telmich | golinux: and you are awake too long! | 07:34 |
telmich | damn! | 07:34 |
* golinux is up too late | 07:34 | |
telmich | everyone awake in here! | 07:34 |
telmich | :-) | 07:34 |
_moep_ | lol | 07:34 |
* telmich drinking ginseng tea, finding it certainly too early | 07:35 | |
telmich | golinux: A wonderful good night morning and night you first of all! | 07:35 |
telmich | golinux: What I was looking for is more a list of tasks with assignees or even without assignees | 07:35 |
golinux | We'll probably discuss it at the meet on Wednesday. I'll put up a pad tomorrow. | 07:37 |
golinux | We are still at the collective groan stage of dealing with this. | 07:38 |
telmich | Hmm... I might get sentimental, but this too-early-too-late-only-few-people-awake scenerio feels great. IRC is really like an old bar in the middle of nowhere land, with all kinds of strangers entering, ordering a drink and some dust in the air. Love it! | 07:38 |
telmich | golinux: understood perfectly, thank you! Reason for me asking is, if there was such a thing as a list of tasks, it might hypothetically be possible for people to come from outside and pickup work or (crazy variant) for companies supporting devuan to allocate resources to tasks | 07:40 |
onefang | Over on this side of the planet, Centurion_Dan and I still see daylight. | 07:41 |
telmich | golinux: And short follow up remark: in case the discussion goes towards "too much time to organise/maintain such a thing", I am more than happy to provide/dedicate a redmine instance | 07:41 |
telmich | onefang: A wonderful good morning! | 07:41 |
_moep_ | telmich: An IPv4 address walks into a bar and yells "Bartender! I'll have a strong CIDR, because I'm exhausted" | 07:41 |
onefang | lol | 07:41 |
_moep_ | but yes some kind tasks would be nice. Maybe I can help :) | 07:44 |
telmich | _moep_: The bartender replies: "Sorry old gal, your time is over" and the IPv4 address looks into the eyes of the bartender, both nod and it commits suicide. | 07:44 |
_moep_ | telmich: lol | 07:44 |
telmich | bbl -> meeting, will read later | 07:49 |
* golinux hasn't been in a bar on over 50 years | 08:00 | |
Centurion_Dan | o/ | 08:55 |
Centurion_Dan | KatolaZ, you around?? | 12:33 |
Centurion_Dan | KatolaZ, I tried to do an install with the latest ascii mini.iso and it failed to detect ascii as a valid suite - looks like choosemirror may have an issue... | 12:36 |
Centurion_Dan | atleast in that build of debian-installer. | 12:38 |
KatolaZ | uh? | 12:38 |
KatolaZ | did you use deb.devuan.org? (maybe a faulty mirror?)_ | 12:39 |
Centurion_Dan | hmmm that's a point. I'll have to test again... the net-install iso works fine though ;-) | 12:40 |
KatolaZ | ok | 13:37 |
KatolaZ | maybe we need to bump the kernel version then | 13:37 |
KatolaZ | in the mini-iso | 13:37 |
Centurion_Dan | it's not a kernel issue it's failing at the end of choose-mirror process - doesn't seem to like ascii. | 13:55 |
Centurion_Dan | Anyway, I'm heading to bed. I'm working on a full test setup of our ci stack to work on releasebot upgrades to enable auto architecture detection and being able to choose the architecture at build time (so we can then do catchup builds for new archs) | 13:58 |
Centurion_Dan | I should have most of this in place tomorrow. | 13:58 |
Centurion_Dan | also trying out debians gitlab package - non-omnibus, so doesn't replicate half the os in a chroot... | 13:59 |
Ryushin | Anyone notice that apparmor gets installed with kernel installation on Beowulf and Ceres? It can be installed after the fact, but I'm wondering if there is a way to remove the links to have it depend on a linux-image when the kernel is installed. | 14:56 |
fsmithred | Ryushin, I don't have apparmor in my beowulf. Try installing kernel without recommends. | 15:31 |
Ryushin | fsmithred: Thank you, I'll check on that. | 15:32 |
fsmithred | I don't see apparmor listed as a dependency or recommends for linux-image | 15:33 |
fsmithred | try 'aptitude why apparmor' | 15:33 |
Ryushin | I just run apt upgrade and it auto selects apparmor whenever I installed a linux-image. But may it was coincidence. I'll check deeper. | 15:33 |
fsmithred | well, if it's already installed, it will get upgraded when there are newer packages | 15:34 |
Ryushin | I've been seeing this behavior on Ceres for awhile. | 15:34 |
Ryushin | I have to keep purging apparmor and it always comes back when doing an apt upgrade. It seems linked to the linux-image. | 15:35 |
fsmithred | try 'aptitude why apparmor' | 15:35 |
Ryushin | i A linux-image-4.18.0-1-amd64 Recommends apparmor | 15:36 |
Ryushin | Strange that recommends are being installed. | 15:36 |
fsmithred | no, that's standard unless you changed apt.conf | 15:38 |
Ryushin | fsmithred: Uggg. I wonder why this is being pushed down now. | 15:39 |
Ryushin | I'll google to see if I can remove recommends just for kernel packages. | 15:40 |
fsmithred | oh, it is listed as a Recommends. I didn't see it the first time. | 15:40 |
fsmithred | apt-get --no-install-recommends <package> | 15:40 |
fsmithred | oops | 15:40 |
Ryushin | Wonder if this can be changed in the Devuan sanity package. | 15:40 |
fsmithred | need to add "install" before package name | 15:41 |
fsmithred | aptitude -R install <package> | 15:41 |
fsmithred | put the following in a file under /etc/apt/apt.conf.d (you can choose a file name) | 15:42 |
fsmithred | APT::Install-Recommends "no"; | 15:42 |
fsmithred | norecommends might be a good file name | 15:43 |
Ryushin | I just put it in my apt.conf. I like everything in one place like that. | 15:43 |
Ryushin | That helps me. But what about others. Do we want apparmor being installed by default? | 15:43 |
fsmithred | don't know. I know I've had it installed by default in the past, but I never used it. | 15:44 |
fsmithred | Don't recall if that was in debian or something else (maybe suse or fedora core) | 15:44 |
fsmithred | I know for sure we don't want to exclude recommends by default. | 15:45 |
Ryushin | Well, as soon as the system reboots, apparmor profiles run. It was just getting in the way of so many things when Debian just started doing this that now, I just uninstall it every time it installs. And if I miss it before the reboot, uninstall, then reboot again. | 15:45 |
fsmithred | Too much stuff would not work. It would create a support nightmare. | 15:46 |
fsmithred | is there an /etc/default/apparmor where you can turn it off? | 15:46 |
Ryushin | Don't know. It's not installed. :) | 15:46 |
Ryushin | I'll install it and check. | 15:46 |
fsmithred | lol, yeah | 15:47 |
fsmithred | or apt-file list apparmor | 15:47 |
Ryushin | Does apt-file work yet? I've been missing using that for years. | 15:47 |
fsmithred | there's /etc/init.d/apparmor, so you can turn it off there | 15:48 |
fsmithred | either with update-rc.d or sysv-rc-conf | 15:48 |
Ryushin | fsmithred: True. I just did not like it getting installed. | 15:49 |
fsmithred | yeah, I understand that | 15:49 |
Ryushin | Could not find a way to blacklist the package from even being installed. | 15:49 |
fsmithred | I know the feeling | 15:49 |
fsmithred | yes, apt-file works | 15:49 |
fsmithred | it's been working on pkgmaster for a long time and on auto.mirror more recently | 15:50 |
Ryushin | Thank goodness. Having to use other tools in place of apt-file did not work so well. | 15:50 |
Ryushin | One other thing. dpkg seems to have changed in ceres recently when doing a "dpkg -l "*bash*", it now pipes the output to something like less by default. | 15:51 |
Ryushin | Does not do it in beowulf, yet. | 15:52 |
fsmithred | not in beowulf | 15:52 |
fsmithred | that sucks | 15:52 |
Ryushin | It is very annoying. | 15:52 |
Ryushin | I'm having to always | cat now. | 15:52 |
fsmithred | I don't suppose there's an un-pipe character. | 15:52 |
fsmithred | oy | 15:52 |
Ryushin | Just a dumb thing to change the default. Most people using dpkg want it to behave the way it has always behaved. | 15:53 |
fsmithred | changing old behavior is a trend | 15:54 |
fsmithred | brb | 15:54 |
parazyd | Ryushin: export LESS="-F -X $LESS" | 15:59 |
parazyd | Maybe it helps | 15:59 |
Ryushin | parazyd: Thanks, I'll look at that. | 16:47 |
Ryushin | parazyd: Thanks on the less options. It did fix what dpkg is doing. Though, I would like to track down which change in the package added this "feature". | 20:31 |
parazyd | Ryushin: Whatever is providing /etc/profile* I guess | 20:59 |
Ryushin | parazyd: I mean what changed dpkg's behavior to call less for a simple dpkg -l query. | 21:01 |
kilobyte | fsmithred: "export PAGER=cat" affects a bunch of other programs with this behaviour, like git | 21:05 |
kilobyte | as for "unpipe", there's pipetty -- what you want is piping not unpiping :) | 21:08 |
fsmithred | kilobyte, are you sure of the spelling? I'm finding electrophoresis tools. | 21:50 |
fsmithred | aha! colorized-logs | 22:07 |
fsmithred | have you got one that adds ascii cats to logs? | 22:08 |
Centurion_Dan | ascii cats? is that a new breed? | 22:10 |
fsmithred | no, I meant ascii art | 22:12 |
fsmithred | monochromatic cats? | 22:13 |
fsmithred | Devuan Cats | 22:41 |
fsmithred | play clean as country water | 22:41 |
parazyd | kilobyte: By piping to cat(1) you'll lose colors, fwiw. | 23:29 |
Centurion_Dan | So, I tried installing gitlab (the debian package - not omnibus) on an ascii host and it failed miserably... for onething, it doesn't have sysvinit scripts... | 23:37 |
Centurion_Dan | It's got me thinking... does anybody think it' | 23:37 |
Centurion_Dan | s pheasible to create a tool run as a trigger post-install that can create init scripts, xinetd socket watchters, cron files etc from systemd unit files when they aren't already provided in the package? | 23:40 |
Centurion_Dan | we could call it devuan-baptise ;-) | 23:41 |
Centurion_Dan | parazyd-^ | 23:42 |
Centurion_Dan | insserv can be used to manage the dependency side of things | 23:44 |
Centurion_Dan | x-inetd for socket listening services | 23:44 |
Centurion_Dan | etc.. | 23:44 |
Centurion_Dan | this could along with the systemd-noop reduce the friction with debian's excising init scripts from packages. | 23:45 |
parazyd | Centurion_Dan: Note it on the pad in /topic :) | 23:46 |
golinux | Hi everybody. Here's the pad for this week's meet: | 23:46 |
golinux | https://pad.dyne.org/code/#/1/edit/xPKNp93WQqptudr-RbMMVw/ztRddRIlvv8IdKcb8lFI8p3i/ | 23:46 |
golinux | There's a pad for sysvinit? | 23:46 |
Centurion_Dan | parazyd: pad in /topic?? | 23:49 |
golinux | Yeah, that was my question too | 23:49 |
Centurion_Dan | golinux: channel topic - a bikeshed for discussing ideas | 23:50 |
golinux | The post-ascii bikeshed? No pad specifically for the sysvinit thing? | 23:53 |
golinux | I just posted tomorrow's pad a few lines up. Please put something in there. | 23:53 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!