| n000b | Hello everyone and happy holidays! Now figured out how to register for IRC, would hence like to ask once again, whether there is any support for Docker and K8s for Devuan? Thanks in advance! | 02:27 |
|---|---|---|
| cyteen | the docker.io package provides 20.10.5+dfsg1-1+deb11u1 in stable, 20.10.11+dfsg1-2+b1 in testing, or you can add the docker sources.list for package docker-ce 20.10.12~3-0~debian-bullseye | 02:55 |
| gnubi3 | Happy GNUvidad! | 03:13 |
| frltlx | hey | 04:08 |
| Jookia | here's my christmas question: what's a good init system for devuan | 04:09 |
| frltlx | christmasd? | 04:10 |
| Jookia | is that a real thing | 04:10 |
| frltlx | It could be.. you know how people love renaming things for Christmas | 04:10 |
| Jookia | i'm a developer and wanting to see if there's any modern non-systemd init system i should be supporting | 04:11 |
| frltlx | I use sysvinit.. I guess it depends what you're looking for in an init | 04:11 |
| Jookia | i think the choices is basically openrc | 04:11 |
| gnarface | the default init is still perfectly suitable | 04:12 |
| frltlx | openrc and runit are the alternatives in devuan, and sysvinit has been taken up by Jesse Smith iirc.. incorporating bug fixes etc | 04:12 |
| gnarface | most inits are very easy to integrate with if your service supports very basic start/stop commands | 04:12 |
| Jookia | sysvinit requires me writing a ton of bash scripts though doesn't it | 04:12 |
| Jookia | instead of a few lines of code | 04:12 |
| gnarface | just one bash scripts and it can be very short | 04:13 |
| raindodger | runit is fairly modern, functions well as an init and can be installed on Devuan by using the 'Expert Install' option before starting the OS installation | 04:13 |
| Jookia | it doesn't support service supervision does it? | 04:13 |
| gnarface | (technically you're advised to use posix-compatible sh but people do use bash) | 04:13 |
| Jookia | it uses pid files i think | 04:13 |
| frltlx | yeah, in terms of being an admin or user.. not that simple for most default scripts, but.. I have no idea about the codebase | 04:13 |
| gnarface | not on its own, not unless you provide a status command | 04:13 |
| Jookia | i think openrc and and runit do supervision properly | 04:13 |
| frltlx | main reason for runit is supervision I think | 04:14 |
| gnarface | s6 might also | 04:14 |
| Jookia | s6 is too confusing for me | 04:14 |
| Jookia | runit is the limit of confusion i think | 04:14 |
| frltlx | I'm not sure current status of runit scripts in devuan now.. haven't been paying attention but I suspect 'native' runit scripts could use some work there | 04:15 |
| Jookia | ah | 04:15 |
| Jookia | so there's no real out of the box support for non-sysv stuff in devuan? | 04:15 |
| frltlx | I think that most daemon scripts are provided by a wrapper for runit, but you'd want to check for yourself I think | 04:15 |
| Jookia | ah | 04:16 |
| Jookia | nvm then | 04:16 |
| raindodger | What is meant by service supervision? I've heard of this term before, but I don't know what it means | 04:17 |
| frltlx | mailing list has some more info somewhere, I think Steve Litt was working on that | 04:17 |
| frltlx | if a service fails to report a running status, it gets restarted usually, I think anyway. | 04:17 |
| Jookia | i was looking for a distro that supoorted like openrc or runit first class | 04:17 |
| Jookia | it doesn't look like there's documentation for switching init systems either? | 04:19 |
| frltlx | oh, hm.. default runit in.. forget the name of the distro but has excellent runit support | 04:19 |
| raindodger | Void Linux? I think their devs are the ones who made runit | 04:19 |
| frltlx | Yes, void is the one I'm thinking of | 04:20 |
| Jookia | there's a page about avoiding dbus which is a bit strange | 04:20 |
| frltlx | beowulf onwards dbus avoiding is difficult, needs a simple wm plus simple browser, most mainstream stuff is using dbus now | 04:21 |
| Jookia | why would you want to avoid dbus? | 04:21 |
| raindodger | To get away from systemd dependencies | 04:21 |
| raindodger | Dbus and systemd are both developed by Red Hat | 04:22 |
| raindodger | Same with pulseaudio | 04:22 |
| frltlx | minimalism reasons mostly, and because it's tied in with so much stuff.. so it's probably as widespread as systemd in non-OS packages | 04:22 |
| Jookia | so what would i use as a developer instead? | 04:22 |
| rwp | Also dbus is a solution that created its own problems. | 04:22 |
| rwp | Such as, if everything is done through messages over dbus then all of a sudden one needs to authenticate command sources and authorize them. | 04:23 |
| raindodger | @Jookia Tell people to edit their fstab file by hand | 04:23 |
| raindodger | lol | 04:23 |
| frltlx | well, there are ways to do without dbus, e.g automounting via udevil or udisks2, without dbus | 04:23 |
| Jookia | raindodger: no i mean as a developer who needs a dbus | 04:23 |
| Jookia | uh, bus | 04:23 |
| raindodger | I was only joking. I'm not really sure | 04:23 |
| Jookia | is there an alternative? | 04:23 |
| Jookia | or will people just not use my software | 04:23 |
| frltlx | openwrt guys have ubus.. similar idea, but smaller | 04:23 |
| Jookia | does devuan package and support ubus? | 04:24 |
| frltlx | providing dbus as non hard dependency might be best bet for something used widely, so you could find another alternative that relies on no bus stuff, and let people decide for themselves which method to use. No, there isn't ubus in devuan afaik. | 04:24 |
| Jookia | i mean but as a developer what do i do if i need a bus? | 04:25 |
| frltlx | you would use dbus, write your own, or maybe fork ubus I guess | 04:25 |
| rwp | What is it that you are doing that you need the desktop-bus? | 04:25 |
| Jookia | rwp: dbus or a bus in general? | 04:25 |
| rwp | You are telling us that you need dbus so I am just asking what it is that you are doing that needs it. | 04:26 |
| Jookia | no, i'm saying that i need a bus | 04:26 |
| Jookia | dbus is the only bus on linux i guess | 04:26 |
| rwp | "Hop on the bus, Gus. You don't need to discuss much. Just drop off the key, Lee. And get yourself free." --Paul Simon | 04:27 |
| rwp | So... You need to change the default system font and everything needs to change to that font immediately? That uses dbus. | 04:28 |
| Jookia | i'm not asking what uses dbus | 04:28 |
| rwp | So... You need to issue a kernel shutdown command? That uses the dbus. | 04:28 |
| frltlx | in desktop distros yes, but if it's ipc you're looking for.. there might be alternatives to a bus, e.g what others have told me is that xorg itself has it's own form of ipc. But generally, if you do need it then dbus is the only thing you'll find in most desktop distros, embedded has it's own solutions because dbus is largenin comparison | 04:28 |
| rwp | If you are just looking for IPC then there are lots of IPC frameworks. | 04:28 |
| Jookia | i'm looking for a shared bus with RPC | 04:29 |
| rwp | I have always just used Berkeley sockets myself. | 04:29 |
| Jookia | not sockets/etc | 04:29 |
| Jookia | like ubus | 04:29 |
| Jookia | or dbus | 04:29 |
| Jookia | but available in things like devuan or idk | 04:29 |
| Jookia | forget it i guess | 04:29 |
| frltlx | hm I think there was one that fell out of popularity a long time ago, but right now.. if you need dbus, then just use dbus, it's supported everywhere | 04:30 |
| Jookia | yeah i guess i'll do that | 04:30 |
| rwp | The problem for me is that I have always written all of my own code that I use. And so I haven't used other frameworks for these things. | 04:30 |
| rwp | https://en.wikipedia.org/wiki/Inter-process_communication | 04:31 |
| Jookia | yes, i know about IPC | 04:31 |
| Jookia | d-bus is a form of high-level IPC | 04:31 |
| golinux | This is kind of wandering from Devuan support towards offtopic | 04:32 |
| Jookia | yeah i'll drop it | 04:32 |
| golinux | Maybe better on that channel? | 04:32 |
| Jookia | i was just wondering because the official website talks about it | 04:32 |
| golinux | #devuan-offtopic | 04:32 |
| frltlx | right you are, debianfork then? | 04:32 |
| Jookia | how do you install openrc? | 04:32 |
| golinux | No. | 04:33 |
| Jookia | ok. | 04:33 |
| golinux | Dev1galaxy forum has discussions. | 04:33 |
| frltlx | apt-get install openrc is enough, if you're familiar with openrc | 04:33 |
| golinux | Both runit and openrc are available during install | 04:33 |
| golinux | sysvinit is the default. | 04:35 |
| Jookia | do packagers add scripts for runit/openrc? | 04:35 |
| golinux | There are some here and there | 04:35 |
| golinux | sysvinit scripts work with openrc | 04:36 |
| Jookia | what do i do if a package doesn't support the system i'm using? | 04:36 |
| Jookia | ah | 04:36 |
| golinux | It's a wip. | 04:36 |
| frltlx | see also package init-system-helpers .. iirc that's the wrapper that takes of situation where you have no native runit script, it will just use a sysvinit script to do the same | 04:37 |
| golinux | Check out the forum and mail lists for discussions. | 04:37 |
| golinux | also for sysvinit scripts removed by Debian developers | 04:37 |
| Jookia | so as a developer my best bet would be to ship sysv scripts? | 04:38 |
| golinux | init-system-helpers ^^^ | 04:38 |
| Jookia | or should i just like write a script for each init system | 04:38 |
| golinux | That question is above my pay grade | 04:39 |
| Jookia | that's ok you don't have to answer | 04:39 |
| golinux | Poke around our resources and you will find good info. | 04:39 |
| golinux | Even irc channels are logged | 04:40 |
| frltlx | Only if there's an interest for that with core developers I think, better to ask them. Also, to try things out for yourself in a vm. But runit support I suspect improved in chimaera | 04:40 |
| Jookia | this channel isn't logged | 04:40 |
| golinux | http://reisenweber.net/irclogs/libera/_devuan/ | 04:42 |
| golinux | Jookia: ^^^ | 04:42 |
| Jookia | uh, that violates libera tos i think? | 04:42 |
| Jookia | maybe you need to update the topic | 04:42 |
| Jookia | oh derp. i missede the log in topic | 04:43 |
| golinux | :) | 04:43 |
| Jookia | does devuan ship libsystemd? | 04:45 |
| frltlx | yes, but it's not mandatory. See libelogind, installing will remove libsystemd. | 04:46 |
| Jookia | ah | 04:46 |
| Jookia | oh hey, that provides sd-bus | 04:48 |
| golinux | There a cosmetic instances of systemd files on devuan that are harmless https://dev1galaxy.org/viewtopic.php?id=1925 | 04:48 |
| Jookia | i don't mind that | 04:49 |
| golinux | https://pkgmaster.devuan.org/bannedpackages.txt | 04:49 |
| Jookia | libuuid is banned? | 04:50 |
| golinux | If it's on the list,yes. | 04:50 |
| frltlx | elogind has the only difference it has no init features at all | 04:50 |
| golinux | If there are any packages on that list that you would like to try to fork, have at it. | 04:51 |
| fsmithred | time | 04:52 |
| golinux | out? | 04:52 |
| Jookia | nah i'm just a developer | 04:52 |
| Jookia | i'm trying to scope out whether it's worth doing a non-systemd port of my stuff | 04:53 |
| fsmithred | runit and openrc in debian/devuan use sysvinit scripts | 04:53 |
| fsmithred | you can add run scripts for runit. I assume you can do the same for openrc, but I don't know anything about that. | 04:53 |
| frltlx | Supporting different compile time options is not a bad idea, generally in user circles that aren't systemd users, choice is welcomed | 04:54 |
| frltlx | anyway, up to you of course. | 04:55 |
| Jookia | yeah, so i'm researchign and going to try non-systemd stuff | 04:55 |
| frltlx | ah, you should look at elogind then and consolekit | 04:57 |
| Jookia | is consolekit still used? | 04:57 |
| fsmithred | Jookia, there are runit live-iso and no-dbus isos on this page: https://get.refracta.org/files/experimental/ | 04:57 |
| Jookia | fsmithred: ah cool. i'm not too interested in no-dbus, i think no-dbus is kinda weird | 04:57 |
| frltlx | in some use cases it might be, for where user is looking only for simple setup | 04:58 |
| fsmithred | it is weird. I just did it to see how much I could install. | 04:58 |
| fsmithred | got a pretty full desktop like that. | 04:58 |
| Jookia | but i'm more pragmatic than anything | 04:58 |
| fsmithred | the runit iso has good info. Sample run scripts with links to sources. Some of them are implemented. | 04:59 |
| frltlx | people who use openbox or lxde can choose between them for example, and afaik the bsd's use consolekit in place of any systemd implementations | 04:59 |
| Jookia | i don't really use or case about bsds | 04:59 |
| frltlx | well hah, in the case someone uses syvinit + elogind, you might consider supporting that setup.. or with runit, whatever. Main difference would be that systemd is not used as init, but elogind (fork of systemd) provides login/session. | 05:01 |
| Jookia | what logging sytsems does devuan use? | 05:05 |
| frltlx | I think standard is rsyslog | 05:06 |
| frltlx | but you can install others | 05:07 |
| Jookia | ah | 05:07 |
| frltlx | anything supported in debian basically, unless it has hard dependency on a package in the banned list | 05:07 |
| Jookia | are there journald API providers/wrappers? | 05:07 |
| frltlx | hm, I'm not sure about that since I've never used systemd | 05:08 |
| golinux | Doesn't sound familiar. | 05:08 |
| Jookia | ah ok | 05:09 |
| golinux | We have enough to keep up with init issues. | 05:09 |
| frltlx | elogind is like a gutted systemd providing only login/session support, all additional functions stripped | 05:09 |
| fsmithred | apt policy libuuid1 | 05:42 |
| fsmithred | Installed: 2.36.1-8+devuan1 | 05:43 |
| fsmithred | already been done ^^^ | 05:43 |
| fsmithred | Jookia, ^^^ | 05:43 |
| furrymcgee | is dbus required for pulseaudio? | 16:09 |
| Jookia | i think so | 16:10 |
| Belgacem1958 | Why Neovim 0.6 is still not included in the repos? | 18:15 |
| Jookia | it's 0.2.16 in bullseye | 18:18 |
| golinux | Jookia: https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=neovim&x=submit | 18:23 |
| Jookia | oh, devuan updates packages? | 18:24 |
| golinux | Packages should never be used directly from Debian. All packages that will not break Devuan are merged into Devyan. | 18:24 |
| golinux | Devuan, of course. Just waking up . . . | 18:25 |
| golinux | Here's how it's done: https://git.devuan.org/devuan/amprolla3 | 18:26 |
| Jookia | yikes, gitea | 18:27 |
| golinux | And "Amprolla Magic" from the 2019 Devuan Conference. It has been improved since then but that's the general idea https://dev1galaxy.org/viewtopic.php?id=3192 | 18:27 |
| golinux | Yeah, we dumped gitlab last year | 18:28 |
| Jookia | why? | 18:31 |
| golinux | Bloat | 18:33 |
| Jookia | lol | 18:33 |
| Jookia | i use github for my stuff and gitbucket sometimes | 18:34 |
| used____ | On Beowulf, after updating kernel to latest, I can't put an unused (s)ata disk to sleep with hdparm, it is not formatted and fuser says nothing is in use on it. | 19:12 |
| used____ | It worked before, /sbin/hdparm -y put it to sleep. | 19:12 |
| used____ | Has anyone else seen such a thing? | 19:13 |
| used____ | ps -aux|grep sda shows: [jbd2/sda7-8] and others - this is the disk which should sleep. | 19:13 |
| used____ | How do I tell the kernel to leave it alone? | 19:14 |
| used____ | I see a lot of relevant answers/questions on duck | 19:14 |
| used____ | Does jbd2 @kernel inspect disks itself, and decide to monitor / journal them? sda used to have ext3 partitions on it, the mbr partitions were deleted, but the signatures were not wiped, they are still on disk. Will jbd2 scan disks at boot time and do no good by minding partitions which are no longer in use? | 19:16 |
| dreamer | ohai. where do I report missing systemd fixings? | 19:29 |
| dreamer | apparently xdg-desktop-portal package still requires it :) | 19:29 |
| golinux | It seems to be available in Devuan https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=xdg-desktop-portal&x=submit | 19:34 |
| dreamer | yes, and it require systemd | 19:34 |
| dreamer | requires* | 19:34 |
| dreamer | see it contains systemd service files | 19:36 |
| dreamer | so it's not possible to have it start on devuan systems currently :) | 19:36 |
| golinux | If it did, I would be on pour banned packages list https://pkgmaster.devuan.org/bannedpackages.txt | 19:36 |
| dreamer | see content: https://pkginfo.devuan.org/cgi-bin/package-query.html?c=package&q=xdg-desktop-portal=1.12.1-1 | 19:36 |
| dreamer | I could run it manually (testing Cardinal that requires it for native filebrowsers) | 19:37 |
| dreamer | but that's highly inconvenient of course. just thought to report it somewhere that this package isn't fully integrated yet and still has systemd requirements in it | 19:38 |
| golinux | If it needs forking, feel free to adopt the responsibility. :) | 19:39 |
| dreamer | I want to know where I report this | 19:39 |
| dreamer | but apparently we just leave this stuff around? seems weird to me. | 19:39 |
| golinux | https://bugs.devuan.org/ | 19:39 |
| golinux | Check first that it is not an upstream bug at Debian | 19:40 |
| dreamer | debian uses systemd, so no | 19:40 |
| golinux | Have you checked bugs there for that package? | 19:40 |
| dreamer | the bug is that it requires systemd | 19:40 |
| dreamer | which devuan doesn't use. I don't see what debian has to do with this? | 19:40 |
| golinux | Because most often people report bugs that are upstream | 19:41 |
| golinux | Not going to argue. | 19:41 |
| dreamer | sorry I don't follow your reasoning here :) | 19:41 |
| dreamer | for any general bugs, sure | 19:42 |
| dreamer | in this case it's very specifically about a devuan package that needs systemd, which is out of place | 19:42 |
| golinux | Report it to the above url. Then step up to fix it or see if someone else does | 19:42 |
| dreamer | I'll have a look at creating the bug report tomorrow when I'm near that machine again. thnx | 19:42 |
| dreamer | I have no clue how this stuff is normally done, so I can't fix it | 19:42 |
| dreamer | otherwise I would've done that and created a pull request instead | 19:43 |
| golinux | OK. Thanks for the heads up. | 19:43 |
| dreamer | np | 19:43 |
| used____ | Ok, re: jbd2 and disk: upgrading kernel swapped sda sdb disks, lucky I'm on UUID partitions. | 19:56 |
| used____ | Kernel I am running now is 'Linux beowulf 4.19.0-18-amd64 #1 SMP Debian 4.19.208-1 (2021-09-29) x86_64' | 19:57 |
| used____ | -17 did not swap the disks. When will these swapping games cease? It is dangerous for any system not running UUID partitions. | 19:58 |
| used____ | The previous kernel was 'vmlinuz-4.19.0-17-amd64' | 19:58 |
| used____ | Searching duck for 'linux kernel vmlinuz-4.19.0-18-amd64 swaps ata sata disks' yields some similar questions but nothing definite. | 20:00 |
| used____ | Anyone still running ATA and SATA both like I am, seen this new poison? Disk unit names swapped when upgrading from -17 to -18 kernel? | 20:00 |
| used____ | This is a scary complex udev based solution for the above. Anything simpler for Devuan? Constant disk names, without UUID, persistent across kernel upgrades and reboots? https://microdevsys.com/wp/linux-persistent-naming-of-sata-devices-through-udev-rules/ | 20:02 |
| fsmithred | I thought disks got named according to when they spun up, so the order could change on any boot. | 20:32 |
| used____ | Uhh who came up with that?! sda sdb etc should (hah) be fixed per interface and subunit. sda = ide0 sdb = ide1 etc; later with sata, more letters came up, sde sdf sdg ... ; yes it gets ugly but PLEASE don't change the order on the same machine?! | 20:56 |
| fsmithred | been reading messages that say "use uuid because disks might not come up in the same order every time" for almost 10 years | 21:11 |
| fsmithred | and or use rootdelay | 21:12 |
| used____ | You have a point. It just did not happen to me until now. And this machine is 10 years old. | 21:19 |
| fsmithred | I prefer labels to uuid. Something that has meaning. | 21:29 |
| gnarface | used____: ide and scsi drivers are merged now, and there's udev, so things did change | 21:35 |
| gnarface | used____: however, you might still be able to control boot order better by going into your bios and taking all the other drives out of the boot list completely (seems to improve the order reliability for me on an Asus board anyway) | 21:35 |
| gnarface | but really you need to use uuid's because sata busses just aren't as physically constrained as IDE ones were | 21:37 |
| gnarface | you don't want to gamble on it only getting the boot order right 80% of the time if the other 20% is gonna happen when you're not around | 21:37 |
| gnarface | they're not hard to use, they all list in /dev/disk/by-uuid/ and they only change if you resize or reformat (or manually change them) | 21:39 |
| used____ | I already use UUID excepting for unused / offline disk sleeping. I don't think hdparm supports uuid ... | 21:40 |
| gnarface | i don't know if it does you should still be able to use the /dev/disk/by-uuid/ symlinks in your scripts | 21:41 |
| used____ | I am not sure if I can trust that when /etc/rc.local runs | 21:41 |
| gnarface | rc.local runs absolutely last, after all the init.d scripts | 21:41 |
| used____ | Since I need to stop a disk not a partition related thing | 21:42 |
| gnarface | no uuids should be changing that late in the boot | 21:42 |
| used____ | ^the disk unit sda etc does not have a link in /dev/disk/by-uuid/ | 21:42 |
| used____ | hdparm needs a unit id, not a partition id. | 21:42 |
| gnarface | it would need some kernel-recognizable partition table i guess | 21:42 |
| used____ | unit id, like sda sdb. | 21:42 |
| gnarface | that's a problem... does it even have a partition table? | 21:43 |
| used____ | An empty one now | 21:43 |
| gnarface | would one big partition get in the way? | 21:44 |
| used____ | Yes. | 21:44 |
| used____ | Even if, hdparm does not know about partitions | 21:44 |
| gnarface | yea but i can still imagine a simple script that can pull the device node from the substring of the device partition that the /dev/disk/by-uuid/ symlinks are pointing to | 21:45 |
| gnarface | it would be ugly but reliable | 21:45 |
| used____ | Hm. | 21:45 |
| gnarface | what is hdparm doing in your boot up scripts anyway? maybe if i understand the problem better i can advise a better solution | 21:45 |
| used____ | It is putting an offline disk to sleep early. | 21:46 |
| gnarface | oh, damn i'd just unplug the thing | 21:46 |
| gnarface | can hdparm work by disk labels? | 21:46 |
| gnarface | i wonder if the bios or udev could just sleep it instead | 21:47 |
| used____ | hdparm knows only raw device names, nothing else. Nothing in bios. | 21:47 |
| gnarface | udev should be able to easily recognize a drive by model and manufacturer id, and it can call shell scripts | 21:47 |
| gnarface | that gets to be a problem if you have a dozen of the same model drive but as long as they're different it should work | 21:48 |
| used____ | One can do ugly thing using hdparm -i and drive hardware serial numbers too | 21:50 |
| gnarface | i've got no other ideas | 21:50 |
| used____ | sudo hdparm -i /dev/sda|grep -i SerialNo -- works as advertised | 21:50 |
| used____ | Simpler than udev | 21:51 |
| used____ | The tuple model-fw-serial in that grep output is amply enough to id the disk. | 21:51 |
| gnarface | yea but the nice thing about doing it in udev is it'll be smart enough to fire again automatically | 21:53 |
| gnarface | not that that's likely to be a big issue for non-removable drives | 21:53 |
| gnarface | it can matter in certain cases | 21:53 |
| used____ | Yes, but not now. I hate how badly udev rules are documented. It is cleverly done, but the docs are horror. | 21:53 |
| used____ | Hey let's pretend it's badly implemented crippled Prolog... | 21:54 |
| gnarface | i didn't find that to be the problem as much as just that half the time they don't follow their own docs | 21:54 |
| used____ | q.e.d. | 21:54 |
| gnarface | anyway for what it's worth, devuan has eudev | 21:55 |
| used____ | Aren't the rules the same? | 21:55 |
| gnarface | they should be identical but it's possible you've experienced udev bugs that are no longer present in eudev | 21:56 |
| gnarface | fdsafdsafds | 21:56 |
| gnarface | weird, my text changed colors there, not sure what i did | 21:56 |
| used____ | ctrl-1 etc | 21:56 |
| used____ | mirc colors | 21:57 |
| gnarface | hmmm | 21:57 |
| gnarface | must have, i guess | 21:57 |
| used____ | c | 21:57 |
| used____ | ctrl-v yields reverse etc | 21:58 |
| used____ | green | 21:58 |
| gnarface | neat | 21:59 |
| used____ | That's `ctrl-c 3 green` | 21:59 |
| gnarface | i'm not sure they're mapped the same here | 21:59 |
| used____ | bold | 21:59 |
| used____ | They better be, just italics give trouble in normal terminals, since ^I is TAB | 21:59 |
| used____ | bold is of course ctrl-B | 22:00 |
| gnarface | yea, the formatting works for me | 22:01 |
| gnarface | just not the colors | 22:01 |
| used____ | if on irssi, need to turn on colors | 22:01 |
| used____ | /set hide-colors off | 22:01 |
| used____ | /set hide_colors off | 22:01 |
| used____ | fixed - -> _ | 22:02 |
| used____ | https://stackoverflow.com/questions/22429108/how-can-i-write-colored-text-to-irc-channel-with-irssi see more | 22:02 |
| used____ | this is getting off topic, stopping the noise | 22:02 |
| golinux | No kidding | 22:18 |
| golinux | And thanks. | 22:18 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!