Xenguy | Strange, I have the same version of Emacs installed on 2 different laptops (both running Ascii), and one populates the Applications menu with an icon, and the other laptop does not | 02:58 |
---|---|---|
gnarface | find /usr/share/icons/ -iname '*emacs*' | 02:59 |
Xenguy | It runs fine if invoked from the CLI, spawning Spacemacs which is my current configuration | 02:59 |
Xenguy | gnarface: tx, will try that | 02:59 |
gnarface | ^ does this command output the same thing on both installs or something different | 02:59 |
Xenguy | Will test that | 02:59 |
gnarface | if it's the same output, try just running "touch /usr/share/icons/hicolor" on the one where the icon doesn't show up. | 03:02 |
gnarface | there was some bug where the icon caches sometimes don't update after a package install if the icons directory timestamp doesn't change | 03:03 |
gnarface | something like that anyway. | 03:03 |
Xenguy | find /usr/share/icons/ -iname '*emacs*' |wc -l | 03:03 |
Xenguy | 30 | 03:03 |
gnarface | a quick google search shows people have also suggested to "touch ~/.local/share/icons/hicolor" if it exists, and to run update-icon-caches and gtk-icon-caches | 03:04 |
gnarface | er, no i'ts gtk-update-icon-cache | 03:04 |
Xenguy | ^^ It is the same packages on both laptops | 03:04 |
gnarface | i never had to do any of those last steps but i did once have to touch /usr/share/icons/hicolor | 03:04 |
Xenguy | OK, will check for hicolor | 03:04 |
gnarface | if none of that works, try it from a new user. it is totally possible the window manager has it's own cache of icons and it could be sabotaged in various ways | 03:05 |
gnarface | but usually such caches are per-user | 03:05 |
gnarface | so it would in theory only show up on one of them at a time | 03:05 |
gnarface | a freshly created user would not see the issue in that case | 03:05 |
gnarface | and it may or may not be relevant, but fyi i only have 7 emacs icons here... | 03:06 |
gnarface | http://paste.debian.net/1103563/ | 03:07 |
gnarface | (one for every standard icon size, and two in vector format) | 03:07 |
gnarface | it says mine are all in the package emacs-common but this is on ceres so ymmv | 03:09 |
gnarface | (note also that if the window manager has it's own icon cache, it could persist in your home directory somewhere even after the system icons are uninstalled) | 03:10 |
gnarface | (that happens with enlightenment) | 03:10 |
fsmithred | Xenguy, you have two menu entries and one has an icon? | 03:13 |
Xenguy | technical difficulties folks *sigh*, bear with me | 03:15 |
Xenguy | gnarface: update-icon-caches /usr/share/icons/hicolor | 03:15 |
Xenguy | ? | 03:15 |
golinux | cacheS? | 03:16 |
Xenguy | fsmithred: I have 2 laptops and only 1 has the icons | 03:16 |
gnarface | Xenguy: no, it just said to run it with no parameters, but as root | 03:16 |
Xenguy | golinux: I think that's the right command | 03:16 |
gnarface | Xenguy: the other command was "touch /usr/share/icons/hicolor" which should just update the timestamp to current | 03:16 |
golinux | <gnarface> er, no i'ts gtk-update-icon-cache | 03:16 |
Xenguy | gnarface: I got a syntax help message, implying I needed to specify a directory | 03:17 |
Xenguy | gnarface: I did the touch command already | 03:17 |
gnarface | golinux: i had them both here, and separate forum posts in the same thread mentioned both of them | 03:17 |
gnarface | Xenguy: sorry, just dug that out of a forum online. didn't try it myself. | 03:18 |
Xenguy | Thanks for helping | 03:18 |
* Xenguy tries to finish reading the buffer above... | 03:18 | |
fsmithred | are the icons there? You could just edit the .desktop file and point it to an icon file. | 03:19 |
Xenguy | fsmithred: I'm fine with that, if it works, but I don't know these inner workings | 03:19 |
fsmithred | there should be a file /usr/share/applicaitons/emacs.desktop or something like that | 03:20 |
fsmithred | and a line in it for Icon: | 03:20 |
gnarface | Xenguy: this might shed some light http://paste.debian.net/1103564/ | 03:20 |
fsmithred | that line can take an icon name or a file path | 03:20 |
Xenguy | (This is a new laptop, and has a different feel from the one I'm used to, so I am really slooooooowwwwwww ATM | 03:20 |
Xenguy | fsmithred: Yeah, there is a file here: /usr/share/applicaitons/emacs.desktop | 03:23 |
Xenguy | er | 03:23 |
Xenguy | fsmithred: Yeah, there is a file here: /usr/share/applications/emacs25.desktop | 03:23 |
gnarface | i have one of those but the Icon line just says Icon=emacs | 03:24 |
gnarface | no path | 03:24 |
gnarface | fsmithred: the issue is he's got two of the same installs and he's trying to figure out why only one of them seems to be not finding the emacs icons that are clearly present. | 03:25 |
Xenguy | Icon=emacs25 | 03:25 |
Xenguy | brb | 03:25 |
gnarface | fsmithred: so i thought maybe it could be an icon cache issue | 03:25 |
gnarface | since that's been come up with before | 03:25 |
gnarface | hmmm | 03:25 |
gnarface | but Icon=emacs25 looks kinda wrong | 03:25 |
gnarface | however the explanation for that might be linked to why he's got 30 emacs icons and i only have 7 | 03:26 |
Xenguy | fsmithred: Maybe I can specify a path | 03:27 |
Xenguy | gnarface: I installed emacs25 package | 03:27 |
Xenguy | Other laptop has the same config value | 03:28 |
gnarface | hmmm, well that has definitely changed since ascii. | 03:29 |
gnarface | in ceres it's just called "emacs" again | 03:29 |
Xenguy | 14 lines in each file; they are the same | 03:30 |
Xenguy | Maybe I'll just try purging it, and reinstalling | 03:30 |
Xenguy | Maybe not purging the config files tho | 03:30 |
gnarface | well it does seem as though in ascii there are two versions of emacs, and in beowulf there are several | 03:31 |
gnarface | but in ceres it's currently back down to one | 03:31 |
Xenguy | In Ascii (my only concern) I think I saw emacs24 and emacs25 | 03:32 |
Xenguy | Anyhow, this is just annoying | 03:32 |
gnarface | this could even be the type of bug that is upset by what order packages were installed in | 03:32 |
Xenguy | I haven't seen an icon not populate in a long time | 03:32 |
Xenguy | Could be | 03:32 |
gnarface | i do admit it will be much easier to fix probably than figure out what actually went wrong so you can bug report it though | 03:32 |
Xenguy | I don't have time for that, as unfortunately my life is currently accelerating wildly | 03:33 |
Xenguy | That is why the timing of this is so vexating | 03:33 |
Xenguy | I may just have to say fuck you emacs, for awhile, or just run it off the CLI | 03:33 |
gnarface | i prefer it in the cli too, typically | 03:34 |
Xenguy | No | 03:34 |
Xenguy | Just no : -) | 03:34 |
Xenguy | Anyhow folks, thanks for the help, I'll try a reinstall, and otherwise invoke it off the CLI for now I think, until the dust starts to settle | 03:35 |
gnarface | well, let us know if purging and reinstalling helps | 03:35 |
gnarface | there's nothing else anyone can really do other than offer emotional support until you can reproduce the cause of the issue | 03:36 |
Xenguy | gnarface: Will do. When I said CLI I meant invoking the GUI Emacs via CLI | 03:36 |
gnarface | are we talking about emacs or xemacs here? | 03:36 |
Xenguy | I won't use xemacs, just as I won't use neovim | 03:37 |
gnarface | just trying to be sure | 03:37 |
Xenguy | Understood | 03:37 |
gnarface | because xemacs is an entirely different thing and i see it is also in ascii | 03:37 |
Xenguy | True | 03:37 |
gnarface | i prefer to run the regular emacs in terminal mode just because i don't really gain much from the graphical menus and borders | 03:38 |
gnarface | if my icons weren't showing up for it, i doubt i'd have noticed | 03:38 |
Xenguy | I'm using Spacemacs ATM, so it matters to me | 03:38 |
gnarface | Spacemacs? never heard of it | 03:38 |
Xenguy | Spacemacs uses emacs' evil-mode to provide vi key bindings, and also has a nice default emacs configuration that uses the 'Space' key for functionality and discoverability of same | 03:39 |
Xenguy | It's Emacs for Vim users | 03:40 |
Xenguy | Or one decent implementation | 03:40 |
gnarface | that's very strange but i'm not one to judge | 03:40 |
gnarface | good luck to you | 03:40 |
Xenguy | Well I would simply never use Emacs otherwise; the default key bindings are simply garbage (to me) | 03:41 |
gnarface | that is a very common reaction | 03:41 |
Xenguy | Having an Emacs/Vim-keys hybrid makes the whole experiment worthwhile | 03:41 |
Xenguy | Some people actually have brains that can work with regular Emacs, but I have a Vim-brain | 03:42 |
gnarface | i thought they just put evil-mode in there as a joke. i didn't realize people actually used it. | 03:42 |
gnarface | you know the whole joke used to go "emacs is a great operating system, all it's missing is a decent text editor" so someone added vim as a major mode :-p | 03:42 |
gnarface | then you couldn't say it lacked a decent text editor anymore | 03:42 |
gnarface | but in my head i had weighed the seriousness of this effort along side M-x butterfly and M-x doctor | 03:43 |
Xenguy | evil-mode actually is an *extremely* good implementation of vim key-binding (although evil-matchit is lacking as I found out) | 03:43 |
Xenguy | I think it is a decent 'best of both worlds' type of effort | 03:43 |
gnarface | interesting | 03:44 |
Xenguy | Spacemacs I mean | 03:44 |
Xenguy | There is also a (unix only?) version called Doom Emacs, which is similar, but I haven't tried it | 03:44 |
Xenguy | Whereas I know Spacemacs runs on Windows also | 03:45 |
Xenguy | OK, stressful day, some I'm off to chill for awhile. Thanks for the chat | 03:46 |
Xenguy | *so I'm | 03:46 |
gnarface | peace | 03:46 |
Xenguy | out | 03:46 |
Xenguy | P.S. Was able to create a 'launcher' in MATE and replicate the config from the other laptop, so I at least have an icon on the desktop now. Good enough for the time being! | 03:59 |
Xenguy | P.P.S Was able to drag'n'drop that icon to the Panel, so the only place the launch icon doesn't appear is in the 'Applications' menu, which is no biggie | 04:01 |
epicmetal | A while back I was told that Devuan stable had newer package versions for some packages compared to Devuan unstable for whatever reason. Is this still happening? | 04:34 |
epicmetal | i.e. somehow dev work was being done in testing/stable instead of letting it trickle down from unstable | 04:35 |
Lipps | fluxbox ftw | 04:44 |
furrywolf | icewm! :P | 04:45 |
* Lipps puts up the fisticuffs | 04:46 | |
* furrywolf growls | 04:47 | |
Lipps | i'll check icewm out | 04:47 |
epicmetal | dwm.exe | 04:48 |
golinux | And how is this a support discussion? | 04:50 |
epicmetal | I had a support question | 04:52 |
epicmetal | And then it was WM wars 2019 | 04:52 |
golinux | Yes, there are some version conflicts. | 04:54 |
golinux | It's been discussed on the forum. Since I'm still running jessie, I haven't run into those issues. | 04:55 |
epicmetal | Oh ok | 04:55 |
golinux | wine32 has issues and maybe some of the policykit stuff. | 04:55 |
furrywolf | epicmetal: I think you are vastly overestimating the seriousness of said wars. :P | 04:56 |
epicmetal | furrywolf: not really :) | 04:57 |
epicmetal | I enjoy the wars | 04:57 |
epicmetal | golinux: I was considering running Ceres on my laptop a while back but that turned me off | 04:57 |
epicmetal | i.e. it seemed strange to violate policy like that | 04:58 |
epicmetal | Presumably Devuan has a similar policy to Debian in that respect, that is being temporarily overridden? | 04:58 |
golinux | iiuc it has to do with they way version numbers are forced when the packages are rebuilt. | 04:59 |
golinux | You can't rebuild a package using the same version number | 05:00 |
epicmetal | I'm not sure of specific packages/versions since it was ages ago that I came across this. | 05:00 |
epicmetal | But isn't in impossible in Debian to have a package in stable that is a higher version than testing/unstable? | 05:00 |
golinux | For the most part I am completely unaware of versions. | 05:01 |
golinux | But know that apt keep close track | 05:01 |
epicmetal | I mean like Devuan published package foo-1.2 into stable but foo-1.0 is in unstable, for example | 05:01 |
epicmetal | This doesn't happen in Debian | 05:02 |
plasma41 | epicmetal: yes there are a few packages that are newer in stable that in testing/unstable. Off the top of my head I know udisk2 is currently one of the problem packages with that issue. | 05:02 |
furrywolf | sometimes you have to use a newer version to make something work right, work around a systemd dependency, etc. | 05:03 |
plasma41 | epicmetal: This is an issue that needs fixing. We were less strict about the unstable->testing->stable with previous releases. We're are trying to be more strict about that now. | 05:03 |
epicmetal | plasma41: I see. udisks2-2.1.8 in Ascii; udisks2-2.1.3 in Jessie/Beowulf/Ceres; udisks2-2.6.5 in Experimental | 05:04 |
epicmetal | Ascii is current stable, right? | 05:04 |
plasma41 | epicmetal: correct | 05:05 |
epicmetal | Ok | 05:05 |
furrywolf | it's kinda hard to do the usual unstable-testing-stable progression when someone else is deciding when to move everything else between them... | 05:05 |
golinux | That's why we use codenames | 05:06 |
plasma41 | epicmetal: Also today I discovered that issue is present for the libpcsclite1 package | 05:08 |
epicmetal | I see, 1.8.22 in Ascii; 1.8.13 elsewhere. | 05:08 |
plasma41 | epicmetal: the testing and unstable versions are the same as the old-stable version. all older than the stable version | 05:09 |
epicmetal | furrywolf: fair enough, I don't really understand the dynamic but it's not hard to imagine that being the case somehow | 05:09 |
epicmetal | All I know is Devuan automatically pulls from Sid somehow | 05:10 |
plasma41 | And this is why Devuan Beowulf isn't stable yet | 05:10 |
epicmetal | I like that the codenames are alphabetical though :) | 05:10 |
furrywolf | alphabetical but not alliterative, thankfully. :) | 05:11 |
epicmetal | Overloading "Jessie" wasn't a great idea though, IMO | 05:11 |
epicmetal | furrywolf: less chance of cringe I guess | 05:11 |
epicmetal | The Devuan codenames (except Jessie) are pretty cool | 05:11 |
plasma41 | furrywolf: you don't like utopic unicorns? :) | 05:12 |
epicmetal | So far, much cooler than Debian/Ubuntu codenames | 05:12 |
furrywolf | actually, I wouldn't mind alliterative codenames, as long as we were more interesting than certain other distros doing the same thing. | 05:13 |
epicmetal | It's nice to to have spaces in the codename though | 05:14 |
epicmetal | not to* | 05:14 |
epicmetal | Easier to type also | 05:14 |
epicmetal | Harder to Google | 05:14 |
epicmetal | (namespace conflict) | 05:14 |
epicmetal | That's where Ubuntu's codenames are good | 05:14 |
furrywolf | my favorite is the program "analog". because you want to make damn sure no one can ever google for your program. | 05:15 |
plasma41 | I'm especially glad the codenames don't contain any punctuation. I seem to recall hearing the codename of an old release of Fedora contained an apostrophe and introduced bugs as a result. | 05:17 |
furrywolf | why can I not find the program I was thinking of? apparantly I suck. "analog" is a log analyzer, but there's also a circuit simulator named that, or so I thought... | 05:20 |
furrywolf | grrr. this is annoying. I can't remember the name of a program I know exists, or find it. heh. | 05:27 |
furrywolf | GRRR. it was fucking called "analog", just like I thought. except all mention of it seems to have been erased from the internet. | 05:33 |
furrywolf | apparantly every single reference to it existing, outside of a few papers from the '80s and '90s, has rotted away. | 05:36 |
golinux | #debianfork calls furrywolf | 05:38 |
furrywolf | looks like it was last built in 2002, after changing name to chipmunk-log due to analog's ungooglability... but you can still get it! http://archive.debian.org/debian//pool/main/c/chipmunk-log/ | 05:39 |
Shentino | furries are nice people for the most part | 05:51 |
furrywolf | I'd say the vast majority of them are. :) | 05:54 |
furrywolf | and there's at least four in this channel... five if we pool our money and buy golinux a fursuit. :P | 06:05 |
fsmithred | she'd shave it | 06:06 |
onefang | Partially furry me (OK, just bearded me) suggests the off topic furry talk should go to #debianfurry, er I mean #debianfork, just as golinux suggested. | 06:07 |
furrywolf | noted, will stick to on-topic furry talk only. :) | 06:13 |
golinux | And dye it yellow! | 06:17 |
Lipps | what advantages does chipmunk-log confer furrywolf | 06:31 |
furrywolf | you can modify circuits in real-time and see what they do, rather than the batch-based simulation of most/all other programs. in #debianfork I mentioned that it still builds, using the source from http://opencircuitdesign.com/~tim/programs/chipmunk/index.html | 06:33 |
onefang | It's on-topic furry talk, since chipmunks are a furry species. That's one of the advantages. B-) | 06:33 |
furrywolf | it is, however, very old. when you run it, it greets you with "Welcome to the all new AnaLOG for the '90s! (C) 1993"... | 06:34 |
furrywolf | bbl, bedtime for wolfies. | 06:50 |
sicelo | oh nice .. so there's a devuan build that should work on CHIP. i should find mine | 18:07 |
jaromil | our tests on CHIP were deluding however. thing overheats very fast. not sure a new version is out | 18:21 |
sicelo | mmm, overheating with just the base system running? | 18:22 |
sicelo | anyone ever tested the Droid 4 images? i'm currently downloading that | 18:22 |
buZz | jaromil: huh? A10/A13 shouldnt overheat really | 18:35 |
buZz | power management of that should be fine in mainline | 18:35 |
Lipps | sicelo: good man. there is #devuan-arm i think | 18:52 |
Lipps | droid 4 rules | 18:52 |
sicelo | ah yes, #devuan-arm. let me join | 18:54 |
sicelo | i've tested the N900 image a couple of months ago .. that one works :) | 18:54 |
Lipps | you going to run mer on it sicelo ? | 18:55 |
sicelo | mer on droid 4? no. does it work well on it? | 18:55 |
Lipps | idk | 18:56 |
Lipps | still using sailfish | 18:56 |
sicelo | i'm using LOS14.1. and experimenting with Maemo Leste too | 18:56 |
Lipps | o right leste is the new one, forgot | 18:59 |
sicelo | it's painfully slow on droid 4 though, due to no acceleration. | 18:59 |
Lipps | is someone working on that? | 19:00 |
buZz | #maemo-leste is working on maemo leste | 19:00 |
Lipps | 'that' being the graphics drivers | 19:01 |
sicelo | yes different people are doing their best .. there is hope that the PowerVR will be able to work with mainline kernel (no, no open drivers beingw worked on) | 19:03 |
sicelo | https://github.com/openpvrsgx-devgroup/linux_openpvrsgx | 19:04 |
buZz | ask imgtec to release the docs if you want a proper open powervr driver | 19:07 |
buZz | (they wont) | 19:07 |
Lipps | why does that list 812,220 commits? looks like commits from kernel itself | 19:07 |
buZz | maybe its a fork of the linux kernel? :) | 19:08 |
buZz | oh hey, it is | 19:08 |
buZz | who knew | 19:08 |
Beerbelott | Mirror 141.84.43.19 down? | 20:05 |
Beerbelott | Seems to fail since 14:35 UTC | 20:06 |
r3boot | could be anything. Why dont you just failover to another mirror? | 20:07 |
r3boot | also .. doesnt devuan come with some sort of loadbalancing mechanism for this?? | 20:07 |
r3boot | if you use the default of deb.devuan.org, your dns should failover if you retry | 20:08 |
nexgen | hello | 20:11 |
nexgen | I cannot redirect connection from host to qemu guest | 20:11 |
nexgen | it is reset | 20:11 |
nexgen | visible for a short period of time in guest netstat -anp4 | 20:12 |
nexgen | and then time wait | 20:12 |
nexgen | after syn | 20:12 |
nexgen | not established | 20:12 |
nexgen | a few times I was able somehow to establish a connection from telnet | 20:12 |
nexgen | not sure how | 20:12 |
nexgen | only twice | 20:12 |
nexgen | then does not work | 20:12 |
Lipps | what domain name is that supposed to have nexgen | 20:16 |
nexgen | I am not sure about domain name | 20:16 |
nexgen | what do you mean? | 20:16 |
Lipps | like this.is.a.domain.name | 20:16 |
nexgen | ssh -p 1222 localhost | 20:16 |
nexgen | ssh_exchange_identification: Connection closed by remote host | 20:16 |
Lipps | deb.devuan.org is a domain name | 20:16 |
nexgen | how domain name is related to my problem? | 20:17 |
nexgen | I do not use domain names for a local QEMU VM guest | 20:17 |
Lipps | sorry i meant Beerbelott | 20:18 |
Evilham | Beerbelott: yup, it's down | 20:19 |
Evilham | it's down since 14:32 actuall ;-) | 20:20 |
Evilham | *it's been | 20:20 |
Evilham | monitoring actually does work, but there is no alerting in place because otherwise I'd go crazy :-) | 20:20 |
Evilham | the mirror has been removed | 20:20 |
Beerbelott | Evilham: Thx :) | 20:44 |
r3boot | Evilham: hmm, is that dns entry automatically managed btw? | 20:44 |
Beerbelott | That's why I did myself a lil script to actively monitor & warn me ;) | 20:45 |
r3boot | I mean, it would make sense to have some healthcheck mechanism running for all mirrors, and use the output of that to dynamically generate the A/AAAA records for deb.devuan.org | 20:45 |
Evilham | r3boot: yeah :-p it'd be great | 20:46 |
Evilham | but it's not the case atm | 20:46 |
r3boot | which dns server do you ppl use? | 20:46 |
Beerbelott | You could do that (dirtily) with a poor man's script + rdnc reload on changes | 20:46 |
r3boot | yeah, something along those lines, maybe with a bit of intelligence to detect flapping or so | 20:47 |
Beerbelott | Evilham: Are you interested in the shameful piece of Bash script I use? | 20:47 |
Beerbelott | You could insert the DNS zone edit/reload in it | 20:47 |
Evilham | Beerbelott: not really :-D thanks for the offer though; the thing in-place does more than just checking HTTP for up/down and is working just fine | 20:48 |
Beerbelott | I think I am not even checking the HTTP level, might just be level 4 | 20:48 |
Beerbelott | but OK the offer still stand in the future ;) | 20:48 |
Evilham | Beerbelott: I'm saving data to be able to generate these statistics already :-) https://lists.dyne.org/lurker/message/20190920.170310.d1c43960.en.html | 20:49 |
r3boot | mja, this is also something I'd be willing to help out with, I like loadbalancers in a way :) | 20:49 |
Beerbelott | GJ on that :) | 20:49 |
Beerbelott | hit me if you need a pair of hands | 20:50 |
Beerbelott | Well, figuratively :p | 20:50 |
Beerbelott | Alrighty folks, have a good one | 20:51 |
Evilham | r3boot: thanks for the offer too, I'd be more tempted to do something *twisted*, it's trivial to add an API and use downtime data to modify the zone | 20:54 |
Evilham | since it implements HTTP and DNS, it can also do location-based DNS views and stuff | 20:54 |
r3boot | Oh, sweet | 20:55 |
r3boot | that sounds like powerdns tho :) | 20:55 |
Evilham | yeah, that's another option :-D | 20:55 |
r3boot | pdns has a pipe backend, allowing you to build geo-based views | 20:55 |
Evilham | let's just say the issue atm is not not knowing how to do it :-) | 20:55 |
r3boot | check ^_^ | 20:55 |
Evilham | r3boot: if you are interested in helping out, I am sure there are other things that can be done though | 20:56 |
r3boot | not per-se; I'm halfway in a process where I went from spending 15 odd years of doing OMG-UNIX to being fed up with it and moving on, but I love infra/networking related stuff, and have built/worked on quite some bought/homemade solutions, so one thing I can do is help think :) | 20:58 |
Evilham | r3boot: also, did you see the talk from $pdns person talking about DoH? it was pretty interesting :-p | 20:58 |
r3boot | yeah, I've read an article from Geoff Hutson about it, although the focus there was on google DoH + chrome | 20:59 |
r3boot | sick stuff, and its something I kind of expected when I noticed that google is trying to find ways around getting an alternative to TCP in place | 20:59 |
r3boot | tl;dr, google would be able to take over control of global DNS for some 30% of internet users | 21:00 |
r3boot | and mozilla/cf are trying to do the same thing | 21:01 |
Evilham | aye, this is the talk btw: https://www.youtube.com/watch?v=pjin3nv8jAo&t=815 | 21:01 |
r3boot | (and the same thing goes for their public dns services as well, btw ...) | 21:01 |
r3boot | thnx, *click* | 21:01 |
Evilham | anyway :-D that's probably enough tangentially relevant topic here | 21:01 |
r3boot | jaw-dropping evil stuff iig :) | 21:02 |
Kjetil | Let us make everything run over HTTP(s) because it makes.. all the sence in the world | 21:02 |
Kjetil | or none of it | 21:02 |
r3boot | yep, because interoperability is hard, and nobody wants to write network protocols | 21:02 |
Kjetil | Before we know it. DNS will be replaced with JSON-documents | 21:03 |
specing | nah | 21:03 |
r3boot | browsers, sure, your OS, not so likely | 21:03 |
specing | it'll be a REST API | 21:03 |
Kjetil | ah yes. The magic words "REST" and "API" | 21:04 |
Evilham | :-D ehem, soryr, I didn't mean to start a very long off-topic rant here, it was just because it is an interesting talk and we did start with Devuan's DNS/mirror infra | 21:04 |
Evilham | can you guys move it to #devuanfork? | 21:04 |
Evilham | *#debianfork | 21:04 |
r3boot | yeah, sorry :) | 21:04 |
specing | no | 21:04 |
sixwheeledbeast | json documents? Lets go back to the days of a distributed hosts file | 21:10 |
Kjetil | with rsync? | 21:10 |
Kjetil | DNS over Trump <3 | 21:12 |
retak | LOL | 21:33 |
yeti | key value pairs slemm nach symlinks... | 22:47 |
yeti | slemm->smell | 22:47 |
yeti | meh! what a rotation | 22:47 |
jaromil | mason: yay | 23:21 |
mason | That worked. Thank you. And again, apologies for my poor performance that earned me the ban in the first place. | 23:21 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!