**** BEGIN LOGGING AT Fri Oct 04 03:02:52 2019
Oct 04 03:48:42 <mangix> jow: pin
Oct 04 03:48:45 <mangix> jow: ping
Oct 04 03:49:56 <mangix> Hauke: -flto behaves differently whether applied to LD or CFLAGS. Smaller size comes from adding -flto to CFLAGS in my experience.
Oct 04 03:50:44 * mangix found out today the !! trick in C is suboptimal
Oct 04 08:50:08 <dhewg> those new sysupgrade fw checks fail for me: https://ybin.me/p/d63d10bbe39bd835#UsWXy+3BOsZkawd9gogKQmphx2pqOuKACMvUF5DBEso=
Oct 04 08:50:26 <dhewg> i built my image as usual
Oct 04 08:50:41 <dhewg> forcing it worked, image is fine
Oct 04 08:55:48 <muhaha> guys? I am using combined ext4 on x86 , is possible to do live resize ( no extroot  )  ? Resizing partition is ok, but resize2fs will fail due to mounted fs
Oct 04 09:32:45 <blogic> g'day
Oct 04 09:41:11 <Spock_ncc1701> Hi, which make target(s) should I run in order to create an image after an update to ~/openwrt/files/ ?
Oct 04 10:07:09 <ldir> Spock_ncc1701: I *think* that a simple 'make' would be sufficient.
Oct 04 10:08:49 <Spock_ncc1701> ldir, I know, but it takes too long, is there a way to run only partial build?
Oct 04 11:47:28 <Pepe> How do you prefer to mark security fixes in mailing list? Should it be part of email subject or included in the commit message?
Oct 04 12:00:36 <xback> nbd: fyi, https://git.openwrt.org/?p=openwrt/staging/xback.git;a=commit;h=6fb41be2232279d77986d8d36fee793902588845
Oct 04 12:00:53 <xback> currently testing it offshore on moving targets
Oct 04 12:07:23 * ldir imagines ship to helicopter :-)
Oct 04 12:10:09 <xback> ill share a picture :-)
Oct 04 12:14:21 * ldir hates his 2 qnaps - slow, bug-ridden crap
Oct 04 12:16:51 <xback> ldir: http://firmware.ncentric.cloud/1.png
Oct 04 12:16:56 <xback> ldir: http://firmware.ncentric.cloud/2.png
Oct 04 12:17:00 <xback> ldir: http://firmware.ncentric.cloud/3.png
Oct 04 12:17:07 <xback> ldir: http://firmware.ncentric.cloud/4.jpg
**** BEGIN LOGGING AT Fri Oct 04 13:15:59 2019
**** BEGIN LOGGING AT Fri Oct 04 14:38:48 2019
Oct 04 15:00:30 <dhewg> i see that blockd uses autofs, is that just for block devices or does it work with cifs/nfs?
Oct 04 16:11:21 <mwarning> hi, can someone point me to an example on how to run a shell script from an init script?
Oct 04 16:11:31 <mwarning> it runs a loop inside
Oct 04 16:51:07 <russell--> mwarning: i did something like this:
Oct 04 16:51:12 <russell--> start() {
Oct 04 16:51:12 <russell--> 	${PROG} &
Oct 04 16:51:12 <russell--> }
Oct 04 16:51:26 <mwarning> that works?
Oct 04 16:51:33 <russell--> it did for me ;-)
Oct 04 16:52:54 <russell--> PROG script has a while true ; do thing ; sleep N ; done like loop in it
Oct 04 17:25:20 <Noltari> stintel: I will try to check that as soon as I can. It may also be related to VLI firmware, though
Oct 04 20:40:23 <blogic> dhewg: its an on-demand mounter for any block device
Oct 04 20:40:30 <blogic> nfs is a block device
Oct 04 20:42:27 <blogic> blockd might need some cruft to be nfs aware
Oct 04 20:46:32 <blogic> aparcar[m]: ping
Oct 04 20:49:04 <stintel> Noltari: I'll have to look into whatever "VLI firmware" is, but thanks for the pointer!
Oct 04 20:50:07 <blogic> stintel: is that nit the via usb fw
Oct 04 20:50:08 <blogic> ?!
Oct 04 20:50:25 <stintel> blogic: no clue tbh
Oct 04 20:50:36 <blogic> i aske Mr G and it is
Oct 04 20:50:40 <blogic> *asked
Oct 04 20:50:52 <stintel> googling it mentions Pi4 only so far
Oct 04 20:51:02 <stintel> and I could not use the rtl-sdr on pi3 either
Oct 04 20:56:16 <stintel> so I booted the pi3 via tftp with nfsroot, which has an old 4.14.78 kernel or something, the rtl-sdr stuff gives a bus error there
Oct 04 20:56:31 <stintel> and I fail to produce a bootable less old kernel
Oct 04 20:57:08 <stintel> I guess I'm losing my way with this stuff
Oct 04 20:57:13 <stintel> too early to retire though
Oct 04 20:58:32 <blogic> stintel: we are gettig old and mselly
Oct 04 20:58:40 <stintel> speak for yourself ;)
Oct 04 20:58:52 <stintel> might have been the fart though
Oct 04 20:59:05 <blogic> i used to be young and pretty, now i am only pretty
Oct 04 20:59:09 <stintel> :D
Oct 04 21:00:22 <stintel> the nice thing about this pi3 is that it's poe powered and I can easily revert the tftp to a bootable kernel, power-cycle the PoE and get the system back
Oct 04 21:00:38 <stintel> the downside ... no console output
Oct 04 21:00:38 <stintel> so no clue why the new kernel doesn't boot
Oct 04 21:01:43 <stintel> and not sure if I want to spend much more time on debugging before I fly back home
Oct 04 21:11:54 <stintel> https://pastebin.com/6eYnNvsz
Oct 04 21:12:24 <stintel> this is what I get on rpi3 running gentoo with a 4.14.84-v8+ (rpi not mainline) kernel
Oct 04 21:16:11 <stintel> and the rpi3 doesn't have PCI, and not VIA USB at all
Oct 04 21:16:49 <stintel> I guess I could try the rpi4 again, and apply that VLI  firmware update and see if it helps
Oct 04 21:17:09 <stintel> but I would prefer to use the rpi3 for the rtlsdr stuff at my parents' place
Oct 04 21:18:23 <stintel> the rpi4 might be overpowered for that
Oct 04 21:18:28 * stintel tries it anyway 
Oct 04 21:41:30 <blogic> stintel: dont be scared, you can't break it
Oct 04 21:43:36 <stintel> wanna bet :)
Oct 04 21:53:14 <blogic> stintel: 10 monopoly money you can't
Oct 04 21:53:50 * blogic wonder if that game is PC in current trigger-game-dayz
Oct 04 21:57:01 <stintel> haha, probably not
Oct 04 21:57:31 <stintel> which makes it all the more fun ;)
Oct 04 22:03:25 <stintel> ahh, of course that fucking firmware upgrade does not work on musl
Oct 04 22:07:38 <stintel> sure brings back memories of 20 years ago... via is still crap
Oct 04 22:07:55 <stintel> there are still certainties in life
Oct 04 22:08:00 <blogic> stintel: got a call from the 90s for you, they want their bugs back
Oct 04 22:09:52 <stintel> guess I could try to tftpboot the pi4
Oct 04 22:10:08 <stintel> I don't have a SD to microSD adapter at hand, forgot them in Sofia
Oct 04 22:10:20 <blogic> life is tough
Oct 04 22:10:32 <stintel> luckily there's lots of booze
Oct 04 22:10:39 <blogic> why you not out partying on a friday night night ?
Oct 04 22:10:46 <blogic> ... why am i not out ... ?
Oct 04 22:10:54 <blogic> mo booze here :(
Oct 04 22:10:56 <stintel> I was
Oct 04 22:11:01 <blogic> just ath11k performance issues
Oct 04 22:11:27 <blogic> must have been amazing seeing you come back online
Oct 04 22:11:31 <blogic> ;)
Oct 04 22:11:43 <stintel> but I decided to leave before it turned bad/crazy/i-hate-my-life-tomorrow
Oct 04 22:11:59 <blogic> admit it, you missed us on IRC
Oct 04 22:12:22 <stintel> in a way I did :)
Oct 04 22:12:30 <blogic> right, i'll be boring and go to bed
Oct 04 22:12:36 <blogic> sleep tight
Oct 04 22:12:50 <stintel> nn]
Oct 04 22:31:27 <stintel> ah, the pi4 does not support network boot (yet)
Oct 04 22:32:26 * stintel throws some rpi4 fragments in blogic's direction
Oct 04 23:45:09 <blogic> stintel: *ouch*
Oct 04 23:45:28 * blogic throws a trout back at stintel
Oct 04 23:47:30 <russell--> stintel: i usually run archlinuxarm on pi's, but discovered after going up the pi escalation ladder to a pi4, that rtlsdr just doesn't work. switched to raspbian and discovered rtl_433 works even on a zero-w
Oct 04 23:48:14 <russell--> rtl_test loses craptons of bytes/second
Oct 04 23:48:49 <russell--> on raspbian, works fine
Oct 04 23:52:34 <russell--> happily decoding all my wireless temp/humidity sensors (and some of the neighbors as well)
Oct 04 23:54:26 <pkgadd> how reliably is that working (now that they've switched over to DVB-T2 over here, my rtl2832u is free for other tasks; still looking for a decent DVB-T2 compatible replacement)
Oct 04 23:55:31 <russell--> rtl_433 works great
Oct 04 23:56:25 <pkgadd> thanks, sounds useful
Oct 04 23:56:27 <russell--> i can tell when the neighbors are cooking in their bbq, and when tire pressure sensors go by.
Oct 04 23:56:51 <pkgadd> my experiments with FM/ AM didn't work that well (it worked, but not well enough to actually want to use it)
Oct 04 23:59:32 <russell--> rtl_433 is on github, builds pretty easily
Oct 04 23:59:58 <pkgadd> apparently already packaged for Debian
Oct 05 00:00:00 <russell--> (i haven't tried on openwrt, this was on a ubuntu desktop initially, now on raspbian
Oct 05 00:00:19 <pkgadd> yes, I'm going to test it on a j1900/ Debian as well
Oct 05 00:00:42 <russell--> debian package might be scarily old
Oct 05 00:00:49 <russell--> (i have no idea, just wild guess)
Oct 05 00:01:25 <russell--> i managed to get a time-stamp formatting change in the last 6 months or so, which makes it nicer for logging
Oct 05 00:02:09 <pkgadd> unstable/main rtl-433 19.08-1  which was released upstream on Aug 29th, looks fine
Oct 05 00:02:25 <russell--> yeah
Oct 05 00:04:48 <russell--> rtl_433 -F csv -M newmodel -Mtime:unix | $horrid_awk_hackery > /tmp/joy.txt
Oct 05 00:05:24 <pkgadd> did you do something about the antenna? or does the TV antenna do the job for starting?
Oct 05 00:06:20 <russell--> the antenna is non-critical, although my 433 reception improved a bit when I adjusted the telescoping antenna to approximately 1/4 wavelength
Oct 05 00:06:43 <pkgadd> o.k., great, thanks
Oct 05 00:07:15 <russell--> you should see something with whatever it shipped with
Oct 05 00:11:06 <russell--> pkgadd: i got a few of these: https://www.amazon.com/gp/product/B00P2UOU72/
Oct 05 00:11:48 <russell--> but, i'd expect whatever you have to work also
Oct 05 00:14:12 <pkgadd> I've been using https://www.amazon.de/Trekstor-DVB-T-Stick-Terres-USB-Wei%C3%9F/dp/B007Y6GA6Q for a couple of years for DVB-T (idVendor=1f4d, idProduct=c803, bcdDevice= 1.00, Realtek RTL2832)
**** ENDING LOGGING AT Sat Oct 05 03:01:28 2019