=== havenstance_ is now known as havenstance
[15:31] <lubot> <Greg Kusiak> Hello everyone, I’m hoping I can find some assistance here
[15:31] <wxl> !ask
[15:31] <ubottu> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[15:32] <lubot> <Greg Kusiak> (Photo, 1280x1000) https://i.imgur.com/uDcyZ6H.jpg It’s looking for a swap file that doesn’t exist?
[15:33] <lubot> <Greg Kusiak> How do I fix the swap file issue in the pic?
[15:33] <wxl> 1s
[15:34] <wxl> what does `swapon --show` give you?
[15:35] <wxl> also `lsblk -l -o +UUID`
[15:38] <lubot> <Greg Kusiak> (Photo, 1280x288) https://i.imgur.com/CFbHZU0.jpg
[15:40] <lubot> <Greg Kusiak> I should also mention lubuntu 18.04 x64
[15:42] <wxl> what about the contents of /etc/fstab?
[15:44] <lubot> <Greg Kusiak> Is /etc/database ?
[15:44] <wxl> nope. /etc/fstab
[15:44] <wxl> actually do this
[15:45] <wxl> `grep swap /etc/fstab`
[15:46] <lubot> <Greg Kusiak> (Photo, 1280x182) https://i.imgur.com/fn1r1zY.jpg
[15:47] <lubot> <Greg Kusiak> Something tells me I should be concerned with the red swaps...
[15:47] <wxl> no
[15:47] <wxl> grep searches for a pattern in a file
[15:47] <wxl> it highlights the matches
[15:47] <wxl> in this case, swap
[15:47] <lubot> <Greg Kusiak> 😅
[15:48] <wxl> ok, so try this: `swapon --show=UUID`
[15:49] <lubot> <Greg Kusiak> UUID is the result
[15:49] <wxl> ok that's weird
[15:50] <wxl> by the way.. these are warnings, thus the "W" at the beginning, which is to say they are not indications of fatal problems
[15:50] <lubot> <Greg Kusiak> Ok
[15:51] <wxl> oh one more: `blkid`
[15:51] <lubot> <Greg Kusiak> (I’m a pilot, warnings are a bit of a concern in a plane)
[15:51] <wxl> those are poorly labeled warnings :)
[15:52] <lubot> <Greg Kusiak> (Photo, 1280x157) https://i.imgur.com/tEv0pki.jpg
[15:54] <wxl> 1s
[15:54] <lubot> <Greg Kusiak> Standing by
[15:55] <wxl> out of curiousity,, is this a new install?
[15:56] <lubot> <Greg Kusiak> No.
[15:56] <wxl> i think i found your problem: an old file https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861151
[15:56] <ubottu> Debian bug 861151 in initramfs-tools "W: initramfs-tools configuration sets RESUME=UUID=... warning even though RESUME=none" [Normal,Open]
[15:56] <lubot> <Greg Kusiak> This machine started as 16.04 and I’ve updated
[15:57] <wxl> tl;dr delete /etc/initramfs-tools/conf.d/resume, run `update-initramfs`, reboot and you should be good
[15:57] <lubot> <Greg Kusiak> I’ll get on that and report back
[16:00] <lubot> <Greg Kusiak> How do I delete again?
[16:00] <wxl> let's just move it somewhere, just in case we need to bring it back:
[16:01] <wxl> `sudo /etc/initramfs-tools/conf.d/resume ~/`
[16:02] <lubot> <Greg Kusiak> Command not found. Maybe I mistyped something
[16:02] <wxl> no i did
[16:02] <wxl> `sudo mv /etc/initramfs-tools/conf.d/resume ~/`
[16:03] <lubot> <Greg Kusiak> That worked
[16:03] <lubot> <Greg Kusiak> Now re
[16:04] <lubot> <Greg Kusiak> Now update initramfs?
[16:04] <wxl> you'll probably need to sudo it
[16:04] <wxl> `sudo update-initramfs`
[16:05] <lubot> <Greg Kusiak> (Photo, 960x1280) https://i.imgur.com/MLkNBFw.jpg
[16:05] <wxl> oh for pete's sake XD
[16:05] <wxl> `sudo update-initramfs -u`
[16:06] <lubot> <Greg Kusiak> Lol. Generating...
[16:06] <lubot> <Greg Kusiak> Need a coffee?
[16:06] <wxl> just finished the tea
[16:07] <lubot> <Greg Kusiak> Reboot?
[16:08] <lubot> <Greg Kusiak> Or should I apt-get update
[16:08] <wxl> actually technically not necessary
[16:08] <wxl> you got no warnings with the update?
[16:09] <lubot> <Greg Kusiak> Nope.
[16:09] <wxl> then it's fixed
[16:09] <wxl> had it not been, you'd get the warning again
[16:09] <lubot> <Greg Kusiak> Awesome. Thank you so much
[16:09] <wxl> now you can remove the resume file
[16:09] <wxl> it's in your home
[16:10] <wxl> since you `sudo` moved it, it likely is owned by root:root, so you'll need to `sudo rm` it
[16:10] <wxl> well time to go to work
[16:10] <wxl> be well
[16:10] <lubot> <Greg Kusiak> You too
[16:11] <lubot> <Greg Kusiak> Uh oh. Cannot remove
[16:11] <lubot> <Greg Kusiak> No such file
[16:28] <wxl> if you're still there, it doesn't matter if you can't remove it, but it should be in ~ i.e. $HOME i.e. /home/$(whoami) where $(whoami) = your username so you can get to it by `cd $HOME` or `cd ~` etc or just `cd` because that defaults to $HOME
[16:29] <wxl> then you can see what's in it with `ls`
[16:31] <lubot> <Greg Kusiak> I went looking through the file manager and found initrd.img.old
[16:31] <wxl> uhhhhh
[16:31] <wxl> in home?
[16:31] <lubot> <Greg Kusiak> If home = / then yes
[16:31] <wxl> if you did this >> `sudo mv /etc/initramfs-tools/conf.d/resume ~/` then the result should be that you have a file $HOME/resume
[16:32] <wxl> no
[16:32] <wxl> you can `echo $HOME` to see what it is but it's not that
[16:33] <lubot> <Greg Kusiak> Ok got it. Just drag it to trash then?
[16:33] <wxl> like i said, it's probably owned by root, so you'll need to elevate permissions
[16:34] <lubot> <Greg Kusiak> Nope. Right click move to trash worked. I’m admin
[16:34] <lubot> <Greg Kusiak> I am the su in sudo
[16:39] <JohnDoe_71Rus> lubuntu 14.04 + latest tor browser 8.0 not run. can some one confirm this?
[16:40] <wxl> 1s
[16:46] <wxl> JohnDoe_71Rus: cannot confirm. managed to successfully run and go to Debian at http://sejnfjrq6szgca7v.onion/
[16:47] <wxl> JohnDoe_71Rus: admittedly this is not from the repos. I do NOT suggest using tor packages, nor does tor themselves
[16:50] <wxl> JohnDoe_71Rus: see here under option two http://expyuzz4wqqyqhjn.onion/docs/debian.html.en "Do not use the packages in Ubuntu's universe. In the past they have not reliably been updated. That means you could be missing stability and security fixes. "
[16:50] <wxl> incidentially that page covers how to use the torprojects repos, which is far mroe reliable
[16:51] <wxl> even on debian you'll only get the lts version
[17:06] <JohnDoe_71Rus> wxl: can try this https://www.torproject.org/projects/torbrowser.html.en packages?
[17:08] <JohnDoe_71Rus> i update to 8.0 and now this can't start. and i try clean unpacked from torproject
[17:10] <wxl> JohnDoe_71Rus: i did it first in an updated one, but using a fresh download it still works
[21:00] <lubot> <HMollerCl> https://discourse.ubuntu.com/t/call-for-testing-ubuntu-with-nvidia-graphic-cards/7774
[21:37] <[IFOC]S> wxl it looks like ubuntu-bug took me to lxde-metapackages, I posted it yesterday in lubuntu-meta, is that close enough?
[21:37] <[IFOC]S> https://bugs.launchpad.net/ubuntu/+source/lubuntu-meta/+bug/1790973 -- to me it sounds like a DE bug, not sure what the package is for that
[21:37] <ubottu> Launchpad bug 1790973 in lubuntu-meta (Ubuntu) "Windows only move from one task bar to the other when the window is minimized" [Undecided,New]
[21:37] <wxl> [IFOC]S: i'm not sure i know what the bug is about but should be fine
[21:38] <[IFOC]S> or maybe a window manager bug
[21:38] <[IFOC]S> my expertise with the UI side of things on linux is not that great; I'll leave it where it is
[21:39] <wxl> [IFOC]S: i think you're thinking of lxrandr?
[21:40] <[IFOC]S> my monitor script uses xrandr
[21:40] <[IFOC]S> to set the orientation of the monitors, I mean
[21:40] <[IFOC]S> I used that in 16.04 too
[21:40] <[IFOC]S> I'll try it with lxrandr just for laughs
[21:41] <[IFOC]S> no, definitely not lxrandr
[21:41] <[IFOC]S> xrandr is command line
[21:41] <wxl> oh oops
[21:42] <wxl> change it to be against openbox
[21:42] <wxl> should be a window manager issue
[21:43] <wxl> actually no don't
[21:43] <[IFOC]S> too late
[21:43] <wxl> make it lxpanel
[21:43] <wxl> well you can do it again XD
[21:44] <[IFOC]S> is that your final answer?
[21:44] <wxl> yes
[21:44] <[IFOC]S> okay
[21:44] <[IFOC]S> done
[21:44] <[IFOC]S> thanks for the help
[21:45] <wxl> np
[21:45] <wxl> thanks for the bug report XD
[21:46] <[IFOC]S> hopefully this will get fixed, that feature is one of my favorite parts of lubuntu
[21:46] <[IFOC]S> really declutters my task bars
[21:47] <[IFOC]S> when it's working it makes Windows seem incredibly inefficient to use in comparison
[21:47] <wxl> to be perfectly honestly with you we are about full out with development on the current release which is going to have looooooooooooooooooooooooooooooooooooooooots of changes
[21:47] <wxl> so it's probably not going to happen until then
[21:48] <wxl> however, one thing you might want to do to sort of move things along is look at the upstream bug tracker/support for lxde/lxpanel and see if you can't find any similar bugs or get any other ideas
[21:48] <[IFOC]S> how hard would it be for me to downgrade to the 16.04 lxpanel?
[21:48] <wxl> possibly quite hard. i mean, i'm sure installing the package won't be too hard, but dealing with all the dependencies might be an issue
[21:49] <wxl> did 17.10 work?
[21:49] <[IFOC]S> I didn't try it, I skipped from 16.04 to 18.04
[21:50] <wxl> we went from 0.8 to 0.9....
[21:51] <wxl> here's what i'd suggest: try setting up a bionic vm and then downgrade the lxpanel in it. if it doesn't blow up the world, then you'll probably be ok
[21:51] <[IFOC]S> that's a good idea
[21:52] <[IFOC]S> wish I would have thought about that before I killed my 16.04 system by trying to experiment with bionic packages
[21:52] <wxl> XD
[21:52] <wxl> doing some things can be more difficult in a vm, lke setting up multiple monitors, usb passthrough, etc, but it's not that hard
[21:53] <[IFOC]S> I'm familiar with virtualbox, I've used it for a long time
[21:53] <[IFOC]S> I don't think I actually need to virtualize multiple monitors; just the package changes
[21:54] <wxl> you might have to add the xenial repos to see the package
[21:55] <wxl> `sudo apt-get -t=xenial install lxpanel` should do the trick