| systemdlete | fsmithred, gnarface, | 05:01 |
|---|---|---|
| systemdlete | rwp,mason,fsmithred,gnarface | 05:01 |
| systemdlete | I finally figured it out | 05:02 |
| systemdlete | I had an incomplete ~/.bashrc in the D VM's home! | 05:02 |
| systemdlete | I totally overlooked what rwp said about bash design--that's exactly what I ran into I think | 05:02 |
| systemdlete | the "spec" (if you will) for non-interactive shells is SUPPOSED to inhibit setting variables in the user's .bashrc. But, as we can see, I managed to do it anyway! | 05:03 |
| systemdlete | I see that as a potential security risk. So ssh is "depending" on bash (and other shells) to follow their specs. But since a shell like bash is allowing a (clumsy) user like me to inadvertently set variables, it could compromise ssh's scheme to limit manipulation of a remote environment. | 05:05 |
| rwp | Debian has a Debian specific patch that sources the ~/.bashrc over an ssh connection. Maybe. It's a little error prone which is one of the criticisms. | 05:05 |
| systemdlete | Decisions about whether to limit access to, say, variable settings should be controlled by ssh, or at very least, by bash itself | 05:06 |
| systemdlete | (IMO) | 05:06 |
| systemdlete | sorry I did not carefully read your post hours ago. | 05:06 |
| systemdlete | then again, it probably didn't make much sense to me at that point, before poring through the various shell scripts | 05:06 |
| rwp | It's the user shell and the user's login so I don't see any security ramifications out of it. But the entire situation is a mess because Debian does it one way and Fedora does it a different way and BSDs different yet again. It's a mess! | 05:07 |
| rwp | I have been wanting to write up a tutorial on the login process. It would be useful. | 05:07 |
| rwp | And then another one on the X startup for the same reason. It's another one of those confusing messes. | 05:07 |
| systemdlete | it's just that an admin might not be aware that a certain app running on their system was configured incorrectly like this. If it runs for months or even years it might not be noticed... | 05:08 |
| rwp | Honestly sometimes when I don't have time to participate and I see the discussion of people trying to help but not understanding how things are supposed to work I am cringing and just have to avert my eyes and go, I don't have time to help, sorry. | 05:08 |
| onefang | Damn those apps that just keep running for years. | 05:08 |
| * rwp snorts! | 05:09 | |
| systemdlete | If the admin creates a user and omits copying the user skeleton files (/etc/skel with the -s switch I think) and doesn't think too much about it | 05:09 |
| rwp | One technique I often do is "echo command arg1 arg2 | ssh example.com /bin/sh" and then I know exactly what shell is going to be interpreting those commands. | 05:09 |
| systemdlete | rwp: sorry, it is a bit of a learning curve. I don't do an awful lot of shell programming, so I just wasn't aware of these things. I don't think about them much. | 05:11 |
| onefang | I have a tendency to bash this, bash that, /bin/bash some other thing. Not to bash the other shells. | 05:11 |
| rwp | In a script I can feed the remote shell an entire script: ssh example.com /bin/sh <<\EOF and then include a here-doc with verbatim. | 05:11 |
| systemdlete | I tend to perl a lot myself. | 05:11 |
| rwp | Can't argue with that! | 05:11 |
| systemdlete | back in the early 80s, I was a ksh/awk maven. | 05:12 |
| systemdlete | but once I discovered perl, that was that. | 05:12 |
| systemdlete | perl made everything gobs easier. (well, almost everything.) | 05:12 |
| rwp | What I like about perl is that they take backward compatibility very seriously. I have perl scripts running from cron from years and many releases ago and they are still working perfectly with the currently updated perl. | 05:14 |
| systemdlete | for a while, php was the big thing (for web apps at least), and nowadays, it's all about python (which I hate). | 05:14 |
| onefang | Well off topic. lol | 05:15 |
| systemdlete | yes, perl is genuine unix | 05:15 |
| systemdlete | right. | 05:15 |
| systemdlete | thanks again, rwp et al for all your patience. | 05:15 |
| rwp | awk would be the same but though awk is a standard and perhaps I should use it more I find perl to be easier to develop in than awk by quite a bit and my awk skills have atrophied to virtually zero for programming. I only ever use awk on the command line these days. | 05:15 |
| systemdlete | same here rwp! same here | 05:15 |
| rwp | Patience? I don't think I did anything! It was the rest of the folks here who helped you as I read through the scroll back buffer. | 05:16 |
| systemdlete | yes, but had I taken your comment to heart much sooner it might have avoided that whole drama | 05:16 |
| systemdlete | besides, it is not every IRC channel that has so many helpful and willing folks. | 05:16 |
| systemdlete | I won't mention certain others. | 05:17 |
| rwp | Devuan got all of the moderates when they were pushed out of Debian. Can't have this type of friendly discussion in Debian anymore. | 05:17 |
| rwp | When all of the moderates leave a community then only the extremists remain. | 05:18 |
| systemdlete | well, now both of my VMs shells, with and without ssh, are working identically. So now I have a problem on both systems, but at least it is consistent. | 05:18 |
| rwp | What's the current issue? | 05:18 |
| rwp | ...says me as I head up to the kitchen for a snack, but I will return in a few minutes... | 05:19 |
| systemdlete | Oh, I have a solution actually. It's just that those variables that were getting set on one but not the other are needed for what I am doing. But ssh has a facility for it, so not really a problem. | 05:19 |
| systemdlete | I was just hoping to avoid it to limit maintenance. | 05:19 |
| systemdlete | If you haven't noticed, I forget a lot of things too easily. The fewer switches, dials, and levers, the better. | 05:20 |
| systemdlete | for me | 05:20 |
| systemdlete | and, yes, friendly and constructive convo is a blessing | 05:21 |
| onefang | That's what scripting and documentation is for. ./doThisComplexThing.sh | 05:21 |
| systemdlete | and why I am effusive with my gratitude. not meaning to be sickly sweet about it, but just to acknowledge those folks who want to help | 05:22 |
| systemdlete | onefang, I have lots of those e-postit notes all over the place. Trouble is, I can't remmeber where I left them. | 05:22 |
| systemdlete | I use a tool called elog for journaling and notes these days. | 05:22 |
| systemdlete | I am also making more use of GoForIt! because it is SIMPLE to use and good enough for me | 05:23 |
| onefang | I'm having the same problem with the backups of the system I'm about to bring down permanently. Gotta make sure the backups are good before I bring down that VM that has been up for 573 days. The old backups are all over the place on my desktop, it has too much of everything. lol | 05:24 |
| systemdlete | bbs | 05:25 |
| rwp | I keep a lot of documentation files. And then I grep for things to find the file I put that information in. | 05:32 |
| Xenguy | I have a bunch of text files I've collected over the ages, and a bunch of examples in .bashrc (symbolic link to file 'b') that I grep when needed | 05:42 |
| Xenguy | The examples are commented lines that are grep'able | 05:43 |
| fonky | hi all | 11:42 |
| test02 | hello. have problem with networking on sysvinit. not startup on boot. how to fix that? | 15:40 |
| cousin_luigi | test02: Can you elaborate? | 15:49 |
| cousin_luigi | test02: If you are using ifupdown, there can be race conditions. | 15:50 |
| test02 | cousin_luigi: yes ifupdown. how to fix that? | 16:00 |
| cousin_luigi | test02: I suppose one of the interfaces is coming up before a dependent one is. Can you tell us more about your setup? | 16:01 |
| cousin_luigi | test02: Either that or it's a sysv race condition. We need to know more. | 16:03 |
| test02 | I using wifi connection. | 16:05 |
| test02 | cousin_luigi: how to check that? | 16:05 |
| cousin_luigi | test02: How was the interface configured? | 16:07 |
| buZz | if you just entered wifi details during install, it'll not be managed, so wont retry when racecondition is lost | 16:10 |
| buZz | just do a 'ifup wlan0' or whatever interface name you have after boot | 16:10 |
| test02 | cousin_luigi: /etc/network/interfaces | 16:32 |
| test02 | buZz: that working. but work make that automated? | 16:32 |
| cousin_luigi | test02: And do you invoke wpa_supplicant/iwd from there? | 16:32 |
| asz09 | Hey guys, just wanted to share what happened. Not sure if anyone from yesterday is here but I had a problem with a crash on my power manager, some GUI options not working on the xfce pannel, pulseaudio not working neither, all this on a fresh daedalus install with sysvinit. I highly suspect that the cause behind all this was a change in the umask value in /etc/init.d/rc to 027. I then reinstalled devuan, | 18:26 |
| asz09 | did all of my security/hardening tweaks as before but changed no umask values for this. It's likely that this was the root to all sort of issues I described. Probably I've done it recklessly, and without much thinking or further configurations. But I thought it would be a good idea to share this with whoever is here, and to thank fsmithred for the help. | 18:26 |
| gnarface | cheers, asz09, they'll see it | 18:27 |
| asz09 | For further clarification, my theory is that it caused some conflict with polkit, as syslog logged a faillure in launching it. | 18:29 |
| asz09 | oh, and thank you, gnarface! couldn't recall your nick lol | 18:29 |
| gnarface | well, good to know | 18:34 |
| hightower2 | Are virtual consoles disabled in daedalus? I can't seem to switch to anything other than current console | 18:42 |
| gnarface | i didn't think so, but i think you need ctrl+alt+FN rather than just alt+FN now | 18:42 |
| hightower2 | according to inittab there should be 6, but go figure | 18:43 |
| gnarface | try ctrl+alt+F2 | 18:43 |
| hightower2 | aah actually it's not that, but switching seems attached to a key which is not Ctrl in my case | 18:43 |
| gnarface | another thing that changed is that X is usually on #1 now instead of #7 | 18:43 |
| hightower2 | jezus.. | 18:44 |
| gnarface | so if you try to ctrl+alt+F1 from a default install inside X nothing will happen | 18:44 |
| hightower2 | linux is coming to an end, I tell you | 18:44 |
| gnarface | yea, lots of vandalism going on, though in this case it just seems to be a matter of them making something make more sense that originally didn't | 18:44 |
| hightower2 | well I don't agree that I need to be pressing Ctrl, nor that in my case the key is not actually Ctrl but 1 key to the left of Control, nor that X is on 1 | 18:45 |
| hightower2 | nor that they removed the shift+pg/up down functionality in consoles | 18:45 |
| hightower2 | and the list goes on... | 18:45 |
| Hurgotron | X is on F7 for me. But probably because I upgraded from Chimaera to Daedalus? | 18:45 |
| gnarface | Hurgotron: i'm not sure what the variable there is, are you using NVidia drivers? i thought it was more about whether you're running X in root mode or not | 18:46 |
| gnarface | (as of daedalus, i think the NVidia drivers are the last ones that require it) | 18:46 |
| Hurgotron | no NVidia here | 18:46 |
| gnarface | mine's an upgrade too, but i also switched from running xorg as root to running it as my user when i switched to AMD | 18:47 |
| hightower2 | too many devs are paid by companies now and that's the problem | 18:48 |
| gnarface | probably | 18:48 |
| gnarface | not just that they're paid by companies, but rather that they're literally paid by the competition | 18:49 |
| gnarface | so they have a vested interest in tearing us down to their level | 18:49 |
| hightower2 | yeah... plus now that linux is widespread, they come to work with linux with no idea about user freedoms, and just do what they are told | 18:49 |
| gnarface | this is starting to get editorial though, we should take it to #devuan-offtopic | 18:49 |
| hightower2 | ok, yeah, you're right, thanks for the hint on Ctrl | 18:50 |
| gnarface | ctrl+alt+F2 worked for you now? | 18:50 |
| hightower2 | yes, but like I mentioned the key isn't actually Control but one to the left of it | 18:50 |
| gnarface | huh, odd | 18:50 |
| Hurgotron | hightower2: Thinkpad with funky key mapping? | 18:51 |
| hightower2 | It's that Lenovo keyboard where they moved Ctrl to be 1 position to the right, and the leftmost key is Fn, yeah.... what Hurgotron says | 18:51 |
| hightower2 | in the bios I didn't swap the keys, the Ctrl is not the leftmost key, but switching the console works with the leftmost one (Fn) | 18:51 |
| Hurgotron | I have one here where I still have to figure aout some thinga about | 18:52 |
| gnarface | hightower2: oh, i know what's happening. your F# keys are probably not enabled by default | 18:52 |
| gnarface | if you look at them there's gonna be two sets of silkscreens | 18:52 |
| gnarface | there might be a way to switch it back so the F# ones are the default mode and you don't have to use the Fn key | 18:53 |
| hightower2 | ah yes, because I reset bios (and the Ctrl shift) and possibly other settings just minutes ago | 18:53 |
| gnarface | i think i have to hold ctrl+alt because my WM captures alt+F# | 18:53 |
| hightower2 | and I didn't recall everything that was changed | 18:53 |
| hightower2 | good point, thanks | 18:53 |
| gnarface | no problem | 18:53 |
| hightower2 | if that's true, then switching does still work with just alt | 18:53 |
| gnarface | yea, what happened is enlightenment now captures alt+F# for desktop switching, so i have to add another key in there to stop that | 18:54 |
| gnarface | that might have happened in other places too | 18:54 |
| hightower2 | speaking of why I reset bios, is because I installed daedalus and uefi entry wasn't created properly for some reason. So I thought maybe it's bios settings, but then I realized the entry wasn't even created in boot menu (even though there was no error during install). So then finally I booted Finnix and manually created the boot entry with efibootmgr | 18:58 |
| hightower2 | and I managed to boot into the new install after that | 18:59 |
| rwp | I have 6 vt consoles by default in Daedalus. No problem switching between them. | 18:59 |
| hightower2 | rwp, yes, I confirm | 18:59 |
| rwp | On Thinkpad keyboards the Fn key is outboard to the left and Control is next in from it. That's been a long standing complaint about Thinkpad keyboards. | 19:00 |
| fsmithred | I have to hold Func-ctrl-alt-F1 | 19:00 |
| fsmithred | on thinkpad | 19:01 |
| rwp | Right. Because to activate F1 it must be Fn+F1 and to get Control-Alt-F1 that means Control-Alt-Fn+F1. | 19:01 |
| fsmithred | because the F-keys on that need the Function key. Consequently, I don't need the func key to change brightness | 19:01 |
| hightower2 | for me on a thinkpad, with the said Fn and Control, I used bios options to switch the keys, and I enabled F* keys to be F keys rather than media keys, and at least in that combination, it works with just alt + f | 19:02 |
| hightower2 | 19:02 | |
| hightower2 | Re. apt, I tried switching to https, but apt didn't like it because hostname didn't match. Is that because the mirror is set to deb.devuan.org which is not the real/specific hostname? | 19:02 |
| fsmithred | but only on one of the thinkpads | 19:02 |
| rwp | Here is another point of trivia but it makes some things more convenient. On the vt console switching vt consoles only requires the Alt key. Alt-LeftArrow for left and Alt-RightArrow for right. Can shift left and right without anything but the Alt and arrow keys. | 19:03 |
| fsmithred | if you're already in plain console, you don't need the ctrl key. Only on desktop. | 19:03 |
| rwp | Right! | 19:03 |
| hightower2 | And right-Alt + f1-f12 switches consoles from 13 to 24 :-) | 19:03 |
| hightower2 | although they are not configured in inittab by default :) | 19:04 |
| fsmithred | 24? Yikes! | 19:04 |
| rwp | Every vt console consumes a little bit of kernel memory. Which most people don't use these days. So a compromise default is set. If you want 24 then you can have 24. I normally use about 3 vt consoles when I am debugging something. | 19:04 |
| hightower2 | and there was an Alt key to cycle between two last used consoles.. (somewhat like `cd -`). But I don't remember offhand what the key combo was for that | 19:05 |
| rwp | Most of my systems are headless and I have only plugged in a display and keyboard when they are not booting onto the network and then I have to get on the console to debug them. | 19:05 |
| rwp | The X Desktop Managers and Window Managers mostly use Alt for window management functions so it was required to add Control to Alt-F1 in order to get control back from them. But once on the vt the Control key is not required. Initially it didn't even work! But clearly muscle memory and confusion came in so they added Control to the keymap on the vt console. | 19:07 |
| rwp | I must have set that BIOS option here too because my multimedia keys give me Function Keys by default and I need Fn+Key to trigger the alternate function like brightness and volume control. | 19:09 |
| joerg | >> The command chvt N makes /dev/ttyN the foreground terminal. (The corresponding screen is created if it did not exist yet. To get rid of unused VTs, use deallocvt(1).) The key combination (Ctrl-)LeftAlt-FN (with N in the range 1-12) usually has a similar effect. | 19:12 |
| gnarface | hightower2: yes, https and the dns round-robin don't mix well | 19:22 |
| systemdlete | Currently, I maintain a NFS shared where I put all the public keys I need access to. But that is a bit clumsy and what I'd really like is what I will call (and maybe others also call) an "ssh key service" | 20:41 |
| systemdlete | I've been reading a lot about various solutions people have come up with, but so far none of them screams out to me "this is the solution" | 20:41 |
| systemdlete | and, I get it, not to make this rather simple issue into a mountain. But if there is an existing solution, I would be open to it. | 20:43 |
| systemdlete | One solution was a web site where you could copy-paste keys from its pages. Others came up with similar approaches to mine, maybe using subdirectories on an NFS file system to publish keys. | 20:43 |
| systemdlete | Does anyone have experience with something on these lines? | 20:44 |
| systemdlete | some people use git, bion | 20:47 |
| systemdlete | I've also looked at LDAP and something called LMDP (not sure if that is what I want though) | 20:48 |
| systemdlete | So a user1 on systemA could "publish" their public key for some purpose to this service, and then user2 on systemB could easily retrieve it. Pretty simple and nearly pointless need, but still... | 20:49 |
| gnarface | i dunno, seems like a decent use case for a php script | 20:57 |
| gnarface | make sure you get the newlines right | 20:57 |
| gnarface | the primary issue i've had is windows fucks up the copy&paste of such things | 20:58 |
| gnarface | (maybe just having a download link with a forced non-text mime-type would be sufficient) | 20:58 |
| gnarface | doesn't have to be php, but it would be easy to overcomplicate too | 20:59 |
| systemdlete | gnarface, do you (for one), see the usefulness of such an animal? | 20:59 |
| systemdlete | (whether web, or any other medium) | 20:59 |
| fsmithred | Is that so you can get your key to someone who doesn't have email? | 20:59 |
| gnarface | systemdlete: well it depends on the amount of users and their relative technical experience | 20:59 |
| fsmithred | and then they can set up a shell account for you on their system>? | 20:59 |
| systemdlete | I'm picturing the ability for a user to publish public keys to just certain others | 20:59 |
| fsmithred | or are you talking about gpg keys? | 20:59 |
| systemdlete | ssh keys | 21:00 |
| fsmithred | why? | 21:00 |
| gnarface | yea, usually i just used email in for ssh keys... i've even been in environments were the devs just made their email sig their public key | 21:00 |
| systemdlete | see above | 21:00 |
| systemdlete | gnarface, sometimes users don't have their email set up. | 21:01 |
| gnarface | can one use a gpg keyserver for ssh keys? | 21:01 |
| systemdlete | for instance, if I want restic to be able to connect to a system to do backups on a schedule from some centralized server (not nec the best example, but illustrative) | 21:01 |
| gnarface | if tasked with it, i'd turn to a web script of some sort, but that's just because it's what i'm best at and i know i could secure it | 21:01 |
| systemdlete | restic is a non-login sort of user. (I actualy do have logins set up for restic, but not email clients, etc) | 21:02 |
| systemdlete | yeah, I thought of adapting gpg server for ssh keys. I suppose that could work. | 21:03 |
| systemdlete | My hope was that someone else had already solved this with a simple, elegant solution and I could just install it and run with it. | 21:04 |
| systemdlete | Judging by the few hits I did get (after really drilling down a lot) it sounds like some people have already thought of this and have come up with a variety of responses, including some I mentioned above, as well as your idea of adapting gpg key server | 21:05 |
| systemdlete | Again, this is not critical, and probably not much demand for such a thing. | 21:06 |
| gnarface | it wouldn't be a difficult task to make a web page for uploading and downloading these, as long as you didn't need it to be too fancy and you trusted all your users not to be trying to hack it | 21:07 |
| fsmithred | dropbox, google docs, something similar? | 21:07 |
| systemdlete | One thing I did note is that, in many of the hits I got, there were strong recommendations of using one key pair for each client-service pair. I think that is to avoid having to reset keys everywhere in the event of a breach or some other problem. | 21:07 |
| fsmithred | yes | 21:07 |
| systemdlete | fsmithred, many people are using NFS, git, workgroups, and on and on. | 21:08 |
| systemdlete | dropbox, mega (which I already have) and other possibilities. | 21:08 |
| fsmithred | I used to do a different key pair for each remote host, but then it was suggested to use a differnt key for each client machine that I use. | 21:08 |
| systemdlete | I might give this a go in my copious spare time (and that's not sarcasm; I really do have plenty of spare time!) | 21:08 |
| systemdlete | fsmithred, that was def the suggestion | 21:09 |
| systemdlete | limit risk in all directions | 21:09 |
| fsmithred | doesn't it make it easier for MTM attack? | 21:09 |
| systemdlete | what does? | 21:10 |
| fsmithred | can someone get the key and spoof the remote? | 21:10 |
| fsmithred | I guess they'd have to mess with your dns to get you there | 21:10 |
| systemdlete | that can happen under any circumstances, can't it? | 21:10 |
| systemdlete | well, yeah. | 21:10 |
| fsmithred | I guess. email isn't exactly secure | 21:10 |
| systemdlete | well, email is also kinda clumsy | 21:10 |
| freem | https://gist.github.com/mcattarinussi/834fc4b641ff4572018d0c665e5a94d3 "A setup guide to use a personal gpg key for ssh authentication" | 21:11 |
| systemdlete | and messages can be left in a user's inbox (or folders) where someone might happen upon them later on | 21:11 |
| systemdlete | ooh, ooh, freem: Just the kind of page I was looking for. TY! | 21:11 |
| freem | https://duckduckgo.com/?kae=t&q=ssh+gpg+key&ia=web :) | 21:11 |
| freem | and yw | 21:12 |
| freem | the interweb does have some neat stuff | 21:12 |
| systemdlete | I did a similar search, but I missed this one | 21:12 |
| systemdlete | someone somewhere suggested something--idr now-- like "openapi" or a similar name | 21:13 |
| freem | yeah, the order, exact spelling and search engine are all important to get a specific result :/ | 21:13 |
| systemdlete | I wish I had noted it carefully so I could look for it later. I was just doing a quick search at that point and I read a few of the pages my search hit. | 21:15 |
| freem | tbh I was very certain ssh could use gpg keys | 21:16 |
| systemdlete | ah, it was "freeipa" not openxxx | 21:23 |
| systemdlete | but | 21:23 |
| freem | I totally could use a free ipa beer right now | 21:24 |
| freem | but my router won't let me download some :/ | 21:24 |
| systemdlete | freeipa is a project that belongs to a certain corporation which is not fond of us devuan folks, or others who undermine their profit potentials | 21:24 |
| systemdlete | freem: That's because beer, being a fluid, wreaks havoc with electronics. | 21:24 |
| systemdlete | Or it could be that your ISP blocks IPAs | 21:25 |
| freem | sadly | 21:25 |
| systemdlete | kerberos is another one that some folks prefer | 21:25 |
| systemdlete | no shortage of suggestions, but seems there are few bundled, ready-to-go solutions | 21:27 |
| systemdlete | heh. Take a look at the list of releases at https://www.freeipa.org/page/Main_Page | 21:28 |
| systemdlete | I guess they don't have "sort" where they live | 21:28 |
| systemdlete | anyway, thanks to all who made suggestions. I'll look into these | 21:28 |
| systemdlete | https://code.google.com/archive/p/ssh-keydb/ | 21:31 |
| systemdlete | but it is ancient (c. 2010) | 21:32 |
| rwp | I keep my account information and passwords in a file and simply copy-paste those from the file into web browsers as needed. The file is encrypted when at rest. Of course it is decrypted when live. But if someone has remote command execution on my system that's a problem for me regardless. | 21:41 |
| freem | I'm thinking, systemdlete: a fossilscm might be a better choice than git | 21:45 |
| freem | it is dead simple to clone, it have a decent web UI in the binary, etc etc | 21:46 |
| systemdlete | I only mentioned git, freem, because I came across it in my searches. | 21:46 |
| freem | well, I would have suggested it if you didn't :) | 21:46 |
| systemdlete | fossilscm, huh? OK, I'll look at it | 21:46 |
| rwp | It's fun to see fossilscm gaining traction in the world. | 21:46 |
| freem | https://fossil-scm.org/home/doc/trunk/www/index.wiki | 21:47 |
| freem | rwp: I'd say this is because git's interface just *sucks* | 21:47 |
| rwp | Conceptually fossilscm and git are going to be exactly the same thing in the block diagram. And I am not convinced either are the right solution. In fact I am convinced of the opposite. | 21:47 |
| freem | picking git is masochism | 21:47 |
| systemdlete | freem +1 | 21:48 |
| freem | but one needs git for most projects anyway, and then the force of habits kicks | 21:48 |
| systemdlete | yep | 21:48 |
| systemdlete | like devuan's arch nemesis | 21:48 |
| freem | I also want to try moving some personal stuff to darcs or pijul someday | 21:48 |
| rwp | To fill in the lurkers fossilscm is the SQLite projects own distributed version control written to use SQLite as the storage database. | 21:48 |
| freem | I see many reasons for those to have a LOT LESS of false positives/negatives when cherry picking stuff | 21:49 |
| systemdlete | you know what? I apologize but I think I've taken this channel OT. Let's continue over in offtopic | 21:49 |
| freem | right | 21:50 |
| rwp | This would all be awesome topics to be discussing in an -offtopic channel somewhere. Just say'n! :-) | 21:50 |
| freem | (but I think I said all I had to :p) | 21:50 |
| rwp | Right! | 21:50 |
| systemdlete | see you there | 21:50 |
| plasma41 | systemdlete: That sounds like the sort of thing that would be in bgstack15's wheelhouse. | 22:45 |
| systemdlete | whodat? | 22:46 |
| systemdlete | I recall seeing that nick I think | 22:46 |
| systemdlete | is that one of devuan's devs or ops? | 22:47 |
| plasma41 | systemdlete: He's often in this channel. Looks like he's already in #devuan-offtopic | 22:47 |
| systemdlete | ok, well again, no pressing need really. I can ask over there | 22:47 |
| plasma41 | He's a Devuan dev and the resident expert on freeipa et al | 22:48 |
| systemdlete | ah, ok. I will keep that in mind! | 22:48 |
| systemdlete | thanks | 22:48 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!