[04:51] <Bashing-om> chromium-browser (62.0.3202.62-0ubuntu0.16.04.1308) is on the street :)
[04:52] <Bashing-om> !info chromium-browser xenial
[05:47] <lotuspsychje> good morning to all
[05:51] <Bashing-om> WB lotuspsychje :)
[05:54] <lotuspsychje> ty Bashing-om
[06:06] <lotuspsychje> stil silent in main
[06:06] <jink> Morning, lovely people and lotuspsychje.  (see what I did there?)
[06:07] <lotuspsychje> hey jink
[06:08] <Bashing-om> Good nite , I leave it with yall \o
[06:10] <lordievader> Good morning
[06:11] <lotuspsychje> hey lordievader
[06:11] <lordievader> Hey lotuspsychje how are you?
[06:11] <lordievader> Whats is your plan for today?
[06:12] <lotuspsychje> lordievader: work at 11, now chilling a bit :p
[06:12] <lotuspsychje> you?
[06:13] <lordievader> Work with driving lessons in between ;)
[06:13] <lotuspsychje> taking lessons or give?
[06:13] <lordievader> Taking
[06:13] <lotuspsychje> car?
[06:13] <lordievader> Yes. It was about time I got a driving license :)
[06:14] <lotuspsychje> lordievader: good luck mate
[06:14] <lordievader> Haha, thanks
[06:14] <lotuspsychje> =O==O=
[06:16] <lordievader> I've put on an appropriate tshirt: https://akademy.kde.org/sites/akademy.kde.org/files/2016/akademy2016-tshirt.png
[07:39] <jink> lordievader: :)
[08:57] <Ben64> lol, bionic beaver
[11:38] <BluesKaj> Hey folks
[11:38] <ducasse> \o BluesKaj
[11:38] <BluesKaj> hey ducasse
[11:39] <EriC^^> hey BluesKaj ducasse o/
[11:39] <BluesKaj> hey EriC^^
[11:40] <EriC^^> how's it going?
[11:40] <ducasse> \o EriC^^
[11:41] <BluesKaj> good here EriC^^,just relaxing with morning coffee, how about you?
[11:42] <EriC^^> kind of hungry, going to eat something for lunch
[11:43] <ducasse> good idea, /me also needs food
[11:43] <BluesKaj> one has to eat
[11:45] <ducasse> been too busy paying bills etc. sooo much fun :-/
[11:57] <BluesKaj> gotta reboot, have a glitch on the desktop and panel ,unresponsivee
[12:03] <BluesKaj> ok, deleted quicklaunch widget from the panel, now all is well. The devels are working on it
[13:20] <EriC^^> daftykins would enjoy this one
[13:20] <EriC^^> termbin ... no thanks.... hdd model .. XXXXX... UUID ... some weird unicode i didnt even know existed
[13:21] <pauljw> Hi everyone
[13:23] <BluesKaj> Hi pauljw
[13:23] <pauljw> ;)
[13:24] <EriC^^> hey pauljw :)
[13:24] <BluesKaj> EriC^^, that guy seems quite secretive about hiding his mistakes :-)
[13:26] <EriC^^> he thinks people can know stuff from his hdd model and uuid
[13:27] <EriC^^> and termbin .. when he saw netcat he was like whoa! nc!?
[13:27] <EriC^^> no thanks
[13:27] <BluesKaj> yeah, noticed that
[13:27] <EriC^^> i'm thinking of just dropping it, he's making it really difficult
[13:28] <pauljw> if he won't cooperate, he doesn't need your help.
[13:28] <BluesKaj> don't understand his attempts without a method to make the iso bootable in the first palce
[15:01] <daftykins> EriC^^: hehe what's that one? :)
[15:16] <EriC^^> daftykins: there was a guy in ubuntu who wouldn't use termbin, removed the hdd model from parted and removed all the uuid's when asked for blkid :D
[15:16] <EriC^^> https://ghostbin.com/paste/8pcs7
[15:16] <daftykins> XD
[15:17] <daftykins> don't you mount my disks from the other side of the world! :)
[15:17] <EriC^^> haha xD
[15:18] <ducasse> EriC^^: he seemed pretty scared when you put nc termbin in that command line :D
[15:19] <EriC^^> haha yeah
[15:20] <BluesKaj> ppl hiding linux from the booss on their workstations trying to boot linux with grub on a sdcatrd
[15:20] <BluesKaj> booss=boss
[15:22] <EriC^^> lol, it would be kind of sad if i helped some guy "hack" his boss's data or something
[15:22]  * BluesKaj wonders if that could work
[15:22] <EriC^^> this is why i like to avoid the 'hi i've a pc that doesn't work and i use encryption'
[15:23] <daftykins> XD ah if we all had 1 USD or local currency unit for every time someones encrypted setup had gone wrong
[15:24] <EriC^^> yeah it's always such a proverbial fest
[15:24] <daftykins> or just pretty much any user that installs non-LTS releases then breaks it on upgrade
[15:31] <BluesKaj> +.0.
[15:31] <BluesKaj> oops
[15:32]  * BluesKaj just encrypts his password list file
[15:51] <nicomachus> Just got my new Moto x4 :D
[15:52] <daftykins> o0
[15:53] <daftykins> 5x dead?
[15:55] <nicomachus> No, not this one at least. lol. But I'm getting $150 credit on my phone bill for trading in the 5x for this one. And it's just a better phone all around.
[15:55] <nicomachus> extra gig of ram, bigger battery, no known bricking issues
[15:56] <nicomachus> my gf got one too to replace her Nexus 6, which was getting WAY old
[15:56] <daftykins> looks too minor to me
[15:56] <nicomachus> the trade-in value is what really sold it.
[15:57] <nicomachus> we're not going to have a phone bill for like 3 months.
[15:57] <nicomachus> plus, ever since 8.0, I've been averaging 96% RAM usage. so the extra gig is a big deal
[16:00] <daftykins> that's a real stretch justification :)
[16:01] <nicomachus> why?
[16:14]  * BluesKaj just pays as he goes , of it's just a phone and sometimes a camera to me ...but I'm old .....school
[16:14] <EriC^^> i'm having a hard time getting my pizza crust to brown
[16:14] <BluesKaj> of=of course
[16:15] <EriC^^> i can't figure it out, with other dough if i let it sit with low temperature it eventually gets brown, with the pizza if i let it sit the cheese gets all weird
[16:15] <nacc> EriC^^: it helps (iirc) to oil the crust a bit
[16:15] <EriC^^> nacc: yup i saw that on google, i gave it a go and no dice
[16:15] <nacc> EriC^^: hrm
[16:16] <EriC^^> right now i have a pizza, i put it in the middle it's almost done, i just put the temp lower and waiting (the cheese is done too
[16:16] <EriC^^> i'm hoping maybe if i almost turn it off and leave it there eventually the convection will get the crust brown and not screw the cheese over?
[16:17] <daftykins> RAM is there to be used
[16:21] <nacc> EriC^^: this is a from scratch pizza?
[16:24] <EriC^^> nacc: you mean made completely from scratch? yes
[16:29] <nacc> EriC^^: yeah
[16:29] <nacc> EriC^^: did you par-bake the crust first?
[16:32] <nicomachus> daftykins: it is, but when the Android system uses 75% of it, apps don't get much. And when high-RAM usage games start crashing every coupla minutes... it's a problem.
[16:32] <EriC^^> nacc: nope
[16:32] <EriC^^> should i give that a go next time?
[16:32] <nacc> EriC^^: i recommned it in the future :) it makes it a lot easier to get the toppings annd crust to cook the right amount at the same time (and keeps it from getting soggy)
[16:33] <daftykins> nicomachus: works for me :)
[16:33] <EriC^^> nacc: cool, thanks :) i'll try it out next time for sure
[16:33] <daftykins> oh games, lol i never play games on my phones
[16:35] <nacc> EriC^^: i'm trying to recall if there are any other tricks we do ... the biggest issues we hit are moisture in toppings (so e.g., mushrooms, you want to cook separately, imo)
[16:35] <nacc> EriC^^: and i'm pretty sure we oil the bits of the crust that aren't covered by toppings
[16:35] <EriC^^> aha
[16:39] <EriC^^> i love mushrooms on it
[17:16] <lotuspsychje> good evening to all
[17:18] <lotuspsychje> anyone knows a device that can detect movement and give email warnings of some kind?
[17:19] <ducasse> hi lotuspsychje
[17:19] <lotuspsychje> my aunt gets a bit old, and she's looking to warn me on some way
[17:19] <lotuspsychje> hey ducasse
[17:19] <ducasse> an rpi with a camera
[17:19] <nicomachus> daftykins: this phone shipped with 7.1.1, which is odd. idk why it's not 8.0
[17:19] <nicomachus> lotuspsychje: NEST has some products for that, or you can set up an rpi with a camera like ducasse suggests
[17:20] <lotuspsychje> would that be like 24/7 monitoring cam or so?
[17:20] <daftykins> yeah saw that on the gsmarena.com page
[17:20] <daftykins> lotus \o
[17:20] <lotuspsychje> hey daftykins & nicomachus :p
[17:21] <nicomachus> daftykins: I figured that would be for other versions, but not the Android One/Project Fi software version. Odd.
[17:21] <lotuspsychje> the idea would be if something happens, i get warned by email or so
[17:21] <nicomachus> lotuspsychje: it can be 24/7 if you set it up for that.
[17:23] <lotuspsychje> nicomachus: hmm not bad idea https://nest.com/nl/cameras/nest-cam-iq-indoor/overview/
[17:44] <lotuspsychje> bbl
[17:53] <nacc> troll city today in #ubuntu, ducasse ?
[17:53] <leftyfb> looks like it
[17:54] <ducasse> jeeez, sewage city
[17:54] <leftyfb>  Kendo_Cocaine is another troll
[17:55] <ducasse> i can see that :)
[17:55] <leftyfb> actually, might not be. But isn't helping things
[17:56] <nicomachus> actual troll joins in...
[17:56] <nacc> sigh
[17:56] <nicomachus> interesting day, nacc?
[17:57] <nicomachus> I just peeked in after your 12:53 message
[17:58] <nacc> i don't know why i bother in #ubuntu on days like today
[17:58]  * daftykins waves from his desert island of exile
[17:58] <daftykins> :)
[17:58] <leftyfb> kick them all, let their parents deal with them
[17:58] <daftykins> it's nice here...
[17:58] <nacc> daftykins: heh
[19:22] <Thunder_Tw> What a day
[19:22] <Thunder_Tw> troll fest
[19:23] <TJ-> interesting alternative to the clear-screen command :)
[19:32] <TJ-> I've been following the bug report covering kernels not being autoremoved for some time. someone reported a system with 74 kernels, 65 header packages, and 93 extras. Eevn stressed out the inode limit on the root FS.
[19:33] <daftykins> i've had a few fixes in #ubuntu due to that over the years :)
[19:33] <daftykins> bold upgraders
[19:34] <TJ-> I suggested years ago we enhance the boot-good code to timestamp and increment a per-kernel-version counter and use that to make decisions on which kernels it is safe to remove. The boot-good code is a communication from Linux to GRUB so GRUB knows whether to wait at its boot menu due to a previous failed boot. I'm feeling like I'm going to write the code and try to get it adopted.
[19:35] <daftykins> sounds like a plan, it's a really boring chore sitting and purging old kernels when a new comes out - i do it by hand so the dpkg output is clean
[19:36] <TJ-> apt autoremove should be sufficient in most cases
[19:36] <daftykins> seemed to be the source packages that got to the inode limit sooner
[19:37] <daftykins> err or do i mean headers, probably headers
[19:37] <TJ-> headers yes
[19:37] <TJ-> -image- also installs the modules under /lib/modules/$(uname -r) which takes a lot too
[19:38] <TJ-> I was thinking the best way to do it is a virtual package that declares Depends: on each kernel version. When a kernel can be released for removal it is removed from the Depends: entry of the virtual package.
[19:39] <TJ-> the only problem there is Debian isn't designed to have the package's local control file dynamically updated so I can envisage a lot of resistance from other devs
[19:41] <akik> wouldn't a simple solution be "refuse to install kernel if not enough space" ?
[19:41] <akik> that seems to be a bigger problem
[19:41] <TJ-> well in theory that should already happen because each package declares its installed size, specifically to check there's space
[19:41] <daftykins> only if someone is hanging onto a separate /boot partition scenario
[19:42] <TJ-> The problem is that can't account for the dynamically built initrd images
[19:42] <TJ-> and dkms doesn't help because it creates, and leaves behind, initrd-*.dkms-old images too
[19:42] <daftykins> can only imagine how long a new install lasted for that user you mentioned given the rebuilds XD
[19:42] <akik> it has bitten me on this laptop with a separate /boot
[19:42] <daftykins> stop using one then :) i did
[19:43] <TJ-> the reason the devs have resisted they're afraid they could cause an older kernel that the user is still booting from to be removed.
[19:43] <TJ-> That's why I think the solution is to have a combined counter/timestamp per-kernel-version and use that to determine the removals
[19:44] <TJ-> combined with a helper that lists the kernels and asks the user which they approve of being removed (showing the boot count and last boot date) would help alot
[19:46] <akik> i found one guide that was about having /boot also encrypted but didn't try to do it yet. my /boot is unencrypted
[19:46] <TJ-> All mine are
[19:53] <TJ-> I've always thought there's no point encrypting root and others if you leave the initrd open to be changed
[20:03] <akik> this is the guide i found http://www.pavelkogan.com/2014/05/23/luks-full-disk-encryption/
[20:03] <TJ-> That looks very confusing!
[20:04] <TJ-> All you need is to encrypt /boot/ ensure it is mounted and the kernels/grub/ are all copied into it so it is ready, then edit /etc/default/grub and add "GRUB_ENABLE_CRYPTODISK=y" and then "sudo update-grub"
[20:04] <daftykins> "luks" confusing? ;D
[20:05] <TJ-> and then "sudo grub-install" to write the new core-image that has the luks/dm-crypt module added
[20:06] <TJ-> This won't work on UEFI systems using Secure Boot with the Canonical keys because those grubx64.efi images are signed by canonical and, last time I checked, they're not including the luks and cipher modules in their image. If you manage your own SB key with MOK, you can sign the image of course
[20:06] <akik> really that simple?
[20:07] <TJ-> akik: yup. I've been running all my systems like this since at least 2010
[20:07] <akik> thanks need to test it soonish
[20:08] <TJ-> akik: the only drawback for standard packages is that it only support LUKS passphrases, not key-files, currently, although there are patches for GRUB to support keyfiles. Doesn't help much since systemd-cryptsetup doesn't support keyfiles either (that has to be ripped out so you can use the original cryptsetup initrd/init scripts for key-file support)
[20:08] <TJ-> akik: play in a small VM image
[20:09] <akik> TJ-: i noticed some months ago that i needed to add the lvm module into the initrd even though i'm not using lvm
[20:09] <akik> just basic partitions
[20:09] <akik> in /etc/initramfs-tools/modules
[20:10] <TJ-> it'll be included if LVM is in use but not otherwise.
[20:11] <TJ-> I generally reduce the size of the initrd considerably by setting MODULES=dep rather than MODULES-most so it doesn't copy in all those modules the system will never need during initrd.
[20:11] <TJ-> it makes a very big difference
[20:13] <TJ-> Then because my systems are using  key-file patches I use /etc/initramfs-tools/modules to include modules for usb mass-storage and usbhid (keyboard) support, and file-systems, and so on, to ensure key-file devices can be found and read
[20:31] <akik> TJ-: did you mean your system had systemd-cryptsetup? i don't have that package
[20:32] <TJ-> it's part of systemd: /lib/systemd/systemd-cryptsetup
[20:33] <TJ-> akik: it reads the /etc/cryptab and has a generator to cause the startup prompt for the passphrase (via plymouth)
[20:33] <TJ-> see e.g. "dpkg -L systemd | grep cryptsetup"
[20:33] <akik> TJ-: so you removed that file?
[20:39] <TJ-> akik: there's a bit more to it than that :) I intend to put a script together soonish and publish it since Poettering refuses to implement key-file support
[20:40] <akik> ok i'm happy to enter the password manually
[20:41] <TJ-> I've been toying with patches to allow GRUB to get the key over the network. initrd can already do that via a key-script
[20:41] <akik> i'm not sure though, i have a keyfile opening /dev/mapper/swap in /etc/crypttab
[20:41] <TJ-> that uses an ephemeral key though (swap)
[20:41] <TJ-> doesn't it? or you mean you've added that yourself?
[20:42] <akik> yes after the initial setup
[20:42] <akik> swap UUID=bd2f23d1-ef8d-4883-b6bf-ea78e8bf515b /root/swapkey luks,discard
[20:43] <TJ-> I don't bother with swap nowadays. I've not seen a need for it now we have oodles of RAM
[20:43] <akik> some do :)
[20:43] <TJ-> It only gets used for hibernamte
[20:45] <akik> 8 gigs is plenty for me
[20:46] <TJ-> I've not found need for more than that on any desktop/dev machine. For servers it helps to have more though, especially now they're running lots of containers/VMs
[20:47] <nicomachus> 8 is plenty here. 4 was too little, but 8 has been great. now I'm bottlenecking at the CPU and thermals.
[20:49] <TJ-> yes, I find 8GB + SSD is fine on systems going back 10 years. I use such for my main workstation (the one with 6 monitors) and it's never held me back
[20:50] <akik> TJ-: what does a six monitor setup look like?
[20:50] <akik> i saw that samsung super ultra wide display and went woaaaahhhh
[20:50] <TJ-> akik http://iam.tj/photos/Study-workstation.jpg
[20:54] <nicomachus> TJ-: are you driving all those with that little laptop?
[20:55] <TJ-> nicomachus: yes. It has a ViDock attached to its ExpressCard port, and there's an Nvidia NVS420 4-output GPU in that (under the desk!) The internal Nvidia GPU also drives an external monitor via HDMI
[20:57] <TJ-> these Dell XPS laptops are incredibly expandable. Three full mini-pcie expansion bays with an easy-access flap and a SIM-card slot too (dual-band wifi, cellular modem, etc)
[20:58] <TJ-> 1920x1200 res on all 6 screens
[20:59] <Bashing-om> Build it ^^ and they will come :)
[21:01] <nicomachus> TJ-: ah, I see. impressive little machine there, then.
[21:02] <leftyfb> another troll?
[21:02] <TJ-> nicomachus: yeah. I have several of them all configured identically
[21:45] <daftykins> which model XPS?
[21:45] <daftykins> my 13 isn't like that :> but it is ace
[21:50] <TJ-> XPS m1530
[21:56] <TJ-> daftykins: this should interest you. Windows kernel-mode ZFS driver:  https://github.com/lundman/zfsin
[21:56] <daftykins> o0
[21:56] <TJ-> daftykins: and Hacker News commentary: https://news.ycombinator.com/item?id=15549190
[23:30] <Drunkhawk91> Hi
[23:34] <Bashing-om> Drunkhawk91: :) .. TJ- will be with you in short order .
[23:34] <TJ-> Drunkhawk91: hiya
[23:35] <TJ-> Drunkhawk91: There's a fatal error in that DSDT when trying to compile it.
[23:37] <Drunkhawk91> TJ-: when recompiling the DSDT.dsl ?
[23:37] <TJ-> Yes
[23:37] <Drunkhawk91> I had several warnings but no errors
[23:38] <TJ-> Before you go to that step, did you install the latest firmware? The post in the forum thread you linked to says firmware v221 contains the fix
[23:39] <TJ-> Drunkhawk91: I get this: http://paste.ubuntu.com/25820098/
[23:39] <Drunkhawk91> yes that was the first thing I tried, BIOS v221
[23:39] <TJ-> Drunkhawk91: maybe you can make the required change to your DSDT.dsl that is required. Open it in an edito
[23:39] <TJ-> Drunkhawk91: v221 didn't fix it for you? where "it" is no Wifi ?
[23:41] <Drunkhawk91> the wifi worked almost out the box with proper firmware
[23:41] <Drunkhawk91> but microSD card still undetected
[23:41] <TJ-> Drunkhawk91: hmmm, well that fix is for the address of the wireless, isn't it?
[23:42] <TJ-> did you increment the the revision number in the DefinitionBlock ?
[23:43] <Drunkhawk91> TJ-: according to https://bbs.archlinux.org/viewtopic.php?pid=1667544#p1667544 it might fix the SD issue too
[23:43] <Drunkhawk91> TJ-: Yes I did
[23:44] <TJ-> Drunkhawk91: OK, that's the important bit then!
[23:45] <Drunkhawk91> TJ-: that's my output after recompiling modified dsl
[23:45] <Drunkhawk91> http://paste.ubuntu.com/25820131/
[23:45] <TJ-> Drunkhawk91: excuse me if I give you instructions you've already done, but this is how it is done:
[23:45] <TJ-> mkdir -p kernel/firmware/acpi
[23:45] <TJ-> cp dsdt.aml kernel/firmware/acpi
[23:46] <TJ-> find kernel | cpio -H newc --create > ./initrd_prefix
[23:47] <TJ-> cat ./initrd_prefix /boot/initrd.img-$(uname -r) >./initrd.img-$(uname -r)
[23:48] <TJ-> then backup the existing initrd: "sudo mv /boot/initrd.img-$(uname -r) /boot/initrd.img-$(uname -r).backup"
[23:48] <TJ-> and finally put your modification in its place: "sudo cp ./initrd.img-$(uname -r) /boot/"
[23:49] <TJ-> In *theory* on next reboot with that kernel version, the newer DSDT should replace the firmware's version
[23:49] <TJ-> Drunkhawk91: not changes required to the GRUB config at all
[23:49] <TJ-> Drunkhawk91: so if you've done any of that, remove it all
[23:49] <TJ-> s/not/no/
[23:52] <Drunkhawk91> I'm rebooting!
[23:55] <Drunkhawk91> TJ-: ACPI: Table Upgrade: override [DSDT-_ASUS_-Notebook] :)
[23:57] <Drunkhawk91> TJ-: but still doesn't fix this SD card issue (I got mmc2 errors in dmesg)
[23:57] <Drunkhawk91> TJ-: but no more ACPI warnings/errors in dmesg! Thanks a lot!
[23:57] <TJ-> Drunkhawk91: well at least you got the ACPI solved. you're the first person I know of to have used that method
[23:58] <TJ-> Drunkhawk91: can you "pastebinit <( dmesg )"
[23:58] <Drunkhawk91> http://paste.ubuntu.com/25820196/