Date: Fri, 28 Apr 2017 00:17:12 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 218922] Download of ports source not being identified as coming from FreeBSD OS. Message-ID: <bug-218922-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218922 Bug ID: 218922 Summary: Download of ports source not being identified as coming from FreeBSD OS. Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: Ports Framework Assignee: portmgr@FreeBSD.org Reporter: qjail1@a1poweruser.com CC: freebsd-ports-bugs@FreeBSD.org, portmgr@FreeBSD.org It has come to my attention that the downloading of a ports source by our p= orts framework is not identifying FreeBSD as the requesting operating system whi= ch results in the download request being marked as "unknown" by the source-hos= ting site. Here is an example of what I am talking about. https://sourceforge.net/projects/qjail/files/qjail-5.1.tar.bz2/stats/os?dat= es=3D2017-01-01%20to%202017-04-20 In discussion with sourceforge tech support, they said:=20 =E2=80=9CWe unfortunately would not be able to determine the OS utilized if= the download request lacks the browser user agent information. My port has its source hosted on sourceforge.net. That site has a function = that shows the count of times the port source file has been downloaded along with the country and the type of operating system of the computer requesting the download. 99.9% of the time the operating system is shown as "unknown". I c= an only assume those are downloads originating from FreeBSD systems using the = port "make install" method. I believe whatever utility employed by the port syst= em framework to download the port source is not populating the HTTP_USER_AGENT= or the HTTP_REFERER environment variable, which is the root cause of this prob= lem.=20 I did this command on my host /usr/bin/grep -r HTTP_REFERER /usr/ports/Tools /usr/bin/grep -r HTTP_REFERER /usr/ports/Mk /usr/bin/grep -r HTTP_ USER_AGENT /usr/ports/Tools /usr/bin/grep -r HTTP_ USER_AGENT /usr/ports/Mk Got no hits, but /usr/bin/grep -r fetch /usr/ports/Tools /usr/bin/grep -r fetch /usr/ports/Mk Got a lot of hits. I would say the ports system does not use HTTP_REFERER or HTTP_USER_AGENT a= nd the fetch utility is being employed to perform the physical download. Here is my problem; I tried to read and follow the logic in some of those scripts, but the coding style is foreign to me and I do not posses the technical ability to manipulate the port system scripts to make changes.=20 I think here is an untapped opportunity to let the world port source-hosting servers take notice that FreeBSD is a widely used operating system. In its = own way it builds FreeBSD awareness and it=E2=80=99s not a big deal or time-con= suming task to accomplish. Selecting the more correct download utility and populating the correct environment variable with the value of =E2=80=9CFreeBSD=E2=80=9D would corr= ect this problem. A far better solution would be to inquire the host system for the version of = the host system OS and use that information, IE: FreeBSD 11.0-RELASE, which wou= ld result in more meaningfully information being captured at the source-hosting sites.=20 I hope the ports powers-to-be can appreciate the benefits of this change. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-218922-13>