hi guys [08:10] by the way -- that flash will wear out quite quickly, so I'd avoid writing any video to it. [08:10] get 16GB of memory in it and use /tmp religiously [08:10]

I have a problem. I have been running Linux Mint based off Ubuntu 14.04 with LXDE, and everything was okay. Now I tried installing Lubuntu 14.04, and the factual screen resolution is lower than it should be. [08:10] SD video clips shouldn't be very large [08:11] Good informations kamilion, I'm not going to write video on disk [08:11] main: which GPU? [08:11] I'm going to stream it [08:11]

on my older system I have been using the open source RADEON driver version 7.3 [08:11]

x1600pro [08:11] should be supported by 'radeonhd' [08:11]

i'll try that [08:11] that's the open source driver you're already using. [08:12] the new one is 'amdgpu' for the R5/R7/R9 class [08:12]

well, my display is 1920x1080, but if I select this resolution, the left and the right side is simply cut off [08:12] Are you sure it's 1920x1080? [08:12]

i don't see the start menu, i don't see the time, I don't even see the lxpanel below [08:12] That is a pretty uncommon resolution. [08:12]

Kamilion, according to xrandr yes [08:12]

hrm [08:12] 1920x1200 or 1600x900 is far more common :/ [08:13] 16:10, vs 16:9 [08:13]

anyway [08:13]

as of now i resorted to setting 1680x1050 [08:13]

to at least see most of the video output [08:13] what does the display's EDID report as it's maximum resolution? 1080p? [08:13]

however, i don't see the minutes [08:13]

edid? [08:13] it should be recorded in /var/log/Xorg.0.log [08:14]

display is okay [08:14] it should be recorded in /var/log/Xorg.0.log [08:14] Thanks again kamilion, I'll do some reading right now. [08:14] along with the reason you're not getting your full resolution. [08:14]

it was working fine with linux mint 17.2 (basically ubuntu 14.04) with LXDE [08:14] If you're running 16.04, you should probably install the hwe packages [08:14]

> Now I tried installing Lubuntu 14.04 [08:15] linux-signed-image-generic-hwe-16.04 for the kernel [08:15]

had the same problem with 16.04 and figured i'd go w/ 14.04 to debug it frist [08:15] https://github.com/kamilion/kamikazi-core/blob/master/buildscripts/xenial/12-addlist-xwin-hwe-16.04.synpkg [08:15]

i'm not running 16.04... [08:15] and here's the list of the hwe packages [08:15] Well, 14.04 ain't getting any newer, so if it ain't working, it ain't working. [08:16] the only fixes that's ever going to get are security at this point, cause it's so old [08:16]

like I said, it had been working on my older system [08:16] * Kamilion nods [08:16]

with my display and GPU [08:16]

that is, on the same hardware [08:16] and radeonhd should still support that class of GPU. [08:16] so you're going to have to check the log I mentioned for the exact error. [08:17] the error will likely be recorded in /var/log/Xorg.0.log [08:17] and should probably be a line starting with EE: [08:18]

http://termbin.com/kmea [08:18]

no error [08:18] http://puu.sh/xav1N/2984c9c330.png [08:19]

Kamilion, on the Linux Mint system the module version was 7.3 [08:19]

not 7.7 [08:19] the display does report 1080p as a valid mode [08:19]

is there a way to install the 7.3 version to see if it'll work? [08:20] sure, install from linux mint's repositories on top of the canonical repositories. [08:20] RADEON(0): Output VGA-0 using initial mode 1920x1080 +0+0 [08:21]

https://lut.im/TCtYXeJpWP/YCudEhBOrIOOBvFv.png [08:21]

this is what my screen looks like even w/ resolution 1680x1050 [08:21]

Kamilion, what'd be the package name? [08:22] dunno, never touched mint before. [08:22] you'd have to ask them. [08:22]

i don't think they use their own [08:22] but they're sitting on top of the canonical repos. [08:22] they do. [08:22] Anything they provide supercedes the canonical repos [08:22] anything they don't provide is pulled from the canonical repos [08:23]

okay, so 7.3 is not in canonical repos anymore, right? [08:23]

https://packages.ubuntu.com/search?keywords=xserver-xorg-video-radeon [08:23] no idea. I only concern myself with lubuntu, and currently, I've been too busy to follow lxqt [08:23]

actually [08:23]

it is [08:24]

Kamilion, how do I install this package? [08:24] xserver-xorg-video-radeon-hwe-16.04 [08:24] if you installed off the 16.04.2 ISO [08:24] which now uses the -hwe packages by default [08:25] otherwise xserver-xorg-video-radeon will probably remove the entire -hwe X stack [08:25] what do you mean, how do you install the package? [08:25] I type 'wajig install xserver-xorg-video-radeon' [08:25]

another question is [08:25] but it's unlikely that you use wajig. [08:25]

why do they list 7.3 on the website [08:26]

whereas Lubuntu 14.04 is shipped w/ 7.7? [08:26]

and apt show shows 7.7 from trusty channel [08:26]

i'm confused [08:26] 7.9 is what's installed for me. [08:26] xenial's 7.7 [08:26] trusty's 7.3 [08:27]

okay [08:27] but trusty's been broken for me a buncha times. [08:27]

i'd like to install the package from trusty [08:27] which is why I moved my ISO builds to 16.04 [08:27]

how do I go about it? [08:27] because of all the work I and others did in 14.10, 15.04, and 15.10 [08:27] you said you're on 14.04 [08:27] so... just install it? [08:28]

http://termbin.com/wrrx [08:28] I don't quite understand what your question is. [08:28]

it aint that simple :( [08:28]

should I downgrade xorg first? [08:28] well, there you go. it says quite explicity, you have held broken packages. [08:29] unhold them, or resolve whatever's broken in the transaction. [08:29]

Kamilion, but this is a fresh install. The only software I've installed myself was inxi [08:30] never heard of it, sorry [08:30]

it's a python script [08:30]

showing system info [08:30]

couldn't have possibly broken anything [08:30] ... system info? What, like, htop? [08:30]

no, like lshw [08:31]

graphics drivers in use etc [08:31] huh. I'll have to add that to my builds. [08:31] secv [08:31]

well, if you like it. I find it nice [08:32]

http://smxi.org/docs/inxi-man.htm [08:32]

it provides or more exactly aggregates all kinds of troubleshooting info [08:32] https://github.com/kamilion/kamikazi-core/commit/506925eca042aadb778b201eee485d2991b39ce5 [08:32] done. [08:32]

nice! [08:33]

as for dependencies, the build i'm using is half a years old [08:33] probably come in handy the few times X doesn't start up straight away [08:34]

think I'd better do a package upgrade first [08:34] https://github.com/kamilion/kamikazi-core/releases [08:34] feel free to grab the 980MB ISO, slap it on a USB stick, and start up in a week old 16.04 build. [08:34] if your screen doesn't come up correctly with either lubuntu-core or kamikazi, chances are something else is wrong. [08:35] if everything works, it was a bug somewhere in the X stack, and that becomes a lot easier to track down [08:35]

Kamilion, actually [08:35]

it's not a Lubuntu issue [08:35] it is not meant to be installed [08:35]

the same bug occured in Cent OS 6 and Void Linux [08:35] i mean, it's the most up to date lubuntu image you'll find currently [08:36]

yeah, i got it [08:36] built 8/7/2017 [08:36] for 16.04, at least... there's 17.10 dailies that are fresher, of course. [08:36]

so I have two ideas: 1) some software is lacking or 2) newer xorg radeon driver doesn't work correctly with my graphics card [08:37] could be the latter. Compare the Xorg.0.log between the versions. [08:37] or between working/nonworking [08:37] probably also ways to increase logging verbosity too [08:37] but generally if the local console doesn't work for me, I give up immediately and fall back to using x2go over SSH. [08:38] prrrrrrrrrrobably not an option for you. [08:38]

yep, this is why my goal is to install xserver-xorg-video-radeon=1:7.3.0-1ubuntu3 [08:39] totally acceptable for me, who primarily manages servers with old matrox video adapters... (it's not even advanced enough to be called a GPU -- it's 2D only!) [08:39] i'd suggest trying synaptic [08:39] it will suggest a transaction if it can figure one out. [08:39] aptitude might as well, but I generally find aptitude's interface to be disturbingly annoying [08:40]

apt upgrade is at 60% [08:40]

going to have to wait a bit [08:41] generally for the long term service releases, there's point releases generated every so often -- you can also try going back a couple point releases of 14.04 and if you find that resolves the problem, marking the packages as no touchy, then apt dist-upgrade [08:41]

will it upgrade me to 16.04? [08:42]

btw, i'm continuously being prompted with upgrade to 16.04.03 [08:42] http://puu.sh/xavCl/908b780d65.png [08:42] will what upgrade you to 16.04? [08:42]

apt dist-upgrade [08:42] ... what? [08:42] no... [08:42] lol [08:43] dist-upgrade allows 'new dependancies' to be installed, where 'upgrade' does not. [08:43]

i see... [08:43] 'do-release-upgrade' is what ... does the release upgrade. [08:43] Eg, if inxi gets an update and now requires the 'hddtemp' package [08:43] 'upgrade' will not get hddtemp, 'dist-upgrade' will. [08:44] it's pretty common for packages in an LTS release to get an update that changes it's dependancies somewhat [08:44] RethinkDB is a good example -- it used to depend on libprotobuf9v4, but now depends on libprotobuf9v5. [08:45] as both are available [08:46] or Customizer, which requires "make PYTHON=python3 PYQT=5" to select Python3 and QT5 instead of python 2.7 and qt4. [08:47] both python-pyqt4 and python3-qt5 are available... and annoyingly enough, have different naming schemes. L:) [08:48] Currently I'm really focused on finding QT derived apps because I'm moving to LXQT in 18.04, because they fixed the two bugs in lxqt v.10 for 16.04 that annoy the hell out of me [08:50]

aptitude says xserver-xorg-video-radeon-xenial (version 7.7) replaces xserver-xorg-video-radeon [08:50] 0.11 is fixed and I suspect 0.12 might appear before 18.04's release, but may or may not make it into the repos before it's ready [08:50]

should I probably remove it? [08:50] well, there you go [08:50] Dunno [08:50] not without synaptic or something having a solution for installation [08:51] but that's why you've got 7.7, clearly. [08:51] you have -xenial [08:51] in 16.04 it's now -hwe *shrug* [08:51] so I guess the trend will continue and 18.04 will rename it again... or keep -hwe, I hope. [08:52] so i betcha it's broken in 16.04 too -- as you're running the 16.04 packages, backported to 14.04. [08:53] there's probably some release note somewhere about how to undo -xenial [08:54]

https://lut.im/5deK0PUpmt/wCVW7iJqLXeW79ir.png [08:55] you're probably kinda screwed [08:55] https://launchpad.net/ubuntu/trusty/amd64/xserver-xorg/1:7.7+1ubuntu8.1 [08:55] https://launchpad.net/ubuntu/trusty/amd64/xserver-xorg [08:56] the resolve-ALL-the-dependancies package is pointing at all the 7.7 versions [08:56] and I'm not seeing a way to differentiate the original 7.3 packages and the -xenial 7.7 packages. [08:57] you may have to get an older 14.04 ISO, perhaps .4 or .3 instead of .5 [08:58] then you can Lock Version http://puu.sh/xavZU/3128e69a39.png before upgrading. [09:00]

no other way? [09:00] I don't know. [09:00]

right [09:00]

after all i don't even know if the problem is w/ 7.7 [09:00] that is the easiest I can think of to get the older 'xserver-xorg' package [09:00]

and if installing 7.3 will help [09:00] before it was replaced by 7.7 [09:01]

you sure it's .3 not .2 ? [09:01] * Kamilion shrugs [09:01] it's 2am and I'm not sure of anything at the moment. [09:02]

do you think it's possible to have 7.3 in 16.04? [09:02] not exactly fully awake, and I've pretty much tried to block 14.04 from memory [09:02]

or in latest releases? [09:02] Sure, absolutely. [09:02] launchpad will build any package you give it a .dsc for and drop it in your PPA. [09:02]

nice [09:03] https://launchpad.net/~kamilion/+archive/ubuntu/ppa [09:03] i do it all the time [09:03] only one package was uploade by me [09:03] the rest are all some package I needed from a different release (like karmic's copy of firefox 3.6.3) [09:04] or a rebuild of a newer package like dc3dd onto an older release [09:05] i still have packages published for lucid and maverick. [09:05]

right [09:05]

so you are moving lubuntu to lxqt? [09:05] nnnno? [09:05]

nvm [09:05] the packages are already available [09:06] I'm pretty sure tsimonq2 is the one that keeps pressing 'start build' these daus [09:06] *days [09:06] but as I said, I don't keep track of lubuntu development anymore. Everything I needed got fixed in 15.10 and I havn't had to yell at anyone about very much recently. ^_^ [09:07]

i see [09:07] i already have lxqt 0.10 installed (you can see it in my screenshots) [09:07] from the PPA [09:07] but they don't publish new builds for 16.04 :/ [09:07]

how does user experience differ from that of lxde? [09:08] uhhh... [09:08] i'm not really sure how to answer that. [09:08] other than the QT build of pcmanfm missing a couple menu entries and a couple minor bugs like the desktop background not resizing when the monitor resolution is changed, the experience doesn't change at all. [09:09] that was sort of the point of it, I thought. [09:09] all the same GUI tools, just using QT as the window themeing & rendering engine instead of GTK+ [09:10] i tweak my theme a little, because lxqt allows a more windows-7 like setup, icons on the taskbar instead of window names... [09:10]

btw [09:10]

is there a way to get leafpad to automatically save unsaved documents? [09:10] dunno, I don't use leafpad. [09:11] Gedit is generally what I've stuck with, but I'm going to have to find a QT editor I like soon [09:11] http://puu.sh/xawjX/8ed11ee53b.png [09:11] this is the other annoying bug in lxqt 0.10 [09:11]

does gedit have this autosave feature? [09:11] when the panel's in icon mode, it carries over even to the windowpicker [09:12]

so you don't lose unsaved data in case the PC freezes [09:12] * main downloading .1 :) [09:13] http://puu.sh/xawmS/6aaffc31d5.png [09:13] I don't see a plugin for that [09:13] but I generally would never have that problem anyway since I have the git plugin [09:13] and I'm sure you could rig an autosave script from the python console. [09:14] oh, crap [09:14] never mind [09:14] http://puu.sh/xawp0/8ec3da05d5.png [09:14] it's built in... lol [09:14] I'm so used to everything being a plugin, I almost forgot to check the other panes [09:14]

nice [09:15] i also find it amusing that you are worried about the exact thing my ISO enforces [09:15]

which is? [09:15]

gedit instead of leafpad? [09:15] making sure everything gets destroyed on shutdown (inherent quality, since / is in RAM) [09:15] everything dies. That's why it's named kamikazi... [09:16] not even /var/log is persistant. [09:16] (if you wanted persistant logging, you would have told rsyslog to send logs elsewhere!) [09:18] internet's fulla bad privacy these days. Lots of VPN providers say "we don't log anything". Court can't subpoena what never landed on 'physical storage'... heh heh. Their own fault for using specific wording in the laws... [09:19] I honestly havn't had problems with unreliable hardware in.... years. [09:20] and I've seen kamikazi survive system level events that would level most other linux hosts... Things like the PCI Express bus going away entirely and coming back, including EVERY device like AHCI, mpt2sas, uhci, ehci, xhci, everything. [09:20] worst I get is a bunch of kernel log entries as the devices are redetected... [09:21] having the disk controller suddenly go away would generally trash most linux installations. [09:22]

yeah [09:22] or at the very least cause a lot of complaints on the next boot, about unclean mounting, journal replays, and the normal recovery-after-powerfailure behavior [09:22]

so, should I lock anything 7.7? [09:22]

or just xserver-xorg-video-radeon? [09:23] locking version on any package will prevent apt from doing anything that would effect that package [09:23] so in theory you should get the same error you got earlier [09:23]

so i just lock this one package and that's it, right? [09:24] about unable to fix broken packages [09:24] yeah. [09:24] that should lock the whole chain that relies on it [09:24] and I'm pretty sure it won't even apply any security updates to X while in the locked state. [09:25] not that something like that happens with any regularity. [09:30]

okay [09:30]

installing .1 [09:30]

wish me luck [09:30]

:) [11:45] good day [13:49] hi [13:50] i want to ask about user name and password [13:51] when i install Lubuntu imege [14:13] just ask === m4sk1n is now known as m4sk2n === m4sk2n is now known as m4sk1n === m4sk1n is now known as adrjan17 === adrjan17 is now known as afaluk === afaluk is now known as m4sk1n === m4sk1n is now known as m4sk3n === m4sk3n is now known as m4sk1n === CompuDesktop is now known as Compu