rwp | brocashelm, The release cycle is young yet. Plenty of time left for problems! :-) | 01:15 |
---|---|---|
brocashelm | guess i'm staying on ceres :D | 01:21 |
rwp | After all of this dialog you are going to stay the course? :-) Or just say that you can change from Ceres to Testing at any time you want, because you are not addicted. :-) | 01:24 |
Xenguy | Is anyone here seeding the 'devuan_chimaera' torrent? If so, can you tell me the size of said file? | 01:24 |
Xenguy | I'm just trying to confirm the file size | 01:25 |
brocashelm | rwp: we'll see. if i'm switching, i'm definitely going the daedalus (before freeze) route | 01:29 |
brocashelm | i don't mind the updates :) | 01:30 |
systemdlete | fsmithred: There is a package listed in the packages list called "firmware-linux-free" but I don't see a deb file for it. I have mounted /dev/sdc1 (my thumbdrive with the refracta 11 ISO image) and did a find for anything that looks like *firmware* and it comes up bupkas. | 03:43 |
systemdlete | I am sure I don't understand what is going on. | 03:43 |
systemdlete | I suspect I need a network connection to do this... | 03:45 |
gnarface | it should be in the repos | 03:48 |
gnarface | https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=firmware-linux-free&x=submit | 03:49 |
systemdlete | gnarface: fsmithred said it was in the firmware directory. | 03:49 |
gnarface | well it's a package but all the firmware does go in /lib/firmware and you can easily just copy files in there instead | 03:50 |
systemdlete | when they said "directory" I thought they meant in an ISO directory | 03:50 |
gnarface | oh, i'm not sure where in the actual directory structure of the iso that would be | 03:50 |
systemdlete | it doesn't appear to be anywhere on the ISO. find /mnt -name '*firmware*' comes up with nothing | 03:51 |
rrq | as a live iso it might have a squasfs wit a root filestructure, and then possibly the firmware package is on that | 03:56 |
gnarface | oh, yea you might need to open up the initrd.img | 03:57 |
systemdlete | nvm. I got my network connection working... so now it is "easy" | 04:00 |
systemdlete | hmmm. the package is already installed | 04:01 |
systemdlete | so what I was trying to do is install the radeon driver(s) for the video card. Right now I am getting very low res | 04:02 |
systemdlete | like 640 or 720 | 04:02 |
systemdlete | the display options don't offer anything over 720 | 04:02 |
systemdlete | anyone have a suggestion on how to get higher res? iirc, it's pretty straight forward, but I can't remember the package fu | 04:27 |
gnarface | systemdlete: now that you'll need non-free for; the package name is firmware-amd-graphics | 04:53 |
gnarface | systemdlete: (to get anything other than max res working you'll also need a boatload of mesa libraries too long for me to itemize by memory) | 04:53 |
systemdlete | gnarface: Installing that package solved it. I haven't tried any intermediate resolutions; I usually only use the highest anyway. | 06:58 |
systemdlete | thank you for the help | 07:21 |
gnarface | no problem | 07:24 |
systemdlete | fsmithred: So I changed the name of the default user from "user" to "tester" and everything has gone downhill. I sort of liked the way the autologin gives me 6 tty's with my user already logged in. But I don't like the name "user" and besides, I'm going to be restoring some stuff I created for beowulf and it will be easier if I don't have to change the user name everywhere. | 08:54 |
systemdlete | I had to create a temporary other user, disable the autologin, and then reboot and change the user info in passwd, group and also under /home (rename directory to tester) | 08:55 |
systemdlete | But now the autologin no longer works. I get a blank screen with the browser (because I had it open when I last shutdown) but no desktop, panels, etc. | 08:56 |
systemdlete | I wonder why so much merchandise got damaged when all I did was change the name of the user. I didn't modify and user IDs or group IDs | 08:57 |
systemdlete | s/and/any/ | 09:01 |
systemdlete | does the refracta installer allow me to choose the name of my user, and maybe I missed it? | 09:02 |
bradd | You could always add another user | 09:04 |
systemdlete | that's what I did ^^ | 09:04 |
systemdlete | Adding another user permanently would mean the user id and group id would change and I'd have similar problems restoring files. | 09:04 |
bradd | oh, i see. kind of odd it didnt ask you during the install | 09:05 |
bradd | usermod may have worked better? | 09:06 |
systemdlete | Yes I used usermod to do this in fact | 09:10 |
systemdlete | bradd, the installer quit before I was done (I think). I made a typo and it crashed out. It was in the last part where it was asking about grub stuff | 09:11 |
systemdlete | I'm thinking the part where it would prompt for a user name might come after that, but idk. I'm not very familiar with refractainstaller | 09:12 |
systemdlete | I am thinking of starting over... | 09:15 |
bradd | I dont have many suggestions.. maybe the 'autologin' thing needs the default user name set in the configs somewhere? | 09:16 |
systemdlete | It does by default in refracta | 09:16 |
systemdlete | Or, actually | 09:16 |
systemdlete | you get a choice during install. I chose autologin | 09:16 |
bradd | maybe /etc/inittab is the place to set the user name | 09:19 |
systemdlete | I've updated /etc/inittab. The trouble seems to be in the desktop login mechanism. | 09:21 |
systemdlete | I've been combing through the X logs and xfce and lxdm log | 09:24 |
bradd | how about /etc/lxdm/lxdm.conf ? | 09:25 |
systemdlete | What about it? The only line I've ever modified in that file was the autologin. | 09:29 |
bradd | thats what i meant. did you set that line to your new user name? | 09:29 |
systemdlete | of course | 09:29 |
bradd | cuz thats all i got. maybe someone else can help more | 09:29 |
systemdlete | And it does start to work. The problem is that the desktop does not start up (panels, background, etc) and the mouse does nothing. No context menu on desktop | 09:30 |
gnarface | this has come up before but i still forget what the trick is | 10:08 |
gnarface | there might be config files in ~user/ | 10:08 |
gnarface | stuff relevant to the desktop environment | 10:09 |
rrq | systemdlete: if you've renamed the home directory for the new user, you might want to put a link /home/user to it since more than a few of the desktop configurations files uses the old home path | 10:11 |
systemdlete | rrq: thanks. But I solved it by "grep -r /home/user" and just edited whatever needed be. Also got rid of .cache | 10:37 |
systemdlete | It's working again, with my desired user name. | 10:37 |
systemdlete | Now I will have to do the same for my other system when the time comes... | 10:38 |
systemdlete | the /etc directory is 775. gufw complains it should be 755. Again, this is refracta 11 | 10:46 |
ddsys | what init system is most popular on devuan? | 15:15 |
Xenguy | ddsys, sysvinit I assume | 15:20 |
Xenguy | gotta run, have fun | 15:21 |
ddsys | ok. i thought runit was | 15:21 |
Xenguy | runit is supported, give it a whirl | 15:21 |
ddsys | i did :) | 15:21 |
ddsys | but i like sysvinit to | 15:21 |
Xenguy | I just never saw a reason to not use it, but perhaps one day I'll try another | 15:22 |
Xenguy | bye for now | 15:22 |
ddsys | bye | 15:22 |
fsmithred | systemdlete, I don't know where the 775 on /etc is coming from. I've check a few systems on hardware, in VM and in live-isos. Some are one way and some are the other. I even have two systems initially installed by the same live-iso, and they are different. | 20:16 |
fsmithred | btw, searching for "/home/user" in the hidden files and changing it is the right fix. Normally the installer will do that for you if you change the user name, but I guess you bailed out before that. | 20:17 |
systemdlete | It's just gufw complaining, and only on chimaera. This is the first time I've ever encountered this complaint from gufw. | 20:17 |
systemdlete | ok, thanks. | 20:18 |
fsmithred | well, I'm perplexed by it. | 20:18 |
fsmithred | and I'm sure I didn't chmod /etc. Ever. | 20:18 |
systemdlete | I know this is so simple, like Bourne Shell 101, but I am running into a huge loss of essential knowledge... maybe because I don't deal with shell much (I tend to do a lot of perl and other things). Anyway, my question is: How do I set an envar so that the X11 environment will pick it up? I am using autologin, so there is no chance that my .bashrc or .bash_profile (or even .profile) will be read in before the desktop starts. | 20:20 |
systemdlete | Strangely, this has always worked -- somehow! -- on beowulf and prior, but I can't seem to coerce chimaera to do it. | 20:21 |
systemdlete | I'm looking at /etc/environment, but I think that will only work if PAM runs during the autologin process. | 20:21 |
fsmithred | I put stuff in ~/.bashrc | 20:22 |
systemdlete | There is XDG and its environment but I don't set that anywhere that I can see in my beowulf environment. | 20:22 |
systemdlete | I have the envars I want set in my .bashrc, but they don't seem to get picked up by the desktop environment--there is a graphical program that needs to read this variable. | 20:23 |
systemdlete | I almost wish there were a way to run some utility on *nix systems to trace where and how an envar gets set. | 20:24 |
fsmithred | yeah, my vars are for doing stuff in terminal | 20:24 |
fsmithred | (building packages) | 20:24 |
fsmithred | you tried exporting and not just setting them? | 20:25 |
systemdlete | Has something major changed between beowulf and chimaera in terms of the desktop environments? Like, for example, maybe something to do with how our old nemesis works and non-systemd systems just won't know about it? | 20:27 |
systemdlete | (yes they are exported) | 20:27 |
systemdlete | (I can see them in my terminals) | 20:27 |
systemdlete | I think I can set them in the desktop file for the program, but I have not done that in beowulf. Again, this is driving me nuts! | 20:28 |
hagbard | The brutal way would be to wrap the program in an on-liner skript, that sets the environment variable for just that one programm. | 20:29 |
systemdlete | Yes, indeed, that would work. I've thought of doing it in the startup script for the program, which is in /usr/bin or another system bin. | 20:30 |
systemdlete | But, again, I did not have to do this for beowulf, yet it magically works there and not on chimaera. | 20:30 |
hagbard | /etc/X11/Xsession.d/ might also be worth to have a look into, not sure. But it seems at a first glance several environment variables for the x session are set in there. | 20:32 |
hagbard | systemdlete: .xsessionrc is the right place for this | 20:34 |
hagbard | just remembered where i'm setting several environment variables for different appplications | 20:35 |
systemdlete | hagbard: Thank you for that info. I will try that. But, again, I am not using such file in beowulf... | 20:39 |
systemdlete | I see that I can insert "env MYVAR=value commandname args..." in the .desktop file for the program, and that works. But the difficulty is that it won't be portable with an update to the system copy of the file. I won't get the update to the system version in my local version. | 20:41 |
systemdlete | And it won't work from the system menu of course, since that version doesn't get modified. | 20:42 |
hagbard | thats why you'd set it for the whole x-session | 20:42 |
hagbard | Just a wikld guess: maybe in þe olden times you had bash as /bin/sh instead of dash, so that one of your bash config files had been read | 20:44 |
rwp | +1 for ~/.xsessionrc being the place for user environment variables for X that happens *under* things before bash starts a shall and can read the ~/.bashrc file. | 20:47 |
systemdlete | did not work either. | 20:47 |
systemdlete | hagbard: What do you mean? | 20:48 |
systemdlete | I'm using chimaera from a refracta install. It sets up lxdm--could that have something to do with it? | 20:49 |
fsmithred | maybe | 20:49 |
systemdlete | Maybe I need some sort of .lxenvironment or the like | 20:49 |
rwp | systemdlete, Exactly what problem are you having? You said "an environment variable" is no longer getting picked up? | 20:51 |
systemdlete | right | 20:52 |
systemdlete | I've tried setting in my .bashrc, but that does not seem to work | 20:52 |
rwp | The place to look is the /etc/X11/Xsession script. Walk through what it does to see how things work. | 20:52 |
systemdlete | (on chimaera, not sure how it has been able to work on beowulf, ascii, etc) | 20:52 |
rwp | I have not noticed any changes of significance myself between Beowulf and Chimaera but I might not be tickling whatever it is that you are tickling. | 20:52 |
systemdlete | Shouldn't there be some rather generic way to do this though? | 20:52 |
fsmithred | systemdlete, look in ~/.dmrc | 20:53 |
systemdlete | ah, thanks fsmithred | 20:53 |
rwp | systemdlete, The .bashrc file definitely cannot do it as bash is not involved in the X startup sequence. | 20:54 |
systemdlete | it just says "[Desktop]\nSession=default" that is it | 20:54 |
systemdlete | rwp: Apparently so. I must have done something else for beowulf and prior | 20:54 |
gnarface | on beowulf with lightdm and kde i did actually notice here that it was no longer inheriting variables as expected from ~/.bashrc and ~/.bash_profile | 20:54 |
gnarface | seems to have been a change just in certain desktop environments or session managers | 20:55 |
gnarface | i forget exactly what i did with that one, i think maybe just added the ~/.bash_profile to the kde launch programs | 20:55 |
rwp | I will only ask if /bin/sh was previously a symlink to /bin/bash but is now (and has been for me) pointing to /bin/dash? | 20:55 |
rwp | Because if it was a symlink to bash before then that would get bash stuff like .bashrc involved. | 20:56 |
rwp | Reading through /etc/X11/Xsession will show how things work. It's a /bin/sh script. Which sources a variety of other files. Including an optional ~/.xsessionrc file. Making it the best place for generic X configuration. | 20:57 |
systemdlete | rwp: I tried setting it in .xsessionrc and then rebooting. no go | 20:59 |
systemdlete | (but I agree that would seem to be ideal) | 20:59 |
rwp | Since this seems to be something specific to your system then it will be something that only you can debug. | 20:59 |
systemdlete | gnarface: Thank you. That is the kind of thing I am suspecting. | 21:00 |
rwp | Maybe the mystery something you are trying to set is getting unset or overwritten. Try setting a proxy variable near it and see if it is propagated. | 21:00 |
systemdlete | rwp: Not necessarily though; see gnarface's comments above | 21:00 |
systemdlete | setting envars for graphical programs launched from within a desktop environment seems like a foolish approach in the first place (except in the case where one is debugging from the command line where the program supports them). I don't know why they don't allow for a config file like most other tools out there. | 21:02 |
systemdlete | I'm asking now in the support channel for the program. | 21:03 |
systemdlete | bbl; thanks again | 21:03 |
systemdlete | (lunch) | 21:03 |
rwp | systemdlete, If it is something for a particular program then I would suggest launching it with a wrapper script. Have the wrapper script set up the environment before calling the program. | 22:04 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!