[03:11] <MichaelTunnell> is Snappy going to be available by default in Lubuntu 16.04?
[03:17] <ianorlin> 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] <ianorlin> !info snapcraft xenial
[03:45] <citizenruin> teward buddy you on?
[06:14] <Caerus> !info libandroidsdk-sdklib-java
[06:15] <Caerus> !info androidsdk-tools
[06:16] <Caerus> 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?
[09:05] <Laurenzo> anyone else having trouble upgrading from 14.04 -> 15.10 ?
[09:05] <Laurenzo> 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] <Laurenzo> though I am not certain it is the packages from unofficial repositories
[09:06] <Laurenzo> maybe should do some log viewing
[09:07] <hateball> Laurenzo: It's not a supported upgrade path to start with
[09:07] <hateball> Wait for 16.04 and upgrade to that, LTS to LTS is supported
[09:09] <Laurenzo> hateball: My mistake: I mean 15.04
[09:10] <hateball> !eolupgrade
[09:12] <Laurenzo> hateball: thank you - never realized that since lubuntu kept bringing that upgrade possibility up every time :)
[11:59] <michael__> hi
[12:09] <Guest35377> 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] <Guest35377> hmm, lubuntu for rpi is using an "old" kernel?
[13:25] <Guest35377> 4.1.19-v7+
[13:32] <Guest35377> why?
[13:37] <phil42> because we like you
[13:37] <Guest35377> ah, rpi-update do the trick :)
[13:39] <Guest35377> sorry, i tought the latest image is still on 4.4
[13:40] <phil42> you could try  "rpi-update next"
[13:40] <Guest35377> ok, thanks for the hint
[13:40] <phil42> do itashimashite
[13:44] <Guest35377> 4.4.7-v7+, that's looking better :)
[13:48] <Guest35377> "rpi-update next" is making a downgrade to 4.4.6-v7+ ?
[13:50] <phil42> i guess you will have to rpi-update again
[13:51] <Guest35377> k, waiting for reboot ...
[14:05] <Guest35377> ok, rpi-update did the trick again. back on 4.4.7-v7+.
[14:06] <Guest35377> but what does "itashimashite" mean?
[14:06] <phil42> do itashimashite = you are welcome in Japanese
[14:07] <phil42> doe itashimashite
[14:07] <phil42> if you do this long enough you learn to to say thankyou and you are welcome in all major languages
[14:13] <Guest35377> 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] <genii> mr roboto
[14:14] <Guest35377> :)
[14:17] <phil42> どういたしまして
[14:17] <Guest35377> hmmm, but cat /proc/cpuinfo on my rpi3 still tells me it is an "ARMv7 Processor rev 4 (v7l)" ?
[14:19] <Guest35377> so it is also compatible to my "old" rpi2?
[14:21] <teward> the image is compatible with both
[14:21] <teward> your rpi3 supports ARMv8 instruction set and arm64, but the images are armhf and work for both the RPi2 and RPi3
[14:23] <Guest35377> will there be an optimized image for the armv8 too?
[14:23] <phil42> they say 1G isn't enough memory to run a desktop in 64 bit
[14:24] <phil42> so i say give me something that will run, then
[14:24] <Guest35377> is the 1G the only reason for an non 64bit os?
[14:25] <phil42> your guess is as good as mine
[14:26] <Guest35377> i see the different between the rpi 2 and 3 on for exp. boot up. but why the hype with 64 bit?
[14:27] <phil42> it runs faster
[14:27] <Guest35377> but there is no 64bit os. yes the cpu is faster, 800MHz vs. 1200 Mhz
[14:28] <teward> at 1GB, there's no real performance difference between arm64 and armhf
[14:28] <teward> so...
[14:29] <phil42> one big benefit of 64 bit is the ability to address alot of memory which pi3 does not have
[14:29] <Guest35377> so 64bit is only "advertising"?
[14:30] <phil42> you can use it if in 64 bit mode if you have the need and the software
[14:31] <phil42> and i think they should provide some kind of 64 bit software for it
[14:31] <phil42> if not a desktop then whatever else
[14:31] <Guest35377> phil42, i allways thought 64bit software can handle faster requests as the 32bit software?
[14:31] <phil42> it can address the memory faster
[14:32] <phil42> and the 64 bit processors are usually newer versions that run faster
[14:32] <Guest35377> thats what i mean
[14:33] <TheSchaf> and they have 64 bit registers so they can do 64 bit calculations faster :P
[14:33] <Guest35377> never seen, that a rpi is swapping, but to handle memory faster would be nice ..
[14:53] <Guest35377> i have a question about the kernel. how can i figure out if it is a "normal", "low latency" or "rt" kernel?
[14:58] <genii> uname -r should tell you
[15:05] <Guest35377> 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] <Guest35377> so how to figure out?
[15:50] <Guest1506> again, how do i figure out, if my kernel is an normal, low-latency or rt kernel?
[16:57] <james1138> 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] <james1138> Different question...just want is the difference between 14.0.4.4 lts and the upcoming 16??
[17:00] <wxl> james1138: 16 is newer, but still an lts. you want that. :)
[17:00] <james1138> Any new features or just bugs fixes?
[17:01] <teward> tons of both, I believe
[17:01] <teward> depends on what packages you look at ;)
[17:01] <wxl> exactly
[17:01] <wxl> you'll find systemd under the hood, for example
[17:01] <james1138> The apps I use most are Libreoffice, Seamonkey and Kodi (xbmc)
[17:04] <james1138> The ones I cannot update because the updates frustrate me are Calendar Indicator and XFCE power manager
[17:05] <james1138> Sorry... and my-weather-indicator
[17:06] <wxl> you could hold them before you upgrade
[17:06] <james1138> I already locked them via Synaptic
[17:06] <wxl> there you go
[17:08] <james1138> Is there any way to install a much older version of Banshee?  The newer version cannot easily stream Shoutcast.
[17:08] <wxl> yeah you could find the .deb file, uninstall your current version, install that version, and then hold it
[17:08] <wxl> assuming that no dependencies are affected in ways that conflict with other software
[17:09] <wxl> generally, the more sustainable way to fix problems is to file bug reports
[17:09] <wxl> especially for regressions
[17:12] <james1138> I get Error dependency not satifiable libgdatac1.9 cil
[17:13] <wxl> probably because some other software requires a greater version
[17:13] <wxl> you could sort through the dependency hell and figure it out
[17:13] <wxl> or you could file a bug report and get it fixed
 Ok.  I stick with Kodi
[17:15] <james1138> 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] <james1138> ....or is the a GUI for dvgrab?
[17:19] <wxl> i am honestly not sure!
[17:20] <wxl> 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] <james1138> Thanks. I just sent the same question to Ubuntu.
[17:21] <wxl> great! sorry i could be of more help.
[17:23] <james1138> 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] <wxl> no not necessarily
[17:23] <wxl> in all reality the two systems can live on the same machine
[17:24] <wxl> as long as you have the same gtk libraries, you can still use gtk software
[17:24] <wxl> i'm sure we'll provide instructions on how to have that setup when we release it
[17:25] <wxl> we'll also likely provide instructions on how to remove the lxqt components and stick with lxde entirely
[17:25] <wxl> lxde is not totally dead in terms of upstream development
[17:25] <wxl> 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] <wxl> 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] <wxl> 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] <james1138> Thanks Wxl!  This old dog rather not have to learn new tricks if he does not have to. <grin>
[17:26] <wxl> heheh understood :)
[18:17] <pi_> is here some one to help
[18:54] <Ladee> hi there
[18:54]  * genii makes more coffee
[18:55]  * Ladee brings some cookies