From owner-freebsd-hackers@FreeBSD.ORG Sat May 19 20:02:38 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E72B3106566B for ; Sat, 19 May 2012 20:02:38 +0000 (UTC) (envelope-from rflynn@acsalaska.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id ADF088FC16 for ; Sat, 19 May 2012 20:02:36 +0000 (UTC) Received: from [127.0.0.1] (squeeze.lan.rachie.is-a-geek.net [192.168.2.30]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 5331B7E849; Sat, 19 May 2012 12:02:34 -0800 (AKDT) Message-ID: <4FB7FC55.2060905@acsalaska.net> Date: Sat, 19 May 2012 22:02:29 +0200 From: Mel Flynn User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Tim Kientzle References: <20120516003020.82068pr8h9dyqjfw@webmail.teithe.gr> <20120516140033.GB2470@dft-labs.eu> <20120516233744.1314398bowqaykuw@webmail.teithe.gr> <20120517125348.GA26081@dft-labs.eu> <4FB6620D.8060001@acsalaska.net> <01A33A03-3068-46E8-958F-500216E4E912@kientzle.com> In-Reply-To: <01A33A03-3068-46E8-958F-500216E4E912@kientzle.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Mateusz Guzik , tzabal@it.teithe.gr Subject: Re: GSoC Project: Automated Kernel Crash Reporting System - Discussion X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 May 2012 20:02:39 -0000 On 19-5-2012 5:54, Tim Kientzle wrote: > > On May 18, 2012, at 7:51 AM, Mel Flynn wrote: > >> On 17-5-2012 14:53, Mateusz Guzik wrote: >>> On Wed, May 16, 2012 at 11:37:44PM +0300, tzabal@it.teithe.gr wrote: >> >>>> Nice. What about curl over the HTTPS protocol? >>>> >>> >>> curl would be ok, except it's not in the base system. >> >> For this reason, it's probably best to use tar(1) to package up multiple >> files and implement http put support in libfetch(3). You may also need >> to implement 305 Use Proxy support. > > Depends on where the files are coming from. If you > have files on disk, then tar(1) might be a good choice. > If you're going to have to construct the files, then you > can maybe avoid writing them to disk by using libarchive(3) > directly instead of going through the tar command-line > interface. As I read the original intent is to post crashdumps at a specified remote location through rc(8) using an sh(1) script on the next reboot. tar seemed appropriate. I'm only mentioning extending libfetch(3), because it will be easy for fetch(1) to pick it up, it benefits more than just this project and once integrated into fetch(1) can be used in said script above. Other than openssh we don't really have a good tool in the base system to put local files elsewhere securely. Also, if the BUGS section of fetch(3) is out of date, I'm happy to be corrected :) -- Mel