bsd4me | fsmithred, I'm trying to run gparted on updated refracta, but get "usr/sbin/gparted: 78: /usr/sbin/gparted: pkexec: not found" | 00:45 |
---|---|---|
buZz | maybe pkexec is not found | 00:46 |
bsd4me | couldn't locate it, but couldn't find it via apt either | 00:47 |
debdog | pk == policy kit? | 00:49 |
debdog | https://packages.debian.org/buster/amd64/policykit-1/filelist | 00:50 |
bsd4me | Thanks! See it. Now a newbie question. How do I fix that? | 00:53 |
debdog | hehe, good question :) | 00:53 |
bsd4me | :) | 00:54 |
bsd4me | Guess, I'll not use it for a while | 00:54 |
bsd4me | normally use cfdisk anyway | 00:54 |
fsmithred | trying to start gparted from menu? | 01:00 |
fsmithred | and when you say updated refracta, do you mean refracta10-beta3? | 01:01 |
fsmithred | bsd4me, ^^^ | 01:01 |
bsd4me | ugh, let me check. Been installed for few months...forget :) | 01:02 |
fsmithred | oh | 01:02 |
fsmithred | which kernel? | 01:02 |
fsmithred | 4.9 or 4.19? | 01:02 |
bsd4me | tried starting from menu and cli | 01:02 |
bsd4me | 5.3 | 01:03 |
fsmithred | oh | 01:03 |
fsmithred | gparted-pkexec should start it from terminal | 01:03 |
fsmithred | if you're user | 01:03 |
bsd4me | nope. Thats where I got the error | 01:03 |
bsd4me | Linux refracta 5.3.0-0.bpo.2-amd64 #1 SMP Debian 5.3.9-2~bpo10+1 (2019-11-13) x86_64 GNU/Linux | 01:04 |
fsmithred | this system I'm running doesn't have gparted-pkexec either | 01:05 |
fsmithred | was installed back in december and it's refracta beowulf, but I dont' recall how I got here. | 01:05 |
fsmithred | anyway, just su and run gparted | 01:05 |
bsd4me | sorry, how do I open display? Never had to do that | 01:06 |
fsmithred | there's a little black rectangle in the top panel, next to the apps menu | 01:06 |
fsmithred | oh | 01:06 |
fsmithred | display | 01:06 |
fsmithred | startx? | 01:06 |
bsd4me | oh, ok. I was looking for something like gksu | 01:07 |
fsmithred | oh | 01:07 |
fsmithred | are you already on a desktop? | 01:07 |
bsd4me | Guess I can logout, then login as root | 01:07 |
bsd4me | yes | 01:07 |
fsmithred | no!!! | 01:08 |
bsd4me | ok | 01:08 |
fsmithred | just open a terminal, become root and start gparted | 01:08 |
bsd4me | (gpartedbin:20859): Gtk-WARNING **: 15:08:28.090: cannot open display: | 01:08 |
fsmithred | echo "ALWAYS_SET_PATH yes" >> /etc/default/su | 01:09 |
fsmithred | then log out of root and su again | 01:09 |
fsmithred | you're doing su, not 'su -' right? | 01:10 |
bsd4me | no. su - | 01:11 |
fsmithred | that won't work. Don't bother with the echo. | 01:11 |
bsd4me | what I used | 01:11 |
bsd4me | ok | 01:11 |
fsmithred | just exit and then su | 01:11 |
fsmithred | so you keep user's environment | 01:11 |
bsd4me | Got it! Thanks :) | 01:11 |
fsmithred | and contrary to what I may have said weeks or months ago, which you probably didn't hear, copying user's .Xuathority to /root does still work | 01:13 |
fsmithred | (or maybe it works again) | 01:13 |
fsmithred | and I didn't spell that right | 01:13 |
bsd4me | Missed that and will do that! | 01:13 |
fsmithred | in the new refracta beowulf isos, gparted does start from the menu | 01:14 |
bsd4me | :) oh, with new isos, will there be a newer kernel? Just curious | 01:15 |
fsmithred | no, there will be an older kernel | 01:15 |
fsmithred | lol, older than yours | 01:15 |
bsd4me | ok, np | 01:15 |
fsmithred | stock beowulf 4.19-whatever | 01:15 |
fsmithred | unless it turns out the new kernel fixes a particular issue that's bugging me | 01:16 |
bsd4me | lol, this is the kernel that came with the iso I downloaded | 01:16 |
bsd4me | ok. Understand that. | 01:16 |
fsmithred | wtf backports iso did I make?? | 01:16 |
bsd4me | No idea. Got it from a site you told me to try, since older kernels don't work on this lenova ideapad 320 | 01:17 |
fsmithred | this has openbox instead of xfce? | 01:17 |
bsd4me | Well, they work, but need a bunch of additions/switches | 01:18 |
bsd4me | yes | 01:18 |
fsmithred | ok, I know which one it is | 01:18 |
fsmithred | you might need to add policykit-1-gnome to get gparted-pkexec | 01:19 |
bsd4me | Been working great for me | 01:19 |
bsd4me | ok | 01:19 |
fsmithred | I'm not sure how much other crap that will pull in | 01:20 |
bsd4me | about a dozen or so. Removes libsystemd() | 01:21 |
fsmithred | replaces it with libelogind0? | 01:21 |
bsd4me | yes | 01:21 |
fsmithred | I just booted the iso I think you used | 01:24 |
fsmithred | it's pretty lean - no elogind, consolekit or policykit. | 01:24 |
bsd4me | yes, lean for sure, but working fine for me. | 01:24 |
tuxd3v | hello dear Dev1ners, | 08:30 |
tuxd3v | :) | 08:30 |
tuxd3v | don't know if somebody can help me, with a strange request.. | 08:31 |
tuxd3v | I need a crosscompiler from --build=i686 --host=amd64 --target=amd64 | 08:31 |
tuxd3v | I am in i686 and need to compile stuff for amd64 :S | 08:32 |
tuxd3v | peculiar request | 08:32 |
tuxd3v | actually I will need both | 08:42 |
tuxd3v | amd64-Linux-gnu | 08:43 |
tuxd3v | and amd64 baremetal to compile coreboot bootloader.. | 08:43 |
gnarface | tuxd3v: don't know for sure, but i didn't think that was possible. mabye in qemu though... | 09:23 |
meep_____ | I know it's certainly possible in gentoo | 09:25 |
meep_____ | Hmm | 09:25 |
meep_____ | I don't know | 09:25 |
meep_____ | In any case you might have to compiile gcc yourself if it's not packaged | 09:25 |
onefang | It should be possible. The very first 64 bit compilers where likely built using 32 bit cross compilers. Qemu is a good idea though. | 09:25 |
meep_____ | Bootstrapping gcc isn't two bad, there's only like 2 or three math libraries you need | 09:25 |
meep_____ | *too | 09:26 |
meep_____ | onefang: TCG 64bit emulation on a 32 bit host | 09:26 |
meep_____ | That's not going to be fun | 09:26 |
onefang | http://landley.net/aboriginal/about.html is what I use for my cross compiling. | 09:27 |
gnarface | if it works in gentoo then it should work in ceres at least, i would think | 09:29 |
gnarface | i wouldn't put much hope in it working on ascii though | 09:29 |
gnarface | (just because i couldn't cross-compile anything else there either) | 09:29 |
gnarface | tuxd3v: these guys say it should work, just add it as a foreign architecture and see what happens? | 09:31 |
tuxd3v | thanks guys, I believe that in the past I was trying to build my own crosscompiler, but I gaveup because of memory contraints something like that | 09:33 |
tuxd3v | I only have 4GB total in my machine and I am in beowulf | 09:33 |
tuxd3v | I have around 2.5GB free and I think the minimum needed was 3 or 4 something like that | 09:34 |
tuxd3v | I mean to build the crosscompiler.. | 09:35 |
tuxd3v | its strange but that are a lot of combinations possible out there for other smaller usage archs, and for --host amd64 I still haven't found one crosscompiler :) | 09:36 |
tuxd3v | gnarface, you mean add it as a foreign architecture, it will install new glibc, and a lot of packages I believe | 09:37 |
tuxd3v | onefang, nice stuff :) | 09:38 |
gnarface | yes, it would probably also pull in a bunch of dependencies | 09:38 |
gnarface | well, i used a chroot | 09:39 |
gnarface | how qemu compares on disk space usage may vary... | 09:39 |
kaun_ | Hi people. I am a returning refugee, braving a ascii->beowulf upgrade. I have trouble. | 12:05 |
kaun_ | Any non-contributors here running beowulf? | 12:09 |
* crashoverride does the German thing and stacks kaun_ with the rest of the refugee in an overcrowded locked up "camp" where a good half is sick | 12:09 | |
kaun_ | ha ha | 12:09 |
kaun_ | I shouldn't have moved now? | 12:10 |
crashoverride | that's pretty much the message they're sending: die in your verdammt OWN country | 12:11 |
ejr | kaun_: why do you qualify your question with the comment about being a refugee? | 12:11 |
kaun_ | I was over-confident, having used Debian since Potato. Coming back after a couple of years of Gentoo, I guess I got excited. | 12:11 |
onefang | Might be better just to tell us what the trouble is you have. | 12:11 |
kaun_ | I did a ASCII2.0 netinst, and immediately dist-upgrade'd to beowulf. | 12:12 |
* crashoverride thinks it was a humorous attempt, and found it so before trying to turn it into dark humour for the sake of "activism" | 12:12 | |
kaun_ | I got Xorg working, but not with beowulf's 4.19 kernel. | 12:12 |
kaun_ | ASCII's 4.19 works. | 12:13 |
ejr | if your installation was recen and you havent yet set up all your programs and stuff, just reinstall a beowulf netinstallation image | 12:13 |
crashoverride | I would expect the apt update && apt upgrade && apt dist-upgrade to work | 12:14 |
kaun_ | recent, yes. 12 hours old! | 12:14 |
ejr | then just reinstall | 12:14 |
ejr | is usually easier than going through the hassle of setting that up manually, after a bothed dist-upgrade | 12:14 |
crashoverride | ejr: but is this not a bug report in a way? | 12:14 |
kaun_ | I expected it to too. dist-upgrade really spoils one. | 12:14 |
kaun_ | I am just wondering. userland beowulf is working. | 12:15 |
gnarface | the beowulf upgrade worked when i tested it, but i had to uninstall one of the policy backends again like with ascii | 12:15 |
crashoverride | or do you think this borked upgrade is a one-off only? | 12:15 |
gnarface | (it's mentioned in the release notes) | 12:15 |
ejr | crashoverride: true... assuming that it's not Xorg related (there were several bugs because of the new kernel recently) | 12:15 |
kaun_ | ok | 12:15 |
crashoverride | hmm | 12:16 |
ejr | userland beowulf is working fine otherwise, yes. i myself also had some issues with the kernel upgrade 2 weeks ago though, related to Xorg (but I am running libreboot so that complicates matters even more) | 12:16 |
manchot | anyone speak french here? | 12:19 |
onefang | There might be a #devuan-fr, I'm not sure. | 12:20 |
kaun_ | I'd like to get 4.19 working now, when I'm in the middle of setting the system up. | 12:24 |
meep_____ | kaun_: why? What's wrong with 4.9? | 12:25 |
kaun_ | I'd have to ask the developer of 4.10+ ;-) | 12:25 |
kaun_ | I assumed 4.9 was ASCII's kernel. | 12:26 |
meep_____ | Yes | 12:26 |
meep_____ | Oh is beowulf releasing now? | 12:26 |
kaun_ | I dist-upgraded to beowulf (knowingly) | 12:26 |
kaun_ | it largely works ... with ASCII's kernel | 12:27 |
meep_____ | Oh nvm then | 12:27 |
meep_____ | I thought you were trying to backport kernels to ascii or something | 12:27 |
kaun_ | nah, typical desktop user here. | 12:28 |
kaun_ | I want to spend time now, when I've just installed Devuan. | 12:29 |
kaun_ | keep updating like a rolling release until beowulf releases. | 12:29 |
kaun_ | then stay put. | 12:29 |
kaun_ | I went from a long stint on Debian, to Gentoo for a couple of years. I had forgotten how "old" De{bv}uan kernels are. | 12:31 |
kaun_ | For good reason. | 12:32 |
kaun_ | the beowulf kernel problem is not Xorg, it is earlier - when kms kicks in. | 12:36 |
kaun_ | So, I can't see anything on console. Which log files could I look at after rebooting with ASCII's kernel? | 12:37 |
meep_____ | As a gentoo user i just went back to 4.19 from 5.4 lts | 12:38 |
meep_____ | They are old for a reason | 12:38 |
meep_____ | Because they work | 12:38 |
kaun_ | yep | 12:39 |
meep_____ | I'd rather wait for debian to be good and ready | 12:40 |
meep_____ | Also | 12:40 |
meep_____ | Openrc on devuan is atrocious | 12:40 |
meep_____ | Hopefully that improves | 12:40 |
kaun_ | meep____: gentoo? sticking with it? | 12:40 |
meep_____ | *devuan to be good and ready | 12:40 |
meep_____ | Yes | 12:40 |
kaun_ | i stay with sysinit | 12:40 |
meep_____ | I'm sticking with gentoo on my main machine | 12:40 |
kaun_ | ok. | 12:41 |
meep_____ | Everything else is devuan stable or netbsd release | 12:41 |
kaun_ | i missed dist-upgrades | 12:41 |
meep_____ | *netbsd stable | 12:41 |
kaun_ | on gentoo | 12:41 |
meep_____ | I don't like the rolling nature of gentoo | 12:41 |
meep_____ | That's my only complaint | 12:41 |
kaun_ | i usually didn't 'emerge sync' for months. | 12:41 |
meep_____ | I want more stability then just the !~arch | 12:42 |
meep_____ | Yeah, I have a computer to do work on, not run the updater in a while loop | 12:42 |
meep_____ | *cough archlinux cough* | 12:42 |
kaun_ | ha ha, yes. | 12:42 |
meep_____ | The problem with gentoo' | 12:45 |
kaun_ | ascii's 4.9 kernel and beowulf's 4.19, both use the same video firmware | 12:46 |
onefang | The problem with Gentoo is it has nothing to do with Devuan support so probably should be discussed somewhere other than this Devuan support channel. B-) | 12:46 |
meep_____ | Gentoo's rolling release model even with experimental and stable flags, is that third party software can have major changes between releases so it's not safe to install all update automaticly for a release and not have to worry about things breaking like you can with devuan | 12:47 |
kaun_ | yep, devuan is better | 12:47 |
kaun_ | the beowulf system is not on any network, I can't ssh into it when it has booted 4.19 and lost the console likely due to kms | 12:49 |
gnarface | you could try adding nomodeset to the kernel command-line via the grub prompt? | 12:55 |
kaun_ | ah nomodeset (i only tried video=vesa) | 12:57 |
kaun_ | since I anyway seem to be kernel-hopping, does Debian/Devuan have only 1 supported kernel version? Do any patchset versions also see use, like Con Kolivas' desktop latency patches? | 12:59 |
gnarface | there's beowulf-backports | 13:01 |
gnarface | that should have a 5.4 kernel or later right now | 13:01 |
gnarface | which video card are you using? | 13:01 |
kaun_ | amd apu, 5350 (kabini) | 13:05 |
kaun_ | i see redhat and debian forums reporting the problem being missing firmware | 13:05 |
kaun_ | for some amd chips, i feel it could be missing for the kabini apu too. | 13:06 |
onefang | Beowulf-backports has kernel 5.4 and 5.5 by the look of it. | 13:06 |
kaun_ | back in my decade of debian use, I stayed with stable. i'd like to start on "nextstable" and stay on it in devuan. | 13:08 |
kaun_ | in case some other amd apu user tries beowulf as-is | 13:08 |
gnarface | oh, the firmware would be in non-free | 13:09 |
kaun_ | i pulled in non-free just for that (thst's why ascii kernel works) | 13:10 |
rad | has anyone got an encrypted home directory (in beowulf or ascii)? | 14:11 |
rad | "Package ecryptfs-utils is not available, but is referred to by another package." | 14:11 |
rad | https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=ecryptfs-util&release=beowulf it really doesn't exist in beowulf. | 14:19 |
rrq | not for my home dir, but I use gocryptfs as replacement | 14:22 |
rad | I see. I'll check if it can used for home dir encryption as well. Is ecryptfs-utils coming to beowulf? Can I somehow help to bring it over? | 14:24 |
rad | I've also got a question about packages and amprolla in general. I see that some debian packages are overridden by devuan-specific versions of these packages, which I assume are maintained by the devuan community. I am wondering first of all of there is a list of these packages and secondly, how does the maintainance go? Is there a repo for the devuan versions and peoply check the patches in the debian version and try to port them to their | 14:30 |
rad | devuan version? Is it possible to monitor which devuan-specific packages are lagging behind especially in regard to security related patches? | 14:30 |
rad | I guess the devuan specific packages are here: https://git.devuan.org/devuan-packages | 14:38 |
xrogaan | there should be a list somewhere | 15:16 |
xrogaan | I mean, it's the logical stuff to do right? List the packages they forked... | 15:21 |
fsmithred | rad, that list on gdo is not perfectly accurate, but it's close. For an exact list, you'd need to look at a Packages.* file in the repo, such as these: https://pkgmaster.devuan.org/devuan/dists/beowulf/main/binary-amd64/ | 15:23 |
fsmithred | and to see what devuan-specific packages you have installed, run 'dpkg -l | grep devuan' | 15:23 |
fsmithred | we put 'devuan' in the version when we fork a package from debian. | 15:24 |
rad | Thanks for the info. Do you have any idea why ecryptfs-utils is not available? I would assume that if it's not overridden then it would come directly from debian. But it looks like it's coming from neither. And I checked some of the banned-packages textfiles in the pkgmaster page before and didn't find it anywhere. | 15:27 |
xrogaan | they have -devuan right? | 15:28 |
xrogaan | dpkg -l | awk '/devuan/ { print $2 " " $3 }' | 15:29 |
xrogaan | rad: if the package depends on systemd and not forked, it may just be because nobody's done it. | 15:30 |
rad | In ascii, not really: https://pkginfo.devuan.org/stage/ascii/ascii/ecryptfs-utils_111-4.html | 15:31 |
rad | I'll check the package in buster to see if it depends on systemd | 15:31 |
xrogaan | For ecryptfs, it's not available in buster at all. So not available in beowulf either. | 15:31 |
xrogaan | see: https://packages.debian.org/stretch/ecryptfs-utils | 15:32 |
rad | O_O but I have it in my raspbian, which I'm pretty sure it's based on buster. | 15:32 |
xrogaan | Did you upgrade from stretch? | 15:33 |
xrogaan | if so, may not have been removed. | 15:33 |
rad | I think it was a fresh image from the website (for rasbian) | 15:33 |
rad | And it's not even installed by default so I must have fetched it with apt. | 15:34 |
rad | I'm booting my raspbian now to check | 15:34 |
xrogaan | ask the debian people ¯\_(ツ)_/¯ | 15:35 |
rad | yeah this doesn't seem to be an issue with devuan. | 15:35 |
xrogaan | their ML seems dead https://alioth-lists.debian.net/pipermail/filesystems-devel/ | 15:38 |
rad | xrogaan, just in case you are interested, I checked my raspbian. I have ecryptfs-utils 111-4 armhf installed. And yeah it's supposed to be based on buster. So I suppose they got the version from stretch. | 16:58 |
xrogaan | or sid | 17:50 |
wdq | Hello | 19:21 |
wdq | Only bots | 19:24 |
fsmithred | no, we're here | 19:24 |
wdq | Ohh my god i was thinking is just bots | 19:25 |
fsmithred | this is more of a help channel than a conversation channel | 19:25 |
fsmithred | if you ask a question here, someone will eventually answer | 19:26 |
wdq | I see , and where is the conversational one | 19:26 |
fsmithred | could be seconds, minutes, hours... | 19:26 |
fsmithred | OT channel is #debianfork | 19:26 |
wdq | Okay | 19:26 |
wdq | 10x | 19:26 |
fsmithred | yw | 19:26 |
fsmithred | you gonna burn a cd of your mix and test it for me, please? | 19:27 |
wdq | Yes ... if you need i have it on a usb drive and installed it twice | 19:28 |
fsmithred | yeah, they work fine on usb | 19:28 |
fsmithred | but burned to optical, no mouse or keyboard | 19:28 |
fsmithred | unless you boot toram | 19:28 |
fsmithred | it's weird | 19:28 |
wdq | I will put it on a cd now | 19:28 |
fsmithred | thanks | 19:28 |
wdq | No problem | 19:29 |
wdq | I will be back as soon as i am done with the test | 19:30 |
wdq | Started to write disk in real mode | 19:34 |
wdq | Fsmithred | 19:50 |
wdq | https://ibb.co/sPGKMr5 | 19:50 |
wdq | Check this out | 19:50 |
wdq | No errors tested on different laptop with atached usb mouse | 19:51 |
wdq | Ohh sorry | 19:55 |
wdq | You wanted me to test the devuan distro | 19:55 |
wdq | Will do and come back with a answer | 19:56 |
fsmithred | no, I want to know about your distro (or any) | 20:06 |
fsmithred | I already know mine doesn't work. | 20:07 |
morpheu | Mine is ok | 20:14 |
scaredysquirrel | hello | 21:48 |
scaredysquirrel | why does localedef during the install take half an hour or more to complete? | 21:48 |
scaredysquirrel | I told it to generate all locales | 21:48 |
ShorTie | that is probily why | 22:24 |
systemdlete | my ascii vm became unresponsive. It took me an hour to figure out what the problem was because the entire VM was getting swallowed up by whatever it was. Looking at the system logs, I saw that processes could no longer fork. Then I recalled that sometimes firefox or thunderbird spring a memory leak. So I did a killall firefox-esr and sure enough, that stopped the panic. I just found out there is a new firefox-esr, and I've | 23:11 |
systemdlete | installed it. | 23:11 |
systemdlete | I've tried umpteen different ways to limit firefox memory (ulimit, etc) but none of it seems to work for me. | 23:11 |
systemdlete | I'm more than happy to do whatever it takes to keep firefox from eating every last byte of memory in the system. | 23:12 |
systemdlete | strange it had been working OK for some time. This morning was the first time this has happened in recent time (say, 6 months or so?) | 23:12 |
gnarface | systemdlete: i just wouldn't leave firefox running, it's not safe anymore. it's got so many leaks you might even be experiencing different leaks depending on what features the website uses | 23:20 |
gnarface | systemdlete: best you can probably do without cracking open the source code is just set something to kill it before it uses too much memory | 23:21 |
systemdlete | why doesn't ulimit work? | 23:21 |
gnarface | i don't really know specifically, but ulimit is a soft limit | 23:22 |
gnarface | so, the progam in question has to be well enough behaved to care about it and obey it in the first palce | 23:22 |
gnarface | first place* | 23:22 |
gnarface | although, when you set ulimit did you override the "soft" or "hard" settings? | 23:23 |
gnarface | it might matter but i'm not holding my breath | 23:23 |
gnarface | i frankly haven't tried struggling against firefox, i've only messed with these limits when something hits them | 23:25 |
gnarface | it might be there's some trick to it like also limiting sockets or threads or file locks... | 23:25 |
gnarface | but my assumption is whatever you manage to impose it's still going to end with a crashed firefox so you know, it might not be worth it except in the academic sense | 23:26 |
gnarface | i do wish it was different but at this point the situation needs a staffing solution | 23:27 |
* gnarface remembers being able to leave firefox open for weeks at a time but not recently | 23:28 | |
systemdlete | Like, as in beat it with a staff? | 23:33 |
gnarface | no i mean like, some people at mozilla need to be fired | 23:35 |
systemdlete | I like that talk. | 23:35 |
systemdlete | This would be a good time to do it, too, given all the layoffs. | 23:36 |
gnarface | i've heard good things about palemoon, maybe it's worth a try? i don't know if it's more stable or not | 23:39 |
gnarface | mostly people switched to it because of protest over some other feature change | 23:39 |
systemdlete | I've heard good things about palemoon also. And I even tried it. Many people do not like it. | 23:39 |
systemdlete | then there is chrome | 23:39 |
systemdlete | and waterfox | 23:40 |
gnarface | the fact palemoon is not in Debian yet might be a warning sign, but then again waterfox isn't there either | 23:40 |
gnarface | but yea you can use chromium instead, that's in the repo and it's also gaining popularity | 23:40 |
systemdlete | but most of them use the same one or two rendering engines, so I'm not sure it makes too much difference. | 23:40 |
gnarface | for rendering yea there's basically 2 | 23:41 |
systemdlete | right. | 23:41 |
gnarface | so except for bleeding-edge css3 features, probably no big differences in rendering | 23:41 |
systemdlete | then there are some browsers that come with a different js engine | 23:41 |
systemdlete | On one hand, I'm curious to know what is eating memory. Then, otoh, I really don't want to know either. | 23:41 |
gnarface | well, valgrind might help? i think that's what it is for | 23:42 |
systemdlete | It seems like most of the updates are superficial, changes to the UI, e.g., or some minor convenience features. | 23:42 |
gnarface | if you can narrow it down to a specific website you have a good chance of narrowing it down to a specific plugin or javascript function | 23:42 |
systemdlete | omg... | 23:42 |
systemdlete | I usually have dozens of tabs open for all my banks, credit cards, utilites, etc | 23:43 |
gnarface | i mean, if you leave firefox open with only "about:blank" loaded, does it get any more stable? that's a big question | 23:43 |
gnarface | my assumption based on observations here is that it mostly does not leak, then suddenly leaks a bunch real fast | 23:44 |
systemdlete | that could be the issue in itself, though, as I said, until recently firefox has been working well. Firefox in particular seems to go through periods of rapid updates to fix their latest changes -- they should try testing before releasing, but that's just my silly, immature opinion | 23:44 |
gnarface | but i'm not sure it's anything to do with web content per-se... it seems to happen more if other opengl programs are running at the same time, leading me to believe it may actually be exciting a leak in my *nvidia proprietary drivers* which isn't for whatever reason exposed by anything else except sometimes wine | 23:44 |
systemdlete | I mean, I'd hate to tell a bunch of self-righteous hipster millenials how to do their work. | 23:44 |
gnarface | hehe | 23:45 |
gnarface | well, let's not get too far off the rails into editorializing | 23:45 |
systemdlete | ok | 23:45 |
gnarface | i think we know their priorities aren't about the stability of the stupid thing | 23:45 |
systemdlete | ooh. what if... | 23:45 |
systemdlete | what if there were, say, an open source browser where the emphasis was on security and stability. There would be hundreds of developers working on nothing but security and stability, and one part-time UI developer. | 23:47 |
systemdlete | and of course 100s more to do testing | 23:47 |
systemdlete | THOROUGH testing. Infrequent releases. | 23:47 |
fsmithred | systemdlete, how much ram does your VM have? | 23:48 |
systemdlete | I just bumped it from 4G to 6G because I added a second user. I have 16G total on the host, and only about 14 or so is used typically | 23:50 |
systemdlete | Also, the VM has 500M of swap... hmmm. Maybe I should bump that up also? But I'd think with 6G that really ought to be enough for both users, even if they are both running firefox | 23:51 |
fsmithred | holy shit. 4G should be more than enough. | 23:53 |
fsmithred | um | 23:54 |
fsmithred | I take that back | 23:54 |
fsmithred | I have 6 and I've had the browser choke | 23:54 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!