[03:11] is Snappy going to be available by default in Lubuntu 16.04? [03:17] MichaelTunnell, lubuntu will still install with .debs but with lubuntu in 16.04 you could install the snapcraft package to make snaps if you really wanted to [03:18] !info snapcraft xenial [03:18] snapcraft (source: snapcraft): easily craft snaps. In component universe, is extra. Version 2.8.2 (xenial), package size 58 kB, installed size 346 kB [03:45] teward buddy you on? [06:14] !info libandroidsdk-sdklib-java [06:14] libandroidsdk-sdklib-java (source: androidsdk-tools): Android SDKlib. In component universe, is extra. Version 22.2+git20130830~92d25d6-1 (wily), package size 23 kB, installed size 61 kB [06:15] !info androidsdk-tools [06:15] Package androidsdk-tools does not exist in wily [06:16] is there an official android sdk n the repositories for 14.02? and if so, could anyone tell me if it's recommended to use it? === PresidentPip is now known as Pipton [09:05] anyone else having trouble upgrading from 14.04 -> 15.10 ? [09:05] I've installed few packages from unofficial repositories, such as sbt... and now seems like I can't upgrade to 15.10 :P [09:06] though I am not certain it is the packages from unofficial repositories [09:06] maybe should do some log viewing [09:07] Laurenzo: It's not a supported upgrade path to start with [09:07] Wait for 16.04 and upgrade to that, LTS to LTS is supported [09:09] hateball: My mistake: I mean 15.04 [09:10] !eolupgrade [09:10] End-Of-Life is the time when security updates and support for an Ubuntu release stop, see https://wiki.ubuntu.com/Releases for more information. Looking to upgrade from an EOL release? See https://help.ubuntu.com/community/EOLUpgrades [09:12] hateball: thank you - never realized that since lubuntu kept bringing that upgrade possibility up every time :) [11:59] hi === michael__ is now known as Guest35377 [12:09] what about the lubuntu-16.04-rc-desktop-armhf-raspberry-pi.img, is it for both, pi2 and pi3? [13:05] * phil42 guesses yes [13:05] * phil42 is confident [13:23] hmm, lubuntu for rpi is using an "old" kernel? [13:25] 4.1.19-v7+ === mpmc is now known as mpmc________ === mpmc________ is now known as mpmc [13:32] why? [13:37] because we like you [13:37] ah, rpi-update do the trick :) [13:39] sorry, i tought the latest image is still on 4.4 [13:40] you could try "rpi-update next" [13:40] ok, thanks for the hint [13:40] do itashimashite [13:44] 4.4.7-v7+, that's looking better :) [13:48] "rpi-update next" is making a downgrade to 4.4.6-v7+ ? [13:50] i guess you will have to rpi-update again [13:51] k, waiting for reboot ... [14:05] ok, rpi-update did the trick again. back on 4.4.7-v7+. [14:06] but what does "itashimashite" mean? [14:06] do itashimashite = you are welcome in Japanese [14:07] doe itashimashite [14:07] if you do this long enough you learn to to say thankyou and you are welcome in all major languages [14:13] sorry, i do not get that ... i do not understand that. I understood "Arigatou" ... ah, ok, google is your friend ... " doumo arigatou gozaimasu" [14:14] mr roboto [14:14] :) [14:17] どういたしまして [14:17] hmmm, but cat /proc/cpuinfo on my rpi3 still tells me it is an "ARMv7 Processor rev 4 (v7l)" ? === equinox is now known as Guest73238 [14:19] so it is also compatible to my "old" rpi2? [14:21] the image is compatible with both [14:21] your rpi3 supports ARMv8 instruction set and arm64, but the images are armhf and work for both the RPi2 and RPi3 [14:23] will there be an optimized image for the armv8 too? [14:23] they say 1G isn't enough memory to run a desktop in 64 bit [14:24] so i say give me something that will run, then [14:24] is the 1G the only reason for an non 64bit os? [14:25] your guess is as good as mine [14:26] i see the different between the rpi 2 and 3 on for exp. boot up. but why the hype with 64 bit? [14:27] it runs faster [14:27] but there is no 64bit os. yes the cpu is faster, 800MHz vs. 1200 Mhz [14:28] at 1GB, there's no real performance difference between arm64 and armhf [14:28] so... [14:29] one big benefit of 64 bit is the ability to address alot of memory which pi3 does not have [14:29] so 64bit is only "advertising"? [14:30] you can use it if in 64 bit mode if you have the need and the software [14:31] and i think they should provide some kind of 64 bit software for it [14:31] if not a desktop then whatever else [14:31] phil42, i allways thought 64bit software can handle faster requests as the 32bit software? [14:31] it can address the memory faster [14:32] and the 64 bit processors are usually newer versions that run faster [14:32] thats what i mean [14:33] and they have 64 bit registers so they can do 64 bit calculations faster :P [14:33] never seen, that a rpi is swapping, but to handle memory faster would be nice .. [14:53] i have a question about the kernel. how can i figure out if it is a "normal", "low latency" or "rt" kernel? [14:58] uname -r should tell you [15:05] genii, uname -r only shows "4.4.7-v7+" nothing more. "uname -a" shows Linux zwerg3 4.4.7-v7+ #877 SMP Sun Apr 17 12:48:36 BST 2016 armv7l armv7l armv7l GNU/Linux. "uname -v" shows #877 SMP Sun Apr 17 12:48:36 BST 2016 [15:06] so how to figure out? === michael__ is now known as Guest1506 [15:50] again, how do i figure out, if my kernel is an normal, low-latency or rt kernel? [16:57] Hello all. Question for group. I have a Lexmark x9575 multi-function printer that I know there are no linux print drivers for... however would anyone know if there are any "generic/cups" printer drivers that can be used to print text or word documents? [16:59] Different question...just want is the difference between 14.0.4.4 lts and the upcoming 16?? [17:00] james1138: 16 is newer, but still an lts. you want that. :) [17:00] Any new features or just bugs fixes? [17:01] tons of both, I believe [17:01] depends on what packages you look at ;) [17:01] exactly [17:01] you'll find systemd under the hood, for example [17:01] The apps I use most are Libreoffice, Seamonkey and Kodi (xbmc) [17:04] The ones I cannot update because the updates frustrate me are Calendar Indicator and XFCE power manager [17:05] Sorry... and my-weather-indicator [17:06] you could hold them before you upgrade [17:06] I already locked them via Synaptic [17:06] there you go [17:08] Is there any way to install a much older version of Banshee? The newer version cannot easily stream Shoutcast. [17:08] yeah you could find the .deb file, uninstall your current version, install that version, and then hold it [17:08] assuming that no dependencies are affected in ways that conflict with other software [17:09] generally, the more sustainable way to fix problems is to file bug reports [17:09] especially for regressions [17:12] I get Error dependency not satifiable libgdatac1.9 cil [17:13] probably because some other software requires a greater version [17:13] you could sort through the dependency hell and figure it out [17:13] or you could file a bug report and get it fixed [17:13] Ok. I stick with Kodi [17:15] Different question altogther. Is Kino the only video editing software that handles digitial video (DV)? I have old VHS tapes to make into MP4 files. [17:18] ....or is the a GUI for dvgrab? [17:19] i am honestly not sure! [17:20] you might want to check with #ubuntu which has more folks with more experience, so they may be able to help. there's also #ubuntu-studio which is entirely focused on audio/video stuff, so they might know, too. [17:21] Thanks. I just sent the same question to Ubuntu. [17:21] great! sorry i could be of more help. [17:23] Back to Lubuntu... when Lubuntu goes to LQxt instead of LDXE.... will us that still use LXDE lose it when we do switch to that future upgrade? [17:23] no not necessarily [17:23] in all reality the two systems can live on the same machine [17:24] as long as you have the same gtk libraries, you can still use gtk software [17:24] i'm sure we'll provide instructions on how to have that setup when we release it [17:25] we'll also likely provide instructions on how to remove the lxqt components and stick with lxde entirely [17:25] lxde is not totally dead in terms of upstream development [17:25] but most focus is on lxqt, so it's definitely the healthier side of the project, i.e. the one to be the least buggy [17:26] which is to say that you might have difficulties with lxde that won't be solved as quickly as they would with lxqt [17:26] because of that, i would advise that people get rid of lxde and get lxqt instead BUT keep their gtk libraries so they can continue to run their gtk software [17:26] Thanks Wxl! This old dog rather not have to learn new tricks if he does not have to. [17:26] heheh understood :) [18:17] is here some one to help [18:54] hi there [18:54] * genii makes more coffee [18:55] * Ladee brings some cookies === IdleOne is now known as Guest85432