andraz | hi | 00:30 |
---|---|---|
freem | hi | 00:31 |
andraz | can anyone help me with something driver related | 00:31 |
freem | do not ask the permission to ask, just do it :) | 00:31 |
andraz | wait let me find the thing | 00:32 |
freem | otherwise, you'll have to ask the permission to ask the permission to ask, etc :) | 00:32 |
freem | hum, Debian have 2.3, but the neg distances seems to be be always positives? | 00:32 |
freem | which, in a way, makes sense.... a distance is always positive in my mind. | 00:33 |
freem | oups | 00:34 |
freem | wrong channel | 00:34 |
andraz | Jun 22 09:58:21 Loki kernel: [ 8.589739] [drm] Loading tahiti Microcode | 00:37 |
andraz | Jun 22 09:58:21 Loki kernel: [ 8.590185] radeon 0000:01:00.0: firmware: failed to load radeon/tahiti_pfp.bin (-2) | 00:37 |
andraz | Jun 22 09:58:21 Loki kernel: [ 8.590252] radeon 0000:01:00.0: Direct firmware load for radeon/tahiti_pfp.bin failed with error -2 | 00:37 |
andraz | im gettting this | 00:37 |
freem | andraz, what do the command " dpkg --get-selections | grep firmware" gives you? | 00:38 |
andraz | how do i set X to use xserver-xorg-video-ati | 00:39 |
andraz | firmware-linux-freeinstall | 00:39 |
andraz | firmware-linux-nonfreeinstall | 00:39 |
andraz | its an older card | 00:40 |
andraz | r9 280x | 00:40 |
freem | in theory, X11 should use the best driver available.However, I must say that I also have problems with this on AMD/ATI gpu at work | 00:40 |
andraz | haha :) | 00:40 |
andraz | somebody at this channel suggested that i set x to use the ati driver provided with linux | 00:41 |
andraz | but that was a month ago | 00:41 |
freem | I guess glxinfo | grep LLVM gives you results? | 00:41 |
msiism | andraz: what's "Loki"? | 00:41 |
andraz | msiism: hostname :) | 00:42 |
sauron | andraz: obvious question - do you have that file available to be loaded? | 00:42 |
gnarface | msiism: Norse mythological god of mischief as well as the name of the first defunct Linux game publisher | 00:42 |
sauron | and what debian version (what does 'lsb_release -a' say) | 00:43 |
gnarface | andraz: just to be clear, your error says it's missing specific firmware, which packages.debian.org confirms is indeed missing from ascii but not jessie (not sure why though) | 00:44 |
andraz | Distributor ID:Devuan | 00:44 |
andraz | Description:Devuan GNU/Linux unstable (ceres) | 00:44 |
andraz | Release:unstable | 00:44 |
andraz | Codename:ceres | 00:44 |
gnarface | that tahiti_pfp.bin file should be in firmware-linux-nonfree, but all the firmware files got deleted from that pacakge after jessie for some reason... wtf... | 00:44 |
freem | sauron, lsb-release is only a recommended package. Better to refer to /etc/apt/sources.list imho | 00:44 |
sauron | they moved | 00:44 |
andraz | ah :) | 00:45 |
sauron | firmware-amd-graphics is the new package | 00:45 |
andraz | thanks will try that one | 00:45 |
sauron | it's a dependecy of firmware-linux-nonfree, so it should have been dragged in | 00:45 |
gnarface | andraz: and, in answer to your other question, you would make a custom xorg.conf (now optional) to override the driver choice, but you should test this to make sure just installing the firmware won't work | 00:45 |
gnarface | it *may* also get the wrong driver, but often doesn't, and that's not what it's complaining about right now anyway | 00:46 |
sauron | a custom xorg.conf is best avoided unless you really need one... | 00:46 |
gnarface | right | 00:46 |
sauron | the autodetection is pretty decent these days | 00:46 |
sauron | It has been (thank god) quite a while since I've had to sit down and work out a modeline with a calculator | 00:47 |
gnarface | i still have to do it all the time because i use weird displays | 00:47 |
sauron | yeah, that's a thing | 00:47 |
gnarface | but i agree that it should be tested to ensure it's not working before giving up on it | 00:47 |
sauron | what display still needs that though? | 00:47 |
freem | how weird can your displays be, gnarface? | 00:47 |
sauron | fixed frequency always used to be a big onw | 00:48 |
gnarface | freem: it still tends to do badly with certain display types, and when you have multiple displays of mismatched sizes | 00:48 |
sauron | yeah, multiple dissimilar is painful | 00:48 |
gnarface | freem: ("certain display types" being old CRTs or new projectors) | 00:49 |
sauron | but if you do that, I guess they figure you are prepared for the pain :-) | 00:49 |
andraz | any repo from which i could get that firmware-amd-graphics package | 00:49 |
freem | gnarface, maybe different CPUs? I've had some problems wih taht, had to tinker with multiple instances of i3... | 00:49 |
sauron | andraz: just download it from https://packages.debian.org/buster/all/firmware-linux-nonfree/download | 00:49 |
andraz | thanks :) | 00:49 |
gnarface | wait he's on beowulf? | 00:50 |
sauron | actually you'll want https://packages.debian.org/buster/all/firmware-amd-graphics/download | 00:50 |
gnarface | no wait | 00:50 |
gnarface | i don't think that's the right one | 00:50 |
freem | I'll have to redo this as soon as I'll have enough money to buy a true computer, I guess | 00:50 |
gnarface | are you on devuan ascii? | 00:51 |
sauron | its all arch indep firmware, so the debian testing package should be fine on devuan and debian, AFAICT | 00:51 |
sauron | he said ceres | 00:51 |
gnarface | oh | 00:51 |
gnarface | well he should use the sid one then | 00:51 |
andraz | dpkg: error processing archive firmware-amd-graphics_20170823-1_all.deb (--install): | 00:52 |
andraz | installing firmware-amd-graphics would break firmware-linux-nonfree, and | 00:52 |
andraz | deconfiguration is not permitted (--auto-deconfigure might help) | 00:52 |
andraz | im sorry for being a pest | 00:52 |
fsmithred | same one as sid should be in ceres | 00:52 |
freem | what is the devuan sid's name? | 00:52 |
sauron | ceres == sid | 00:52 |
andraz | i have to remove firmware non-free and install this one and it will work | 00:52 |
sauron | beowulf -==buster | 00:52 |
sauron | andraz: I suspect they will both co-exist | 00:52 |
sauron | if you have to remove one, I'd also install the non graphics ones | 00:53 |
andraz | here goes nothing :) | 00:53 |
sauron | https://packages.debian.org/buster/all/firmware-misc-nonfree/download | 00:53 |
andraz | i dont think i will be needing any other firmware packages | 00:54 |
andraz | going to reboot and see if it works | 00:55 |
andraz | thanks a million | 00:55 |
gnarface | i'm really leery about you guys giving out debian download links | 00:55 |
gnarface | even when the packages are supposed to be identical there's a couple cases where they could corrupt devuan's dependency tree | 00:55 |
gnarface | you should really be making an effort to find the proper download link from a devuan mirror | 00:55 |
gnarface | (i know they don't have a nice searchable interface yet, sorry about that) | 00:56 |
andraz | firmware loaded and working | 00:57 |
gnarface | cool, no custom xorg conf needed | 00:57 |
andraz | i mean the bin file | 00:57 |
andraz | nope :) | 00:58 |
gnarface | test opengl or anything yet? | 00:58 |
andraz | will try something with wine now | 00:58 |
gnarface | no no | 00:58 |
gnarface | wine is a terrible first test | 00:58 |
gnarface | it's got too many of it's own problems | 00:58 |
freem | probably better to check glxinfo first | 00:58 |
gnarface | get the mesa-utils package and test with glxgears and the like | 00:58 |
gnarface | yea, glxgears, glxinfo | 00:58 |
gnarface | there's a couple others in there | 00:59 |
freem | glxgears is worse than wine for testing, it just says nothing | 00:59 |
gnarface | you can easily use it to test whether hardware acceleration is working | 00:59 |
gnarface | and there's little else that can go wrong with it | 00:59 |
gnarface | it's WAY better than wine for isolating opengl problems | 00:59 |
gnarface | 9 times out of 10 when wine doesn't work it looks like an opengl problem but it's some other bizarre rat's nest | 01:00 |
gnarface | ioquake3 would be also a good baseline test if you have valid map files to use | 01:00 |
freem | glxgears won't show if GPU hardware accel is on, since it's capped to 60 FPS, that any CPU can do | 01:00 |
gnarface | that's false, freem | 01:00 |
freem | really? | 01:00 |
gnarface | it's only capped at 60 if you don't unset vsync | 01:00 |
gnarface | default-on vsync is what caps it at 60 | 01:00 |
freem | but, by default, it is, right? | 01:00 |
andraz | well :) | 01:00 |
andraz | i have to use wine | 01:00 |
gnarface | vblank_mode=0 glxgears | 01:01 |
andraz | since, there is a windows game i would like to play | 01:01 |
gnarface | that disables it^ | 01:01 |
freem | which means, the right command is not just "glxgears" | 01:01 |
andraz | and even before the driver was loaded it worked | 01:01 |
andraz | just got artefacts | 01:01 |
andraz | now fps is lower than before the driver is loaded and more artefacts :) | 01:02 |
gnarface | andraz: run `vblank_mode=0 glxgears` and then `glxinfo |grep 'direct rendering\|opengl version' -i` | 01:02 |
gnarface | glxgears will fall back to software rendering if it can't get hardware accel | 01:03 |
gnarface | this glxinfo command will tell you if it's supposed to be working though, and the glxears command, run this way to disable vsync, should have an obvious boost in framerate corresponding to no longer being in software mode | 01:03 |
gnarface | it varies with hardware age, but even on stuff 5 years old it's usually 2-3 orders of magnitude difference | 01:04 |
andraz | what package must i install | 01:04 |
gnarface | mesa-utils like i said | 01:04 |
andraz | oh sorry, must have missed that line | 01:04 |
gnarface | you check all that then you KNOW that opengl hardware acceleration is working | 01:05 |
gnarface | and then you won't be shooting in the dark if you run into problems with wine | 01:05 |
gnarface | (spoiler alert; everyone runs into problems with wine) | 01:06 |
andraz | root@Loki:/home/andraz/Desktop/fglrx-15.302# glxinfo |grep 'direct rendering\|opengl version' -i | 01:06 |
andraz | direct rendering: Yes | 01:06 |
andraz | OpenGL version string: 3.0 Mesa 18.0.4 | 01:06 |
andraz | seems to be working :) | 01:06 |
freem | I agree. But, glxgears test in only useful with vblank_mode=0 otherwise it's useless. | 01:06 |
andraz | its running | 01:06 |
andraz | quite nicely | 01:07 |
andraz | 3000fps | 01:07 |
gnarface | looks as expected | 01:07 |
gnarface | wine might object to seeing OpenGL version 3 | 01:07 |
sauron | how old is the gfx card? | 01:07 |
gnarface | some games anyway | 01:07 |
andraz | its from 2013 | 01:07 |
sauron | from curiosity | 01:07 |
gnarface | there's some environment variable to make mesa report whatever OpenGL version you might want though | 01:08 |
andraz | well it was released back then | 01:08 |
sauron | my glxgears (on integrated intel gfx) does 11k fps | 01:08 |
andraz | i bought a used one | 01:08 |
andraz | a couple of months ago | 01:08 |
sauron | ah, 2013 probably makes sense for 3k | 01:08 |
gnarface | it's a little borderline... software accel can be that fast on modern cpus | 01:08 |
gnarface | i'm getting about 28k | 01:09 |
freem | sauron: 11K fps on integrated intel? Which CPU? | 01:09 |
andraz | im running a game with wine at the same time | 01:09 |
gnarface | oh, well that would slow it down | 01:09 |
gnarface | so wine is working? | 01:09 |
andraz | considerably | 01:09 |
sauron | i7-5775C (broadwell) | 01:09 |
andraz | yes, wine is working | 01:09 |
gnarface | cool | 01:09 |
andraz | im just getting fuzzy graphics | 01:10 |
freem | ty | 01:10 |
andraz | but that is another story all together | 01:10 |
andraz | :) | 01:10 |
fleeky | anything to watch out for when upgrading to 2.0? | 01:10 |
andraz | thank you for all the help | 01:10 |
andraz | i taught i could dicth windows :) | 01:10 |
gnarface | fleeky: yea, none of the blizzard games work anymore in versions less than i think 3.7 | 01:10 |
andraz | new hardware will help me do that | 01:10 |
sauron | freem: that cpu was bought with a view to decent gfx performance without the bother of a discrete card | 01:11 |
fleeky | so server wise not so much ? | 01:11 |
sauron | I don't game much, but do a reasonable bit of photo processing, so moving pixels was important :-) | 01:11 |
gnarface | fleeky: oh, you meant devuan 2.0 not wine 2.0, sorry i was confused :) | 01:11 |
fleeky | yeah | 01:11 |
gnarface | there was some package dependency circle that had to be manually broken with regards to the udev->eudev switchover and some polkit backend or something like that. i think they got it fixed though. | 01:12 |
fleeky | gnarface: do you run photoshop in wine? | 01:12 |
gnarface | no, i chucked that one overboard for Gimp just after 6.0 | 01:12 |
fleeky | ah | 01:13 |
andraz | one more question if anyone could help, if i lower the resolution in a game to lowest the gpu is used fairly litle, so artefacts should not be visible | 01:13 |
andraz | if present on highest possible resolution | 01:13 |
gnarface | fleeky: it's really not any more capable of an image editor. what you're really paying that $600 price tag for is the commercial plugins. | 01:13 |
gnarface | and they ARE nice, i'll admit | 01:13 |
gnarface | but i didn't need any of them to actually get work done | 01:14 |
freem | andraz, AFAIK, artifacts may not be caused by performances, but may be by differences in how stuff are computed between various drivers | 01:14 |
gnarface | if you can get over the indignity of all the menus being different, you can get by with Gimp (they're fully customizable anyway) | 01:14 |
andraz | freem: my previous gpu was overheating and artifacts were showing at 1920x1080 and not at 800x600 | 01:15 |
gnarface | andraz: do you know about wine's "virtual desktop" feature? saves my ass in a lot of games | 01:15 |
freem | well, I said, this "may" :) | 01:15 |
andraz | both ati gpu | 01:15 |
gnarface | andraz: you should check the air cirulation in that case if you're getting overheating.... | 01:16 |
andraz | gnarface: i will check for it :) | 01:16 |
gnarface | in winecfg, you can just tell it to make a window of arbitrary resolution that it will tell the game to use as the desktop | 01:17 |
freem | maybe the stuff between the chip and the heater is no longer stable, too... hum... I really should learn english more | 01:17 |
freem | thermal paste? :/ | 01:17 |
andraz | i hope its not the paste | 01:18 |
gnarface | sometimes the cheap stuff wears out, but the usual cause is dead fans or dust-clogged vents/fins | 01:18 |
andraz | it has been replaced 2 months ago | 01:18 |
andraz | and the card is running 24/7 direct3d on windows | 01:19 |
freem | ok, it's named thermal grease, it seems | 01:19 |
andraz | but the temperatures never go beyond 60 degrees celsius | 01:19 |
andraz | except when i run furmark | 01:19 |
andraz | which works on linux too \o/ | 01:19 |
freem | directX and openGL are not the same things | 01:20 |
andraz | actually there is a native liunx version of it since long ago i think | 01:20 |
andraz | nono furmark i think uses opengl | 01:20 |
freem | on both linux and windows versiions? | 01:20 |
andraz | i think so | 01:21 |
andraz | http://www.geeks3d.com/20121113/gputest-0-2-0-cross-platform-opengl-benchmark-furmark-lands-on-linux-and-os-x/ | 01:23 |
freem | and you have the artifacts only on linux? Not on any other OS you tried. | 01:25 |
freem | ? | 01:25 |
andraz | well | 01:25 |
andraz | even with the previous graphics card i had artefacts on linux only | 01:25 |
freem | (I mean, on the same computer= | 01:25 |
andraz | on windows it runs nicely | 01:25 |
andraz | without any distortion | 01:26 |
andraz | but i guess i made a dumb choice when buying the gpu | 01:26 |
andraz | next time i will go nvidia | 01:26 |
freem | considering the numbers you gave, I suppose `glxinfo | grep LVM` gives nothing? | 01:26 |
andraz | Device: AMD TAHITI (DRM 2.50.0 / 4.15.0-2-amd64, LLVM 6.0.0) (0x6798) | 01:27 |
andraz | OpenGL renderer string: AMD TAHITI (DRM 2.50.0 / 4.15.0-2-amd64, LLVM 6.0.0) | 01:27 |
freem | maybe with grep -i, would be better | 01:27 |
freem | hum | 01:27 |
freem | not that stupid LLVM pipe 0.4 that I have when debian decides to provide me a buggy driver... I guess it's ok on that then | 01:28 |
freem | basically, I've never had any problems not caused by myself on GPUs when using nvidia proprietary stuff. When trying to use AMD-related GPUs, I've only had problems. | 01:29 |
freem | maybe I'm too dumb to use AMD drivers. | 01:29 |
DocScrutinizer05 | maybe interesting: http://www.irc.com/ https://news.ycombinator.com/item?id=17375831 | 01:30 |
andraz | blast :\ | 01:35 |
andraz | could be the new wine | 01:35 |
gnarface | andraz: can you screenshot these graphical distortions you're talking about? | 01:35 |
andraz | tried to | 01:35 |
gnarface | they don't appear in screenshots? | 01:36 |
andraz | but its hard to get any :) | 01:36 |
gnarface | hard to get any, or impossible? | 01:36 |
gnarface | if you're getting graphical artifacts that won't actually appear in a screenshot (rather than are just difficult to catch) that narrows down the possible problems quite a bit | 01:36 |
freem | DocScrutinizer, nice text. | 01:36 |
freem | like a screen problem? But then, the artifacts would not appear on windows? | 01:37 |
freem | s/not //g | 01:37 |
andraz | they appear sporadically | 01:38 |
andraz | i think it has something to do with how the game is coded | 01:39 |
andraz | anyways its pathofexile | 01:39 |
andraz | pathofexile.com | 01:40 |
gnarface | well it probably is a combination of problems but without a visual aid we can only guess | 01:40 |
andraz | ill try to do something :) | 01:40 |
gnarface | however graphical corruption that refuses to appear in a screenshot may be related to the compositor's confict with the driver rather than the game | 01:40 |
gnarface | see if you can recreate it in any other opengl programs too, or if it's literally ONLY path of exile | 01:41 |
gnarface | got a camera phone? maybe you can snap a picture of the screen | 01:41 |
freem | maybe a video could make it easier to catch artifacts? | 01:42 |
freem | I meant, a software video | 01:42 |
gnarface | if a video would trigger them | 01:42 |
gnarface | it's not clear now if it would | 01:42 |
freem | true | 01:42 |
freem | then, maybe a combo of software video and external video could help understanding? | 01:42 |
gnarface | probably | 01:43 |
gnarface | that would be ideal really | 01:43 |
andraz | no, i use dump phones only :) | 01:43 |
andraz | without cameras | 01:43 |
andraz | i used recordmydesktop | 01:44 |
gnarface | based on only the description, it could even be a symptom of hardware failure, but that type of hardware failure *usually* isn't isolated to misbehavior in just linux or just one game | 01:44 |
andraz | i hope not :) | 01:44 |
gnarface | you mentioned overheating before too though, and that can also cause hardware misbehavior | 01:45 |
andraz | im running furmark alongside it | 01:45 |
andraz | and in furmark i get no artifacts | 01:45 |
gnarface | even when it's not permanent damage, a video card operating out of spec temperature will often exhibit rendering anomalies | 01:45 |
gnarface | but if furmark is also an opengl program, that would seem to suggest this is a problem with the game itself | 01:46 |
andraz | back to windows :\ | 01:46 |
gnarface | wait we didn't even try MESA_GL_VERSION_OVERRIDE=3.3 yet | 01:46 |
andraz | silly thing i payed for a licence just to play 1 single game :) | 01:46 |
gnarface | or MESA_GL_VERSION_OVERRIDE=4.5 or wahtever | 01:46 |
gnarface | if you're only having problems with that one game, maybe it's because mesa is reporting opengl 3.0 which is ancient. | 01:47 |
gnarface | find out the latest version the card actually supports and set that | 01:48 |
freem | andraz, you also paid 40Gib of wasted space for that game :) | 01:48 |
andraz | haha | 01:49 |
andraz | its only 12gig | 01:49 |
freem | oh. I was speaking about the 40Gib used by windows | 01:49 |
andraz | yeah | 01:49 |
andraz | wasted my ssd that os :) | 01:49 |
freem | I doubt that windows only takes 12Gib haha | 01:50 |
andraz | im not sure what microsoft is doing | 01:50 |
andraz | windows 2000 only took 300mb | 01:50 |
andraz | and no functionality was added | 01:50 |
freem | IIRC, most of the space is because MS keeps copy of all DLLs to avoid DLLhell | 01:51 |
andraz | that is the only good windows version in my oppinion | 01:51 |
andraz | oh yeah | 01:51 |
freem | now, not only not a lot was added, but also, useful features were removed. | 01:51 |
DocScrutinizer05 | freem: not only a nice text, also a great initiative | 01:51 |
andraz | it stores all installations in the windows folder :) | 01:51 |
andraz | for every piece of ms software on the system | 01:52 |
DocScrutinizer05 | Andrw really tries hard giving back to community | 01:52 |
freem | yep. And a debian takes only 3Gib with a lot more softwares installed. | 01:52 |
freem | DocScrutinizer, that's good to learn. | 01:53 |
DocScrutinizer05 | I think I hardly ever met a guy so dedicated to make the internet and the world at large a better place | 01:53 |
freem | you met him? | 01:53 |
DocScrutinizer05 | well, not in person | 01:54 |
DocScrutinizer05 | had chats with him | 01:54 |
freem | I have to say, I can see other problems with "tools" like slack that he didn't mention, but hey, only a poweruser could see those | 01:55 |
freem | and poweruserss were probably not the targer of his article :) | 01:55 |
freem | target* | 01:56 |
DocScrutinizer05 | umm, why not? | 01:56 |
freem | because, usually, powerusers know about more that one tool to do something as basic as to communicate with other people over the internet | 01:57 |
DocScrutinizer05 | irc.com is not about a tool | 01:57 |
DocScrutinizer05 | at least not only | 01:57 |
freem | but the article is more about IRC itself, no? | 01:58 |
DocScrutinizer05 | university on IRC | 01:59 |
DocScrutinizer05 | FOSS for IRC | 01:59 |
freem | Sounded like a huge "thank you" to the people that maintain and keep IRC alive, to me. | 01:59 |
DocScrutinizer05 | yes | 01:59 |
freem | (and, I share that TY btw) | 01:59 |
DocScrutinizer05 | funding freenode was not enough ;-) | 01:59 |
DocScrutinizer05 | and snoonet and whatnot else | 02:00 |
freem | well, this protocol really is just great, for it's simplicity. | 02:00 |
DocScrutinizer05 | I think it's more about the community at large than about the technical protocol | 02:01 |
freem | he is true: I could be black, white, yellow, green, male, female, or any combination of those traits, you won't be able to guess and so, will treat me the same. | 02:01 |
andraz | if voice chat and video chat could be added it would mean a quick death to facebook | 02:01 |
freem | nope | 02:01 |
DocScrutinizer05 | it would mean quick death to IRC | 02:01 |
freem | IRC relies on the fact that it's simple | 02:01 |
andraz | i have been using it since 96 :) | 02:02 |
freem | I don't know if you guys are from a country I might hate or love. Video could change that. | 02:02 |
andraz | but in 2004 or so people started to shift to other instant messaging services | 02:02 |
freem | IRC is an instant messaging protocol. | 02:02 |
andraz | first it was aol, then msn then skype, myspace, facebook | 02:03 |
freem | it only does that, actually: instant messaging. | 02:03 |
andraz | now there is a plethora of them :) | 02:03 |
freem | you forgot msn | 02:03 |
freem | and that plethora is implemented with electron, which is damn nice to avoid you understanding the result of your pstree -p | 02:04 |
freem | which, in turns, means it's harder than ever to debug IPC softwares you might try to write. For example. | 02:05 |
freem | (well, it basically forces you to type 2 or 3 commands instead of 1... still, meaningless efforts) | 02:06 |
freem | Also, with electron-based stuff, you just have no control about what the soft depends on. MIght cause huge security problems. | 02:07 |
freem | sorry for that rant | 02:09 |
gnarface | #debianfork is the devuan reserved channel for ranting, fyi | 02:10 |
gnarface | they're trying to keep this one clear for support issues as they arise | 02:10 |
freem | I know, that's why I apologize | 02:10 |
gnarface | andraz: i still want to see if MESA_GL_VERSION_OVERRIDE will fix your rendering glitches | 02:17 |
andraz | gnarface: what do i do :) | 02:17 |
andraz | im new to irssi | 02:17 |
andraz | and im not sure how to scroll | 02:18 |
gnarface | you should use hexchat | 02:18 |
andraz | i use quassel normally | 02:18 |
gnarface | i don't know irssi either | 02:18 |
gnarface | try shift+pgup | 02:18 |
andraz | nope :) | 02:18 |
andraz | but quassel was removed from ceres | 02:18 |
andraz | for some reason | 02:18 |
andraz | well | 02:18 |
andraz | i may be overstating | 02:19 |
gnarface | MESA_GL_VERSION_OVERRIDE=4.5 wine pathofexile.exe | 02:19 |
andraz | but it was removed from the instalation when i did an upgrade from jessie to ceres | 02:19 |
gnarface | the general form should be this: MESA_GL_VERSION_OVERRIDE=[version] wine [program] | 02:21 |
gnarface | but i don't know exactly what [version] we need | 02:21 |
gnarface | 4.5 should be recent enough, but we may have to find something between 3.0 and 4.5 that your hardware can handle but is still new enough for the game | 02:21 |
gnarface | since i don't even know what specific card you're using i can only speculate | 02:22 |
andraz | https://ufile.io/xnpd0 | 02:22 |
gnarface | is that a pastebin? | 02:22 |
gnarface | just /msg it to me directly | 02:22 |
andraz | a short vid of the glitches | 02:22 |
gnarface | oh | 02:22 |
gnarface | sorry but i'm not gonna click on it | 02:23 |
andraz | kk :) | 02:23 |
gnarface | are you saying that you tried `MESA_GL_VERSION_OVERRIDE=4.5 wine pathofexile.exe` and it still gave you artifacts though? | 02:24 |
andraz | yes | 02:24 |
andraz | im still getting them | 02:24 |
gnarface | drat | 02:24 |
gnarface | well it was worth a try | 02:24 |
andraz | :) | 02:24 |
andraz | now even more :) | 02:24 |
andraz | but the fps is better | 02:24 |
gnarface | well, i've heard it can fix some issues to specify a higher opengl version when mesa is defaulting to 3.0 | 02:24 |
gnarface | so if setting it to 4.5 makes it WORSE that's still evidence | 02:25 |
gnarface | maybe some other number would work perfectly | 02:25 |
andraz | im going to use windows :\ | 02:28 |
gnarface | well you don't sound happy about it so i should advise you that threatening to do so is the opposite of an effective way to motivate anyone here to help you fix the problem | 02:29 |
gnarface | that won't get you any traction whatsoever | 02:29 |
andraz | gnarface: im just a bit dissapointed :) | 02:29 |
gnarface | we're all disappointed | 02:29 |
andraz | not at the help i got which is overwhelming | 02:29 |
andraz | and great and im very happy for it and thank you all for the effort | 02:30 |
aitor | good morning, devuanitas! | 10:43 |
aitor | i continue working on simple-netaid | 10:46 |
aitor | the following code will give you a short information of all the available active wifis: | 10:51 |
aitor | http://gnuinos.org/ACTIVE_WIFIS/ | 10:51 |
aitor | the code is taken from wireless-tools | 10:51 |
aitor | just run: | 10:52 |
aitor | ./scan_active_wifis | 10:52 |
aitor | as root | 10:52 |
aitor | i'll be back shortly | 10:52 |
aitor | hi again | 11:46 |
aitor | chist... | 16:09 |
aitor | bbl | 16:22 |
ballsystemlord | Hey | 17:26 |
ballsystemlord | Where does one find devuan Beowulf | 17:26 |
ballsystemlord | so that I can play with it. | 17:26 |
golinux | ballsystemlord: There are no beowulf isos. you'd have to upgrade from ASCII. | 17:38 |
golinux | Not much has been done on Beowulf yet so ymmv | 17:39 |
ballsystemlord | Ok, how do I do that? The standard dist upgrade does not appear to increment my system past "ascii"? | 17:39 |
ballsystemlord | I just keep needing a newer package of this and that. Youtube-dl, for example. | 17:40 |
ballsystemlord | Firefox would also be nice. The newer versions support multithreading! | 17:41 |
golinux | ballsystemlord: Try backports and if the newer package isn't there, you can add beowulf to your sources.list. You can also check https://pkginfo.devuan.org to locate packages | 17:51 |
ballsystemlord | Thanks! | 17:52 |
AlexLikeRock | do guys do you tick this CPU model name : mobile AMD Athlon(tm) XP 1900+ | 20:42 |
AlexLikeRock | <AlexLikeRock> cpu MHz : 662.595 support ASCII ? | 20:42 |
DocScrutinizer05 | maybe useful to kernel devs (though prolly no news to them): https://lwn.net/Articles/758034/ | 20:43 |
AlexLikeRock | or its to heavy ? | 20:44 |
sixwheeledbeast^ | Not sure I understand the question | 20:58 |
nacelle | I believe the question is "can ascii run on an athlon xp 1900+" and my answer is... dunno. | 21:09 |
nacelle | probably. | 21:09 |
jonadab | I would imagine so. | 21:30 |
jonadab | I mean, there might be certain things that might not perform as well as on a modern system. But you know. | 21:31 |
jonadab | You expect that. | 21:31 |
nacelle | the problem with teh 1900+ will be the subsystems, mainly disk and memory... they're going to be slow. | 22:55 |
nacelle | i run it in a vm with about as much if not less power though, so it should be fine ... just havent done it on that particular arch so no idea if it'll kernel panic.. which is not likely. | 22:56 |
nacelle | then theres other chips on the board to be concerned with | 22:56 |
nacelle | (and those are what I would focus on more than the cpu being compatible... x86 and modernish? probably going to work) | 22:56 |
aitor | hi | 23:27 |
aitor | yesterday started the jazz festival in my city | 23:31 |
aitor | #debianfork ? | 23:31 |
aitor | https://www.eitb.eus/es/cultura/azkena-rock/videos/detalle/5684374/video-arranca-azkena-rock-festival-2018-concierto-van-morrison/ | 23:34 |
g4570n | hi aitor | 23:34 |
aitor | it started with van morrison | 23:34 |
aitor | hi g4570n :) | 23:35 |
aitor | g4570n: i'm in #devuan-mx | 23:37 |
g4570n | :) | 23:37 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!