php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #54679 Allow windows box to upload to rsync
Submitted: 2011-05-06 22:05 UTC Modified: 2011-05-19 16:53 UTC
From: hannes dot magnusson at gmail dot com Assigned: rquadling (profile)
Status: Closed Package: Systems problem
PHP Version: Irrelevant OS: Linux
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: hannes dot magnusson at gmail dot com
New email:
PHP Version: OS:

 

 [2011-05-06 22:05 UTC] hannes dot magnusson at gmail dot com
Description:
------------
The Windows box that generates the CHM manuals needs to be able to copy the files 
to the rsync box properly.

It currently uses an alternative ssh key to my personal account on the rsync box, 
copies the file to a manual-chm-new/ folder, which then is 'sanitycheck' and 
copied to manual-chm/ via personal cronjob - which then again is copied to rsync 
space via global crontab.



Test script:
---------------
This bug report is filed into the 'security related' package with bugtype=bug with the intentions to test bug#54398


Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2011-05-06 22:07 UTC] hannes dot magnusson at gmail dot com
-Package: Security related +Package: Systems problem
 [2011-05-06 22:07 UTC] hannes dot magnusson at gmail dot com
So... The package 'security related' should be removed as it doesn't do anything 
:)

Switching to the proper bug type
 [2011-05-06 22:10 UTC] hannes dot magnusson at gmail dot com
-Type: Bug +Type: Security -Private report: No +Private report: Yes
 [2011-05-06 22:10 UTC] hannes dot magnusson at gmail dot com
can't change the bugtype?
 [2011-05-06 23:45 UTC] bjori@php.net
-Assigned To: +Assigned To: rquadling
 [2011-05-06 23:45 UTC] bjori@php.net
Richard; We need to find some solution to this..
I think the rsync box should rather copy the files from the windows box (from http even?). 
Makes it alot easier from access control perspective, and removes this bus factor of using 
personal account for copying.


(..and testing if you can see this bug report since you are assigned to it, but not in the 
'security developer' list).
 [2011-05-07 00:16 UTC] bjori@php.net
-Private report: No +Private report: Yes
 [2011-05-07 00:29 UTC] rquadling@php.net
In terms of security, I can't make any useful comments. I'm fortunate to not have 
to deal with that at any useful level.

I don't know if it would be possible to install a simple http server on the box 
and let it serve over http(s)?
 [2011-05-11 13:45 UTC] rquadling@php.net
I've installed the Abyss web server (very small, simple and free from http://www.aprelium.com/) onto the Windows CHM build machine and Omniti have allowed http traffic to be routed through to it.

You can see the page at http://droppederon.omniti.com or http://oti1.php.net. I assume oti1 is just an alias.

This currently just shows a list of compiled CHM files. I'll be adding a prettier front end to also allow access to the build logs for each language, as well as an MD5 hash and maybe a little indicator to show if the build 
failed in the current run. As things stand, as of Friday 6th May 2011, the Japanese (ja) and Chinese (zh) builds failed during configure.php.

I don't know what to amend for the rsync box to pull from oti1. If someone can point me in the right direction ...
 [2011-05-19 16:24 UTC] bjori@php.net
-Type: Security +Type: Bug
 [2011-05-19 16:53 UTC] rquadling@php.net
-Status: Assigned +Status: Closed
 [2011-05-19 16:53 UTC] rquadling@php.net
rsync removed. Public http server now accessible to retrieve windows CHM files.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat Dec 21 16:01:28 2024 UTC