**** BEGIN LOGGING AT Fri May 15 02:59:57 2020
May 15 03:04:15 <owrt-snap-builds> build #310 of octeon/generic is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/octeon%2Fgeneric/builds/310
May 15 03:04:36 <owrt-snap-builds> build #318 of lantiq/xrx200 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxrx200/builds/318
May 15 06:07:14 <owrt-snap-builds> build #319 of mpc85xx/p1020 is complete: Failure [failed dirupload]  Build details are at http://buildbot.openwrt.org/master/images/builders/mpc85xx%2Fp1020/builds/319  blamelist: Koen Vandeputte <koen.vandeputte@ncentric.com>, Aleksander Jan Bajkowski <A.Bajkowski@stud.elka.pw.edu.pl>, Daniel Gonzalez Cabanelas <dgcbueu@gmail.com>, ?lvaro Fern?ndez
May 15 06:07:14 <owrt-snap-builds> Rojas <noltari@gmail.com>
May 15 09:07:09 <rmilecki> i want to use OpenWrt for downloading & printing some daily reports, it's really a trivial task for cron job:
May 15 09:07:13 <rmilecki> wget http://example.com/$(date --iso-8601).pdf && lp $(date --iso-8601).pdf
May 15 09:07:34 <rmilecki> i just discoverer cups isn't packaged for OpenWrt :|
May 15 09:07:58 <rmilecki> (i have network printer attached to my OpenWrt network)
May 15 09:08:21 <rmilecki> i guess cups is the only option for printing client - any idea why it wasn't packaged?
May 15 09:08:59 <jow> rmilecki: intersection of people with a use-case for it and people being able to package it close to zero
May 15 09:09:11 <jow> the usual reason for not packaged stuff :)
May 15 09:09:24 <rmilecki> another reason could be some set of crazy dependencies
May 15 09:09:32 <rmilecki> i hope it's not the case ;)
May 15 09:09:41 <jow> yeah, iirc a couple of cups printer drivers are x86 only
May 15 09:10:07 <rmilecki> ok, i'll probably give it a try, thanks
May 15 09:10:56 <jow> yw
May 15 09:12:18 <jow> rmilecki: hm wait... cups was packaged for openwrt at some point
May 15 09:12:29 <rmilecki> i just found https://git.openwrt.org/?p=openwrt%2Fsvn-archive%2Fpackages.git&a=search&h=HEAD&st=commit&s=cups
May 15 09:12:42 <rmilecki> so it's a good start
May 15 09:12:52 <PaulFertser> rmilecki: usually people use network printers from more powerful hosts, so simple spoolers that just pass raw data to the printer cover most usecases. And you want full ghostscript, not just cups it seems.
May 15 09:13:28 <PaulFertser> (to convert pdf to something your printer can understand)
May 15 09:14:37 <PaulFertser> I misunderstood your usecase a bit. You should be able to send raw PDF to the network printer if it's smart enough.
May 15 09:14:51 <PaulFertser> Or is handled by a smart enough computer.
May 15 09:14:52 <rmilecki> i thought printers support pdfs natively :|
May 15 09:14:59 <PaulFertser> Well, probably some do.
May 15 09:15:30 <jow> iirc the lowest common denominator is postscript, which pdf is a superset of
May 15 09:15:48 <rmilecki> PaulFertser: i googled for "print pdf from command line" and all answers i found refer to "lp" command line tool which I asuumed requires cups
May 15 09:16:24 <plntyk> afaik lp != cups
May 15 09:16:27 <PaulFertser> rmilecki: that's just because most *nix systems have cups installed these days.
May 15 09:16:33 <plntyk> lp was printing before cups iirc
May 15 09:16:38 <PaulFertser> plntyk: lpr
May 15 09:16:45 <PaulFertser> lp sounds like cups-specific utility
May 15 09:16:45 <rmilecki> lpr(gn) seems to be dead
May 15 09:16:55 <rmilecki> (ng) i meant
May 15 09:17:05 <PaulFertser> It doesn't matter really, first thing you need to figure out if the printer understands PDF or not.
May 15 09:17:18 <plntyk> i removed cups from a vm install and ubuntu lts offered lpr as "alternative"
May 15 09:17:43 <PaulFertser> Old professional printers all supported PostScript. But not PDF. Many cheap printers supported neither, they used their own PCL/PJL/whatever tricky format.
May 15 09:18:09 <PaulFertser> If your printer supports PDF directly I'm sure there exists some simple IPP client to just send it there.
May 15 09:18:51 <PaulFertser> IPP is HTTP-based, so probably even a suitable curl invocation can be enough.
May 15 09:19:46 <PaulFertser> Indeed, "curl --data-binary @filename ip:port"
May 15 09:20:47 <PaulFertser> PDF is not a superset of PS, it's the other way round, PS is Turing-complete programming language, PDF is kind of a subset of it (but IIRC not exactly).
May 15 09:21:19 <rmilecki> "Brother print servers (...) running the lpd (line printer daemon) protocol. As a result, any host computer that supports the Berkeley remote LPR command can spool jobs to Brother print servers (...)"
May 15 09:21:35 <PaulFertser> rmilecki: probably it supports IPP too if it's not too ancient.
May 15 09:23:08 <PaulFertser> rmilecki: busybox has lpr implementation
May 15 09:23:15 <rmilecki> "Binary services pass data through unmodified and are therefore required for PCL or PostScript rasterized graphics printouts."
May 15 09:23:24 <rmilecki> OK, so i may be more luckly than i thought after all
May 15 09:23:46 <rmilecki> thanks PaulFertser
May 15 09:25:14 <PaulFertser> rmilecki: I can't understand the quote. How a service that passes data through unmodified can be required?
May 15 09:26:33 <rmilecki> "Binary services" refers to some Brother queue, I guess that queue accepts PCL or rasterized PostScript?
May 15 09:26:44 <owrt-snap-builds> build #54 of ath79/mikrotik is complete: Failure [failed updatefeeds]  Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fmikrotik/builds/54  blamelist: ?lvaro Fern?ndez Rojas <noltari@gmail.com>, Aleksander Jan Bajkowski <A.Bajkowski@stud.elka.pw.edu.pl>, Daniel Gonzalez Cabanelas <dgcbueu@gmail.com>
May 15 09:26:59 <PaulFertser> Why would be they required if they do not do anything?
May 15 09:27:01 <rmilecki> It also provides text service (as they call it): "The text service can also be used for non-rasterized graphics, such as ASCII PostScript graphics or many types of PCL graphics."
May 15 09:27:29 <rmilecki> PaulFertser: no idea, it's the first time I get into printing details ;)
May 15 09:27:53 <PaulFertser> rmilecki: what "printer languages" does you device claim to support?
May 15 09:28:40 <PaulFertser> There should be a separate list of what specifically your printer understands.
May 15 09:29:21 <rmilecki> it's DCP-L2550DN and https://support.brother.com/g/b/spec.aspx?c=eu_ot&lang=en&prod=dcpl2550dn_eu lists "PCL6, BR-Script3, PDF Version 1.7"
May 15 09:30:17 <PaulFertser> Cool, so probably you can just busybox lpr PDFs to it.
May 15 09:32:20 <PaulFertser> tfw a printer supports PDF but not PostScript...
May 15 09:32:46 <plntyk> yeah and then you could have issues with PDF/A and all different PDF variants
May 15 09:35:48 <PaulFertser> rmilecki: it says it supports IPP, so probably you can send files with curl to it.
May 15 09:36:17 <PaulFertser> Without legacy lpr :)
May 15 10:19:49 <rmilecki> 1. ipp seems to be slightly more complex protocol and may not support sending raw file
May 15 10:19:53 <rmilecki> 2. there is ipptool that talks with printer using ipp
May 15 10:19:54 <rmilecki> 3. my printer just refused pdf sent over ipp using ipptool client-error-document-format-not-supported
May 15 10:20:27 <rmilecki> > ipptool -t -v ipp://192.168.26.2/ipp get-printer-attributes.test | grep document-format-supported
May 15 10:20:29 <rmilecki>         document-format-supported (1setOf mimeMediaType) = application/octet-stream,image/urf,image/pwg-raster
May 15 10:20:43 <rmilecki> so I guess I need to convert PDF to image/pwg-raster
May 15 10:24:56 <PaulFertser> Why do the specs say it supports PDF then?
May 15 10:25:41 <PaulFertser> I wonder what happens if you send raw file
May 15 10:26:04 <PaulFertser> I found that "curl" invocation on some SO answer, apparently, that worked at least for somebody.
May 15 10:28:42 <rmilecki> i tried "cat foo.pdf | lp -h 192.168.26.2:9100 -" but that resulted in printing some plain text, most likely produced by lp, i started with "POST / HTTP/1.1 Content-Length: 701 and so on)
May 15 10:30:13 <PaulFertser> 9100 doesn't seem to be IPP port
May 15 10:30:31 <rmilecki> it's raw AppSocket port
May 15 10:30:31 <PaulFertser> Hm, but it printed it verbatim
May 15 10:31:16 <PaulFertser> So what about cat foo.pdf | nc 192.168.26.2:9100
May 15 10:32:06 <rmilecki> oh shit
May 15 10:32:09 <rmilecki> it just worked
May 15 10:32:43 <rmilecki> except nc not quitting (closing connection), but it's a minor thing
May 15 10:33:39 <rmilecki> ok, so it seems that 631 port is for IPP communication, requires using IPP protocol and support limited amount of formats
May 15 10:34:18 <rmilecki> 9100 raw port (AppSocket) allows sending raw files that can be just text or e.g. PDF
May 15 10:34:20 <rmilecki> wow
May 15 10:34:23 <rmilecki> thanks PaulFertser !!!
May 15 10:34:49 <PaulFertser> rmilecki: :)
May 15 10:35:33 <rmilecki> PaulFertser: get on the next summit and I get you a beer! promise
May 15 10:37:09 <PaulFertser> rmilecki: it's my pleasure and honour to be able to help you, knowing how much you're doing for free software all these years. I'm not travelling to EU since you introduced mandatory fingerprinting just for the foreigners (and criminals) though :(
May 15 10:38:06 <rmilecki> i can understand that, i refused to travel to US for years due to stupid visa program
May 15 10:38:17 <rmilecki> PaulFertser: where are you from?
May 15 10:38:42 <PaulFertser> (you meaning whoever does Schengen zone regulations and people that voted for their EU parliament representatives etc, not you personally of course)
May 15 10:38:46 <PaulFertser> rmilecki: russia
May 15 10:40:33 <rmilecki> that's interesting though, i didn't know schengen requires that
May 15 10:42:01 <rmilecki> thinking about it, i'm not sure, is that really true?
May 15 10:42:01 <PaulFertser> I remember how some kernel developers insisted on taking questionable code from broadcom people and saying how it's the necessity etc etc, but the time has proven that you're still with us and caring, and broadcom is just meh...
May 15 10:42:36 <rmilecki> i don't think i evern saw people coming to poland that were fingerscanner
May 15 10:42:40 <PaulFertser> rmilecki: yeah, it's really true, all the fingers on both hands must be fingerprinted. For more than 5 years.
May 15 10:43:45 <rmilecki> PaulFertser: so does that scanning happen when you arrive to schengen?
May 15 10:44:01 <PaulFertser> rmilecki: no, while you're getting a visa
May 15 10:45:08 <rmilecki> ok, i see now, I had no idea there is Schengen Visa at all :|
May 15 10:45:35 <rmilecki> PaulFertser: haha, Broadcom thing ;)
May 15 10:47:02 <rmilecki> PaulFertser: i don't like brcmsmac design as it clearly is just a stripped part of their internall wireless driver and doesn't fit Linux kernel with all its layers and abstractions
May 15 10:47:51 <rmilecki> b43 matches Linux design better but it doesn't help much as it's development is dead
May 15 13:56:56 <plntyk> PaulFertser: too bad - but DE has currently "optional" fingerprints and requires biometric photos :/
May 15 13:57:42 <plntyk> crazy surveillance laws
May 15 13:57:52 <PaulFertser> plntyk: I know, but while they're not really mandatory for the citizens it's probably okish for you...
May 15 14:00:38 <plntyk> yeah fingerprints for visa is crazy - even enforcing biometrics and building all these surveillance database / infrastructure
May 15 14:01:19 <ynezz> Well, one of the suggested places for the next meeting was Marocco
May 15 14:02:01 <f00b4r0> plntyk: funny you should mention that, see this excellent doku on arte (if you are in DE): https://www.arte.tv/de/videos/083310-000-A/ueberwacht-sieben-milliarden-im-visier/
May 15 14:03:01 <ynezz> and getting visa to Russia is crazy as well
May 15 14:05:19 <PaulFertser> Oh yeah, but russia's really sick, certainly not a good role model.
May 15 14:05:35 <plntyk> ah quality arte content , thx for the links didnt saw that yet - recently a more "conservative" soldier from special forces was found out with weapons and explosives - great case for "terrorism" and extremism but from an unexpected angle ....
May 15 14:07:33 <plntyk> hm... romania and bulgaria might be more western and are not in schengen it seems
May 15 14:08:32 <plntyk> marocco has probably some hidden problems like egypt or turkey
May 15 14:08:41 <PaulFertser> Montenegro is a nice place too.
May 15 14:28:23 <pmelange> I'm trying to work with the latest snapshot and have run into a little problem.  I use the collectd-exec mod to run some scripts and generate meaningful statisitcs.  But now I'm getting the error ' exec plugin: exec_read_one: error = exec plugin: Failed to execute ``/etc/collectd/assocs.sh'': Permission denied'.  The script permissions are 755. I
May 15 14:28:24 <pmelange> have tried changing the user and group for the exec script to root, but luckily collectd is sane enough to reject doing so.  Anybody have a suggestion as to how I can get collectd exec scripts to start working?
May 15 16:53:41 <pmelange> I'm trying to work with the latest snapshot and have run into a little problem.  I use the collectd-exec mod to run some scripts and generate meaningful statisitcs.  But now I'm getting the error ' exec plugin: exec_read_one: error = exec plugin: Failed to execute ``/etc/collectd/assocs.sh'': Permission denied'.  The script permissions are 755. I
May 15 16:53:41 <pmelange> have tried changing the user and group for the exec script to root, but luckily collectd is sane enough to reject doing so.  Anybody have a suggestion as to how I can get collectd exec scripts to start working?
May 15 17:41:25 <ynezz> plntyk: that info/tip is from https://reproducible-builds.org/events/Marrakesh2019/ (Debian folks)
May 15 18:35:20 <owrt-snap-builds> build #364 of lantiq/xway_legacy is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fxway_legacy/builds/364
May 15 21:31:07 <pkgadd> PaulFertser: BR-Script3 is just another name for postscript 3, which mustn't be called for trademark reasons (and Brother's self implemented postscript interpreter is not the best, at least in its slightly older models); I have an old MFC-8420 myself
May 15 21:32:42 <PaulFertser> pkgadd: thanks for the info, curious :)
May 15 22:47:41 <hbug___> i wrote in #openwrt a few days ago. i had a probem wiht uid and gid seemingly overflowing at 65536 / 16bit. I reproduced it on an official image now. FRITZ!Box 4040 ARMv7 - OpenWrt 19.07.2
May 15 22:49:03 <hbug___> when i 'chown 65540 $file' then 'ls' shows an uid of 4 . here is an strace of the chown > https://paste.debian.net/1146979/
May 15 22:51:01 <hbug___> i accidentally asked this question in #alpine-devel and dalias pointed out it could either be an error with changing the uid or with reading/representing it with ls/stat
May 15 22:56:18 <hbug___> can someone confirm  the issue on armv7? here are the three steps > https://paste.debian.net/1146983/
May 15 22:58:04 <pkgadd> hbug___: ipq806x, https://paste.debian.net/1146984/
May 15 22:58:49 <Hauke> hbug___: I do not see the problem on master on mipsel
May 15 22:59:19 <pkgadd> hbug___: and ipq40xx: https://paste.debian.net/1146985/
May 15 23:00:03 <pkgadd> both ARMv7/ hardfloat, cortex a15 and cortex a7
May 15 23:00:35 <hbug___> pkgadd: which device/soc for the a7?
May 15 23:01:03 <pkgadd> ipq4019, Asus map-ac2200
May 15 23:01:16 <pkgadd> both using only busybox tools
May 15 23:01:23 <hbug___> thanks for testing. but now i am confused whats wrong with my device.
May 15 23:01:39 <hbug___> i confirmed it on my device with both busybox and coreutils.
May 15 23:01:43 <pkgadd> and my testing has been done on tmpfs (/tmp/)
May 15 23:02:12 <hbug___> pkgadd: hm.. i testet it on / will try on /tmp
May 15 23:02:57 <hbug___> ooooh. in tmpfs it works fine. only on 'real' storage it fails.
May 15 23:03:32 <hbug___> maybe an overlayfs os jffs2 limitation?
May 15 23:03:43 <hbug___> that would be really weird...
May 15 23:04:09 <Hauke> hbug___: could you run chmod and ls in strace
May 15 23:04:19 <pkgadd> probably, although I'd rather suspect jffs2 than overlayfs (as the later is more commonly used by big (live) distros)
May 15 23:04:42 <Hauke> with longer logs, it cut off the the syscall arguments early
May 15 23:05:57 <Hauke> hbug___: in master I also do not see this problem on /
May 15 23:07:25 <hbug___> Hauke: sure. chmod a+w > https://paste.debian.net/1146986/ . ls > https://paste.debian.net/1146987/
May 15 23:07:44 <pkgadd> no issue on ubifs (map-ac2200, under /root/) either
May 15 23:08:58 <hbug___> yeah it seems jffs2 > https://github.com/torvalds/linux/blob/master/include/uapi/linux/jffs2.h
May 15 23:09:50 <hbug___> good meme > "The uid, gid [..] could be longer, but are left like this for space efficiency."
May 15 23:10:25 <hbug___> jint16_t uid;
May 15 23:10:52 <Hauke> it's not a bug it's a feature ;-)
May 15 23:22:15 <f00b4r0> Hauke: jow: if .3 isn't tagged yet, and if it can wait another 24h, I might have a very tiny ar71xx fix to push. Will report tomorrow, too late now
May 15 23:23:01 <Hauke> f00b4r0: ok
May 15 23:23:09 <Hauke> it's not tagged yet
May 15 23:24:02 <f00b4r0> Hauke: cool. Turns out this https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=fa2369e59bb243136f8e069e3c92d3b14f06b66a doesn't work correctly.
May 15 23:24:23 <f00b4r0> (in fact, at all, despite being under the impression that it had been tested)
May 15 23:24:42 <f00b4r0> if my understanding of the report I got is correct, the fix is trivial. I just want to triple check this time ;P
May 15 23:25:19 <f00b4r0> it doesn't break anything that wasn't broken before, but it doesn't fix what it was supposed to.
May 15 23:25:50 <f00b4r0> signing off for now.
May 15 23:50:37 <owrt-snap-builds> build #55 of ath79/mikrotik is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Fmikrotik/builds/55
May 15 23:52:52 <hbug___> can someone assist me on filing a kernel bug report for chown32 silently failing on jffs2?
May 16 01:18:34 <owrt-snap-builds> build #107 of bcm27xx/bcm2708 is complete: Failure [failed dirupload]  Build details are at http://buildbot.openwrt.org/master/images/builders/bcm27xx%2Fbcm2708/builds/107  blamelist: Daniel Golle <daniel@makrotopia.org>
May 16 02:28:46 <rr123> google discontinues json-rpc service: https://developers.googleblog.com/2018/03/discontinuing-support-for-json-rpc-and.html
**** ENDING LOGGING AT Sat May 16 02:59:57 2020