[01:01] <OneM_Laptop> So, I'm having a bit of an issue with wifi on a new install of lubuntu 16.04.
[01:02] <tsimonq2> OneM_Laptop: What's the problem? :)
[01:02] <OneM_Laptop> It displays the connecting icon for a couple seconds, then "Disconnected, you are now offline shows".
[01:04] <OneM_Laptop> The wifi dongle I'm using is a bog-standard realtek rtl8188cus type, so if I'm correct, drivers shouldn't be an issue.
[01:04] <OneM_Laptop> Due to the location of the computer, ethernet is not an option for getting it working.
[01:06] <OneM_Laptop> Any ideas?
[01:07] <tsimonq2> !realtek
[01:07] <tsimonq2> idk, the bot is smart XD
[01:07] <tsimonq2> OneM_Laptop: That *might* help ^^^^^
[01:11] <OneM_Laptop> Ok. Thank you!
[05:26] <mahdi> Hi
[05:26] <mahdi> Can I get some help here?
[05:27] <hateball> !ask | mahdi
[05:29] <mahdi> I want to install lubuntu core, minimum installation. I followed this page : https://help.ubuntu.com/community/Lubuntu/Documentation/MinimalInstall   but at the end I ended up with Ubuntu 16.10 fully installed. Can someone help me with that?
[05:30] <mahdi> I downloaded Ubuntu 16.10 "Yakkety Yak" and booted from cd , followed the instructions.
[05:47] <hateball> mahdi: well to begin with, 16.10 is EOL
[05:47] <hateball> mahdi: so use either 16.04 or 17.04
[05:49] <hateball> mahdi: and to get core, you need to download the minimal iso first https://help.ubuntu.com/community/Installation/MinimalCD
[05:49] <hateball> and once that is installed, apt install lubuntu-core
[05:51] <Unit193> I would consider installing the task instead, and Lubuntu desktop doesn't install recommends by default, so may want to consider that too.
[06:37] <Kamilion> Anyone got a copy of UMR 16.04 still around? The site's gone and I can't find any mirrors.
[06:45] <LioneLL> UMR ?
[06:46] <Kamilion> ubuntu-mini-remix.
[07:10] <mahdi> Thanks hateball and Unit193 . about the task you mentioned. can you provide a link?
[07:12] <Kamilion> https://askubuntu.com/a/676469/346554
[07:13] <Kamilion> older xenial images will have a broken tasksel. See https://bugs.launchpad.net/ubuntu/+source/tasksel/+bug/1530397 for details.
[07:14] <Kamilion> that's only for alternate installs using d-i though.
[07:15] <Kamilion> the minimal image is considered an alternate install, since it uses d-i and not ubiquity.
[07:15] <Kamilion> d-i is debian-installer.
[07:15] <Kamilion> the text-based installer.
[07:16] <Kamilion> in general, the minimal CD is more for doing netboot style installations where you don't need/want the target machine to grab a 600+MB ISO. IPXE is quite happy to slowly load 55MB into memory, takes a minute or two. 600MB at half a meg a second is going to take twenty minutes to load.
[07:21] <Unit193> Bug 1530397
[07:21]  * Unit193 taps on ubottu.
[07:23] <Kamilion> if all you're looking for is lubuntu-core, you can grab https://github.com/kamilion/kamikazi-core/releases/download/0.9.0-rc6/lubuntu-core-amd64-16.04.iso
[07:23] <Kamilion> generated as part of kamikazi-0.9.0-RC6's build process. https://github.com/kamilion/kamikazi-core/releases/tag/0.9.0-rc6
[07:24] <Kamilion> 580 megs, no apps, media libraries, or physical printer support.
[07:24] <Kamilion> PDF printing is still available. Firefox has been replaced with qupzilla, relying on the existing QT libraries.
[07:25] <Kamilion> if qupzilla and QT are removed, that'll shave another hundred megs off.
[07:25] <Kamilion> but a desktop without a viable browser is kind of... not useful.
[07:26] <Kamilion> guess mahdi isn't paying attention anymore.
[07:34] <mahdi> Thanks Kamilion.
[07:35] <Kamilion> sure.
[07:36] <Kamilion> https://github.com/kamilion/kamikazi-core/tree/master/buildscripts/xenial  02-purgelist through 05-purgelist declare which packages were removed from the ISO.
[07:36] <mahdi> My purpose is to have a minimal linux to run ffmpeg for encoding video. I have thin client with a not much strong processor. So I want to use most of it's strength for encoding process not the os itself.
[07:37] <Kamilion> yep, likewise, Xen prefers a minimal environment.
[07:37] <Kamilion> Not that 980MB is exactly minimal; but it's certainly smaller than an on-disk installation
[07:37] <mahdi> and also this thin client is going to use a power bank to run, so I need to use less energy as I can.
[07:37] <Kamilion> if you really need to remaster the disc image, you can do the same as I did
[07:38] <Kamilion> https://github.com/kamilion/customizer
[07:38] <Kamilion> open it up in customizer, change the packages, repack into an .iso again.
[07:40] <mahdi> Ok thanks again. Can I have your mail address if I needed any help?
[07:41] <Kamilion> it's not listed on https://github.com/kamilion ?
[07:41] <Kamilion> yeah, it's there. Left hand sidebar, under location, above website link.
[07:41] <mahdi> Yep it is
[07:42] <Kamilion> https://launchpad.net/~kamilion has my PGP keys if you sign mail.
[07:42] <mahdi> I need just support for usb webcam and ffmpeg
[07:42] <Kamilion> ... then why are you even bothering with a desktop... or even ubuntu in general?
[07:42] <Kamilion> Shouldn't you use something like alpine or something?
[07:43] <mahdi> What do you propose?
[07:43] <Kamilion> last I knew that's what all the crazy docker container stuff was using for the smallest containers.
[07:43] <Kamilion> https://alpinelinux.org/
[07:44] <mahdi> I'll take a look at it and will be back. Thanks indeed
[07:44] <Kamilion> https://pkgs.alpinelinux.org/packages?name=ffmpeg&branch=&repo=&arch=&maintainer=
[07:44] <Kamilion> usb webcam will be a kernel module, specifically the UVC driver.
[07:46] <Kamilion> http://www.ideasonboard.org/uvc/
[07:46] <Kamilion> Arch's wiki generally has the best dump of data reguarding hardware devices
[07:46] <Kamilion> https://wiki.archlinux.org/index.php/webcam_setup
[07:46] <Kamilion> modprobe uvcvideo should be good enough.
[07:47] <Kamilion> unless it's not a uvc camera, in which case, you're kinda screwed. Better to use something like a raspberry pi in that case, and just hook up the 8 megapixel camera.
[07:48] <mahdi> Raspberry Pi just has 1GB memory. I think i need more than that.
[07:49] <mahdi> so in your opinion which version of alpinelinux I should use?
[07:50] <mahdi> it has standard, extended and ...
[07:50] <Kamilion> huh, I've never had a problem, even with 512MB.
[07:51] <mahdi> encoding to x265 is memory extensive. Is it possible to increase rasperry pi memory?
[07:51] <Kamilion> ... oh. No wonder. H.265 barely has any hardware support.
[07:52] <Kamilion> I invoke the hardware h.264 encoder instead.
[07:52]  * Kamilion shrugs
[07:52] <mahdi> i'm afraid they're pretty expensive
[07:52] <Kamilion> dunno, I've never used alpine.
[07:53] <Kamilion> but yeah, if you're using the CPU to encode h.265, you're stuck on a PC
[07:53] <Kamilion> ARM probably ain't gonna cut it in that kind of power envelope
[07:53] <mahdi> my requirements does not include an HD video
[07:54] <Kamilion> that's straight up Atom/Celeron/APU territory
[07:54] <Kamilion> doesn't matter
[07:54] <Kamilion> any CPU encoding is going to be hell
[07:54] <Kamilion> and it's pretty much only amd64 and armeabi-v7a have optimizations
[07:55] <Kamilion> Everything else just uses the hardware encoder on most embedded system on chip devices.
[07:56] <Kamilion> which limits you to h.264. h.265 doesn't even really give much of an advantage at resolutions below ED (720p) or HD (1080p), it can bitpack a little tighter and bucket data differently. The additional macroblocking defines also help, but they're the primary reason why it's so expensive to encode.
[07:57] <Kamilion> so if you're just streaming 1.3mpix; you might consider using the hardware encoder to save tons of power, especally if you're running off a battery bank, as you say.
[07:57] <Kamilion> The largest of those that I'm aware of is about 20 amphours at 5V; anything beyond that stops being a battery bank and becomes a car jumpstart pack (with free USB port!)
[07:58] <mahdi> I need to encode SD video ( 720x576)
[07:58] <Kamilion> or specificially engineered for a higher voltage like 19V
[07:58] <mahdi> Yes I'm using energizer xp18000 which has 19V output
[07:59] <Kamilion> yeah, that doesn't really have enough pixels in it to really make use of the 64x64 macroblocking that h.265 enables... and you're not really going to see a huge difference between that and h.264's 4x4 macroblocks.
[07:59] <Kamilion> which embedded board are you currently prototyping with?
[08:01] <Kamilion> the closest one I know of that would probably do CPU encoding of h.265 would be the odroid-xu4... http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825
[08:01] <mahdi> it's HP T620, it's thin client with dual-core cpu. here is the specs https://www.cnet.com/products/hp-flexible-thin-client-t620-tower-gx-217ga-1-65-ghz-4-gb-8-gb-g4u34uaaba/specs/
[08:01] <Kamilion> oh, it's just a PC.
[08:01] <Kamilion> straight AMD64, with an AMD APU
[08:01] <mahdi> yep
[08:02] <Kamilion> use the AMD Radeon HD 8280E instead of x265
[08:02] <Kamilion> then you can use the opencl encoder.
[08:02] <Kamilion> that alone will save you tons of power.
[08:03] <mahdi> I'm not familiar with opencl, I'll take a look
[08:03] <Kamilion> compute on GPU
[08:04] <mahdi> is it powerfull enogh?
[08:04] <Kamilion> https://github.com/GPUOpen-LibrariesAndSDKs/AMF
[08:04] <Kamilion> there ya go.
[08:04]  * Kamilion points at the top folder in the repository, Thirdparty/ffmpeg/ffmpeg-3.3.1
[08:04] <Kamilion> Version 1.4 of the AMF SDK includes support for the H.265 encoder(HEVC) and bug fixes. Version 1.4.4 has support for FFmpeg 3.3.1.
[08:04] <mahdi> thanks a million. since today you are my hero :-)
[08:05] <Kamilion> that may be a pain in the ass on alpine though
[08:05] <Kamilion> but alpine's standard installation iso is only 100mb
[08:06] <Kamilion> if you're truly *needing* to be tiny, it's probably the answer.
[08:06] <Kamilion> otherwise, you can do what I did for my xen ISO
[08:06] <Kamilion> and use TORAM=Yes
[08:07] <Kamilion> use something like customizer, click the 'Terminal' icon to open a chroot, and you can make any changes you want to the system.
[08:07] <Kamilion> I prefer the ubuntu ecosystem, more specifically, the PPA package archives.
[08:08] <Kamilion> There are tradeoffs in that -- ubuntu's packages are built for compatibility, not performance.
[08:09] <Kamilion> adding your changes to the ISO itself ends up compressing everything using SquashFS.
[08:09] <Kamilion> and the squashfs is what gets copied to memory.
[08:09] <Kamilion> Quite good when all you have is 8GB of flash for storage.
[08:10] <main> hi guys
[08:10] <Kamilion> by the way -- that flash will wear out quite quickly, so I'd avoid writing any video to it.
[08:10] <Kamilion> get 16GB of memory in it and use /tmp religiously
[08:10] <main> 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] <Kamilion> SD video clips shouldn't be very large
[08:11] <mahdi> Good informations kamilion, I'm not going to write video on disk
[08:11] <Kamilion> main: which GPU?
[08:11] <mahdi> I'm going to stream it
[08:11] <main> on my older system I have been using the open source RADEON driver version 7.3
[08:11] <main> x1600pro
[08:11] <Kamilion> should be supported by 'radeonhd'
[08:11] <main> i'll try that
[08:11] <Kamilion> that's the open source driver you're already using.
[08:12] <Kamilion> the new one is 'amdgpu' for the R5/R7/R9 class
[08:12] <main> well, my display is 1920x1080, but if I select this resolution, the left and the right side is simply cut off
[08:12] <Kamilion> Are you sure it's 1920x1080?
[08:12] <main> i don't see the start menu, i don't see the time, I don't even see the lxpanel below
[08:12] <Kamilion> That is a pretty uncommon resolution.
[08:12] <main> Kamilion, according to xrandr yes
[08:12] <main> hrm
[08:12] <Kamilion> 1920x1200 or 1600x900 is far more common :/
[08:13] <Kamilion> 16:10, vs 16:9
[08:13] <main> anyway
[08:13] <main> as of now i resorted to setting 1680x1050
[08:13] <main> to at least see most of the video output
[08:13] <Kamilion> what does the display's EDID report as it's maximum resolution? 1080p?
[08:13] <main> however, i don't see the minutes
[08:13] <main> edid?
[08:13] <Kamilion> it should be recorded in /var/log/Xorg.0.log
[08:14] <main> display is okay
[08:14] <Kamilion> it should be recorded in /var/log/Xorg.0.log
[08:14] <mahdi> Thanks again kamilion, I'll do some reading right now.
[08:14] <Kamilion> along with the reason you're not getting your full resolution.
[08:14] <main> it was working fine with linux mint 17.2 (basically ubuntu 14.04) with LXDE
[08:14] <Kamilion> If you're running 16.04, you should probably install the hwe packages
[08:14] <main> > Now I tried installing Lubuntu 14.04
[08:15] <Kamilion> linux-signed-image-generic-hwe-16.04 for the kernel
[08:15] <main> had the same problem with 16.04 and figured i'd go w/ 14.04 to debug it frist
[08:15] <Kamilion> https://github.com/kamilion/kamikazi-core/blob/master/buildscripts/xenial/12-addlist-xwin-hwe-16.04.synpkg
[08:15] <main> i'm not running 16.04...
[08:15] <Kamilion> and here's the list of the hwe packages
[08:15] <Kamilion> Well, 14.04 ain't getting any newer, so if it ain't working, it ain't working.
[08:16] <Kamilion> the only fixes that's ever going to get are security at this point, cause it's so old
[08:16] <main> like I said, it had been working on my older system
[08:16]  * Kamilion nods
[08:16] <main> with my display and GPU
[08:16] <main> that is, on the same hardware
[08:16] <Kamilion> and radeonhd should still support that class of GPU.
[08:16] <Kamilion> so you're going to have to check the log I mentioned for the exact error.
[08:17] <Kamilion> the error will likely be recorded in /var/log/Xorg.0.log
[08:17] <Kamilion> and should probably be a line starting with EE:
[08:18] <main> http://termbin.com/kmea
[08:18] <main> no error
[08:18] <Kamilion> http://puu.sh/xav1N/2984c9c330.png
[08:19] <main> Kamilion, on the Linux Mint system the module version was 7.3
[08:19] <main> not 7.7
[08:19] <Kamilion> the display does report 1080p as a valid mode
[08:19] <main> is there a way to install the 7.3 version to see if it'll work?
[08:20] <Kamilion> sure, install from linux mint's repositories on top of the canonical repositories.
[08:20] <Kamilion> RADEON(0): Output VGA-0 using initial mode 1920x1080 +0+0
[08:21] <main> https://lut.im/TCtYXeJpWP/YCudEhBOrIOOBvFv.png
[08:21] <main> this is what my screen looks like even w/ resolution 1680x1050
[08:21] <main> Kamilion, what'd be the package name?
[08:22] <Kamilion> dunno, never touched mint before.
[08:22] <Kamilion> you'd have to ask them.
[08:22] <main> i don't think they use their own
[08:22] <Kamilion> but they're sitting on top of the canonical repos.
[08:22] <Kamilion> they do.
[08:22] <Kamilion> Anything they provide supercedes the canonical repos
[08:22] <Kamilion> anything they don't provide is pulled from the canonical repos
[08:23] <main> okay, so 7.3 is not in canonical repos anymore, right?
[08:23] <main> https://packages.ubuntu.com/search?keywords=xserver-xorg-video-radeon
[08:23] <Kamilion> no idea. I only concern myself with lubuntu, and currently, I've been too busy to follow lxqt
[08:23] <main> actually
[08:23] <main> it is
[08:24] <main> Kamilion, how do I install this package?
[08:24] <Kamilion> xserver-xorg-video-radeon-hwe-16.04
[08:24] <Kamilion> if you installed off the 16.04.2 ISO
[08:24] <Kamilion> which now uses the -hwe packages by default
[08:25] <Kamilion> otherwise xserver-xorg-video-radeon will probably remove the entire -hwe X stack
[08:25] <Kamilion> what do you mean, how do you install the package?
[08:25] <Kamilion> I type 'wajig install xserver-xorg-video-radeon'
[08:25] <main> another question is
[08:25] <Kamilion> but it's unlikely that you use wajig.
[08:25] <main> why do they list 7.3 on the website
[08:26] <main> whereas Lubuntu 14.04 is shipped w/ 7.7?
[08:26] <main> and apt show shows 7.7 from trusty channel
[08:26] <main> i'm confused
[08:26] <Kamilion> 7.9 is what's installed for me.
[08:26] <Kamilion> xenial's 7.7
[08:26] <Kamilion> trusty's 7.3
[08:27] <main> okay
[08:27] <Kamilion> but trusty's been broken for me a buncha times.
[08:27] <main> i'd like to install the package from trusty
[08:27] <Kamilion> which is why I moved my ISO builds to 16.04
[08:27] <main> how do I go about it?
[08:27] <Kamilion> because of all the work I and others did in 14.10, 15.04, and 15.10
[08:27] <Kamilion> you said you're on 14.04
[08:27] <Kamilion> so... just install it?
[08:28] <main> http://termbin.com/wrrx
[08:28] <Kamilion> I don't quite understand what your question is.
[08:28] <main> it aint that simple :(
[08:28] <main> should I downgrade xorg first?
[08:28] <Kamilion> well, there you go. it says quite explicity, you have held broken packages.
[08:29] <Kamilion> unhold them, or resolve whatever's broken in the transaction.
[08:29] <main> Kamilion, but this is a fresh install. The only software I've installed myself was inxi
[08:30] <Kamilion> never heard of it, sorry
[08:30] <main> it's a python script
[08:30] <main> showing system info
[08:30] <main> couldn't have possibly broken anything
[08:30] <Kamilion> ... system info? What, like, htop?
[08:30] <main> no, like lshw
[08:31] <main> graphics drivers in use etc
[08:31] <Kamilion> huh. I'll have to add that to my builds.
[08:31] <Kamilion> secv
[08:31] <main> well, if you like it. I find it nice
[08:32] <main> http://smxi.org/docs/inxi-man.htm
[08:32] <main> it provides or more exactly aggregates all kinds of troubleshooting info
[08:32] <Kamilion> https://github.com/kamilion/kamikazi-core/commit/506925eca042aadb778b201eee485d2991b39ce5
[08:32] <Kamilion> done.
[08:32] <main> nice!
[08:33] <main> as for dependencies, the build i'm using is half a years old
[08:33] <Kamilion> probably come in handy the few times X doesn't start up straight away
[08:34] <main> think I'd better do a package upgrade first
[08:34] <Kamilion> https://github.com/kamilion/kamikazi-core/releases
[08:34] <Kamilion> 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] <Kamilion> if your screen doesn't come up correctly with either lubuntu-core or kamikazi, chances are something else is wrong.
[08:35] <Kamilion> if everything works, it was a bug somewhere in the X stack, and that becomes a lot easier to track down
[08:35] <main> Kamilion, actually
[08:35] <main> it's not a Lubuntu issue
[08:35] <Kamilion> it is not meant to be installed
[08:35] <main> the same bug occured in Cent OS 6 and Void Linux
[08:35] <Kamilion> i mean, it's the most up to date lubuntu image you'll find currently
[08:36] <main> yeah, i got it
[08:36] <Kamilion> built 8/7/2017
[08:36] <Kamilion> for 16.04, at least... there's 17.10 dailies that are fresher, of course.
[08:36] <main> 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] <Kamilion> could be the latter. Compare the Xorg.0.log between the versions.
[08:37] <Kamilion> or between working/nonworking
[08:37] <Kamilion> probably also ways to increase logging verbosity too
[08:37] <Kamilion> 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] <Kamilion> prrrrrrrrrrobably not an option for you.
[08:38] <main> yep, this is why my goal is to install xserver-xorg-video-radeon=1:7.3.0-1ubuntu3
[08:39] <Kamilion> 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] <Kamilion> i'd suggest trying synaptic
[08:39] <Kamilion> it will suggest a transaction if it can figure one out.
[08:39] <Kamilion> aptitude might as well, but I generally find aptitude's interface to be disturbingly annoying
[08:40] <main> apt upgrade is at 60%
[08:40] <main> going to have to wait a bit
[08:41] <Kamilion> 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] <main> will it upgrade me to 16.04?
[08:42] <main> btw, i'm continuously being prompted with  upgrade to 16.04.03
[08:42] <Kamilion> http://puu.sh/xavCl/908b780d65.png
[08:42] <Kamilion> will what upgrade you to 16.04?
[08:42] <main> apt dist-upgrade
[08:42] <Kamilion> ... what?
[08:42] <Kamilion> no...
[08:42] <Kamilion> lol
[08:43] <Kamilion> dist-upgrade allows 'new dependancies' to be installed, where 'upgrade' does not.
[08:43] <main> i see...
[08:43] <Kamilion> 'do-release-upgrade' is what ... does the release upgrade.
[08:43] <Kamilion> Eg, if inxi gets an update and now requires the 'hddtemp' package
[08:43] <Kamilion> 'upgrade' will not get hddtemp, 'dist-upgrade' will.
[08:44] <Kamilion> it's pretty common for packages in an LTS release to get an update that changes it's dependancies somewhat
[08:44] <Kamilion> RethinkDB is a good example -- it used to depend on libprotobuf9v4, but now depends on libprotobuf9v5.
[08:45] <Kamilion> as both are available
[08:46] <Kamilion> or Customizer, which requires "make PYTHON=python3 PYQT=5" to select Python3 and QT5 instead of python 2.7 and qt4.
[08:47] <Kamilion> both python-pyqt4 and python3-qt5 are available... and annoyingly enough, have different naming schemes. L:)
[08:48] <Kamilion> 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] <main> aptitude says xserver-xorg-video-radeon-xenial (version 7.7) replaces xserver-xorg-video-radeon
[08:50] <Kamilion> 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] <main> should I probably remove it?
[08:50] <Kamilion> well, there you go
[08:50] <Kamilion> Dunno
[08:50] <Kamilion> not without synaptic or something having a solution for installation
[08:51] <Kamilion> but that's why you've got 7.7, clearly.
[08:51] <Kamilion> you have -xenial
[08:51] <Kamilion> in 16.04 it's now -hwe *shrug*
[08:51] <Kamilion> so I guess the trend will continue and 18.04 will rename it again... or keep -hwe, I hope.
[08:52] <Kamilion> so i betcha it's broken in 16.04 too -- as you're running the 16.04 packages, backported to 14.04.
[08:53] <Kamilion> there's probably some release note somewhere about how to undo -xenial
[08:54] <main> https://lut.im/5deK0PUpmt/wCVW7iJqLXeW79ir.png
[08:55] <Kamilion> you're probably kinda screwed
[08:55] <Kamilion> https://launchpad.net/ubuntu/trusty/amd64/xserver-xorg/1:7.7+1ubuntu8.1
[08:55] <Kamilion> https://launchpad.net/ubuntu/trusty/amd64/xserver-xorg
[08:56] <Kamilion> the resolve-ALL-the-dependancies package is pointing at all the 7.7 versions
[08:56] <Kamilion> and I'm not seeing a way to differentiate the original 7.3 packages and the -xenial 7.7 packages.
[08:57] <Kamilion> you may have to get an older 14.04 ISO, perhaps .4 or .3 instead of .5
[08:58] <Kamilion> then you can Lock Version http://puu.sh/xavZU/3128e69a39.png before upgrading.
[09:00] <main> no other way?
[09:00] <Kamilion> I don't know.
[09:00] <main> right
[09:00] <main> after all i don't even know if the problem is w/ 7.7
[09:00] <Kamilion> that is the easiest I can think of to get the older 'xserver-xorg' package
[09:00] <main> and if installing 7.3 will help
[09:00] <Kamilion> before it was replaced by 7.7
[09:01] <main> you sure it's .3 not .2 ?
[09:01]  * Kamilion shrugs
[09:01] <Kamilion> it's 2am and I'm not sure of anything at the moment.
[09:02] <main> do you think it's possible to have 7.3 in 16.04?
[09:02] <Kamilion> not exactly fully awake, and I've pretty much tried to block 14.04 from memory
[09:02] <main> or in latest releases?
[09:02] <Kamilion> Sure, absolutely.
[09:02] <Kamilion> launchpad will build any package you give it a .dsc for and drop it in your PPA.
[09:02] <main> nice
[09:03] <Kamilion> https://launchpad.net/~kamilion/+archive/ubuntu/ppa
[09:03] <Kamilion> i do it all the time
[09:03] <Kamilion> only one package was uploade by me
[09:03] <Kamilion> the rest are all some package I needed from a different release (like karmic's copy of firefox 3.6.3)
[09:04] <Kamilion> or a rebuild of a newer package like dc3dd onto an older release
[09:05] <Kamilion> i still have packages published for lucid and maverick.
[09:05] <main> right
[09:05] <main> so you are moving lubuntu to lxqt?
[09:05] <Kamilion> nnnno?
[09:05] <main> nvm
[09:05] <Kamilion> the packages are already available
[09:06] <Kamilion> I'm pretty sure tsimonq2 is the one that keeps pressing 'start build' these daus
[09:06] <Kamilion> *days
[09:06] <Kamilion> 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] <main> i see
[09:07] <Kamilion> i already have lxqt 0.10 installed (you can see it in my screenshots)
[09:07] <Kamilion> from the PPA
[09:07] <Kamilion> but they don't publish new builds for 16.04 :/
[09:07] <main> how does user experience differ from that of lxde?
[09:08] <Kamilion> uhhh...
[09:08] <Kamilion> i'm not really sure how to answer that.
[09:08] <Kamilion> 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] <Kamilion> that was sort of the point of it, I thought.
[09:09] <Kamilion> all the same GUI tools, just using QT as the window themeing & rendering engine instead of GTK+
[09:10] <Kamilion> 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] <main> btw
[09:10] <main> is there a way to get leafpad to automatically save unsaved documents?
[09:10] <Kamilion> dunno, I don't use leafpad.
[09:11] <Kamilion> Gedit is generally what I've stuck with, but I'm going to have to find a QT editor I like soon
[09:11] <Kamilion> http://puu.sh/xawjX/8ed11ee53b.png
[09:11] <Kamilion> this is the other annoying bug in lxqt 0.10
[09:11] <main> does gedit have this autosave feature?
[09:11] <Kamilion> when the panel's in icon mode, it carries over even to the windowpicker
[09:12] <main> so you don't lose unsaved data in case the PC freezes
[09:12]  * main downloading .1 :)
[09:13] <Kamilion> http://puu.sh/xawmS/6aaffc31d5.png
[09:13] <Kamilion> I don't see a plugin for that
[09:13] <Kamilion> but I generally would never have that problem anyway since I have the git plugin
[09:13] <Kamilion> and I'm sure you could rig an autosave script from the python console.
[09:14] <Kamilion> oh, crap
[09:14] <Kamilion> never mind
[09:14] <Kamilion> http://puu.sh/xawp0/8ec3da05d5.png
[09:14] <Kamilion> it's built in... lol
[09:14] <Kamilion> I'm so used to everything being a plugin, I almost forgot to check the other panes
[09:14] <main> nice
[09:15] <Kamilion> i also find it amusing that you are worried about the exact thing my ISO enforces
[09:15] <main> which is?
[09:15] <main> gedit instead of leafpad?
[09:15] <Kamilion> making sure everything gets destroyed on shutdown (inherent quality, since / is in RAM)
[09:15] <Kamilion> everything dies. That's why it's named kamikazi...
[09:16] <Kamilion> not even /var/log is persistant.
[09:16] <Kamilion> (if you wanted persistant logging, you would have told rsyslog to send logs elsewhere!)
[09:18] <Kamilion> 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] <Kamilion> I honestly havn't had problems with unreliable hardware in.... years.
[09:20] <Kamilion> 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] <Kamilion> worst I get is a bunch of kernel log entries as the devices are redetected...
[09:21] <Kamilion> having the disk controller suddenly go away would generally trash most linux installations.
[09:22] <main> yeah
[09:22] <Kamilion> 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] <main> so, should I lock anything 7.7?
[09:22] <main> or just xserver-xorg-video-radeon?
[09:23] <Kamilion> locking version on any package will prevent apt from doing anything that would effect that package
[09:23] <Kamilion> so in theory you should get the same error you got earlier
[09:23] <main> so i just lock this one package and that's it, right?
[09:24] <Kamilion> about unable to fix broken packages
[09:24] <Kamilion> yeah.
[09:24] <Kamilion> that should lock the whole chain that relies on it
[09:24] <Kamilion> and I'm pretty sure it won't even apply any security updates to X while in the locked state.
[09:25] <Kamilion> not that something like that happens with any regularity.
[09:30] <main> okay
[09:30] <main> installing .1
[09:30] <main> wish me luck
[09:30] <main> :)
[11:45] <korisnik> good day
[13:49] <sam____> hi
[13:50] <sam____> i want to ask about user name and password
[13:51] <sam____> when i install Lubuntu imege
[14:13] <leszek> just ask