[jira] [Commented] (TS-1295) make install should work as non-root user
[ https://issues.apache.org/jira/browse/TS-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13293391#comment-13293391 ] Jan-Frode Myklebust commented on TS-1295: - Oh, sorry, I must have done a cut'n'paste error. You're mostly right. But got the install-data-hook backwards. It should be ==: {noformat} install-data-hook: - -chown -R $(pkgsysuser):$(pkgsysgroup) $(DESTDIR)$(pkgsysconfdir) $(DESTDIR)$(pkgdatadir) + if [ `id -un` == "root" ]; then \ + chown -R $(pkgsysuser):$(pkgsysgroup) $(DESTDIR)$(pkgsysconfdir) $(DESTDIR)$(pkgdatadir);\ + fi -echo " $(PACKAGE_VERSION)" > $(DESTDIR)$(pkgsysconfdir)/trafficserver-release {noformat} > make install should work as non-root user > - > > Key: TS-1295 > URL: https://issues.apache.org/jira/browse/TS-1295 > Project: Traffic Server > Issue Type: Improvement > Components: Build >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: 0001-Enabling-installing-as-non-root.patch, TS-1295.diff > > > "make install" should work as non-root user. Requirng root is bad practice > and causes problems for the fedora build system. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-1295) make install should work as non-root user
[ https://issues.apache.org/jira/browse/TS-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13293305#comment-13293305 ] Leif Hedstrom commented on TS-1295: --- Hmmm, I tested this, and I think the == should be !=, no? Attached is a proposed change, with slightly more readable formatting as well, please review (and let me know if I got the != wrong). > make install should work as non-root user > - > > Key: TS-1295 > URL: https://issues.apache.org/jira/browse/TS-1295 > Project: Traffic Server > Issue Type: Improvement > Components: Build >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: 0001-Enabling-installing-as-non-root.patch, TS-1295.diff > > > "make install" should work as non-root user. Requirng root is bad practice > and causes problems for the fedora build system. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1295) make install should work as non-root user
[ https://issues.apache.org/jira/browse/TS-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1295: -- Attachment: TS-1295.diff > make install should work as non-root user > - > > Key: TS-1295 > URL: https://issues.apache.org/jira/browse/TS-1295 > Project: Traffic Server > Issue Type: Improvement > Components: Build >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: 0001-Enabling-installing-as-non-root.patch, TS-1295.diff > > > "make install" should work as non-root user. Requirng root is bad practice > and causes problems for the fedora build system. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1294) initscript mentions using /etc/sysconfig/trafficserver, but doesn't use it
[ https://issues.apache.org/jira/browse/TS-1294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1294: -- Fix Version/s: 3.3.0 Assignee: Leif Hedstrom > initscript mentions using /etc/sysconfig/trafficserver, but doesn't use it > -- > > Key: TS-1294 > URL: https://issues.apache.org/jira/browse/TS-1294 > Project: Traffic Server > Issue Type: Bug > Components: Packaging >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: 0001-Source-etc-sysconfig-NAME-as-it-says-it-should.patch > > > The initscript says: > # Fedora: > # When this file is installed as /etc/rc.d/init.d/trafficserver > # and added to the chkconfig system with `chkconfig --add trafficserver` > # then the default values of these variables can be overridden > # in the /etc/sysconfig/trafficserver file > but doesn't source /etc/sysconfig/trafficserver as it indicate it should. It > needs to source this file. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1293) initscript should provide chkconfig header
[ https://issues.apache.org/jira/browse/TS-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1293: -- Fix Version/s: 3.3.0 Assignee: Leif Hedstrom > initscript should provide chkconfig header > -- > > Key: TS-1293 > URL: https://issues.apache.org/jira/browse/TS-1293 > Project: Traffic Server > Issue Type: Bug > Components: Packaging >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: > 0001-Add-chkconfig-header-to-traffic-server-initscript.-T.patch > > > ATS should provide chkconfig headers in the SysV-style initscript. This is > needed on RHEL and pre-systemd fedora. Ref: > http://fedoraproject.org/wiki/Packaging:SysVInitScript#Chkconfig_Header -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1295) make install should work as non-root user
[ https://issues.apache.org/jira/browse/TS-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1295: -- Fix Version/s: 3.3.0 Assignee: Leif Hedstrom > make install should work as non-root user > - > > Key: TS-1295 > URL: https://issues.apache.org/jira/browse/TS-1295 > Project: Traffic Server > Issue Type: Improvement > Components: Build >Reporter: Jan-Frode Myklebust >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > Attachments: 0001-Enabling-installing-as-non-root.patch > > > "make install" should work as non-root user. Requirng root is bad practice > and causes problems for the fedora build system. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-701) Remove mgmt/cli/script_configs.sh
[ https://issues.apache.org/jira/browse/TS-701?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-701: - Fix Version/s: (was: 3.1.5) 3.1.4 > Remove mgmt/cli/script_configs.sh > - > > Key: TS-701 > URL: https://issues.apache.org/jira/browse/TS-701 > Project: Traffic Server > Issue Type: Task > Components: Cleanup >Reporter: Igor Galić >Assignee: James Peach >Priority: Trivial > Fix For: 3.1.4 > > > mgmt/cli/script_configs.sh is not used or useful, it should be removed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (TS-1147) deprecate records.config SSL configuration
[ https://issues.apache.org/jira/browse/TS-1147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom updated TS-1147: -- Fix Version/s: (was: 3.1.5) 3.1.4 > deprecate records.config SSL configuration > -- > > Key: TS-1147 > URL: https://issues.apache.org/jira/browse/TS-1147 > Project: Traffic Server > Issue Type: Improvement > Components: SSL >Reporter: James Peach >Assignee: James Peach >Priority: Minor > Fix For: 3.1.4 > > > Since ssl_multicert.config is a strict superset of the SSL certificate > configuration in records.config, we should deprecate configuring SSL > certificates in records.config and make ssl_multicert.config the One True Way. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-1296) Why are all binaries linking in libreadline?
[ https://issues.apache.org/jira/browse/TS-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-1296. --- Resolution: Fixed 50c624f20a3ff09e5c62dc2b426c27fee3fd244c > Why are all binaries linking in libreadline? > > > Key: TS-1296 > URL: https://issues.apache.org/jira/browse/TS-1296 > Project: Traffic Server > Issue Type: Bug > Components: Build >Reporter: Leif Hedstrom >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > > Minor annoyance, but I'd prefer that e.g. traffic_server etc. do not link in > libraries that they do not need. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (TS-1297) Why are all binaries linking with libz and libmza ?
[ https://issues.apache.org/jira/browse/TS-1297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Leif Hedstrom resolved TS-1297. --- Resolution: Fixed 726cf61c203d5a90d7feeab5637a04cd803343da > Why are all binaries linking with libz and libmza ? > --- > > Key: TS-1297 > URL: https://issues.apache.org/jira/browse/TS-1297 > Project: Traffic Server > Issue Type: Bug > Components: Build >Reporter: Leif Hedstrom >Assignee: Leif Hedstrom >Priority: Trivial > Fix For: 3.3.0 > > > Same problem as TS-1296. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (TS-1298) http_parser_parse_req appears inconsistent
Aidan McGurn created TS-1298: Summary: http_parser_parse_req appears inconsistent Key: TS-1298 URL: https://issues.apache.org/jira/browse/TS-1298 Project: Traffic Server Issue Type: Bug Affects Versions: 3.0.2 Reporter: Aidan McGurn when using IPT setup i test as follows: 1. telnet 80 from client machine //this will be routed via ATS as IPT env 2. write "test" in telnet window and hit return 3. i *correctly* get a PARSE ERROR inside HTTP.cc/http_parser_parse_req 1051if (!method_start || !method_end) (gdb) 1052 return PARSE_ERROR; (gdb) p method_end $4 = 0x0 (gdb) p method_start $5 = 0x12741000 "test\r\n" However of i repeat step 2, with "test 2" method_end gets set and i end up with a PARSE_DONE and it thinks *INCORRECTLY* therefore this is a HTTP request. Assume this is a bug and we are missing validation here or is this making assumption the request is correct HTTP header format? thanks for any assistance, /aidan -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (TS-1250) Cache inspector does not seem to work properly
[ https://issues.apache.org/jira/browse/TS-1250?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13292812#comment-13292812 ] samahee commented on TS-1250: - I tested on 3.1.4. configured 4096M in storage.config. cached 2G files two. I tried regex lookup on the web UI, but I don't see any cached list. please check again. > Cache inspector does not seem to work properly > -- > > Key: TS-1250 > URL: https://issues.apache.org/jira/browse/TS-1250 > Project: Traffic Server > Issue Type: Bug > Components: HTTP >Reporter: Leif Hedstrom >Assignee: James Peach >Priority: Critical > Fix For: 3.1.4 > > > It seems the cache inspector is not functioning properly. Regex lookups > mostly works, but individual URLs does not. When it displays the error > results page from a lookup, it also tends to truncate the URL by one > character. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira