[00:09] <dsamza> buyenas tasder noche
[00:09] <wxl> !es | dsamza
[00:09] <dsamza> gracias
[00:10] <wxl> de nada
[00:11] <dsamza> es que soy nuevo en esto de IRC wxl
[00:11] <dsamza> por eso ando bien perdido
[00:11] <wxl> hablo espanol un poquito! lo siento!
[00:12] <dsamza> ok
[00:12] <dsamza> gracias
[00:12] <dsamza> adios....
[00:34] <wxl> ianorlin: no, just desktop
[03:26] <Py331> I just installed Lubuntu 14.04.1 LTS from USB and I'm getting a kernel panic not syncing. no init. Any ideas? I've googled but haven't found anything that helped. I just did a normal install.
[16:54] <ianorlin> grr one of my machines needs a bios update and I don't have a windows liscense for it
[16:55] <ianorlin> and the bios updater only runs from dos or windows
[17:00] <Unit193> What brand?
[17:00] <ianorlin> dell
[17:01] <ianorlin> dimension 3000 and the guide says use windows or dos
[17:01] <testdr> ianorlin: check grub - that is the boot-manager used from ubuntu too - and it has bootable iso-files to use as FreeDOS-Boot-Disks, that are booted from the grub-manager. Can be used on usb-sticks too and you only need to add the bios-update-exe from the download
[17:01] <holstein> why do you need to update the bios?
[17:01] <ianorlin> to see if a suspend resume bug still is a problem
[17:01] <ianorlin> not that suspend is that useful on a dimension 3000
[17:01] <Unit193> ianorlin: https://wiki.ubuntu.com/DellBIOS
[17:03] <Unit193> I used the hot swap method, worked for me.
[17:03] <testdr> ianorlin: What is "suspend" for you? Using swap as storage or keep RAM with power alive? (suspend-to-ram or suspend-to-disk)
[17:06] <testdr> ianorlin: one example for grub to boot FreeDOS: https://wiki.debian.org/DualBoot/FreeDOS
[17:46] <ianorlin> hmm bug 1362555 seems to be reported in the wrong place but I am able to reproduce the behavior in utopic but this bug should be agianst xfce-notificationd right?
[17:48] <wxl> ianorlin: well you're right it shouldn't be lxpanel
[17:48] <wxl> i don't remember what we use for notification though. we don't use xfce's do we????
[17:50] <Unit193> Last I knew, but you should check what you have running as you can change it.
[17:50] <wxl> oh wow you're right ianorlin
[17:50] <wxl> xfce4-notifyd
[17:53] <tacomaster> I was wondering, Lubuntu doesn't run really badly per say but it is still slow. I have a pentium 4 3.2GHz with HT and 1GB of ram. I feel like this should be a little bit faster than it is. Every thing takes forever to load and browsing the web is really slow as well.
[18:09] <testdr> tacomaster: "takes forever to load" - you should check your harddisk-performance. Maybe your hardware is nearly broken and this is only the first sign you notice before its breakdown.
[18:10] <tacomaster> testdr: smart status shows the disk as good. Memtest86 shows that the memory has no erros (ran for over 6 hours)
[18:11] <testdr> tacomaster: then give the transferrate from hdparm.   Check manpage for hdparm and the command is (needs root-rights):  hdparm   -tT   /dev/sda   and do this too for your root-partition
[18:12] <testdr> tacomaster: if this dropout from channel is normal for you - you may have network problems too.
[18:13] <tacomaster> No I am still getting used to lubuntu. in ubuntu you can close the main program and it closes to status bar but if you close it in lubunu is terminates the program
[18:13] <tacomaster> /dev/sda:
[18:13] <tacomaster>  Timing cached reads:   1422 MB in  2.00 seconds = 711.34 MB/sec
[18:13] <tacomaster>  Timing buffered disk reads: 172 MB in  3.03 seconds =  56.84 MB/sec
[18:14] <testdr> tacomaster: that is an older harddisk - but i have seen much older ones with only 30MB/sec
[18:14] <tacomaster> Well yea its an old computer
[18:15] <testdr> tacomaster: only to show you the difference, i have: cached reads 2217.40 MB/sec and disk reads 188.44 MB/sec
[18:16] <testdr> tacomaster: but like i said - you have to check the root-partition too. You get it in the terminal with "df" for "/" - maybe /dev/sda3 or something else
[18:16] <tacomaster> I had blackbox on gentoo with this machine and it ran pretty fast but I hated the compile times of all of the programs. I am not sure if it is just because of blackbox being lighter or if there is just more background processes in lubuntu
[18:17] <testdr> tacomaster: run please (in terminal) command "free" and give the line with "-/+ buffer/cache"
[18:18] <tacomaster> -/+ buffers/cache:     296044     720560
[18:18] <testdr> tacomaster: and last - you should need a swap-part for a computer with only 1GB ram
[18:19] <tacomaster> I have a 2GB swap partition
[18:19] <testdr> tacomaster: this looks nice - no big memory waste and therefore the reason is not only the small mem of 1GB
[18:20] <testdr> tacomaster: the free-command shows how much is used of your swap. What is used?
[18:20] <tacomaster> I think it is just the difference between using a window manager vs a desktop enviroment
[18:20] <tacomaster> 24172 used of swap
[18:21] <tacomaster> out of 2013136
[18:21] <testdr> tacomaster: that is not much - now check running programs - you know "top"?
[18:22] <tacomaster> yea I have been using top and I am not really maxing out the cpu at all. The biggest tax is when im using the flash plugin and that takes up about 30% of the cpu alone
[18:22] <wxl> ew flash
[18:22] <wxl> there's your problem :)
[18:22] <tacomaster> lol :D
[18:22]  * wxl sinks back into the shadows
[18:22] <testdr> jo - flash the old waste
[18:23] <tacomaster> It is required for work website
[18:23] <wxl> you should tell your work they're doing a disservice to their customers :)
[18:23] <testdr> tacomaster: you should check top more often - maybe even let it run in a terminal and you can see what programs may suddenly pull down your cpu-performance (doing things you dont know).
[18:24] <testdr> tacomaster: you know how to change the time-period for top? Change it to 1 second. And check how much cpu top then wastes.
[18:25] <tacomaster> I have never changed the time-period for top but I'm sure its not that hard. Its probably listed in the man page some where
[18:26] <testdr> tacomaster: for the performance of your network/internet connection you should (without any other programs running) check the download-speed when you are doing the ubuntu-software-updates. Those download nearly run with full speed
[18:27] <testdr> tacomaster: in running top - its press key "s"   and then enter 1 for a 1 second timeout instead of the default of 3 seconds
[18:28] <testdr> tacomaster: and - like i said - you should run it constantly to get used to it and what programs are shown and what uses your cpu to notice if something else is consuming the cpu-performance
[18:30] <testdr> tacomaster: if you do more internet-browsing - you should consider to do it most times without animated images,  without flash enabled and without java/script enabled (and without cookies stealing some packets too).
[18:31] <wxl> the first thing would be identifying where the problem is. is it memory, cpu, io, swap, etc?
[18:31] <testdr> wxl: we have done:  memory, harddisk-performance, swap,  now with top its the cpu thing.
[18:32] <wxl> sorry i guess it sounds like you got it under control testdr :)
[18:32] <testdr> np wxl
[18:32] <wxl> there's also the question of network, too
[18:33] <tacomaster> I think it is just me not used to being on a slow machine. My normal laptop is an i7 processor and cuts into everything I throw at it with out stutter
[18:33] <wxl> yeah well that's the question, too: your reference point
[18:33] <testdr> network - thats what i said about the time when he is doing ubuntu-software-updates and he should check the network performance there, because those server (from ubuntu) are quit fast and dont use flash or javascript..
[18:33] <wxl> lubuntu makes old machines run well, it just doesn't make them perform magic :)
[18:36] <testdr> i did a lubuntu install on an old laptop with windows-xp. The laptop had only 256mb ram and a 20GB-harddisk. win-xp used 20 seconds to boot and lubuntu was the same. It can do no magics - but it runs with uptodate-software and it was nice to see games like "frozen-boobles" run in full-screen and see the wlan-chip working.
[18:37] <testdr> tacomaster: games? Ever tried those to check the performance? For example like frozen-bubbles (with sound and a lot of eye-candy).
[18:45] <tacomaster> testdr: No I have never really tried any games on this computer. I am trying to make this computer so I can devote to nothing but work on this computer
[18:46] <tacomaster> I don't need much just a no frills fast light weight distro
[19:11] <john_rambo> Hi, I disabled the lxpanel to try Cairo-dock ...now I have removed it and restored the lxpanel but the desktop right click menu has changed and files which are the desktop are not visible. I can see them only via pcmanfm https://dl.dropboxusercontent.com/u/30630174/Selection_001.png
[19:12] <john_rambo> I wan to restore the default right click lubuntu menu
[19:13] <zy3pD> Menu→settings→desktop settings
[19:13] <zy3pD> i don't know the english names exactly


[16:05] <jneves> I'm looking for a 3d semi-transparent svg logo for ubuntu that I found about a year ago. As anyone seen anything that fits this description?
[16:13] <BUGabundo> oias jneves
[16:14] <BUGabundo> did I miss something?
[16:14] <jneves> BUGabundo: nope, I just asked: I'm looking for a 3d semi-transparent svg logo for ubuntu that I found about a year ago. As anyone seen anything that fits this description?
[16:14] <BUGabundo> google images gave nothing?
[16:16] <jneves> not what I was looking for
[16:30] <jneves> I wanted to try to do some ubuntu stamps...
[16:31] <BUGabundo> tumb cases?
[16:31] <BUGabundo> I would love that!
[16:32] <BUGabundo> I tried to get some from Jenda
[16:32] <BUGabundo> but he stopped making them
[16:32] <jneves> BUGabundo: real postal stamps
[16:32] <BUGabundo> haaaa
[16:32] <BUGabundo> nice pic... lol
[16:33] <BUGabundo> humm do CTT use ANY image now?
[16:33] <jneves> yes
[16:33] <BUGabundo> didn't know


[08:00] <zyga-ubuntu> o/
[08:01]  * zyga-ubuntu feels useless today
[08:01] <zyga-ubuntu> 30C since early morning
[08:28] <sborovkov> ogra_: Hi. Still trying to get splash screen working. I managed to load it to the RAM. Can read it with bmp info as well. bmp display though does nothing :-( I put image with wrong color depth initially and bmp display actually displayed that in the error message. But after fixing the image it does not complain about anything but does not show anything on the screen as well. Any ideas?
[08:48] <ogra_> sborovkov, not really, no
[08:51] <sborovkov> ogra_: oh well I will try using $splashscreen variable as well instead of bmp display. I am not sure how .env.in works - can I write this splashimage=fastload .... ; 0x100000; Or should I be adding loading the bmp into the memory to the bootcmd?
[08:52] <ogra> i think you just want the var set (afaik u-boot actually checks for it)
[09:00] <sborovkov> ogra: yeah but I need the code to load image into the memory somewhere
[09:02] <ogra> sure, add some code that checks if "bmp info $splashimage" returns something ... if not, run a script to fatload ...
[09:03] <sborovkov> ogra: what code is actually ran when it's starting? I was adding load to the bootcmd. Not sure if that might be too late?
[09:04] <ogra> i'd add it to loadfiles
[09:12] <sborovkov> splashimage=0x02000000 ... loadsplashimage=fatload ${devtype} ${devnum}:${bootpart} $splashimage /screenly.bmp && bmp info $splashimage; Meh. This code executes. Show info about image. But splash image is never displayed.
[09:13] <ogra> ty adding $filesize to the fatload catt
[09:13] <ogra> *try
[09:19] <sborovkov> no, that gives absolutely same result. Displays that the same amount of bytes was read.
[09:24] <ogra> where do you call bmp disaply btw ?
[09:25] <ogra> *display
[09:28] <sborovkov> ogra: I tried adding it to the bootcmd, and then to loadfiles. At the end of that command
[09:29] <sborovkov> also I actually have that splashimage and splashsize variables defined...
[09:34] <pedronis> zyga-ubuntu: Chipaca: hi, I merged the use of numeric http statutes last night
[09:39] <morphis> fgimenez: ping
[09:39] <zyga-ubuntu> pedronis: thank you
[09:39]  * zyga-ubuntu is exhausted by the heat
[09:40] <fgimenez> hey morphis
[09:40] <morphis> fgimenez: if you want you can give https://github.com/morphis/snapd/tree/f/raspbian-as-external a try now
[09:41] <fgimenez> morphis: sure! will let you know how it goes
[09:41] <morphis> SPREAD_TRUST_TEST_KEYS=false SPREAD_SRU_VALIDATION=1 spread -v -resend -reuse external:raspbian-8-arm-32:tests/main/ still gives a few test failures when using that branch but most are because the branch is based on lastest master and we're testing 2.26.4
[09:41] <morphis> rebasing on release/2.26 isn't that easy as it misses all the pkgdb changes
[09:46] <mup> Bug #1632388 changed: console-conf wifi only setup on pi3 Ubuntu Core image not possible <Snappy:New> <subiquity (Ubuntu):Confirmed> <https://launchpad.net/bugs/1632388>
[09:50] <fgimenez> morphis: ok thanks, SPREAD_SRU_VALIDATION is for forcing snapd to be installed from "-proposed"? if that's the case maybe we could rename it
[09:50] <morphis> fgimenez: yeah, I abusing it a bit here
[09:51] <fgimenez> morphis: np :)
[09:51] <morphis> fgimenez: https://github.com/snapcore/snapd/compare/master...morphis:f/raspbian-as-external#diff-6eea9b76e2bf27f60519f7b5c98333c9R222
[09:53] <morphis> fgimenez: but yeah, renaming might be good
[09:54] <fgimenez> morphis: aha IMO makes sense if we rename SRU_VALIDATION to SNAPD_FROM_{ARCHIVE,PROPOSED,..} or something, if not the SRU implies ubuntu
[09:54] <fgimenez> morphis: yep
[09:54] <morphis> +1
[11:00]  * zyga-ubuntu -> coffee
[11:15] <zyga-ubuntu> re
[11:58]  * Chipaca ~> lunch
[12:14] <fgimenez> morphis: btw i'm looking into the errors of the suite running against staging on opensuse it turns out that this error http://paste.ubuntu.com/24872100/ is because of wrong quoting, go's version is fine
[12:14] <morphis> ah!
[12:14] <morphis> sounds like a double quote
[12:14] <fgimenez> morphis: yes, quoting all the string and evaluating it works, now i'm getting http://paste.ubuntu.com/24872106/ maybe the binary wasn't built with the testing keys, will dig further
[12:16] <morphis> fgimenez: that smells like you miss https://github.com/snapcore/snapd/pull/3450
[12:16] <mup> PR snapd#3450: packaging/{opensuse,fedora}: allow package build with testkeys included <Created by morphis> <https://github.com/snapcore/snapd/pull/3450>
[12:16] <morphis> need to fix these PRs later today
[12:17] <fgimenez> morphis: yes! exactly that :) thx
[12:23] <mup> PR snapd#3487 opened: tests: reenable help test on ubuntu and debian systems <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3487>
[12:35] <mup> PR snapd#3488 opened: tests: prevent quoting error on opensuse <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3488>
[12:44] <fgimenez> morphis: about the execution on raspbian it looks like external:raspbian-8-arm-32:tests/main/classic-ubuntu-core-transition makes the whole thing fail, it reinstalls the snapd package https://github.com/morphis/snapd/blob/f/raspbian-as-external/tests/main/classic-ubuntu-core-transition/task.yaml#L33 and seems to fail because of a missing "--force-yes"  http://paste.ubuntu.com/24872205/
[12:45] <fgimenez> morphis: other than that, and considering what you mentioned about release/2.26 and master, things look good http://paste.ubuntu.com/24872209/
[12:47] <fgimenez> sorry the link to where snapd is installed without --force-yes is https://github.com/morphis/snapd/blob/f/raspbian-as-external/tests/main/classic-ubuntu-core-transition/task.yaml#L34
[13:03] <Chipaca> fgimenez: standup?
[13:03] <fgimenez> Chipaca: sure omw!
[13:05] <morphis> fgimenez: yeah have similar results
[13:05] <morphis> fgimenez: hm, force-yes doesn't exist on raspbian?
[13:05] <fgimenez> morphis: yes, i needed it to install snapd before executing the suite
[13:05] <morphis> yes
[13:06] <morphis> did the same, is that how SRU_VALIDATION is supposed to work?
[13:06] <morphis> maybe we can tweak the code a bit more to install snapd if missed from either propose (for ubuntu) or just the archive
[13:14] <morphis> fgimenez: hm, apt-get on raspbian has support for -f -y
[13:20] <fgimenez> morphis: mm from the log http://paste.ubuntu.com/24872205/ we are sending just "apt install -y snapd" in distro_install_build_snapd, probably from https://github.com/morphis/snapd/blob/f/raspbian-as-external/tests/lib/pkgdb.sh#L220, probably adding -f there should fix it
[13:22] <morphis> ah
[13:22] <morphis> let me add that
[13:56] <Vamsi> Hi. I just installed snappy core on raspberry pi 3 and followed all the steps to install the demo snaps like "hello". However, after installation I assumed that just typing in the name of the snap is the command to invoke the snap. However, I get the following error:  -bash: hello: command not found
[13:56] <Vamsi> Have I missed out on something while setting up the environment?
[14:07] <ogra> take a look in /snap/bin
[14:07] <ogra> is there a "hello" ?
[14:09] <ogra> snaps can ship multiple binaries ... even daemons, so "typing in the name of the snap is the command to invoke the snap" is often enough not true
[14:14] <ppisati> guys, is there an ETA for snapcraft 2.30/2.31 to land in xenial?
[14:14] <ogra> kyrofa, ^^^
[14:31] <Vamsi> ogra: I get an error saying that such a directory does not exit :|
[14:31] <Vamsi> exist*
[14:32] <ogra> are you sure you are on ubuntu core ?
[14:32] <ogra> :)
[14:33] <kalikiana_> Question: http:/v2/system-info gives me snap-mount-dir (ie. "/snap"). Is there an API that returns "/var/lib/snapd/snaps"? Or is it safe to assume that folder always exists?
[14:37] <Vamsi> ogra: I logged into the pi that running on core from my notebook and installed the snap. So I believe I am on the core?
[14:38] <ogra> Vamsi, which core image did you install =
[14:38] <ogra> ?
[14:38] <Vamsi> http://cdimage.ubuntu.com/ubuntu-core/16/stable/current/ubuntu-core-16-pi3.img.xz
[14:38] <Vamsi> this one
[14:39] <ogra> well,  that definitely has /snap
[14:39] <ogra> (and should also have /snap/bin)
[14:40] <Vamsi> ogra: What happens when I am in the devmode?
[14:40] <ogra> you mean if you installed a snap with --devmode ?
[14:40] <Vamsi> yup
[14:41] <ogra> then the security oprions for the binaries get turned off
[14:41] <ogra> *options
[14:41] <Vamsi> What I was doing was that I was following the "get-started" instructions as given in the link: https://developer.ubuntu.com/core/get-started/developer-setup
[14:42] <ogra> ogra@sabrelite:~$ snap install hello
[14:42] <ogra> hello 2.10 from 'canonical' installed
[14:42] <ogra> ogra@sabrelite:~$ ls /snap/bin/hello
[14:42] <ogra> /snap/bin/hello
[14:43] <ogra> that should be identical on all ubuntu core installs ...
[14:44] <kalikiana_> ogra: Are both /snap and /var/lib/snapd/ guaranteed on all systems with snapd?
[14:45] <Vamsi> So here it was mentioned that i could have a development environment right on the pi itself and thus proceeded to install the classic environment... After which my host changed from vamsi3012@localhost to (classic)vamsi3012@localhost.
[14:45] <ogra> kalikiana_, not sure on classic systems ... (especially on non-ubuntu ones) ... thats a question for the cross-distro guys i guess
[14:45] <ogra> Vamsi, AH!
[14:45] <ogra> Vamsi, ok, then you are in the classic environment
[14:45] <Vamsi> ogra: there is no bin folder :|
[14:45] <kalikiana_> ogra: Any suggestion whom to ask?
[14:45] <ogra> Vamsi, i dont think you can see any snap stuff in there
[14:45] <Vamsi> yes. the classic environment
[14:46] <ogra> kalikiana_, try morphis or zyga-ubuntu
[14:46] <kalikiana_> Thanks!
[14:46] <ogra> Vamsi, right, that pretends to be a classic ubuntu installation (like ubuntu-server) and has no direct access to /snap ... you need to exit ... then you can execute snaps
[14:47] <Vamsi> oh okay. And... um... where can I find a reference to these commands? I'd like to build my knowledge base on that.
[14:47] <ogra> Vamsi, this classic env is really only for building ... to install and run a snap you have built in there you should exit (ctrl-d) and do all snap stuff from the outside
[14:47] <Vamsi> oh okay. Thanks :)
[14:48] <ogra> (also typing "exit" and hitting enter works)
[14:48]  * Chipaca walks in on ogra talking dirty again
[14:48] <ogra> haha
[14:49]  * ogra throws little orangepi-zero's at Chipaca
[14:49] <Vamsi> So just for to clarify my understanding: Classic environment to develop snaps on the host itself.  Is there an IDE for developing snaps :| :|
[14:53] <ogra> i dont think so ...
[14:53] <ogra> i mean ... snaps are just a package format ... use your normal IDE and then copy the tree to the board and call snapcraft there ... or some such
[14:56] <kyrofa> ppisati, it's in proposed, testing looks good as far as I'm aware (though elopio will know more). I think it'll land soon
[14:57] <elopio> ppisati: the SRU is ready, but they don't land things on Friday. So Monday.
[14:57] <kyrofa> kalikiana_, I don't think /snap is guaranteed at least... I don't think fedora uses it
[14:57] <ogra> they could just wrok through the weekend ... then they could land things on friday too :P
[14:58] <kyrofa> But I think that's less of a concern for us right now, since snapcraft won't run there as a snap anyway
[14:58] <jdstrand> ogra: hey, I grabbed https://code.launchpad.net/~ogra/+junk/linux-generic-bbb and am trying to build a local kernel in a classic chroot on bbb. is that expected to work?
[14:58] <ogra> jdstrand, no idea, never tried :)
[14:59] <kyrofa> (thanks for pinging me ogra, I would have missed that)
[14:59] <ogra> jdstrand, it creates a chroot (or even two stacked ones)
[14:59] <ogra> that might not work inside classic
[14:59] <jdstrand> ogra: basically, I'm trying to simply go from linux-generic deb that I've got from somewhere else and making a snap
[15:00] <ogra> jdstrand, hah, funny coincidence ... i'm just trying the same with a patched deb to add allwinner support
[15:00] <jdstrand> ogra: the chroot operation and the bind mounts work, but I don't know everything that is needed
[15:00] <ogra> though i kept the kernel side for the WE ... i'm just done with the gadget
[15:00] <jdstrand> (as in, I don't know that the classic chroot has everything in it that the makefile is expecting in the chroot it uses
[15:01] <ogra> jdstrand, well, http://bazaar.launchpad.net/~snappy-dev/kernel-snap-makefile/trunk/view/head:/Makefile is what it runs
[15:02] <ogra> the "all:" target just deboostraps a chroot and installs the debs in there
[15:02] <ppisati> elopio: cool, ta
[15:02] <ppisati> kyrofa: ^
[15:02] <jdstrand> ogra: yeah, quite familiar with the script at this point (been playing with it since yesterday :)
[15:03] <jdstrand> but the one you linked to is slightly different than your junk bzr branch I mentioned, so perhaps I should try that
[15:03] <ogra> well, if chroot and the mounting of /proc and /sys work i dont see why classic would get in your way
[15:03] <ogra> jdstrand, oh, right ... we split the Makefile at some point and only kept the snapcraft.yaml
[15:04] <ogra> but there shouldnt be huge differences ...
[15:05] <kyrofa> jdstrand, you're building a kernel on a bbb? Multi-day waitfest?
[15:05] <jdstrand> kyrofa: building as in extracting a deb and snapping that
[15:05] <kyrofa> Oh, well :
[15:05] <kyrofa> Nevermind :P
[15:06] <kyrofa> I was impressed with your resolve
[15:06] <ogra> jdstrand, oh ... note that all these Makefiles assume the image PPA to be enabled on the host
[15:07] <ogra> jdstrand, you want to add that to your classic env
[15:07] <jdstrand> ogra: curious if you would expect this makefile with snapcraft run on classic snap rpi2 to produce a snap for bbb
[15:07] <ogra> else you dont get the initrd scripts
[15:07] <jdstrand> ogra: oohhh!!!
[15:07] <jdstrand> that's probably it
[15:07] <ogra> the snap LP builds have that set by default. i totally forgot about that
[15:07] <jdstrand> I could boot a kernel but it would drop into the initramfs
[15:07] <ogra> yeah
[15:07] <ogra> missing the core initrd scripts
[15:08] <ogra> (or using a very old version at least)
[15:08] <jdstrand> ogra: so classic or the chroot that the makefile generates needs it?
[15:08] <ogra> cp /etc/apt/sources.list chroot/etc/apt/sources.list
[15:08] <ogra> ;)
[15:09] <ogra> the outer env needs it in the sources.list
[15:09] <ogra> the Makefile calls the above cp
[15:09] <jdstrand> right, but I made some modifications to the makefile to add to the chrrot's sources.list
[15:10] <jdstrand> just wondering if that is enough
[15:10] <ogra> (i should perhaps adjust the makefile to call add-apt-repository instead
[15:10] <ogra> )
[15:10] <ogra> (instead of blindly assuming it is set in sources.list)
[15:10] <jdstrand> ogra: ok, this ppa: https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages
[15:11] <ogra> yep
[15:11] <jdstrand> ok. I'm cautiously optimistic now :)
[15:11] <jdstrand> ogra: thanks!
[15:11] <ogra> good luck ... :)
[15:11] <ogra> (i'm around for any additional questions ...)
[15:12] <jdstrand> ogra: I thought you were off yesterday and today. I saw you chatting here so thought I'd ask. sorry if you are off and just lurking
[15:12] <ogra> i was off yesterday, yeah
[15:12] <ogra> not today though
[15:13] <jdstrand> ok, good. glad I didn't bother you :)
[15:13] <ogra> :)
[15:16] <ogra> GRR ... so the allwinner u-boot binaries can only be built with gcc-6 ... and indeed we dont have a gcc-6-cross backport in xenial
[15:16] <ogra> this will result in awful snapcraft.yaml hackery to create an artful chroot to do the build in :(
[15:17] <ogra> (and indeded all boards i want are also only supported in 4.11+ ... more hackery :/ )
[15:18] <ogra> (on the kernel side that is)
[15:48] <bdx> kyrofa, elopio: would you mind shedding some light on what the next steps for the ruby plugin might be? I've thought of some things to test and wanted to run those by you guys also.
[15:50] <elopio>  bdx: well, next step from my point of view is to fill those integration tests :) That will give us a clear idea of what works.
[15:50] <bdx> I want to test for the existence of the compiled binary files: erb, gem, irb, rake, rdoc, ri, and ruby
[15:50] <elopio> I'll give it a try today with my travis test subject.
[15:51] <bdx> following the build step, I feel like the thing I want to test is "do the things I built exist?", right?
[15:51] <bdx> ok
[15:51] <elopio> right.
[15:52] <elopio> also, that only those and nothing else is left in the install directory.
[15:53] <bdx> ok
[16:24] <mup> PR snapd#3489 opened: tests: add bluetooth-control interface test <Created by fgimenez> <https://github.com/snapcore/snapd/pull/3489>
[18:13] <jdstrand> ogra: hey, well, I don't have a kernel yet with the new Makefile, but I think I'm close.
[18:13] <jdstrand> ogra: this is what I see in the classic chroot: http://paste.ubuntu.com/24874108/
[18:14] <jdstrand> ogra: before I added to ENV := ... FLASH_KERNEL_SKIP=yes
[18:14] <jdstrand> ogra: so I am trying that again. hopefully with that I'll get a snap and with the ppa initramfs tool I'll get a bootable system
[18:15] <jdstrand> ogra: is FLASH_KERNEL_SKIP=yes safe? it seemed to have the same end result (though not the same mechanism) as what I saw in the buildd logs for your linux-generic-bbb
[18:16] <jdstrand> I'm guessing it is. we don't want to flash anything, and I did have a booting kernel before (it was the initramfs that was the problem)
[18:17] <jdstrand> ogra: if you are interested for Makefile improvements, I did:
[18:17] <jdstrand> ENV := DEBIAN_FRONTEND=noninteractive DEBCONF_NONINTERACTIVE_SEEN=true LC_ALL=C LANG=C FLASH_KERNEL_SKIP=yes
[18:17] <jdstrand> and in 'all:
[18:17] <jdstrand> echo "deb http://ppa.launchpad.net/snappy-dev/image/ubuntu xenial main" >>chroot/etc/apt/sources.list
[18:17] <jdstrand> $(ENV) chroot chroot apt-key adv --recv-key --keyserver keyserver.ubuntu.com 78E1918602959B9C59103100F1831DDAFC42E99D
[20:40] <jdstrand> ogra: btw, that FLASH_KERNEL_SKIP=yes with the initramfs from the image ppa did the trick. thanks for your help
[21:51] <ryebot> Hey guys, anyone else getting failures trying to install the core snap? http://bit.ly/2syZ2Rp
[23:03] <mup> PR snapcraft#1367 opened: catkin plugin: add support for ROS Lunar <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/1367>


[00:19] <bluesabre> cool
[00:20] <bluesabre> thunar 1.7 seems nice... wondering why engrampa integration seems broken
[00:21] <Unit193> That may be, I just have a hard time trusting new thunars right now. :3
[00:21] <bluesabre> :D
[00:23] <Unit193> Also means I'm gonna have to grab that patch and upload a new thunar-dropbox-plugin.
[00:43] <bluesabre> Added i386 discussion to the next meeting
[00:44] <bluesabre> not keen on being the only team testing i386 if everybody else bails
[03:31] <flocculant> Unit193: I assume you're not being hit by the thunar removing usb issue then
[03:32] <Unit193> I don't often remove USBs, but correct.
[03:32] <flocculant> other's are ;)
[03:52] <flocculant> bluesabre: did you catch the Thunar bit broken ping at some point in the last weekish?
[06:29] <ochosi> bluesabre: i personally would like to integrate panel and thunar and possibly settings too
[06:29] <ochosi> wrt xfwm4 i agree
[06:29] <ochosi> (for me it was a miss)
[06:32] <Unit193> Oh right, panel is another one I don't think I've tried, but not in exp ppa either iirc.
[09:21] <bluesabre> flocculant: saw the mention, then this channel got chatty, so ping again :)
[12:45] <flocculant> bluesabre: it's an LTS release - either thunar or lightdm - how about thunar bug 1762595
[12:47] <flocculant> I can replicate it if I remove gtk3 thunar - I did grab backtrace and strace for it, also pcmanfm just crashes out doing the same unmount usb thing for me
[17:00] <plan9> hi; got a quick question for which i couldnt find answer - is latest xubuntu collecting diagnostic informations like ubuntu does?
[17:04] <flocculant> plan9: no it isn't
[17:07] <plan9> thank you; were there any reasons behind this decision?
[17:08] <flocculant> well
[17:08] <flocculant> firstly - it works in Ubuntu because it's part of their Welcome Screen
[17:08] <flocculant> secondly - we didn't talk about it much, not enough time for our small team
[17:09] <flocculant> personally I would prefer we did ;)
[17:14] <plan9> thanks again - heading back to the fresh installation o/
[17:15] <flocculant> no problem
[19:11] <flocculant> mmm
[19:11] <flocculant> just realised that in July we'll only have releases available that look for the next LTS on release of a version
[19:12] <flocculant> might be worth letting people who want the interim releases to change the setting
[19:29] <knome> yep
[19:50] <flocculant> knome: I'll start a draft up for it now while I think about it
[19:50] <knome> ack, thanks
[20:02] <flocculant> ok - done that


[02:08] <user|65907> hai
[05:49] <quartz12> Does anyone here use Konversation as their default IRC client?
 🖖 Everyone!
 Did anybody here follow the Kubuntu challenge in BDLL this week?
 How to fix volume control? I have it again and again thaat the volume suddenly turns to 1⁰0% on headphones
 Which is painfull
[09:33] <masonbee-M>  <tuxifan> Can you change your maximum volume in Audio Volume Settings and control it that way?
 Also, are they usb headphones or jack.
[10:40] <samarth> my keyboard is going haywire after upgrading.. any help..
[11:00] <cart_man> test
[11:04] <user|39562> Greetings! I recently installed kubuntu 20.04 and i am new to KDE. Love it. But i have a weird issue: everyday at 11:00 sharp my computer peeps like an oldcshool alarm clock.
[11:04] <user|39562> But i can't find where to disable this...
[11:07] <Shraban> Hi
[11:08] <Shraban> I have dummy audio problem in kubuntu 20.04 LTS
[11:20] <BluesKaj> 'Morning all
[13:44] <pragomer> Hi. I got a strange problem, perhaps you have an idea: Using Kubuntu 20.04 and love Kubuntu since years. Now I used Inkscape 1.0 appimage version. All works fine, but I cannot paste anything from Kubuntus clipboard (for example html color codes) the inkscape's text input field where to put the color code. The same thing works fine under Ubuntu 20.04.
[13:46] <pragomer> Thats why I think there could be a problem with Kubuntu's clipboard...
 Strange.  The paste may be how snaps are integrated in KDE.  I have inkscape 1.0 compiled from source and the paste is working fine.
[14:07] <pragomer> ok, kde's clipboard is definitly buggy in 20.04
[14:24] <w1cked_> ip
[15:06] <w1cked__> ip
[16:10] <Guest_37> Hey, I am trying to add nomodeset to the grub in Kubuntu, but whenever I boot, it won't let me edit the grub like it woudl when I installed. How do I fix this? It keeps giving me a black screen whenever I boot into it or shortly afterwards
[17:16] <oerheks> c/mirror
[18:43] <vidal72-M> is /bin symlink to /usr/bin on newly installed kubuntu 20.04?
[18:45] <diogenes_> vidal72-M, ls -l  /bin
[18:46] <vidal72-M> diogenes_: If I could check myself I wouldn't ask here...
[18:48] <vidal72-M> but I appreciate if you can answer
[18:49] <Dragnslcr> vidal72-M- yes, it is
[18:50] <diogenes_> vidal72-M, i'm not using it now but you can check here: https://distrotest.net/Kubuntu
[18:51] <vidal72-M> Dragnslcr: thx, I read it was planned since 19.04 but didn't saw anything in release notes
[18:57] <quartz12> Does anyone know how to make Kubuntu switch between a dedicated NVIDIA graphics card when playing Steam games and the intel integrated graphics? When I play games on Steam, Kubuntu is using the Intel integrated graphics card.
 @quartz12, do you have the propietary nvidia drivers installed?
[18:57] <diogenes_> quartz12, from nvidia settings.
 Wat
[18:58] <quartz12> I do have the propietary nvidia drivers installed yes.
 Is your system hybrid?
 Can you open the nvidia-settings program?
[18:59] <quartz12> Windows does this with ease. It switches from the Nvidia card when playing Steam games, to the intel card when I'm not playing games. I don't understand why Linux can't do this
[19:02] <quartz12> diogenes_: I'm in the nvidia settings, but I'm not sure what to do
[19:03] <diogenes_> quartz12, prime tab.
[19:05] <quartz12> diogenes_: Ok...
 masonbee-M: jack, and yes I can controll volume
[19:08] <kvazi> hi all
[19:09] <kvazi> Русские есть?:))
 Hi
 No
[19:10] <krytarik> !ru
[19:13] <kvazi> How does carnatine go?
[21:12] <juntar> hello
[21:59] <erts> Hi there, I have a device with a microsd card reader, and the reader seems to be detected, but when I insert an sd card (or even if I boot with one inserted), it's not detected by the system. All I get is "mmc1: SDHCI controller on ACPI [80860F14:01] using ADMA" on boot and that's it. I know it's compatible with Linux because on Fedora (versions 30 and 31 at least) it's working flawlessly. I'm on 20.04 but also tried 18.04 with HWE. Any ideas? Thanks!
[22:28] <valorie> erts: mine seems to work
[22:28] <valorie> on a system76 laptop
[22:29] <erts> valorie: mine on my normal thinkpad works too, but this device is an obscure GPD Win.... :(
[22:29] <valorie> if I insert it, offers to open in Dolphin or Gwenview since it is photos
[22:29] <erts> yep exactly that's what I was expecting (and what happens under Fedora), but not Kubuntu (or any other ubuntu or debian system)
 Does the fingerprint reader work under the KDE sddm login yet?