| amarsh04 | was bitten by the luametatex dynamic linking causing illegal instruction bug so eventually figured out how to reverse the patch that changed static linking to dynamic linking of libmimalloc | 06:20 |
|---|---|---|
| jonadab | Dynamic linking causes so many problems. I understand the rationale for it, but I also kind of hate it. | 18:50 |
| jonadab | (Though what I *really* hate, is when software is distributed as binaries that are dynamically linked against non-included libraries. Which is not what's going on here, fortunately.) | 18:52 |
| comborico1611 | I can't seem to get a key remapped using xev and Xmodmap. Not sure what I am doing wrong. Maybe Refracta is overriding Xmodmap or something. | 21:47 |
| fsmithred | comborico1611, I didn't do anything with Xmodmap. Does xfce mess with that? | 22:06 |
| comborico1611 | Possibly. Also, my laptop is just crappy. Ctrl wearing out, or getting cross wired with somethng else. | 22:07 |
| fsmithred | I'm pretty sure there's some gui way to set up a key mapping. | 22:08 |
| rwp | xkeycaps | 22:08 |
| fsmithred | don't recall if it's part of xfce or not | 22:08 |
| comborico1611 | My boot crashed from updates. Haha. I was learning how to boot manually from grub terminal. Decided to type "exit" and it brought me to my regular multiple OS boot menu. | 22:08 |
| comborico1611 | Okay Great! | 22:08 |
| rwp | Typing exit and then exiting does not sound like a "crash" to me. Unfair to call it that. :-( | 22:09 |
| rwp | What keys are you trying to remap? I use a combination of setxkbmap (as much as possible) and then follow with xmodmap to tweak things. | 22:09 |
| rwp | I suggest putting these types of commands in a ~/.xsessionrc file (not executable) which is then sourced by /bin/sh (must be /bin/sh syntax) at Xsession start time. | 22:10 |
| comborico1611 | rwp, true not a crash, I apologize. I am always leary of updating. Everyone says you should, but I have bad luck with it. | 22:11 |
| rwp | Updates are a two-edged sword. Cuts both ways. Damned if you do. Damned if you don't. | 22:12 |
| djph | I haven't had problems with updates in ages ... | 22:12 |
| rwp | I have several systems upon which the things I need to work there work perfectly and do not work correctly on fully updated systems preventing me from upgrading those. Sigh. | 22:12 |
| rwp | djph, You are living a blessed life! :-) | 22:13 |
| djph | well, wait, what do "updates" mean in this context? | 22:13 |
| djph | like jumping from old-stable to stable ... or just apt-get update every couple of weeks ? | 22:13 |
| comborico1611 | fsmithred, looking from xkeycaps, looks like maybe the key just isn't working. | 22:13 |
| comborico1611 | apt update | 22:13 |
| rwp | For me it means a full system major release upgrade. | 22:13 |
| fsmithred | ouch | 22:13 |
| fsmithred | apt update && apt upgrade | 22:14 |
| fsmithred | that gets done a lot | 22:14 |
| fsmithred | and almost always works in stable distribution | 22:14 |
| rwp | On systems with active security support available I apply all available upgrades every day. Have very rarely had problems. I recall a sudo upgrade bug. I recall a BIND9 library rollout bug. I recall a small number of other bugs. But for most part security upgrades Just Work. | 22:15 |
| fsmithred | even apt dist-upgrade (unless you change sources.list) | 22:15 |
| rwp | Major release upgrades are a completely different thing. Those are often problematic. | 22:15 |
| comborico1611 | Actually, the key is working becuase it works with xev. xkeycaps will help me investiage further | 22:15 |
| fsmithred | coo | 22:15 |
| fsmithred | l | 22:15 |
| rwp | I am not talking about an upgrade failing. I am talking about behavior changing due to various things like virt-viewer having a dead pixel row across the bottom and a dead column on the right which breaks a program needing the mouse not to lose focus there. And things like that. | 22:16 |
| djph | rwp: same -- it's been ages since "normal updates" have bitten me | 22:16 |
| fsmithred | If I'm running a screen session over ssh and I lose my connection before I detach from screen, can I log in again and reattach, or is it screwed? | 22:28 |
| djph | yep it works fine | 22:28 |
| fsmithred | thanks | 22:28 |
| djph | should(tm) just need "screen -r" when you reconnect | 22:29 |
| rwp | That's the core functionality that screen (and tmux) provide! | 22:29 |
| djph | excepting with certain init systems :P | 22:29 |
| rwp | I most often do "screen -dr" so that if the screen session is attached to another of my terminals then it detaches there before resuming here. | 22:29 |
| djph | yep same :) | 22:30 |
| Xenguy | fsmithred, One of my favorite screen commands (to reattach everything): screen -DR | 22:30 |
| fsmithred | what does that do? | 22:30 |
| Xenguy | It's been awhile but I think it just detachs everything, and then reattaches it | 22:31 |
| Xenguy | Check the man page I suppose, to see if I'm deluded | 22:31 |
| fsmithred | I just been doing screen -r | 22:31 |
| Xenguy | Been working for me for a long time | 22:31 |
| Xenguy | -DR is a large sledgehammer that just clobbers all use cases (I think) | 22:32 |
| Xenguy | In a good way | 22:32 |
| Xenguy | From the man page: "-D -R Attach here and now. In detail this means: If a session is running, then reattach. If necessary detach and logout remotely first. If it was not running create it and notify the user. This is the author's favorite. | 22:34 |
| Xenguy | " | 22:34 |
| Xenguy | Has worked for me for years, but YMMV | 22:34 |
| fsmithred | yeah, I read that and I can't get my head around it. | 22:39 |
| Xenguy | It's not the clearest description I've ever read, but in (my) practice it seems to work | 22:39 |
| fsmithred | "if necessary detach..." is confusing | 22:40 |
| Xenguy | I've never seen it cause problems anyway, but then I don't usually do anything fancy when I'm running screen on a remote box | 22:40 |
| Xenguy | It has the author's stamp of approval, and just seems like a big clobber stick that works, that's my impression anyway | 22:42 |
| rwp | With -DR if there is no screen running to detach and resume then it creates a new one right then and there. With -dr and no screen session running screen will tell you there is no screen to be resumed. | 22:43 |
| rwp | Using -DR is like if screen -ls; then screen -dr; else screen; fi | 22:44 |
| rustyaxe | isnt there a...thing to find fastest mirrors for sources.list? Im getting 200kB/sec on a 200mbit conn thats otherwise idle | 22:54 |
| rustyaxe | also people still use screen in the 2020s? | 22:56 |
| Xenguy | rwp, Good explanation of the internals | 22:57 |
| Xenguy | Maybe -dr is better then, to find out if there is an existing sessions to reattach? | 22:58 |
| Xenguy | rustyaxe, Why not? I use both screen and tmux | 22:58 |
| Xenguy | rustyaxe, There's 'netselect-apt' but that may only work for Debian mirrors | 23:00 |
| rustyaxe | indeed it is only debian | 23:07 |
| rustyaxe | i thought there was something that used to be recommended as one of the early steps of installing devuan | 23:07 |
| rustyaxe | mirror-select seems to come to mind but its been awhile | 23:07 |
| fsmithred | https://sledjhamr.org/apt-panopticon/results/Report-web.html | 23:10 |
| fsmithred | ^^^ lists mirrors, tells if they are up or down and gives a speed range | 23:10 |
| onefang | Note apt-panopticon is only showing speeds from the point of view of the server running it. https://veritas.devuan.org/apt-panopticon/results/Report-web.html is another instance runnig elsewhere. | 23:17 |
| onefang | So the rather large speed of sledjhamr itself as reported by sledjhamr is coz it's running on the same server, so that's speed of disk not network, but the other speeds are good. | 23:19 |
| fsmithred | sledjhamr is fast anyway | 23:26 |
| fsmithred | fast to northeast US | 23:26 |
| onefang | Sledjhamr just moved it to a new server last week, so I'd reserve judgement on how fast it is for now. Though "fast to northeast US" is cool, considering it's always been in Europe. In Germany now. | 23:29 |
| onefang | I'm waiting to see how well the new sledjhamr copes over this weekend. | 23:32 |
| onefang | The server I had moved it to last year wasn't so good, which is why I moved it this year. Last year I couldn't get the type of server I wanted, but now I can. | 23:33 |
| onefang | Looking at it right now, damn it's slower. lol | 23:38 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!