| ShorTie | ok, Think i got it sortta out | 00:28 |
|---|---|---|
| ShorTie | Thankz | 00:28 |
| ShorTie | so how big is a git clone ?? | 00:28 |
| ShorTie | if you got any idea of size | 00:29 |
| rrq | git clone of what? | 00:36 |
| fsmithred | ShorTie, it depends on the size and number of files in the project you're cloning | 00:36 |
| ShorTie | cornfusion sets in | 00:39 |
| fsmithred | what are you cloning? | 00:39 |
| ShorTie | reading the Jenkins Autobuild | 00:40 |
| ShorTie | thought i had to git clone https://git.devuan.org | 00:41 |
| ShorTie | to add stuff | 00:41 |
| rrq | the git store is divided into users where each user has projects | 00:42 |
| rrq | to add stuff, the easiest is to create an empty project via the web gui | 00:43 |
| rrq | then clone that to a workspace on your machine, then populate that and then push | 00:43 |
| rrq | you may want to add an ssh public key | 00:44 |
| rrq | if you want to add into someone elses project, you either become a member of that, or you clone it (aka fork) to play with your own, and operhaps later you ask to get "merged" from your clone into the original | 00:46 |
| rrq | it's possible to flagellate yourself by editing via the web gui as well but that's not my preference | 00:48 |
| fsmithred | ShorTie, do you know what you want to package? | 00:52 |
| fsmithred | brb - reboot | 00:53 |
| ShorTie | yup, gotta figure out the ssh key thing | 00:56 |
| plasma41 | ShorTie: https://en.wikibooks.org/wiki/SSH#Creating_SSH_Keys | 01:01 |
| bgstack15 | I interact with all the public/semi-public git providers through https only; no ssh. Git.devuan.org works through https as well, for git access. So that would be git clone https://git.devuan.org/bgstack15/lightdm.git | 01:15 |
| fsmithred | bgstack15, you push in a browser? | 01:18 |
| bgstack15 | no, from cli | 01:20 |
| bgstack15 | half the time my environment blocks external ssh anyway so it's https for this user | 01:20 |
| fsmithred | I have to ssh-add my key before I can push | 01:23 |
| fsmithred | just 'git push' whatever | 01:23 |
| bgstack15 | well, yes you would, if your git remote is ssh protocol. | 01:23 |
| fsmithred | I don't have to do an ssh login and I don't get a shell | 01:23 |
| fsmithred | ok, I don't know where that's set | 01:24 |
| fsmithred | didn't know it was possible | 01:24 |
| bgstack15 | most git+ssh implementations don't really offer an ssh shell | 01:24 |
| bgstack15 | but i did hear of that once | 01:24 |
| bgstack15 | git remote -v | 01:24 |
| bgstack15 | shows you the push and pull remotes | 01:24 |
| fsmithred | yeah, git@git.devuan.org/<project> | 01:25 |
| bgstack15 | git remote set-url origin https://example.com/project/repository.git | 01:25 |
| fsmithred | yeah, I've done that a couple times | 01:25 |
| bgstack15 | if you want to change the "origin" remote | 01:25 |
| bgstack15 | If you're doing multiple remotes, like copying in from github or salsa.debian.org, but uploading to git.devuan.org, then how I do it is | 01:26 |
| fsmithred | after cloning from debian | 01:26 |
| bgstack15 | start from salsa, and then git remote add devuan https://git.devuan.org/bgstack15/repo.git | 01:26 |
| bgstack15 | gitlab instances like to warn you about "adding .git" but it will work | 01:26 |
| fsmithred | can I put an interactive script in /etc/rc.local that will let me run or not run a system command? Will it echo to the screen and take my answer and then continue with the startup? | 02:04 |
| bgstack15 | during boot, I seriously doubt it | 02:04 |
| bgstack15 | can you not just have your daemon not auto-start, and then you choose to start it during run-time? | 02:05 |
| fsmithred | I want to unload and load a kernel module | 02:07 |
| fsmithred | not sure how late I have to do it. Figured I'd try there first. | 02:08 |
| fsmithred | I might have to do it after the display manager starts | 02:08 |
| fsmithred | actually might be a place to do that in the config. | 02:08 |
| bgstack15 | put it in a cronjob for @boot | 02:17 |
| bgstack15 | ? | 02:17 |
| fsmithred | I think it needs to run right around when the display manager starts, but I'm not sure | 02:18 |
| bgstack15 | is this the udevadm trigger type thing you're working on? | 02:18 |
| fsmithred | yeah | 02:18 |
| fsmithred | actually, I know it'll work before the dm starts | 02:18 |
| fsmithred | or after I stop the dm, really (over ssh) | 02:19 |
| bgstack15 | adjust /etc/init.d/lightdm (or whatever dm) to run your additional commands | 02:19 |
| bgstack15 | or mv /usr/bin/lightdm to lightdm.bin and have /usr/bin/lightdm be a shell script that invokes your commands, and then the lightdm.bin | 02:19 |
| fsmithred | I was just thinking something like that | 02:20 |
| bgstack15 | There are endless ways to screw this up, and I'd be happy to keep coming up with ideas if they're at all useful. | 02:20 |
| fsmithred | I'm testing in Refracta, which uses lxdm. lxdm calls startxfce4. | 02:20 |
| fsmithred | ok, I could do the same thing with lxdm for the test. | 02:21 |
| bgstack15 | and do you need it during display manager front-end displaying, or when user session starts? | 02:21 |
| fsmithred | maybe | 02:21 |
| bgstack15 | If at user session, then drop a new script in /etc/X11/Xsession.d/ | 02:22 |
| bgstack15 | I don't know if that also is interpreted for a display manager. | 02:22 |
| fsmithred | yeah, I looked in there, but wasn't sure where to put it | 02:23 |
| fsmithred | the lxdm init script runs /usr/sbin/lxdm for a start case | 02:23 |
| fsmithred | so I guess I could wrap that | 02:23 |
| fsmithred | OH! Best choice is to hack the live-config script for lxdm or lightdm. | 02:55 |
| fsmithred | I know how to do that. | 02:55 |
| rrq | fsmithred: re if.netnames .. the issue was that the old /etc/udev/rules.d/70-persistent-net.rules had got copied into the initrd | 03:29 |
| bgstack15 | I remember that file being my bane back on Centos 6 on VMware... | 03:29 |
| rrq | how do I get base-files install to overwrite ? | 03:33 |
| fsmithred | aptitude reinstall base-files | 03:35 |
| fsmithred | or maybe apt-get --reinstall install base-files | 03:36 |
| rrq | nope... doesn't change eg /etc/issue | 03:36 |
| rrq | hmm /etc/issue -> /etc/motd and /etc/motd isn't owned by any package | 03:37 |
| fsmithred | base-files: /etc/update-motd.d/10-uname | 03:38 |
| fsmithred | base-files: /usr/share/base-files/motd | 03:38 |
| fsmithred | does one of those generate /etc/motd? | 03:38 |
| fsmithred | pretty sure that used to work | 03:40 |
| fsmithred | aptitude failed here | 03:40 |
| fsmithred | I think base-files is screwed up. It doesn't replace /etc/issue even if it's missing. | 03:41 |
| rrq | when -t's a link it is sticky | 03:41 |
| rrq | apparently | 03:41 |
| fsmithred | but it's a real file | 03:41 |
| rrq | I removed the link and then got it from base-files | 03:41 |
| fsmithred | what link? | 03:42 |
| rrq | /etc/issue and same for /etc/issue.net | 03:42 |
| rrq | but there are a fair few files in base-files.. do I need to do hands-on on all... | 03:44 |
| fsmithred | both of those files are real files here, not links | 03:44 |
| fsmithred | what are you trying to accomplish? | 03:46 |
| rrq | just migrating from stretch to ascii2.1 | 03:56 |
| fsmithred | oh | 03:56 |
| rrq | not able to install ascii2.1 from iso | 03:56 |
| fsmithred | why not? | 03:56 |
| fsmithred | oh, you're remote | 03:57 |
| rrq | yes .. the new host... it doesn't seem to (easily) install from web iso (or maybe it costs $) | 03:57 |
| fsmithred | https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii | 03:58 |
| rrq | I have the importan bits done .. just some branding | 03:58 |
| fsmithred | buster to beowulf is trickier | 03:59 |
| rrq | yeah, I'm going ascii2.1 to be en par with the other nodes, and then we can lift them all together next month | 04:00 |
| fsmithred | well, first experiment didn't work. Will try again tomorrow. | 04:25 |
| mason | I've done Buster to Beowulf several times now, FWIW. But not recently. | 05:15 |
| bgstack15 | Anybody ever run across this before, when pushing to git.devuan.org? | 15:07 |
| bgstack15 | remote: error: object 19bdd1f166ac6a05aa1ca9611a9b3dbfc5776319: badDate: invalid author/committer line - bad date | 15:07 |
| bgstack15 | and it fails to upload the entire repository to gdo? | 15:08 |
| bgstack15 | the prescribed fix is to either rewrite the entire tree history (not happening) or adjust gitlab settings: https://gitlab.com/gitlab-com/support-forum/-/issues/344 | 15:08 |
| bgstack15 | so apparently I could just import a git repo through the web interface, and it successfully clones it from salsa. And then I could push up my new branch! | 15:28 |
| mason | bgstack15: This sort of thing is why I still run Subversion for all my own projects. | 15:42 |
| LeePen | mason: is it OK if I close #458? | 19:09 |
| mason | LeePen: There's more digging for me to do, but I can do that without the bug, so sure. | 19:15 |
| mason | LeePen: And as you noted, the bug's Not Quite Right anyway. | 19:16 |
| LeePen | OK. I am just housekeeping. Feel free to reopen if you think it is really a problem. | 19:18 |
| mason | Well, there's a problem certainly, but I don't think it is with AccountsServices as such. | 19:18 |
| mason | I just need to read a bunch of the relevant code to see who should be populating AccountsServices, if they are, and how LightDM is consuming that if at all. | 19:19 |
| LeePen | Yes, I don't know how that is supposed to work. | 19:22 |
| mason | What I understand so far is that something should be populating AccountsServices' per-user files in /var and LightDM should be pulling a background from that, but 1) I don't see anything populating that out of the box, and 2) manually inserting data there didn't seem to do anything, so I need to understand what in LightDM (or slick-greeter) actually cares to read that and acts on it. | 19:24 |
| mason | And 3) I'm not sure if LightDM is supposed to read that directly, or query AccountsServices over dbus. Probably the latter. | 19:24 |
| LeePen | Good luck digging through that lot! Let me know if there is anything I can do. | 19:26 |
| mason | Will do. I need to bang out TWiki and MailMan3 before I devote any time to it I think, since it's really just cosmetics. | 19:27 |
| gnu_srs | Hi, what about adding the sources.list entries also for Beowulf? https://devuan.org/os/etc/apt/sources.list | 19:42 |
| golinux | https://beta.devuan.org/os/packages | 19:42 |
| golinux | Already done on the beowulf site | 19:43 |
| gnu_srs | golinux: Thanks. But I got to that page from https://devuan.org/os/releases by clicking on the link Source list information | 20:06 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!