From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 06:28:00 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EF6093 for ; Sun, 29 Mar 2015 06:28:00 +0000 (UTC) Received: from relay.netserv.kiev.ua (relay.netserv.kiev.ua [77.88.208.26]) by mx1.freebsd.org (Postfix) with ESMTP id 10DF2614 for ; Sun, 29 Mar 2015 06:27:59 +0000 (UTC) Received: from 00-w01.mgcnet.local (sa1.mcnet [172.26.139.41]) by relay.netserv.kiev.ua (8.13.5/8.13.5) with ESMTP id t2T6Rkd2008749 for ; Sun, 29 Mar 2015 09:27:47 +0300 Date: Sun, 29 Mar 2015 09:27:53 +0300 From: Subscriber Reply-To: Subscriber X-Priority: 3 (Normal) Message-ID: <1310655916.20150329092753@agoris.net.ua> To: freebsd-questions@freebsd.org Subject: Re: System based openssl In-Reply-To: References: <1912673295.20150327152451@agoris.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 06:28:00 -0000 =0D=0A>> But openssl.org says the last version OpenSSL in 1.0.1 tree is 1.= 0.1m >> (19-Mar-2015) > This would have to be imported into the system base. This involves develo= per > time and effort. It is not quite trivial. Thx Michael. From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 06:31:58 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FAF11AC for ; Sun, 29 Mar 2015 06:31:58 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9F606CD for ; Sun, 29 Mar 2015 06:31:57 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so109158895ied.1 for ; Sat, 28 Mar 2015 23:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=G6Ay1M0GOPwRot7J7zCjpC+ZMKh+x62MDFbCka5DRgc=; b=UIoWN0ggQ44pk13vvqVHXXQK7pz110O5QOiQojgcxh0HYWGPNqUg3B0GK5VUVC/LOq IsOgTQFY3ujok02fAZlC+UMwge0QGbySp6EAhmfecp7UTIA1tGFggj46i95jG1QCITPx SZ7xF3xAv8fn324uUd5Fpr5zx4nCDKoBkSeOUOSp1FFoGdzAPMNSr1nWKv5KLa5bA5r5 v41rLUPpl1FmP2hFrFqYaRHtv1cgvGH7yA4Va+3KifdfDZjSKD/3ABsJsE6/1H1t51Aa p89Am7cUnrj9u67MMDCN6pKNC0xQi+qY38XylPFVD86mcr51bRXtzJ+hzI65Fvx70rbn dtXw== X-Received: by 10.42.235.78 with SMTP id kf14mr39221507icb.11.1427610717334; Sat, 28 Mar 2015 23:31:57 -0700 (PDT) MIME-Version: 1.0 References: <55173F0B.8000605@stevenpeguero.com> In-Reply-To: <55173F0B.8000605@stevenpeguero.com> From: Ben Woods Date: Sun, 29 Mar 2015 06:31:56 +0000 Message-ID: Subject: Re: ZFS Encryption Availability To: steven@stevenpeguero.com, freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 06:31:58 -0000 ZFS in FreeBSD does not come with built in encryption support. It is however very common in the freebsd world to encrypt your partition with geli(8) and then put a ZFS filesystem inside that encrypted partition. This works really well, especially if you have hardware crypto such as aesni(4). Read more about making a geli(8) encrypted partition here (scroll passed the gbde(4) encryption option unless it takes your fancy): https://www.freebsd.org/doc/handbook/disks-encrypting.html Then put your ZFS filesystem in the encrypted partition. More help here: https://www.freebsd.org/doc/handbook/zfs.html Good luck! -Ben On Sun, 29 Mar 2015 at 7:54 am Steven Peguero wrote: > Hello, > > In advance, I apologize for asking this particular question, as I'm > coming from the Linux world, but I wanted to know if encryption is > natively supported on FreeBSD for miscellaneous ZFS pools/datasets. > > If such functionality does exist, how exactly would I go about initially > setting up encryption for a particular ZFS pool/dataset and manually > decrypting it at boot using a passphrase? It seems as though this > particular topic has not yet been mentioned in the official handbook, > unfortunately. > > In advance, thank you for your response! > > Steven > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 18:45:38 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24D93B46 for ; Sun, 29 Mar 2015 18:45:38 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D46CC82C for ; Sun, 29 Mar 2015 18:45:37 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YcIDB-0007PV-Go for freebsd-questions@freebsd.org; Sun, 29 Mar 2015 20:45:29 +0200 Received: from pool-72-66-1-32.washdc.fios.verizon.net ([72.66.1.32]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Mar 2015 20:45:29 +0200 Received: from nightrecon by pool-72-66-1-32.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Mar 2015 20:45:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: System based openssl Date: Sun, 29 Mar 2015 14:45:15 -0400 Lines: 30 Message-ID: References: <1912673295.20150327152451@agoris.net.ua> Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-72-66-1-32.washdc.fios.verizon.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 18:45:38 -0000 Subscriber wrote: [snip] > > No OpenSSL files available during freebsd-update: > # freebsd-update fetch > Looking up update.FreeBSD.org mirrors... 5 mirrors found. > Fetching metadata signature for 10.1-RELEASE from update4.freebsd.org... > done. Fetching metadata index... done. > Inspecting system... done. > Preparing to download files... done. > > The following files will be updated as part of updating to > 10.1-RELEASE-p8: /boot/kernel/kernel > > What is wrong? Just saw this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199002 In terms of your system having something really wrong my feeling is it is OK because you seem to have the correct version of OpenSSL for your system. Not sure if this PR is exactly your situation as the metadata fetch seems to be good on yours. Thought I'd pass it along just in case. With a PR in place it will probably get fixed fairly quick. -Mike From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 19:55:06 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 818ED17D for ; Sun, 29 Mar 2015 19:55:06 +0000 (UTC) Received: from outbound-queue-2.mail.thdo.gradwell.net (outbound-queue-2.mail.thdo.gradwell.net [212.11.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2B5E5F46 for ; Sun, 29 Mar 2015 19:55:05 +0000 (UTC) Received: from outbound-edge-2.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-2.mail.thdo.gradwell.net (Postfix) with ESMTP id 2390F5535A for ; Sun, 29 Mar 2015 20:54:12 +0100 (BST) Received: from cpc7-jarr12-2-0-cust882.16-2.cable.virginm.net (HELO amd.asgard.uk) (92.238.71.115) (smtp-auth username fbsd%pop3.dgmm.net, mechanism plain) by outbound-edge-2.mail.thdo.gradwell.net (qpsmtpd/0.83) with ESMTPA; Sun, 29 Mar 2015 20:54:11 +0100 From: Dave To: freebsd-questions@freebsd.org Subject: Re: smartctl Date: Sun, 29 Mar 2015 20:53:30 +0100 Message-ID: <1477494.FKKRqfDfsb@amd.asgard.uk> User-Agent: KMail/4.14.3 (FreeBSD/9.3-RELEASE-p10; KDE/4.14.3; amd64; ; ) In-Reply-To: <0LzskF-1ZWnak3ftL-0150PB@mail.gmx.com> References: <0LzskF-1ZWnak3ftL-0150PB@mail.gmx.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Gradwell-MongoId: 55185863.158de-8ee-2 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: fbsd@pop3.dgmm.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 19:55:06 -0000 On Friday 27 March 2015 21:05:29 CK wrote: > Regarding the unexpected loss of files from the filesystem under various > loads, is the appended 'smartctl' data sufficient to make the determination > that the loss of files while the operating system is in use could be due to > the condition of the drive? > > I didn't think so at first, because: > > 1) I would expect a FreeBSD error to the effect of "unable to read/write > /dev/ada0" or "block checksum does not match block data". > > 2) I would expect that all data read/written to from a drive is verfied to be > correct by FreeBSD with checksums, and that it is guaranteed to be correct > if there are no serious and fatal errors reported by the operating system. > > But I may be wrong in these assumptions. Anybody know for sure? I have never > seen FreeBSD report any filesystem r/w errors. My past experience has only > taught me that when a drive begins to make very bad noises, this generally > accompanies obvious and serious problems; and that a drive fails when the > mechanical parts fail, but not due to wear on heads/platters or other things > that may cause failures that are not detected/reported by the operating > system. > > I can't see how the loss of files could occur without FreeBSD noticing it and > reporting on it. Does FreeBSD just trust drives to do everything correctly > at all times? > > -- > > smartctl 6.2 2014-02-18 r3874 [FreeBSD 9.2-RELEASE i386] (local build) > Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org > > === START OF INFORMATION SECTION === > Model Family: Western Digital Caviar WDxxxAB Have a look around for the Western Digital HDD diags tool. dlgdiag.exe. Also available on the Ultimate Boot CD or downloadable as a bootable ISO image. Personally, I use a bootable pen/thumb drive with a multiboot menu, one of which is FreeDOS so I can run DOS based tools such as dlgdiag.exe http://support.wdc.com/product/download.asp?groupid=616&sid=2&lang=en > Device Model: WDC WD400AB-22CDB0 > Serial Number: WD-WMA9T1222658 > Firmware Version: 22.04A22 > User Capacity: 40,020,664,320 bytes [40.0 GB] > Sector Size: 512 bytes logical/physical > Device is: In smartctl database [for details use: -P show] > ATA Version is: ATA/ATAPI-5 (minor revision not indicated) > Local Time is: Fri Mar 27 20:35:32 2015 AKDT > SMART support is: Available - device has SMART capability. > SMART support is: Enabled > > === START OF READ SMART DATA SECTION === > SMART overall-health self-assessment test result: PASSED > > General SMART Values: > Offline data collection status: (0x84) Offline data collection activity > was suspended by an interrupting command from host. > Auto Offline Data Collection: Enabled. > Self-test execution status: ( 0) The previous self-test routine completed > without error or no self-test has ever > been run. > Total time to complete Offline > data collection: ( 2376) seconds. > Offline data collection > capabilities: (0x3b) SMART execute Offline immediate. > Auto Offline data collection on/off support. > Suspend Offline collection upon new > command. > Offline surface scan supported. > Self-test supported. > Conveyance Self-test supported. > No Selective Self-test supported. > SMART capabilities: (0x0003) Saves SMART data before entering > power-saving mode. > Supports SMART auto save timer. > Error logging capability: (0x01) Error logging supported. > No General Purpose Logging support. > Short self-test routine > recommended polling time: ( 2) minutes. > Extended self-test routine > recommended polling time: ( 42) minutes. > Conveyance self-test routine > recommended polling time: ( 5) minutes. > > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0 > 3 Spin_Up_Time 0x0007 102 099 021 Pre-fail Always - 3975 > 4 Start_Stop_Count 0x0032 100 100 040 Old_age Always - 58 > 5 Reallocated_Sector_Ct 0x0033 199 199 140 Pre-fail Always - 1 > 7 Seek_Error_Rate 0x000b 200 200 051 Pre-fail Always - 0 > 9 Power_On_Hours 0x0032 083 083 000 Old_age Always - 12540 > 10 Spin_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0 > 11 Calibration_Retry_Count 0x0013 100 253 051 Pre-fail Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 57 > 196 Reallocated_Event_Count 0x0032 199 199 000 Old_age Always - 1 This is a concern. From experience, *any* reallocated sectors is a Bad Sign(tm) It might depend on when this incident happened. If that re-allocated sector was handled some time ago, then it may be a one off. If it's recent, then you can probably expect more. > 197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0 > 198 Offline_Uncorrectable 0x0012 200 200 000 Old_age Always - 0 > 199 UDMA_CRC_Error_Count 0x000a 200 253 000 Old_age Always - 0 A bad data cable normally shows up with lots of CRC error, so that's ruled out as good. > 200 Multi_Zone_Error_Rate 0x0009 200 200 051 Pre-fail Offline - 0 > > SMART Error Log Version: 1 > No Errors Logged > > SMART Self-test log structure revision number 1 > No self-tests have been logged. [To run self-tests, use: smartctl -t] Running the WD diag utility dlgdiag.exe will do the equivalent and more. You might also want to run a RAM test too, such as memtest86. It's also on the Ultimate Boot CD or most Linux boot disks. In my work, I've come across Windows BSOD error caused by faulty HDDs which pass *all* tests where the client has multiple identical PCs and have already re-imaged the HDD to eliminate s/w problems and the SMART logs show no error. The worst case is that it's the motherboard. Just for reference, we sometime get clients calling up to report that on boot the BIOS/SMART reports that the drive is likely to fail soon. Most of the time, it's just that the PC keeps crashing and the SMART logs show lots of bad sectors and/or other errors. I would never rely on SMART to inform me of pending drive failure. It's best to check them every now and then. > > > Selective Self-tests/Logging not supported > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 20:36:38 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01CEF2A3 for ; Sun, 29 Mar 2015 20:36:38 +0000 (UTC) Received: from miucha.iecc.com (abusenet-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:1126::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "miucha.iecc.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B70D93DC for ; Sun, 29 Mar 2015 20:36:37 +0000 (UTC) Received: (qmail 21224 invoked from network); 29 Mar 2015 20:36:35 -0000 Received: from miucha.iecc.com (64.57.183.18) by mail1.iecc.com with QMQP; 29 Mar 2015 20:36:35 -0000 Date: 29 Mar 2015 20:36:13 -0000 Message-ID: <20150329203613.79262.qmail@ary.lan> From: "John Levine" To: freebsd-questions@freebsd.org Subject: Pkg says php 5.6, ports says php5.4 Organization: X-Headerized: yes Mime-Version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 20:36:38 -0000 The package system says the current version of PHP is 5.6. In /usr/ports/UPDATING a note on Feb 20 says the current version has been updated from 5.4 to 5.6. But in /usr/ports/lang/php5/Makefile, it says that the current version is 5.4.38. The Makefile is dated March 25. I don't ever recall ports and packages getting out of sync like this. What's going on? R's, John From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 20:48:29 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61A8B6DF for ; Sun, 29 Mar 2015 20:48:29 +0000 (UTC) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) by mx1.freebsd.org (Postfix) with ESMTP id 29A596D5 for ; Sun, 29 Mar 2015 20:48:28 +0000 (UTC) Received: by vps.markoturk.info (Postfix, from userid 1001) id 954EC273D1; Sun, 29 Mar 2015 22:48:10 +0200 (CEST) Date: Sun, 29 Mar 2015 22:48:10 +0200 From: Marko Turk To: John Levine Subject: Re: Pkg says php 5.6, ports says php5.4 Message-ID: <20150329204810.GA72016@vps.markoturk.info> References: <20150329203613.79262.qmail@ary.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <20150329203613.79262.qmail@ary.lan> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 20:48:29 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 29, 2015 at 08:36:13PM -0000, John Levine wrote: > The package system says the current version of PHP is 5.6. In > /usr/ports/UPDATING a note on Feb 20 says the current version has > been updated from 5.4 to 5.6. But in /usr/ports/lang/php5/Makefile, > it says that the current version is 5.4.38. The Makefile is dated > March 25. =20 >=20 > I don't ever recall ports and packages getting out of sync like this. > What's going on? >=20 Hi, which ports are you comparing? There's php5 and php56 (both in binary pkg and ports): one is 5.4, one is 5.6. BR, Marko --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVGGUKAAoJEDcRe7P/w1sjqh0P/jKwc9XOZwgewbKNjqayTQ83 CdNSTZlIMk4w4I7UUrTldVqONHI77M3XSAmEoM4vNiAtseYuJzPxv3XTkUbLSb+Z +C+9haufXAcGX46PfnRCXC5pKqRasdp1MfdCqVQPZ664VnvF1dnAZ1RmsY314CtA CAUo0u4L44+Cw8mEN1FG6M49wymfT4OJfDIHxFhTSFJevQdxFdsVKWzRwAvaKGOJ T6BYiMv8P0OBYGy14vAE28Gx0KhHUHobXIpeJXtcy51piYwXh5Df0IYwtLBQAPij 1RErqa+Gm2dRC4aGZCWS/+VZQ4zeOhafQwlTYbovbnqPmmU0w/wQbU+79/bpj1rd xFT009vc8DGvjQ92lZ8Kt4oJ+qLKteVkiSPlWEjkfwONNfhciCq3h45fDq+QJ8pv HHWr3jhSOtFtu2IVxzRDkmTtECf0ik2X/irrOhNAM6kWTX3LlxxkBfy4YC1oBRVe 11WNBLPUQw9ulGIvvRhNlJmFCaAATF5IUWDSInz3hK+1LNZscc6ttotuhjYU9MqK QQyblHo7zdnyZfLDROJQX80+ZYkCKVHBeDySaFIvGbroH14+HmmhpL8Ybeh3YrJA ukm7C/1lUGLRkEyqbre1KfFKKsE0ZshKFc+EhBCvV+0AxSS2jR69rrv5/L24AaMm yoYt7sTMz8zl/9fwb+N/ =9gsi -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-questions@FreeBSD.ORG Sun Mar 29 21:03:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCC91D0C for ; Sun, 29 Mar 2015 21:03:09 +0000 (UTC) Received: from miucha.iecc.com (abusenet-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:1126::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "miucha.iecc.com", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 417349B4 for ; Sun, 29 Mar 2015 21:03:09 +0000 (UTC) Received: (qmail 24165 invoked from network); 29 Mar 2015 21:03:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent; s=5e64.5518688a.k1503; bh=ib+x1dP0RnPd5qQ6u7v9R9i+BddUci4RChvCZu+ndS4=; b=DTGrN0TzBY1MbzciYQWUEOXUaSLvn2gqAX0n8AV4hz/EjMrNVePmpTdTvdEHmTAJmfI8QVFosv/GELmAVtzo97xsM49WFnrIqzdYtqtQxi/cSjFckx9+0ceMtB35GEOAUEQi9lqdFTpEUYiaOtf50IUQEMgHRpW1HgFQubAEWLPir/AwJkxQ8OFumTmqm302DSwPK+Xz76DIxVWbQ/ARNOm0prg/XM0Cc34vkD080gQcCqO3ZGeYyS2O2UBIv8oU Received: from localhost ([IPv6:2001:470:1f07:1126::78:696d:6170]) by imap.iecc.com ([IPv6:2001:470:1f07:1126::78:696d:6170]) with ESMTPS (TLS1.0/X.509/SHA1) via TCP6; 29 Mar 2015 21:03:06 -0000 Date: 29 Mar 2015 17:03:06 -0400 Message-ID: From: "John R. Levine" To: "Marko Turk" Subject: Re: Pkg says php 5.6, ports says php5.4 In-Reply-To: <20150329204810.GA72016@vps.markoturk.info> References: <20150329203613.79262.qmail@ary.lan> <20150329204810.GA72016@vps.markoturk.info> User-Agent: Alpine 2.11 (OSX 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 21:03:09 -0000 > which ports are you comparing? There's php5 and php56 (both in binary pkg > and ports): one is 5.4, one is 5.6. php5. Now I'm extremely confused, since /usr/ports/UPDATING says the default version is now 5.6, but it looks like it's not. R's, John From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 00:12:08 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18BA3167 for ; Mon, 30 Mar 2015 00:12:08 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [IPv6:2607:fc50:0:a400::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE8DAF2E for ; Mon, 30 Mar 2015 00:12:07 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:2580:181:21c:c0ff:fe7f:96ee]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mario.brtsvcs.net (Postfix) with ESMTPSA id 3ECAE2C160E; Mon, 30 Mar 2015 00:12:05 +0000 (UTC) Received: from [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by chombo.houseloki.net (Postfix) with ESMTPSA id 991E28F; Sun, 29 Mar 2015 17:12:02 -0700 (PDT) Message-ID: <551894CF.1030904@bluerosetech.com> Date: Sun, 29 Mar 2015 17:11:59 -0700 From: Mel Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "John R. Levine" , Marko Turk Subject: Re: Pkg says php 5.6, ports says php5.4 References: <20150329203613.79262.qmail@ary.lan> <20150329204810.GA72016@vps.markoturk.info> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 00:12:08 -0000 On 2015-03-29 14:03, John R. Levine wrote: >> which ports are you comparing? There's php5 and php56 (both in binary pkg >> and ports): one is 5.4, one is 5.6. > > php5. Now I'm extremely confused, since /usr/ports/UPDATING says the > default version is now 5.6, but it looks like it's not. Yes, there was a change this time around where 5.6 was *added* to the tree as php56-* and php5-* was left at 5.4. In the past, it's been the other way around and the expected change was to php5-* to 5.6 and add php54-* to the tree. It definitely caught me out on one machine where I updated php5 to php56 using pkg, then had to add the pgsql extension back in and `pkg install php5-pgsql` tried to install the 5.4 extension. From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 08:51:54 2015 Return-Path: Delivered-To: freebsd-questions@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A842402 for ; Mon, 30 Mar 2015 08:51:54 +0000 (UTC) Received: from jsf00002.rdu.us.honeyguide.net (jsf00002.rdu.us.honeyguide.net [IPv6:2607:fc50:1:2100::4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 64B2EC15 for ; Mon, 30 Mar 2015 08:51:54 +0000 (UTC) Received: from webmail.honeyguide.net (unknown [IPv6:2607:fc50:1:2100::3]) by jsf00002.rdu.us.honeyguide.net (Postfix) with ESMTP id A6A206C9E6 for ; Mon, 30 Mar 2015 08:51:52 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 30 Mar 2015 10:51:52 +0200 From: Rozelle Steenkamp To: freebsd-questions@FreeBSD.org Subject: FreeBSD Help Message-ID: X-Sender: rozelle.steenkamp@kasoro.co.za User-Agent: Roundcube Webmail/0.9.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 08:51:54 -0000 Good morning Our company is looking for someoe who can help us with FreeBSD. -- Rozelle Steenkamp Office Manager Honeyguide Group (Pty) Ltd 8 St Stephens Street Richmond Hill Port Elizabeth 6001 South Africa Phone: +27 41 933 2467 Fax: +27 86 662 9000 Email: rozelle.steenkamp@kasoro.co.za Director: Stephan Lichtenauer, Reg.No. 2012/022139/07 From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 08:59:59 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFB17943 for ; Mon, 30 Mar 2015 08:59:59 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 34500CA8 for ; Mon, 30 Mar 2015 08:59:59 +0000 (UTC) Received: from zero-gravitas.local (no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged)) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t2U8xoNe013537 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 30 Mar 2015 09:59:50 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t2U8xoNe013537 Authentication-Results: smtp.infracaninophile.co.uk/t2U8xoNe013537; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host no-reverse-dns.metronet-uk.com [85.199.232.226] (may be forged) claimed to be zero-gravitas.local Message-ID: <55191085.1060000@FreeBSD.org> Date: Mon, 30 Mar 2015 09:59:49 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: FreeBSD Help References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 08:59:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2015/03/30 09:51, Rozelle Steenkamp wrote: > Our company is looking for someoe who can help us with FreeBSD. There's a freebsd-jobs@ list which is designed for the purpose of finding people who can do FreeBSD-ish things. You might also try being a little more specific on what you need. Basic level sys-admin stuff? Something more advanced? Kernel hacking? Cheers, Matthew -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVGRCFAAoJEABRPxDgqeTnnHkP/3qwlfJ3OHlLfk8IqWOcWohK B8wsU0aC7ycUWfmi8Bkr8Pko1zs4v7lBCILhVUctcvCC5C3WOv3ecBrn9yUUY32f m9hxpzUoKmNRxiShKQzlbazWc6VcDfAFxLVquaec9mzcwqe1WqY0YAAUefaHpSqk Octvaun7VbrKrRqNO0BuqkgPJvPBeIVTgmaIQfiTt47fW7Kr0Am1Cf/n6ZGHpdL6 t/e9Lte2LZOrxxZD0sQLyPcvwENJ3hRycvj3iN9DZ+8dFsZtCEPyrUQ0KLX+ugwb ZWgzpIrddEV+H0bGEF5vTlwYrwnJ+48fhIXz0bfC/BzijtjT16fkQn8muowpbs5n os0aTCi0Lh0M96/JAFOpzT4Jka5Ppr7tHCepH9eqUWaADCnUEwlxqjEsCEk++1jN k1Y18H+PaetcPYmQC6p8b1Rrw8t7mIMTPJytDfcWfB9KimteQ2dHAZLt7okgyiwF 1q1b2inf2i0QiNp95gz83bymSAAMSgWonW0goTZUL7Aa2THl/cztARUPpNHkcf/E hyAgqI1O5EDsfZzdqAEyAl0TTgLCMfrzqTZMW9gpMSswmbdprY/20UBDUWVlfgwz Ilgv1q+naNZL+/BR2h5o2k9M0pjuhjDz/f5h4bexXOzlMVxumXwapnoQ62Up53c3 MT5X9HhYscCWOj1VRfUJ =CeEY -----END PGP SIGNATURE----- From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 09:08:51 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 20F0226C; Mon, 30 Mar 2015 09:08:51 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 316E1DEC; Mon, 30 Mar 2015 09:08:47 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id 68CE92E072; Mon, 30 Mar 2015 17:08:29 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gddsn.org.cn X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.0 Received: from lp.gddsn.org.cn (unknown [10.44.8.136]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPSA id DB5372E05C; Mon, 30 Mar 2015 17:08:14 +0800 (CST) From: =?gb2312?B?zuLK5cCk?= Subject: BCM5709 controller attach returned failed Date: Mon, 30 Mar 2015 17:08:12 +0800 Message-Id: To: net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "questions@freebsd.org ; stable@freebsd.org; current@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 09:08:51 -0000 hi, folks I got bce0 attach returned 6 on my Freebsd 10.1-RELEASE-p8 server. It=A1=AF= s a quad ports NIC. any help? bce0: mem = 0xd4000000-0xd5ffffff irq 18 at device 0.0 on pci6 bce0: /usr/src/sys/dev/bce/if_bce.c(1247): Management firmware enabled = but not running! bce0: /usr/src/sys/dev/bce/if_bce.c(3974): Firmware synchronization = timeout! msg_data =3D 0x01020002 bce0: /usr/src/sys/dev/bce/if_bce.c(5057): Firmware did not complete = initialization! bce0: /usr/src/sys/dev/bce/if_bce.c(1305): Controller reset failed! device_attach: bce0 attach returned 6 none6@pci0:6:0:0: class=3D0x020000 card=3D0x090614e4 = chip=3D0x163914e4 rev=3D0x20 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetXtreme II BCM5709 Gigabit Ethernet' class =3D network subclass =3D ethernet BTW: the BCM5716 on board works anyway. bce0@pci0:2:0:0: class=3D0x020000 card=3D0x02a31028 = chip=3D0x163b14e4 rev=3D0x20 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetXtreme II BCM5716 Gigabit Ethernet' class =3D network subclass =3D ethernet bce1@pci0:2:0:1: class=3D0x020000 card=3D0x02a31028 = chip=3D0x163b14e4 rev=3D0x20 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'NetXtreme II BCM5716 Gigabit Ethernet' class =3D network subclass =3D ethernet I don=A1=AFt understand that why attach returned 6 on bce0 on bootmesgs = ? and why bce0 and bce1 on board works finally? -- pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci5: on pcib2 pcib3: at device 2.0 on pci5 pci6: on pcib3 bce0: mem = 0xd4000000-0xd5ffffff irq 18 at device 0.0 on pci6 bce0: /usr/src/sys/dev/bce/if_bce.c(1247): Management firmware enabled = but not running! bce0: /usr/src/sys/dev/bce/if_bce.c(3974): Firmware synchronization = timeout! msg_data =3D 0x01020002 bce0: /usr/src/sys/dev/bce/if_bce.c(5057): Firmware did not complete = initialization! bce0: /usr/src/sys/dev/bce/if_bce.c(1305): Controller reset failed! device_attach: bce0 attach returned 6 bce0: mem = 0xd6000000-0xd7ffffff irq 19 at device 0.1 on pci6 bce0: /usr/src/sys/dev/bce/if_bce.c(1247): Management firmware enabled = but not running! bce0: /usr/src/sys/dev/bce/if_bce.c(3974): Firmware synchronization = timeout! msg_data =3D 0x01020002 bce0: /usr/src/sys/dev/bce/if_bce.c(5057): Firmware did not complete = initialization! bce0: /usr/src/sys/dev/bce/if_bce.c(1305): Controller reset failed! device_attach: bce0 attach returned 6 pcib4: at device 4.0 on pci5 pci7: on pcib4 bce0: mem = 0xd0000000-0xd1ffffff irq 16 at device 0.0 on pci7 bce0: /usr/src/sys/dev/bce/if_bce.c(1247): Management firmware enabled = but not running! bce0: /usr/src/sys/dev/bce/if_bce.c(3974): Firmware synchronization = timeout! msg_data =3D 0x01020002 bce0: /usr/src/sys/dev/bce/if_bce.c(5057): Firmware did not complete = initialization! bce0: /usr/src/sys/dev/bce/if_bce.c(1305): Controller reset failed! device_attach: bce0 attach returned 6 bce0: mem = 0xd2000000-0xd3ffffff irq 17 at device 0.1 on pci7 bce0: /usr/src/sys/dev/bce/if_bce.c(1247): Management firmware enabled = but not running! bce0: /usr/src/sys/dev/bce/if_bce.c(3974): Firmware synchronization = timeout! msg_data =3D 0x01020002 bce0: /usr/src/sys/dev/bce/if_bce.c(5057): Firmware did not complete = initialization! bce0: /usr/src/sys/dev/bce/if_bce.c(1305): Controller reset failed! device_attach: bce0 attach returned 6 pcib5: at device 5.0 on pci0 pci8: on pcib5 igb0: port = 0xecc0-0xecdf mem = 0xdd7c0000-0xdd7dffff,0xdd800000-0xddbfffff,0xdd7b8000-0xdd7bbfff irq 16 = at device 0.0 on pci8 igb0: Using MSIX interrupts with 5 vectors igb0: Ethernet address: 00:1b:21:a9:c7:5c igb0: Bound queue 0 to cpu 0 igb0: Bound queue 1 to cpu 1 igb0: Bound queue 2 to cpu 2 igb0: Bound queue 3 to cpu 3 igb1: port = 0xece0-0xecff mem = 0xdd7e0000-0xdd7fffff,0xddc00000-0xddffffff,0xdd7bc000-0xdd7bffff irq 17 = at device 0.1 on pci8 igb1: Using MSIX interrupts with 5 vectors igb1: Ethernet address: 00:1b:21:a9:c7:5d igb1: Bound queue 0 to cpu 0 igb1: Bound queue 1 to cpu 1 igb1: Bound queue 2 to cpu 2 igb1: Bound queue 3 to cpu 3 ehci0: mem 0xde0fc000-0xde0fc3ff = irq 22 at device 26.0 on pci0 usbus0: EHCI version 1.0 usbus0 on ehci0 pcib6: at device 28.0 on pci0 pci3: on pcib6 mpt0: port 0xfc00-0xfcff mem = 0xde2ec000-0xde2effff,0xde2f0000-0xde2fffff irq 16 at device 0.0 on pci3 mpt0: MPI Version=3D1.5.18.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 1 Active Volume (2 Max) mpt0: 2 Hidden Drive Members (14 Max) pcib7: at device 28.4 on pci0 pci2: on pcib7 bce0: mem = 0xd8000000-0xd9ffffff irq 16 at device 0.0 on pci2 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: Ethernet address: 78:2b:cb:3d:a5:cb bce0: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); = Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) Coal (RX:6,6,18,18; TX:20,20,80,80) bce1: mem = 0xda000000-0xdbffffff irq 17 at device 0.1 on pci2 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, = 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: 78:2b:cb:3d:a5:cc bce1: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); = Bufs (RX:2;TX:2;PG:8); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.11) Coal (RX:6,6,18,18; TX:20,20,80,80) ehci1: mem 0xde0fe000-0xde0fe3ff = irq 22 at device 29.0 on pci0 --- Cheers= From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 10:06:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 284ED793 for ; Mon, 30 Mar 2015 10:06:50 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBEBE6C9 for ; Mon, 30 Mar 2015 10:06:49 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id C544A2770C; Mon, 30 Mar 2015 12:06:39 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t2UA6dY9002545; Mon, 30 Mar 2015 12:06:39 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Mon, 30 Mar 2015 12:06:39 +0200 From: Polytropon To: Rozelle Steenkamp Subject: Re: FreeBSD Help Message-Id: <20150330120639.3d0a92fb.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 10:06:50 -0000 On Mon, 30 Mar 2015 10:51:52 +0200, Rozelle Steenkamp wrote: > Our company is looking for someoe who can help us with FreeBSD. Depending on _what_ kind of help you need, there are different places to look at: You have some (more or less) questions? Address them to this mailing list. You will surely receive help. You are offering a job? Post to the freebsd-jobs@freebsd.org mailing list. You need more information about which companies offer paid support for FreeBSD, or commercial FreeBSD-based products? Have a look here: https://www.freebsd.org/commercial/commercial.html Maybe the user groups resources are also helpful: https://www.freebsd.org/usergroups.html If none of those pointers is any help for you, please be more specific regarding _what_ you need help for. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 11:07:29 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68FB650C for ; Mon, 30 Mar 2015 11:07:29 +0000 (UTC) Received: from mail-ob0-x233.google.com (mail-ob0-x233.google.com [IPv6:2607:f8b0:4003:c01::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B992DF0 for ; Mon, 30 Mar 2015 11:07:29 +0000 (UTC) Received: by obvd1 with SMTP id d1so53786100obv.0 for ; Mon, 30 Mar 2015 04:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=onzGY8lzbAjPuIhwEt1X26y4EMgubvHUavGhN95los4=; b=C8hzhcEAnNu+Q82n6G27bu4dbZ4vQajNbq79IS0YQhxG++m4J60wcwIXhZo+4LqGlL tXDnbJeErDie9DJylTjyVj2WDGERbCOgqqwIarD2RrN3VddGDM9i+R2t4cTrOfRmiMml jAnJqjNfvt8JWCVTKRb9uDLHmeRisSLiL+gIVrn5V3dqkSsfvQJllmXFO67l3P3Z4RDt Nqw4fBs6PORo/qK4lOP6ly51WGStG26jgAxW522Mua9/33JxGte44RPuVPR1boz74LWj LUMJzqvuqG69tAokF/ShDxT6ctitDfm9+IqWup2Dir4Kq1n8o48M8wui1jK+LoZBwlLV TPDw== MIME-Version: 1.0 X-Received: by 10.202.81.78 with SMTP id f75mr19825219oib.120.1427713648568; Mon, 30 Mar 2015 04:07:28 -0700 (PDT) Received: by 10.202.188.132 with HTTP; Mon, 30 Mar 2015 04:07:28 -0700 (PDT) Date: Mon, 30 Mar 2015 12:07:28 +0100 Message-ID: Subject: Is running a buildworld harder these days? From: krad To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 11:07:29 -0000 Over the past 18 months or so I have had so many build issues when compiling world, which in the previous 10 years I didnt get unless I did something stupid. They are never the same, but mainly linking issues, or missing .h files. They also also seem to randomly clear themselves up. Currently I'm running the builds in a jail built from the 10.1 base tarball, with just bash and svnup installed, and no nullfs bits so pretty clean. Today I get the following with a make -j5 buildworld /usr/src/lib/libc/gen/cap_sandboxed.c:33:10: fatal error: 'sys/capsicum.h' file not found #include ^ 1 error generated. /usr/src/lib/libc/../../sys/kern/subr_capability.c:45:10: fatal error: 'sys/capsicum.h' file not found #include ^ [root@stable /usr/src]# find /usr/src/ -name capsicum.h -ls -exec sha256 {} \; 74503 33 -rw-r--r-- 1 root wheel 15587 Mar 30 08:38 /usr/src/sys/sys/capsicum.h SHA256 (/usr/src/sys/sys/capsicum.h) = 39be88c0bb614f09fc3c517293cef339186611affbde3b0190d81a05ab7851c4 I get the same with a straight "make buildworld" Is clang more picky than gcc? This has happened on multiple installs, including ones I have tried to keep as clean as possible # cat /etc/make.conf USA_RESIDENT=NO SVN_UPDATE=YES XFREE8pro_VERSION= 4 KERNCONF=me KERNCONFDIR=/etc/kernel BOOT_COMCONSOLE_SPEED="115200" FETCH_BEFORE_ARGS=-p #DEBUG=-g LOADER_TFTP_SUPPORT=YES" LOADER_ZFS_SUPPORT=yes FTP_PASSIVE_MODE=1 #MAKE_JOBS_NUMBER=5 #MAKE_JOBS_NUMBER?=8 WITH_CTF=1 STRIP= CC=/usr/local/bin/clang35 CXX=/usr/local/bin/clang++35 CC=/usr/bin/clang CXX=/usr/bin/clang++ #CC="/usr/local/libexec/ccache/world/cc" #CXX="/usr/local/libexec/ccache/world/c++" CCACHE_LOGFILE=/root/.ccache/log WITH_PKGNG= yes PF_ENABLE_FILTER_RULES=yes # cat /etc/make.conf USA_RESIDENT=NO SVN_UPDATE=YES XFREE8pro_VERSION= 4 KERNCONF=me KERNCONFDIR=/etc/kernel BOOT_COMCONSOLE_SPEED="115200" FETCH_BEFORE_ARGS=-p #DEBUG=-g LOADER_TFTP_SUPPORT=YES" LOADER_ZFS_SUPPORT=yes FTP_PASSIVE_MODE=1 #MAKE_JOBS_NUMBER=5 #MAKE_JOBS_NUMBER?=8 WITH_CTF=1 STRIP= CC=/usr/local/bin/clang35 CXX=/usr/local/bin/clang++35 CC=/usr/bin/clang CXX=/usr/bin/clang++ #CC="/usr/local/libexec/ccache/world/cc" #CXX="/usr/local/libexec/ccache/world/c++" CCACHE_LOGFILE=/root/.ccache/log WITH_PKGNG= yes PF_ENABLE_FILTER_RULES=yes [root@stable /usr/src]# cat /etc/src.conf WITHOUT_FREEBSD_UPDATE="yes" WITHOUT_GAMES="yes" WITHOUT_HTML="yes" WITHOUT_IPFILTER="yes" WITHOUT_IPFW="yes" WITHOUT_IPX="yes" WITHOUT_LIB32="YES" WITHOUT_PORTSNAP="YES" WITHOUT_ATM="YES" WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP="YES" WITHOUT_SENDMAIL=YES WITHOUT_INFO=yes WITHOUT_AMD=yes WITH_UNBOUND=yes Is it just me, or are others seeing this? From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 11:33:55 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C85F96E for ; Mon, 30 Mar 2015 11:33:55 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C429FD for ; Mon, 30 Mar 2015 11:33:55 +0000 (UTC) Received: by obvd1 with SMTP id d1so54290142obv.0 for ; Mon, 30 Mar 2015 04:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JqjH/QUKNaBvomU/woT2K/sw3W5gowgEgEzg5U2U3i0=; b=QvH+YdW+KSJ8jG14huJubscYlxXz58fVaecbXovZyjGxTlZBuYeIjZgOUxO1Tzd20c QENW1tF0dhxyOrCHUJC4/uK9iU2cmdlVWVW1QCweBL91zq0mLAZc2xQHdm2b2STN9Tql WNylD0EDYwDXN5GmrG83jKD7HRdQ0I9f6/VM40PuhUBGQB7W7Fd47qegO3KdmWiK7iDu 4+h+Il1pXLXScWOlA9vYRZLoiIrKKbQJbQXVh+zWE24HaptgMwyQxgOP0BK5bdANrcrF uEBd4chbRMBsLh+vlZXcipekrnszsLMLF/xgmRvQFD9+54ltoAgCS5o2hZUn7MlJUR2f 5ROw== MIME-Version: 1.0 X-Received: by 10.202.84.132 with SMTP id i126mr13530948oib.129.1427715234576; Mon, 30 Mar 2015 04:33:54 -0700 (PDT) Received: by 10.202.188.132 with HTTP; Mon, 30 Mar 2015 04:33:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Mar 2015 12:33:54 +0100 Message-ID: Subject: Re: Is running a buildworld harder these days? From: krad To: FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 11:33:55 -0000 hmm dropping the CC and CXX lines from my make file seems to have cured the problem. Does running clang as "clang" vs "cc" make a difference to how it works are is it a simple case of the command line getting to long ? On 30 March 2015 at 12:07, krad wrote: > Over the past 18 months or so I have had so many build issues when > compiling world, which in the previous 10 years I didnt get unless I did > something stupid. They are never the same, but mainly linking issues, > or missing .h files. They also also seem to randomly clear themselves up. > > Currently I'm running the builds in a jail built from the 10.1 base > tarball, with just bash and svnup installed, and no nullfs bits so pretty > clean. > > Today I get the following with a make -j5 buildworld > > /usr/src/lib/libc/gen/cap_sandboxed.c:33:10: fatal error: 'sys/capsicum.h' > file not found > #include > ^ > 1 error generated. > /usr/src/lib/libc/../../sys/kern/subr_capability.c:45:10: fatal error: > 'sys/capsicum.h' file not found > #include > ^ > > [root@stable /usr/src]# find /usr/src/ -name capsicum.h -ls -exec sha256 > {} \; > 74503 33 -rw-r--r-- 1 root wheel > 15587 Mar 30 08:38 /usr/src/sys/sys/capsicum.h > SHA256 (/usr/src/sys/sys/capsicum.h) = > 39be88c0bb614f09fc3c517293cef339186611affbde3b0190d81a05ab7851c4 > > I get the same with a straight "make buildworld" > > > Is clang more picky than gcc? This has happened on multiple installs, > including ones I have tried to keep as clean as possible > > > > # cat /etc/make.conf > USA_RESIDENT=NO > SVN_UPDATE=YES > XFREE8pro_VERSION= 4 > KERNCONF=me > KERNCONFDIR=/etc/kernel > BOOT_COMCONSOLE_SPEED="115200" > FETCH_BEFORE_ARGS=-p > > #DEBUG=-g > LOADER_TFTP_SUPPORT=YES" > LOADER_ZFS_SUPPORT=yes > FTP_PASSIVE_MODE=1 > > #MAKE_JOBS_NUMBER=5 > #MAKE_JOBS_NUMBER?=8 > WITH_CTF=1 > STRIP= > > CC=/usr/local/bin/clang35 > CXX=/usr/local/bin/clang++35 > CC=/usr/bin/clang > CXX=/usr/bin/clang++ > #CC="/usr/local/libexec/ccache/world/cc" > #CXX="/usr/local/libexec/ccache/world/c++" > CCACHE_LOGFILE=/root/.ccache/log > > WITH_PKGNG= yes > PF_ENABLE_FILTER_RULES=yes > > > # cat /etc/make.conf > USA_RESIDENT=NO > SVN_UPDATE=YES > XFREE8pro_VERSION= 4 > KERNCONF=me > KERNCONFDIR=/etc/kernel > BOOT_COMCONSOLE_SPEED="115200" > FETCH_BEFORE_ARGS=-p > > #DEBUG=-g > LOADER_TFTP_SUPPORT=YES" > LOADER_ZFS_SUPPORT=yes > FTP_PASSIVE_MODE=1 > > #MAKE_JOBS_NUMBER=5 > #MAKE_JOBS_NUMBER?=8 > WITH_CTF=1 > STRIP= > > CC=/usr/local/bin/clang35 > CXX=/usr/local/bin/clang++35 > CC=/usr/bin/clang > CXX=/usr/bin/clang++ > #CC="/usr/local/libexec/ccache/world/cc" > #CXX="/usr/local/libexec/ccache/world/c++" > CCACHE_LOGFILE=/root/.ccache/log > > WITH_PKGNG= yes > PF_ENABLE_FILTER_RULES=yes > [root@stable /usr/src]# cat /etc/src.conf > WITHOUT_FREEBSD_UPDATE="yes" > WITHOUT_GAMES="yes" > WITHOUT_HTML="yes" > WITHOUT_IPFILTER="yes" > WITHOUT_IPFW="yes" > WITHOUT_IPX="yes" > WITHOUT_LIB32="YES" > WITHOUT_PORTSNAP="YES" > WITHOUT_ATM="YES" > WITHOUT_BLUETOOTH=YES > WITHOUT_BSNMP="YES" > WITHOUT_SENDMAIL=YES > WITHOUT_INFO=yes > WITHOUT_AMD=yes > WITH_UNBOUND=yes > > > Is it just me, or are others seeing this? > > From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 12:18:34 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D03871F for ; Mon, 30 Mar 2015 12:18:34 +0000 (UTC) Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC7B6849 for ; Mon, 30 Mar 2015 12:18:33 +0000 (UTC) Received: from filter.sfr.fr (localhost [93.25.86.1]) by msfrf2207.sfr.fr (SMTP Server) with ESMTP id 88E457000138 for ; Mon, 30 Mar 2015 14:12:56 +0200 (CEST) Authentication-Results: sfrmc.priv.atos.fr; dkim=none (no signature); dkim-adsp=none (no policy) header.from=listjm@club-internet.fr Received: from [192.168.1.51] (1.86.25.93.rev.sfr.net [93.25.86.1]) by msfrf2207.sfr.fr (SMTP Server) with ESMTP id 61F627000137 for ; Mon, 30 Mar 2015 14:12:56 +0200 (CEST) X-SFR-UUID: 20150330121256401.61F627000137@msfrf2207.sfr.fr Message-ID: <55193DC6.2010209@club-internet.fr> Date: Mon, 30 Mar 2015 14:12:54 +0200 From: Juan =?iso-8859-1?b?UmFt824=?= Molina Menor User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Is running a buildworld harder these days? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 12:18:34 -0000 > > hmm dropping the CC and CXX lines from my make file seems to have cured the > problem. Does running clang as "clang" vs "cc" make a difference to how it > works are is it a simple case of the command line getting to long ? > > On 30 March 2015 at 12:07, krad wrote: > > > Over the past 18 months or so I have had so many build issues when > > compiling world, which in the previous 10 years I didnt get unless I did > > something stupid. They are never the same, but mainly linking issues, > > or missing .h files. They also also seem to randomly clear themselves up. > > > > Currently I'm running the builds in a jail built from the 10.1 base > > tarball, with just bash and svnup installed, and no nullfs bits so pretty > > clean. > > > > Today I get the following with a make -j5 buildworld > > > > /usr/src/lib/libc/gen/cap_sandboxed.c:33:10: fatal error: 'sys/capsicum.h' > > file not found > > #include > > ^ > > 1 error generated. > > /usr/src/lib/libc/../../sys/kern/subr_capability.c:45:10: fatal error: > > 'sys/capsicum.h' file not found > > #include > > ^ There is a problem report for this issue: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194899 From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 13:04:57 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9AAFC590 for ; Mon, 30 Mar 2015 13:04:57 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 57D25D7D for ; Mon, 30 Mar 2015 13:04:56 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YcZMs-00072l-9A for freebsd-questions@freebsd.org; Mon, 30 Mar 2015 15:04:38 +0200 Received: from vps.jonz.net ([216.17.42.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 15:04:38 +0200 Received: from SPAM_TRAP_gmane by vps.jonz.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Mar 2015 15:04:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Jonesy Subject: Re: FreeBSD Help Date: Mon, 30 Mar 2015 13:04:18 +0000 (UTC) Lines: 11 Message-ID: References: <55191085.1060000@FreeBSD.org> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: vps.jonz.net User-Agent: slrn/1.0.2 (FreeBSD) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 13:04:57 -0000 On Mon, 30 Mar 2015 09:59:49 +0100, Matthew Seaman wrote: > > On 2015/03/30 09:51, Rozelle Steenkamp wrote: >> Our company is looking for someoe who can help us with FreeBSD. > > There's a freebsd-jobs@ list which is designed for the purpose of > finding people who can do FreeBSD-ish things. You might also try > being a little more specific on what you need. Basic level sys-admin > stuff? Something more advanced? Kernel hacking? Geography? From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 13:31:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 252DCFCB; Mon, 30 Mar 2015 13:31:11 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0BDECB; Mon, 30 Mar 2015 13:31:10 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id CEDD928426; Mon, 30 Mar 2015 15:31:00 +0200 (CEST) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9FC5F28428; Mon, 30 Mar 2015 15:30:59 +0200 (CEST) Message-ID: <55195013.3090509@quip.cz> Date: Mon, 30 Mar 2015 15:30:59 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Paul Macdonald , freebsd-ports@FreeBSD.org, FreeBSD Questions , info Subject: Re: Proftpd bug, chroot does not allow for access to or creation of folders named 'lib' References: <551460C0.3060609@ifdnrg.com> In-Reply-To: <551460C0.3060609@ifdnrg.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 13:31:11 -0000 Paul Macdonald wrote on 03/26/2015 20:40: > > > AFFECTS > 10.1 > > BUG: > > Proftpd with chroot on does not allow for the creation of or > uploading to folders named 'lib' > > I have installed proftpd-basic_1.3.4a-5+deb7u2_armhf.deb onto a > raspberry pi to test if problem is upstream and can create and upload to > 'lib' folders there. > > As many wordpress plugins use such folders, this is quite problematic. > > I'd appreciate it if anyone else can test this ( i've tried on > several servers) I can confirm this problem on FreeBSD 8.4-RELEASE i386 with proftpd-1.3.5_2 Is some patch available to fix this? (I cannot disable DefaultChroot) Miroslav Lachman -- [L] 257 "/" is the current directory [L] PASV [L] 227 Entering Passive Mode (192,168,105,10,218,51). [L] Opening data connection IP: 192.168.105.10 PORT: 55859 [L] LIST -al [L] 150 Opening ASCII mode data connection for file list [L] TLSv1 (DHE-RSA-AES256-SHA 256 Bits) [L] 226 Transfer complete [L] List Complete: 607 bytes in 5,00s (0,00KB/s) [L] PASV [L] 227 Entering Passive Mode (192,168,105,10,218,51). [L] Opening data connection IP: 192.168.105.10 PORT: 55859 [L] STOR readme.txt [L] 150 Opening ASCII mode data connection for readme.txt [L] TLSv1 (DHE-RSA-AES256-SHA 256 Bits) [L] 226 Transfer complete [i] readme.txt 50 575bytes/5,36(s)/0,00Kbps [i] Transfer queue complete [i] Transfered 1 file(s) - Total: 50 575 byte(s) in 5,36 (0,00 KBps) [L] PASV [L] 227 Entering Passive Mode (192,168,105,10,215,174). [L] Opening data connection IP: 192.168.105.10 PORT: 55214 [L] LIST -al [L] 150 Opening ASCII mode data connection for file list [L] TLSv1 (DHE-RSA-AES256-SHA 256 Bits) [L] 226 Transfer complete [L] List Complete: 681 bytes in 5,00s (0,00KB/s) [L] CWD lib [L] 250 CWD command successful [L] PWD [L] 257 "/lib" is the current directory [L] PASV [L] 227 Entering Passive Mode (192,168,105,10,215,158). [L] Opening data connection IP: 192.168.105.10 PORT: 55198 [L] LIST -al [L] 150 Opening ASCII mode data connection for file list [L] TLSv1 (DHE-RSA-AES256-SHA 256 Bits) [L] 226 Transfer complete [L] List Complete: 499 bytes in 5,00s (0,00KB/s) [L] PASV [L] 227 Entering Passive Mode (192,168,105,10,216,54). [L] Opening data connection IP: 192.168.105.10 PORT: 55350 [L] STOR readme.txt [L] 550 readme.txt: Permission denied [L] Transfer Failed From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 13:47:35 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B1C0749 for ; Mon, 30 Mar 2015 13:47:35 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "ca.infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A040259 for ; Mon, 30 Mar 2015 13:47:34 +0000 (UTC) Received: from host-4-75.office.adestra.com (vpn-1.adestra.com [46.236.37.122]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.15.1/8.15.1) with ESMTPSA id t2UDkj55019592 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 30 Mar 2015 14:47:23 +0100 (BST) (envelope-from matthew@FreeBSD.org) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org DKIM-Filter: OpenDKIM Filter v2.9.2 smtp.infracaninophile.co.uk t2UDkj55019592 Authentication-Results: smtp.infracaninophile.co.uk/t2UDkj55019592; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral X-Authentication-Warning: lucid-nonsense.infracaninophile.co.uk: Host vpn-1.adestra.com [46.236.37.122] claimed to be host-4-75.office.adestra.com Message-ID: <551953C4.2070702@FreeBSD.org> Date: Mon, 30 Mar 2015 14:46:44 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: FreeBSD Help References: <55191085.1060000@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 13:47:35 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2015/03/30 14:04, Jonesy via freebsd-questions wrote: > On Mon, 30 Mar 2015 09:59:49 +0100, Matthew Seaman wrote: >> >> On 2015/03/30 09:51, Rozelle Steenkamp wrote: >>> Our company is looking for someoe who can help us with >>> FreeBSD. >> >> There's a freebsd-jobs@ list which is designed for the purpose >> of finding people who can do FreeBSD-ish things. You might also >> try being a little more specific on what you need. Basic level >> sys-admin stuff? Something more advanced? Kernel hacking? > > Geography? I guess from the domain that Rozelle posted from that this is located in South Africa. But, yes: some indication of where in the world this will be located is a good move when posting to a list with global coverage. Also, some indication of what parts of the world you will accept applications from, and any other requirements like visas or green cards or the like is a good idea. Cheers, Matthew -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVGVPEAAoJEABRPxDgqeTn2j4P/R1ZHfHFdj4c1s0lP6s+uIdP cBBIfdHbNHZH9EZrW2LecXCz70Nzb46yJhrodzXkME9+Qbxg6i6jGWDfWO9WrGgS O9oYcnDaTZuKOyyAXsng5ldQQEbtHH1lvzdweRUYdX5Da8Gb2Z88HTPnjXLmtUqp T7CFqJL0j/KTkEI8uH/vKQ4Bu+GHSl4eYWvL28f6C5/+3KrO8i4D6c75N56Xgydd LU/dR2Kx1jpdeKKAWxc0Z+LIOkMh8RyNugL9Qd47rPl/0KxQ/rZcNBg+gJxRBfqS Z15JT6sBHivdFzxdFX8fgd+8prCL8eqTuAsV3pWkvPCo9gnM46ZmLEJT94PY0U3O rbFQAOSCRtJgbyRhwu5pdCJKLam1ltVOXdPmr2Weg2np+dN198bkpmwZe5c72KVD rqtQ0eSa79z6+yD+YUsJtdwLdkzgDOWM7V/KBxv2eQjXyuYtxAtuvgP5uPJ4VrEv V1LPYPLwq9nVouiHUctcAm4sjpIicDHOkWte+NgFPUBcmBkQ0ULTY41OVeZmqfkQ w62TU1KVYbhVSlQ9gEoVemuVAStiMVKfrJo7DoaKL7UGiE+rkB5z6BHAc8tT58XJ hHDxrJSEFyOAsUoZG4LRpZKg7yeXYqRlsgoThJQgKUvIWc/akJZPpaXCMnPPcysu nvlrESLVmoMOjx4dFuAS =HLdt -----END PGP SIGNATURE----- From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 13:50:58 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFEC83C4 for ; Mon, 30 Mar 2015 13:50:58 +0000 (UTC) Received: from oslo.ath.cx (oslo.ath.cx [IPv6:2a01:4f8:200:42e4::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "oslo.ath.cx", Issuer "oslo.ath.cx" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 571C82FD for ; Mon, 30 Mar 2015 13:50:57 +0000 (UTC) Received: by oslo.ath.cx (OpenSMTPD) with ESMTP id 78018f3e; Mon, 30 Mar 2015 15:50:55 +0200 (CEST) Date: Mon, 30 Mar 2015 15:50:55 +0200 From: "Herbert J. Skuhra" To: krad Subject: Re: Is running a buildworld harder these days? Message-ID: <20150330135055.GB38612@oslo.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 13:50:59 -0000 On Mon, Mar 30, 2015 at 12:07:28PM +0100, krad wrote: > Over the past 18 months or so I have had so many build issues when > compiling world, which in the previous 10 years I didnt get unless I did > something stupid. They are never the same, but mainly linking issues, > or missing .h files. They also also seem to randomly clear themselves up. > > Currently I'm running the builds in a jail built from the 10.1 base > tarball, with just bash and svnup installed, and no nullfs bits so pretty > clean. > > Today I get the following with a make -j5 buildworld > > /usr/src/lib/libc/gen/cap_sandboxed.c:33:10: fatal error: 'sys/capsicum.h' > file not found > #include > ^ > 1 error generated. > /usr/src/lib/libc/../../sys/kern/subr_capability.c:45:10: fatal error: > 'sys/capsicum.h' file not found > #include > ^ > > [root@stable /usr/src]# find /usr/src/ -name capsicum.h -ls -exec sha256 {} > \; > 74503 33 -rw-r--r-- 1 root wheel > 15587 Mar 30 08:38 /usr/src/sys/sys/capsicum.h > SHA256 (/usr/src/sys/sys/capsicum.h) = > 39be88c0bb614f09fc3c517293cef339186611affbde3b0190d81a05ab7851c4 > > I get the same with a straight "make buildworld" > > > Is clang more picky than gcc? This has happened on multiple installs, > including ones I have tried to keep as clean as possible > > > > # cat /etc/make.conf > USA_RESIDENT=NO > SVN_UPDATE=YES > XFREE8pro_VERSION= 4 > KERNCONF=me > KERNCONFDIR=/etc/kernel > BOOT_COMCONSOLE_SPEED="115200" > FETCH_BEFORE_ARGS=-p > > #DEBUG=-g > LOADER_TFTP_SUPPORT=YES" > LOADER_ZFS_SUPPORT=yes > FTP_PASSIVE_MODE=1 > > #MAKE_JOBS_NUMBER=5 > #MAKE_JOBS_NUMBER?=8 > WITH_CTF=1 > STRIP= > > CC=/usr/local/bin/clang35 > CXX=/usr/local/bin/clang++35 > CC=/usr/bin/clang > CXX=/usr/bin/clang++ Try 'make buildworld SRCCONF=/dev/null __MAKE_CONF=/dev/null' or without setting CC/CXX! -- Herbert From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 18:51:59 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E4AC746 for ; Mon, 30 Mar 2015 18:51:59 +0000 (UTC) Received: from mail-wi0-f181.google.com (mail-wi0-f181.google.com [209.85.212.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 975381BA for ; Mon, 30 Mar 2015 18:51:58 +0000 (UTC) Received: by wicne17 with SMTP id ne17so42111132wic.0 for ; Mon, 30 Mar 2015 11:51:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:mime-version:thread-index:date:message-id :subject:to:content-type; bh=TlXl0RTyGPpQxBeFGsCBV+DUmHP+FvUIH9eSU58b0Bs=; b=Bly/17bvwXsuUlMiKB2TCvo3EKJ8cl/z8PRyRNG1rQM4u1iHMS15tOfZLYK8y1qwMu WzO8XYTBRAtsnwsQL7YAWyXaXE5QEFfVZC73vTdPTU/zIhB70uD+meiefOFvGWEs9HPk YlweC2hdYuNhU74qlaZCRrLbf2k0TF227GtGRjYMnuksxE2kyyDQJIP/dndWQRJrVVky WAHoFWwhFZlPCHyBW9Nayb5kOEShihv5FHpr4mIYEmEEXZ06ItGYspdmJdUEf2d1TczA CwEu5ydCpXlceIjd4lx0VgwxJdM2AWiCg7N6naK1cYqPZn6pcvOngg9Jqt6tXbixIUTr pddQ== X-Gm-Message-State: ALoCoQkCcLZLPFsAfG4SCboCnvktnslomN5RDkLyQw2NrTZaXlr36tywp+ZMswT1ZRAoBGz1Xefo X-Received: by 10.180.198.37 with SMTP id iz5mr24400408wic.95.1427741516381; Mon, 30 Mar 2015 11:51:56 -0700 (PDT) From: Sibananda Sahu MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdBrGpon+ZjcttocQRymtQHcx4OxUQ== Date: Tue, 31 Mar 2015 00:22:01 +0530 Message-ID: <0a2b68c0f411b50a276ce00a8d8b15ee@mail.gmail.com> Subject: How to know the system state if the system is going for halt or poweroff or reboot in FreeBSD To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 18:51:59 -0000 Hi All, Linux has an enum system_state the denotes about the current system state. These values are set in the system_state global variable according to the current system state of either restart, booting or power off etc. See the below link for the header: http://lxr.free-electrons.com/source/include/linux/kernel.h#L450 I want the similar implementation in FreeBSD. For the same I searched the source code and following are my observations: - For shutdown =E2=80=93h now, shutdown =E2=80=93p now, poweroff, = init 0, init 6 and reboot sys_reboot() is called. - Sys_reboot() will call kern_reboot() which inturn endup calling EVENTHANDLER_INVOKE(shutdown_final, howto); - Based on the howto variable passed to the kern_reboot() call, corresponding event handlers will be invoked. - For a reboot request shutdown_reset(), or for a halt request shutdown_halt() and so on. Initially I thought the =E2=80=9Crebooting=E2=80=9D global variable used in= side kern_reboot() function is set only while rebooting the system but after some exercises I realized that the global variable =E2=80=9Crebooting=E2=80= =9D is set to 1 for halt, poweroff and reboot. I mean if the system is powering off then also the rebooting value is set to 1, which was really confusing for me. My requirement is to know the exact reason of shutdown, whether is it a power-off or a reboot call. And I can get the information from the =E2=80=9Chowto=E2=80=9D variable tha= t is passed to the kern_reboot() function call, but this variable is local to kern_reboot() only. SO IS THERE ANY OTHER WAY TO GET THE SYSTEM STATE IN FREEBSD??? Thanks, _Sibananda Sahu From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 22:39:58 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D405B374 for ; Mon, 30 Mar 2015 22:39:58 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B6142F3 for ; Mon, 30 Mar 2015 22:39:58 +0000 (UTC) Received: by ierf6 with SMTP id f6so2234685ier.2 for ; Mon, 30 Mar 2015 15:39:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ePzyrGhfGAZay1SzPaAwePJhaORRmba10Cawliqrp+E=; b=zy7J5AeTAvMLw0m+Y0dG6C/wX2arPdEiwfyt8/J1Zv46I6TM3X1nqs8+Umma56A9FR EV9LRvpaBsva3ZWSANiH1Y+3alnELcIXzqYdL9D15O4heoXDXMrE0vnbXluHzitTJk6h nf45ZfMmaHpIzw5ywQGQ2+gJGzag6cYgjbt3AIt3pA/TXTlT++D/o6NGAMEbRGjy2Kxt gq75AuQVciLdxe/dpj+/P6dJm4sCJ9Yvy81ks5N9afzuujpaIaoqk2zj3g4iiMq92HNQ EPW69jrZph0lexvt8/Zn6zebVBFJk+fB+F5VX3jiGy0xaSjH5ulhJb0ZIeLHN9sGcb0J 9P5Q== MIME-Version: 1.0 X-Received: by 10.50.129.9 with SMTP id ns9mr76970igb.24.1427755197910; Mon, 30 Mar 2015 15:39:57 -0700 (PDT) Received: by 10.36.111.15 with HTTP; Mon, 30 Mar 2015 15:39:57 -0700 (PDT) In-Reply-To: References: <1912673295.20150327152451@agoris.net.ua> Date: Mon, 30 Mar 2015 18:39:57 -0400 Message-ID: Subject: Re: System based openssl From: Jason Unovitch To: nightrecon@hotmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 22:39:59 -0000 On Sat, Mar 28, 2015 at 4:02 PM, Michael Powell wrote: > Subscriber wrote: > >> >> Hi. >> Witch version of system based OpenSSL last for FreeBSD 10.1? >> >> I have # uname -srm >> FreeBSD 10.1-RELEASE-p8 amd64 >> >> # freebsd-version -ku >> 10.1-RELEASE-p8 >> 10.1-RELEASE-p8 >> >> # /usr/bin/openssl version >> OpenSSL 1.0.1l-freebsd 15 Jan 2015 > > This is correct. This is what is currently in the system base. > >> But openssl.org says the last version OpenSSL in 1.0.1 tree is 1.0.1m >> (19-Mar-2015) > > This would have to be imported into the system base. This involves developer > time and effort. It is not quite trivial. > > There is also a newer OpenSSL in the ports tree. Version 1.0.2 if memory > serves. I have seen bugs and problem reports filed against the 1.0.2 so I > would be hesitant to just blindly 'install the port version' simply because > it's newer. > > The FreeBSD devs do a pretty fair job at vetting what gets into the system > base, and the resulting maintenance issues which arise from time to time. > Trying to "outsmart" ones self with the delusion that I know more than they > do is how many go about creating their own problems. > Just to be clear, the version number doesn't tell the whole story when it comes to security updates. Security updates change the minimum to fix the issue and version number is not part of the change. Introducing new versions means new features and more possibility for a fix to cause new bugs. If you look through the security advisories page and what they change, you'll see what I mean. https://www.freebsd.org/security/advisories.html With that said, with any rule there seems to be some exception somewhere. An errata notice to bump OpenSSL versions has happened in the recent past. The reasons for the bump are explained in the advisory. https://www.freebsd.org/security/advisories/FreeBSD-EN-15:02.openssl.asc Bottom line, keep the OS up to date first and you'll be fine. >> No OpenSSL files available during freebsd-update: >> # freebsd-update fetch >> Looking up update.FreeBSD.org mirrors... 5 mirrors found. >> Fetching metadata signature for 10.1-RELEASE from update4.freebsd.org... >> done. Fetching metadata index... done. >> Inspecting system... done. >> Preparing to download files... done. >> >> The following files will be updated as part of updating to >> 10.1-RELEASE-p8: /boot/kernel/kernel >> >> What is wrong? >> Thx. > > My first impression is nothing is wrong. You have what you're supposed to > have. Other than that, I have never used freebsd-update so can't speak to > anything relevant to that. > > -Mike Your uname -srm shows 10.1-RELEASE-p8 while 10.1-RELEASE-p6 would be the kernel distributed by freebsd-update. The updates after that were not kernel related. Do you have custom kernel? If so, removing the 'kernel' from the components line in /etc/freebsd-update.conf may be warranted to prevent what's happening here. -Jason From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 22:46:57 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBFD27BE for ; Mon, 30 Mar 2015 22:46:57 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9205F5F1 for ; Mon, 30 Mar 2015 22:46:57 +0000 (UTC) Received: by ierf6 with SMTP id f6so2338132ier.2 for ; Mon, 30 Mar 2015 15:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=2PmO81K6Qmg0CATw2C9M0czdNrF50Xg07V18qjbY61c=; b=EbCJ7Q8QSQV0f90b+R2jinvNVSMEZ1YSVY6NjsiaoDptslYX6gr4p1iWbIOtNJMqz5 taznbZTc/r3hvyA1q+2IUZ5HbgJ6Ruf6GDsjMIjDLQw4QQiugU6nmvIMsr6Dmq4j5ql6 m91fDwZBhZdo/1QYT7PS6dmw92yCE+O06JsMoRwX9KbCF6KoCP1Rc46R1v5dJRZa/4We ACpmJ6qx0iY0X9gbcTai+hqAO3Sj6V4KRhPEpzO1uae5ukLHCLyj/X5fK8CglVCnLvg2 oh8KyfAFSTtHHFoOjdt3sLIYJNTBTLBQjL83dzAt+vrTWO9mjtsKyty4z+y24AiTDSdr U2nQ== MIME-Version: 1.0 X-Received: by 10.107.3.17 with SMTP id 17mr9835523iod.60.1427755617049; Mon, 30 Mar 2015 15:46:57 -0700 (PDT) Received: by 10.36.111.15 with HTTP; Mon, 30 Mar 2015 15:46:57 -0700 (PDT) In-Reply-To: <760A9E00-EA43-4DF1-8259-376D1987B2D5@conundrum.com> References: <760A9E00-EA43-4DF1-8259-376D1987B2D5@conundrum.com> Date: Mon, 30 Mar 2015 18:46:57 -0400 Message-ID: Subject: Re: rc.conf configured jail not getting IP addresses From: Jason Unovitch To: Matthew Pounsett Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 22:46:58 -0000 On Sat, Mar 28, 2015 at 3:21 PM, Matthew Pounsett wrot= e: > I've been having some issues with ezjail and freebsd-update, so I decided= to give a more basic jail setup a try. I'm following the instructions in = the handbook[1] for setting up a new jail, but seem to have run into an iss= ue with jail startup and IP address assignment. > > My host system is 9.3-RELEASE-p10. My rc.conf looks like the following: > % grep jail /etc/rc.conf > jail_enable=3D"YES" > jail_list=3D"test" > jail_test_rootdir=3D"/var/jail/test" > jail_test_hostname=3D"redacted" > jail_test_ip=3D"67.xxx.xxx.xxx,2001:xxxx::xxxx" > jail_test_devfs_enable=3D"YES" > > Startup of the jail takes a surprising amount of time .. about 30 seconds= , but no errors are reported. > % time sudo service jail start test > Configuring jails:. > Starting jails: redacted. > sudo service jail start test 0.13s user 0.16s system 0% cpu 30.292 total > Likely some service timing out because it's attempting to network related s= tuff. > The jail starts, but no addresses are assigned to it. > % sudo jexec test tcsh > # ifconfig igb0 > igb0: flags=3D8843 metric 0 mtu 1= 500 > options=3D401bb > ether d4:85:64:53:91:44 > media: Ethernet autoselect (100baseTX ) > status: active > > Am I missing something here? I've double checked the docs in the handboo= k, and it doesn't look like I've missed any steps up to this point. > > [1]: > Actually, I'm not seeing it in the Handbook or man pages but I only took a quick look. You either need to assign your addresses in advance using the ifconfig_igb0_alias syntax shown in rc.conf(5) or have them assigned at jail start time with this syntax. jail_test_ip=3D"igb0|67.xxx.xxx.xxx,igb0:2001:xxxx::xxxx" It looks like this |
format is shown a little bit later on in the Handbook. https://www.freebsd.org/doc/en/books/handbook/jails-ezjail.html -Jason From owner-freebsd-questions@FreeBSD.ORG Mon Mar 30 23:59:22 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9603E30 for ; Mon, 30 Mar 2015 23:59:22 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id AEA33D55 for ; Mon, 30 Mar 2015 23:59:22 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 3374B33C46; Mon, 30 Mar 2015 19:59:16 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 2962C3983C; Mon, 30 Mar 2015 19:59:14 -0400 (EDT) From: Lowell Gilbert To: Sibananda Sahu Subject: Re: How to know the system state if the system is going for halt or poweroff or reboot in FreeBSD References: <0a2b68c0f411b50a276ce00a8d8b15ee@mail.gmail.com> Reply-To: freebsd-questions@freebsd.org Date: Mon, 30 Mar 2015 19:59:13 -0400 In-Reply-To: <0a2b68c0f411b50a276ce00a8d8b15ee@mail.gmail.com> (Sibananda Sahu's message of "Tue, 31 Mar 2015 00:22:01 +0530") Message-ID: <444mp2avfy.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 23:59:22 -0000 Sibananda Sahu writes: > Linux has an enum system_state the denotes about the current system state. > > These values are set in the system_state global variable according to the > current system state of either restart, booting or power off etc. > > > > See the below link for the header: > > http://lxr.free-electrons.com/source/include/linux/kernel.h#L450 > > > > I want the similar implementation in FreeBSD. > > For the same I searched the source code and following are my observations: > > - For shutdown =96h now, shutdown =96p now, poweroff, init 0, in= it 6 > and reboot sys_reboot() is called. > > - Sys_reboot() will call kern_reboot() which inturn endup calling > EVENTHANDLER_INVOKE(shutdown_final, howto); > > - Based on the howto variable passed to the kern_reboot() call, > corresponding event handlers will be invoked. > > - For a reboot request shutdown_reset(), or for a halt request > shutdown_halt() and so on. > > > > Initially I thought the =93rebooting=94 global variable used inside > kern_reboot() function is set only while rebooting the system but after > some exercises I realized that the global variable =93rebooting=94 is set= to 1 > for halt, poweroff and reboot. I mean if the system is powering off then > also the rebooting value is set to 1, which was really confusing for me. > > > > My requirement is to know the exact reason of shutdown, whether is it a > power-off or a reboot call. That's not really a requirement. It's a method you plan to use to meet your requirement, but we can only guess at what useful functionality you are making these changes to achieve. > And I can get the information from the =93howto=94 variable that is passe= d to > the kern_reboot() function call, but this variable is local to > kern_reboot() only. I suspect that you're looking at this much later in the process than I would recommend. You probably should be doing something with this information (logging it?) when the reboot_args struct is being set up. > SO IS THERE ANY OTHER WAY TO GET THE SYSTEM STATE IN FREEBSD??? Please don't shout. From owner-freebsd-questions@FreeBSD.ORG Tue Mar 31 04:40:26 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9D30437 for ; Tue, 31 Mar 2015 04:40:26 +0000 (UTC) Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91215F36 for ; Tue, 31 Mar 2015 04:40:26 +0000 (UTC) Received: from [IPv6:2001:559:8000:cb:d465:b83:816b:5dd1] (unknown [IPv6:2001:559:8000:cb:d465:b83:816b:5dd1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id D0BA518136 for ; Tue, 31 Mar 2015 04:40:25 +0000 (UTC) Message-ID: <551A2536.1020504@redbarn.org> Date: Mon, 30 Mar 2015 21:40:22 -0700 From: Paul Vixie User-Agent: Postbox 3.0.11 (Windows/20140602) MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: interesting tidbit about denyhosts and tcp-wrappers X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 04:40:26 -0000 see here. there is a mismatch between what denyhosts thinks is the format of /etc/hosts.deniedssh, and the actual format used by tcp-wrappers. every token (word) on every line of this file is a host address or host name, according to tcp-wrappers. whereas denyhosts believes that it is in the same format as /etc/hosts.allow. so, if the file contains lines like these: > # DenyHosts: Thu Jan 29 02:26:08 2015 | ALL: mail.gt.com.vn : deny > ALL: mail.gt.com.vn : deny then what tcp-wrappers will actually match as a host name is any of the following tokens: > [#] > [DenyHosts:] > [Thu] > [Jan] > [29] > [02:26:08] > [2015] > [|] > [ALL:] > [mail.gt.com.vn] > [:] > [deny] > [ALL:] > [mail.gt.com.vn] > [:] > [deny] in these days of fully qualified host names and IP addresses, this is probably not a security problem, but it is certainly a performance problem. what this file should contain is just host names and ip addresses -- no comments, and certainly not "rules". vixie re: --- HOSTS_ACCESS(5):: o A string that begins with a `/' character is treated as a file name. A host name or address is matched if it matches any host name or address pattern listed in the named file. The file for- mat is zero or more lines with zero or more host name or address patterns separated by whitespace. A file name pattern can be used anywhere a host name or address pattern can be used. --- /usr/src/contrib/tcp_wrappers/hosts_access.c:: /* hostfile_match - look up host patterns from file */ static int hostfile_match(path, host) char *path; struct hosts_info *host; { char tok[BUFSIZ]; int match = NO; FILE *fp; if ((fp = fopen(path, "r")) != 0) { while (fscanf(fp, "%s", tok) == 1 && !(match = host_match(tok, host))) /* void */ ; fclose(fp); } else if (errno != ENOENT) { tcpd_warn("open %s: %m", path); } return (match); } -- Paul Vixie From owner-freebsd-questions@FreeBSD.ORG Tue Mar 31 17:32:35 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D02ABDB for ; Tue, 31 Mar 2015 17:32:35 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5365F883 for ; Tue, 31 Mar 2015 17:32:35 +0000 (UTC) Received: from [2001:4900:1044:0:656d:c82f:f8e:97d9] by kaywinnit.conundrum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Yd01g-00049V-L3; Tue, 31 Mar 2015 17:32:32 +0000 Subject: Re: rc.conf configured jail not getting IP addresses Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: text/plain; charset=us-ascii From: Matthew Pounsett In-Reply-To: Date: Tue, 31 Mar 2015 13:32:26 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <760A9E00-EA43-4DF1-8259-376D1987B2D5@conundrum.com> To: Jason Unovitch X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 17:32:35 -0000 > On Mar 30, 2015, at 18:46, Jason Unovitch = wrote: >=20 >=20 > Actually, I'm not seeing it in the Handbook or man pages but I only > took a quick look. You either need to assign your addresses in > advance using the ifconfig_igb0_alias syntax shown in rc.conf(5) or > have them assigned at jail start time with this syntax. >=20 > jail_test_ip=3D"igb0|67.xxx.xxx.xxx,igb0:2001:xxxx::xxxx" >=20 > It looks like this |
format is shown a little bit > later on in the Handbook. > https://www.freebsd.org/doc/en/books/handbook/jails-ezjail.html Yeah, it looks like the handbook fails to mention that you're required = to do one of these two things. I guess ezjail was handling that for me = before. Thanks for the pointer! From owner-freebsd-questions@FreeBSD.ORG Tue Mar 31 19:16:37 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 744B54D7 for ; Tue, 31 Mar 2015 19:16:37 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC87A841 for ; Tue, 31 Mar 2015 19:16:36 +0000 (UTC) Received: by lajy8 with SMTP id y8so20360788laj.0 for ; Tue, 31 Mar 2015 12:16:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UdLdZ02f3SYpIcxKtBXeepsaeoSDBt1OjJqL41LvZMM=; b=C1qxzvPiGCz/ryhebROlZcX7CD9HLyxhnFZWc8JGwWTGqXV/Gov2zvRhYw7wR4QRS1 35QEcbb3UL77rZ37FNEIIBAAErlawdsm99skJqFcQPkVBNi4n81Z03WEHRenrRxRdeH8 sQ1PZVRlyM5oXZ1mWPmZpzmCacXs5cMLdR99jIzetLVeOmsyGGW+gBry3OhDlShCaGhT hejlNUXNnGlEhslXCQOoxRRYFclSpsjVSzLAix74hZM8BwFDfo0FTxJXYBiyztNwAh9o 8MAQRo/tzuHxXVMlZfDBe8IxwwTxoXOAnTG4bujMxpw3gEHnG/Be6fc2c8ul9VM5KHzC 5n4A== MIME-Version: 1.0 X-Received: by 10.152.180.75 with SMTP id dm11mr5531417lac.39.1427829394596; Tue, 31 Mar 2015 12:16:34 -0700 (PDT) Received: by 10.114.24.72 with HTTP; Tue, 31 Mar 2015 12:16:34 -0700 (PDT) Date: Tue, 31 Mar 2015 12:16:34 -0700 Message-ID: Subject: What to do about RPC errors in an old 8.3 jail From: javocado To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 19:16:37 -0000 We have an older jail running on 8.3-RELEASE, and when we attempt to run a certain linux binary, it successfully runs, but bombs out with RPC errors: [03.03.2015 21:03:56] < 49156> cli| Thread started. Thread id: 49156, parent id: 16384, role: VRPC server thread [03.03.2015 21:03:56] < 49156> net| Veeam RPC server started. [03.03.2015 21:03:56] < 49156> net| Selected vRPC port: '2500'. [03.03.2015 21:03:56] < 49156> net| Listening vRPC port '2500'. [03.03.2015 21:03:56] < 16384> cli| Client works in standalone mode.[03.03.2015 21:03:57] < 49156> net| ERR |Veeam RPC server broken. [03.03.2015 21:03:57] < 49156> net| >> |WIN: Unable to update socket keep-alive settings. Error code: [92]. [03.03.2015 21:03:57] < 49156> net| >> |An exception was thrown from thread [49156]. [03.03.2015 21:03:57] < 49156> cli| Thread finished. Role: 'VRPC server thread'. As you can see, an RPC server is started, and is immediately broken with the error: [03.03.2015 21:03:57] < 49156> net| ERR |Veeam RPC server broken. We think this is an RPC problem and wonder if it is possible to solve it, perhaps with entries in the jails /etc/rc.conf ? Currently we have no rpc or lockd/statd entries in the jails rc.conf. When you see rpc errors in a jail, what does it mean, and how can it be fixed ? Thank you. From owner-freebsd-questions@FreeBSD.ORG Tue Mar 31 22:44:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09B6C195 for ; Tue, 31 Mar 2015 22:44:41 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFEF13A6 for ; Tue, 31 Mar 2015 22:44:40 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so32625410ied.1 for ; Tue, 31 Mar 2015 15:44:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=EqxClVWAnJQe2DlJd402Tq3+yBjy1lb0Gb+sa0e/aYQ=; b=pPq9pidKeCh4QiL5Y3oRp+JQ9Zm39CSoGgxhRokjIs32Fj1f2VS9CHZ094XmS2BNs8 IrkTGWebFPCz3Ve8gv6baS63+v63vpSl+ralBIuIZKhpnzpRumcHGtWgxaLp+jspKlWI m7vySan5biH8JhiuocJZsGf73Wi6Z4ASTY62xVk6bZX50hBgs9kjdTpHvIBdH1UmmflF 1KNbRgWDzMTDAe6CZh7uAyhijOh2fXdP0plo5xjf9JMampJyqMmHYYbwFyBZZL6WvG9Z v7I6fvHV6D8X8fuL+vl9+4eujEWyWv7rdvzHDzJAxeSS3/miFu1yeDTYGSc6hJZX6cw5 XZXQ== X-Received: by 10.42.67.19 with SMTP id r19mr45518077ici.30.1427841880198; Tue, 31 Mar 2015 15:44:40 -0700 (PDT) MIME-Version: 1.0 References: <760A9E00-EA43-4DF1-8259-376D1987B2D5@conundrum.com> In-Reply-To: From: Ben Woods Date: Tue, 31 Mar 2015 22:44:39 +0000 Message-ID: Subject: Re: rc.conf configured jail not getting IP addresses To: Matthew Pounsett , Jason Unovitch Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 22:44:41 -0000 I think this is mentioned in Handbook section 15.3 "Creating and Controlling Jails": https://www.freebsd.org/doc/en/books/handbook/jails-build.html QUOTE: 1. A list of the jails which are enabled to start at boot time should be added to the rc.conf(5) file: jail_enable="YES" # Set to NO to disable starting of any jails jail_list="*www*" # Space separated list of names of jails Note: Jail names in jail_list should contain alphanumeric characters only. 2. For each jail listed in jail_list, a group of rc.conf(5) settings, which describe the particular jail, should be added: jail_*www*_rootdir="/usr/jail/www" # jail's root directory jail_*www*_hostname="*www*.example.org" # jail's hostname jail_*www*_ip="192.168.0.10" # jail's IP address jail_*www*_devfs_enable="YES" # mount devfs in the jail The default startup of jails configured in rc.conf(5) , will run the /etc/rc script of the jail, which assumes the jail is a complete virtual system. For service jails, the default startup command of the jail should be changed, by setting thejail_*jailname*_exec_start option appropriately. Note: For a full list of available options, please see the rc.conf(5) manual page. Regards, Ben On Wed, Apr 1, 2015 at 1:32 AM Matthew Pounsett wrote: > > > On Mar 30, 2015, at 18:46, Jason Unovitch > wrote: > > > > > > Actually, I'm not seeing it in the Handbook or man pages but I only > > took a quick look. You either need to assign your addresses in > > advance using the ifconfig_igb0_alias syntax shown in rc.conf(5) or > > have them assigned at jail start time with this syntax. > > > > jail_test_ip="igb0|67.xxx.xxx.xxx,igb0:2001:xxxx::xxxx" > > > > It looks like this |
format is shown a little bit > > later on in the Handbook. > > https://www.freebsd.org/doc/en/books/handbook/jails-ezjail.html > > Yeah, it looks like the handbook fails to mention that you're required to > do one of these two things. I guess ezjail was handling that for me before. > > Thanks for the pointer! > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Tue Mar 31 22:59:15 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E36D54B9 for ; Tue, 31 Mar 2015 22:59:15 +0000 (UTC) Received: from kaywinnit.conundrum.com (smtp.conundrum.com [IPv6:2001:4900:1:213::2:20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B82476B9 for ; Tue, 31 Mar 2015 22:59:15 +0000 (UTC) Received: from [2001:4900:1044:0:656d:c82f:f8e:97d9] by kaywinnit.conundrum.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1Yd57n-000CQf-K4; Tue, 31 Mar 2015 22:59:11 +0000 Subject: Re: rc.conf configured jail not getting IP addresses Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: text/plain; charset=us-ascii From: Matthew Pounsett In-Reply-To: Date: Tue, 31 Mar 2015 18:59:05 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <6AE4916D-9325-43EE-AF80-E9A4E9915192@conundrum.com> References: <760A9E00-EA43-4DF1-8259-376D1987B2D5@conundrum.com> To: Ben Woods X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-questions@freebsd.org, Jason Unovitch X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 22:59:16 -0000 > On Mar 31, 2015, at 18:44, Ben Woods wrote: >=20 > I think this is mentioned in Handbook section 15.3 "Creating and = Controlling Jails": > https://www.freebsd.org/doc/en/books/handbook/jails-build.html There's nothing in the section you pasted that says IP addresses for = jails must be either preconfigured on the host system or alternatively = that the interface MUST be included in the jail_${host}_ip variable. = The implication is that jail_www_ip=3D"xx.xx.xx.xx"=20 is sufficient to configure the IP address on the jail, which is not the = case. Either that variable has to reference the interface name, OR the = IP address must already be configured on an interface on the enclosing = host. From owner-freebsd-questions@FreeBSD.ORG Wed Apr 1 12:37:55 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40CFA732 for ; Wed, 1 Apr 2015 12:37:55 +0000 (UTC) Received: from mail1.bemta14.messagelabs.com (mail1.bemta14.messagelabs.com [193.109.254.108]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail1.bemta14.messagelabs.com", Issuer "VeriSign Class 3 International Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE0FB7A9 for ; Wed, 1 Apr 2015 12:37:54 +0000 (UTC) Received: from [194.106.220.51] by server-4.bemta-14.messagelabs.com id B4/DC-23180-3F4EB155; Wed, 01 Apr 2015 12:30:43 +0000 X-Env-Sender: Webmaster@gmc-uk.org X-Msg-Ref: server-13.tower-92.messagelabs.com!1427891443!19370132!1 X-Originating-IP: [80.169.239.134] X-StarScan-Received: X-StarScan-Version: 6.13.6; banners=gmc-uk.org,-,- X-VirusChecked: Checked Received: (qmail 25475 invoked from network); 1 Apr 2015 12:30:43 -0000 Received: from unknown (HELO S1PRDEXCAS01.GMC-UK.ORG) (80.169.239.134) by server-13.tower-92.messagelabs.com with AES128-SHA encrypted SMTP; 1 Apr 2015 12:30:43 -0000 Received: from S1PrdWeb2k801.GMC-UK.ORG (10.10.100.190) by S1PRDEXCAS01.GMC-UK.ORG (10.10.97.116) with Microsoft SMTP Server id 14.3.181.6; Wed, 1 Apr 2015 13:30:43 +0100 Received: from mail pickup service by S1PrdWeb2k801.GMC-UK.ORG with Microsoft SMTPSVC; Wed, 1 Apr 2015 13:30:43 +0100 Reply-To: MIME-Version: 1.0 From: Sender: To: Date: Wed, 1 Apr 2015 13:30:43 +0100 Subject: GMC Website Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Message-ID: X-OriginalArrivalTime: 01 Apr 2015 12:30:43.0216 (UTC) FILETIME=[ABC05100:01D06C77] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 12:37:55 -0000 SGVsbG8sCgpEaXZpZGVuZCAvIFN0b2NrIFByaWNlID0gJSBvZiBCYW5rIExvYW4gKyAlIG9mIElu ZmxhdGlvbiAgbm90ZXM6IDEuIE1pbmQgdGhlIHdlaWdodGVkIGF2ZXJhZ2UgcmF0ZSBvZiB5b3Vy IHB1cmNoYXNlIGlmIHlvdSB3YW50IGJ1eSBtb3JlLiAyLiBOZWl0aGVyIHRoZSAlIG9mIEJhbmsg TG9hbiBub3IgdGhlICAlIG9mIEluZmxhdGlvbiBpcyB0aGUgc2FtZSBpbiBldmVyeSBzdGF0ZSBp ZiB5b3Ugd2FudCB0byBpbnZlc3QgYWJyb2FkLiAzLiBHbyBmb3IgSVBPLiA0LiBIb3QgTW9uZXkg VGF4IGZvciB0aGUgc2FrZSBvZiB5b3VyIG5hdGlvbmFsIHRyZWFzdXJ5LCBpZSwgYSBoaWdoZXIg dGF4IHJhdGUgZm9yIHNob3J0ZXIgaG9sZGluZyBvZiBzZWN1cml0aWVzIGFzIHN1Y2g6ICBbUmF0 ZSB8IFdpdGhpbiB0ZXJtIG9mXSBbOTAgJSAtIDEgZGF5XSBbODAgJSAtIDIgZGF5c10gWzcwICUg LSAxIHdlZWtdIFs2MCAlIC0gMiB3ZWVrc10gWzUwICUgLSAxIG1vbnRoXSBbNDAgJSAtIDIgbW9u dGhzXSAgWzMwICUgLSAxIHF1YXJ0ZXIsIDMgbW9udGhzXSBbMjAgJSAtIDIgcXVhcnRlcnMsIDYg bW9udGhzXSBbMTAgJSAtIDEgeWVhcl0gWyAwICUgLSAxIHllYXIgdXBdICAgSW4gY2FzZSBvZiBk cm91Z2h0LCBmbG9vZGluZyBvciBhIGZpcmUgZW1lcmdlbmNlIGluIHlvdXIgbmVpZ2hib3Job29k LCBjb25uZWN0IGEgd2lyZSBiZXR3ZWVuIGFueSBob2xlIG9mIGEgcG93ZXIgcGx1ZyBhbmQgdGhl IHdhdGVyIGluIGEgcml2ZXIsIHNld2FnZSwgb3IgYW55dGhpbmcgbWV0YWwuIEl0IHdvcmtzLiAg QW5kIGl0IGNhbiBzYXZlIHNvbWUgbW9uZXkgb24geW91ciBwb3dlciBiaWxsLCA1LTE1JS4gIEJ5 IHRoZSB3YXksIHRoaXMgZGlzc2VtaW5hdGlvbiB3YXMgc3RhcnRlZCBpbiAyMDA1LiBNaWxsaW9u cyBoYXZlIGJlZW4gbGVhcm5lZCBpdCBzaW5jZSB0aGVuLiAgY2F0aHkyMDA0OCwgb25oZXJiZWRA bWFpbC5ydSwg5pu+5aSn5bedIChmcmFtYUBzYW50aWxsYW5hLmNvbS51eSkgdGhvdWdodCB5b3Ug d291bGQgYmUgaW50ZXJlc3RlZCBpbiB0aGUgZm9sbG93aW5nIHBhZ2Ugb24gdGhlIEdlbmVyYWwg TWVkaWNhbCBDb3VuY2lsIHdlYnNpdGUuCgpFbWFpbCB0aGlzIHBhZ2UKCmh0dHA6Ly93d3cuZ21j LXVrLm9yZy9lbWFpbC5hc3AKCk1hbnkgdGhhbmtzCkdlbmVyYWwgTWVkaWNhbCBDb3VuY2lsCgpX b3JraW5nIHdpdGggZG9jdG9ycyBXb3JraW5nIGZvciBwYXRpZW50cwoKVGhlIEdlbmVyYWwgTWVk aWNhbCBDb3VuY2lsIGhlbHBzIHRvIHByb3RlY3QgcGF0aWVudHMgYW5kIGltcHJvdmUgbWVkaWNh bCBlZHVjYXRpb24gYW5kIHByYWN0aWNlIGluIHRoZSBVSyBieSBzZXR0aW5nIHN0YW5kYXJkcyBm b3Igc3R1ZGVudHMgYW5kIGRvY3RvcnMuIFdlIHN1cHBvcnQgdGhlbSBpbiBhY2hpZXZpbmcgKGFu ZCBleGNlZWRpbmcpIHRob3NlIHN0YW5kYXJkcywgYW5kIHRha2UgYWN0aW9uIHdoZW4gdGhleSBh cmUgbm90IG1ldC4KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KClVubGVzcyBvdGhlcndpc2UgZXhwcmVzc2x5IGFncmVlZCBi eSB0aGUgc2VuZGVyIG9mIHRoaXMgZW1haWwsIHRoaXMgY29tbXVuaWNhdGlvbiBtYXkgY29udGFp biBwcml2aWxlZ2VkIG9yIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiB3aGljaCBpcyBleGVtcHQg ZnJvbSBkaXNjbG9zdXJlIHVuZGVyIFVLIGxhdy4gVGhpcyBlbWFpbCBhbmQgaXRzIGF0dGFjaG1l bnRzIG1heSBub3QgYmUgdXNlZCBvciBkaXNjbG9zZWQgZXhjZXB0IGZvciB0aGUgcHVycG9zZSBm b3Igd2hpY2ggaXQgaGFzIGJlZW4gc2VudC4KCklmIHlvdSBhcmUgbm90IHRoZSBhZGRyZXNzZWUg b3IgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yLCBwbGVhc2UgZG8gbm90IHJlYWQs IHByaW50LCByZS10cmFuc21pdCwgc3RvcmUgb3IgYWN0IGluIHJlbGlhbmNlIG9uIGl0IG9yIGFu eSBhdHRhY2htZW50cy4gSW5zdGVhZCwgcGxlYXNlIGVtYWlsIHRoZSBzZW5kZXIgYW5kIHRoZW4g aW1tZWRpYXRlbHkgZGVsZXRlIGl0LiAKCkdlbmVyYWwgTWVkaWNhbCBDb3VuY2lsCgozIEhhcmRt YW4gU3RyZWV0LCBNYW5jaGVzdGVyIE0zIDNBVwoKUmVnZW50cyBQbGFjZSwgMzUwIEV1c3RvbiBS b2FkLCBMb25kb24gTlcxIDNKTgoKVGhlIFR1biwgNCBKYWNrc29ucyBFbnRyeSwgSG9seXJvb2Qg Um9hZCwgRWRpbmJ1cmdoIEVIOCA4QUUKCjR0aCBGbG9vciwgQ2FzcGlhbiBQb2ludCAyLCBDYXNw aWFuIFdheSwgQ2FyZGlmZiBCYXkgQ0YxMCA0RFEKCjl0aCBGbG9vciwgQmVkZm9yZCBIb3VzZSwg MTYtMjIgQmVkZm9yZCBTdHJlZXQsIEJlbGZhc3QgQlQyIDdGRAoKVGhlIEdNQyBpcyBhIGNoYXJp dHkgcmVnaXN0ZXJlZCBpbiBFbmdsYW5kIGFuZCBXYWxlcyAoMTA4OTI3OCkgYW5kIFNjb3RsYW5k IChTQzAzNzc1MCkK From owner-freebsd-questions@FreeBSD.ORG Wed Apr 1 12:48:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C415B58 for ; Wed, 1 Apr 2015 12:48:50 +0000 (UTC) Received: from nm9-vm6.bullet.mail.ne1.yahoo.com (nm9-vm6.bullet.mail.ne1.yahoo.com [98.138.91.102]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 087F68C0 for ; Wed, 1 Apr 2015 12:48:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s2048; t=1427892522; bh=vCct93uKKLAVZRqzQ8TuQQ+3QJ9ySnZYkEzbTYKub1E=; h=Date:From:To:Subject:From:Subject; b=p75U96TG2yLTWelZ8mAWe9sUgtlZQVUzlcBPzu80frM6myFK4qz6bjsstRM4kXKyb5ND43+OxfgFpI9PCU8Z/YKxJmIcL/3ppiXPO2i42qD+FtilT27pBiN96bRKjTfQ7L3sd9+pNXApxvXjrSMT4gRZqyZM7X3pXN/mFuHDughV+vYoVN+1tPIscWvX+9Gr3Q16bxojfhQoLAiugcdSpbmr2P+Y6sNgf3ppW08xaTfs5l7jm5u7TNUDPCchgO/FEI9NeC1Ob3j7NJ8Wk9eFVyihrx8GcH4N8N/+XJ1WiLB+T2GU/nn6z+wrZMGuoNcj65k5Yuxo/v2V6em//Gs8RA== Received: from [98.138.100.102] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2015 12:48:42 -0000 Received: from [46.228.39.86] by tm101.bullet.mail.ne1.yahoo.com with NNFMP; 01 Apr 2015 12:48:42 -0000 Received: from [127.0.0.1] by smtp123.mail.ir2.yahoo.com with NNFMP; 01 Apr 2015 12:48:41 -0000 X-Yahoo-Newman-Id: 893327.43873.bm@smtp123.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: owf5yG4VM1mi4p2i6blHI_HrjJ6557A6dTD41NXpp_aA65. _ScTT.DoIAFg_nY5h2ScyoeU2S61j8tTmHj51IyBSp2n4vjFpx2yfMVPCLze ZZXWJ58zXjCyDqoyl43Cac7CExUfhdQR5ZZ2RzyiQtu0ZYml2YLuQ2.LCW4b MaMQ6aRzfjIZOCaZGTge15xzCTYfJxGM3uAulw7wB7sa5tOkbGfAs6mrG9KG HhJH.OYlHtnGdKy5OQbPYQUO1duUjMygqtcv3Xv7.qSZFliYbd_.mclNBaNK qA_sGS_HialbdMe9MocfQr1Q5slbq6hVlrpz5RFRVF21cON2K.PkDTkSBxrZ Byh3Uqb3e2VaFplApSIyiLeZHG0S0s0jd0ny9Cio8L5pEZRFuzkAliqMigfD WgJSAv1NIU19h0g3fRH9sNMQ9q1ILsdflf7k2fKt7.xPQYn6J_q0N.34Ks1Y LJiN51692WE6KF_EBkkMHGSvnyEz54P7EQdYI3HA3rLaCS2UBK4P5KjI_eu. KDSZlK37ASh51Gj8VLJ6tqcV8w8lv2EiOORW_BurSsDztsapWrrhhMvUwSQX UAhSgwfNj3_HI7o.4jr9zrt4_VVmSI._1Gsf2Paam.k2nHFxESvZOn0XuGYX .aJgYmLt5sXeseN0xOujD7XM3XAbRL8QDGA4WEafQphCTs2uUeiJK95Cvedn ItNjGcrzPbjSM4BOH X-Yahoo-SMTP: BeMCPs2swBABTJ3kAeEiC_hE0mz8jRexLddJfD8pI2j32fOacjBmXg-- Date: Wed, 1 Apr 2015 14:48:41 +0200 From: Ralf Mardorf To: moderators@freebsd.org, FreeBSD questions Subject: April 1 spam Message-ID: <20150401144841.11b0f961@archlinux> X-Mailer: Claws Mail 3.11.1-79-gde6f188 (GTK+ 2.24.27; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 12:48:50 -0000 As an April Fools' joke a spam today came through the list http://lists.freebsd.org/pipermail/freebsd-questions/2015-April/264982.html . There were several discussions about spam on this list, but if ever junk mail came through, I can't remember the last time such an email came through this list. From owner-freebsd-questions@FreeBSD.ORG Wed Apr 1 14:24:25 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 929D67F6 for ; Wed, 1 Apr 2015 14:24:25 +0000 (UTC) Received: from mail-ig0-x241.google.com (mail-ig0-x241.google.com [IPv6:2607:f8b0:4001:c05::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57CE0398 for ; Wed, 1 Apr 2015 14:24:25 +0000 (UTC) Received: by igdh15 with SMTP id h15so799630igd.2 for ; Wed, 01 Apr 2015 07:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:date:subject:message-id:priority; bh=emyL4USHy52izs5MM3X+lyGRnu1qR6tfVvrI2G9kOSU=; b=dLIKtjhNaFRbgscNptb+bcQR/lnusIJahLmm71M99RptqRsqx5JlNUempz80PMMOYf 5wEKcopZvSqY1mzLSMSqaCw+isqnQWFx4OV+8NZhbFEOdEpwsUvmuQkrFPphprqkEwGt zY7qLOdepAghCmhZxFW5VrfRPey29ao9B+wI+Y+Hsd8XGmRtZ0jU0RvwQ8depk21UOU0 wvb/ASMknPuIoR5qkHdi8jmQIWnjVBqEiphKritX1H15czTurs25DicpkH1iszQYYGvr p+fIuYG1PwFEfp9GVGALfls9x5eI3VQ8RbVSXvpfB/Knu+FZgwSRu7du+m877AyEZV+m GHhQ== X-Received: by 10.50.43.197 with SMTP id y5mr6633850igl.14.1427898264641; Wed, 01 Apr 2015 07:24:24 -0700 (PDT) Received: from [192.168.23.13] (198-84-175-115.cpe.teksavvy.com. [198.84.175.115]) by mx.google.com with ESMTPSA id 185sm1275714iof.9.2015.04.01.07.24.23 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Apr 2015 07:24:23 -0700 (PDT) From: matheyden@gmail.com To: freebsd-questions@freebsd.org Date: Wed, 01 Apr 2015 10:24:28 -0400 Subject: System hangs on rm after upgrade to 10.1 with UFS Message-ID: <551BFF9C.22917.CCA7BA9B@matheyden.gmail.com> Priority: normal X-mailer: Pegasus Mail for Windows (4.70) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 14:24:25 -0000 Hi all, After upgrading our off-site backup server from FreeBSD 10.0 to 10.1, we found the system would be unresponsive each morning and require a hard reboot. Assuming hardware failure, a new physical host was set up running 10.1 but again, after a few days the same issue started occurring. After digging around a bit, I found the system was getting stuck while trying to remove the oldest snapshot folder from rsnapshots. All new processes seem to be stuck waiting on disk. If I leave it long enough, I'm no longer able to even ssh in to the system. I've since set up a local virtual host and have been able to duplicate the problems on it as well. The virtual machine is running rsnapshot to back up the same data (in this case, the vmail folder from our mail server). While running FreeBSD 10.0, I had no issues. It was able to delete the oldest snapshots and everything worked as it should. After upgrading to FreeBSD 10.1, without making any additional changes, the system hangs when running rm to remove the oldest snapshot folder. Total backup size is around 150GB. Filesystem is single HDD with UFS and no mirrors/raid. Manually running "rm -rf Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D719FFFE for ; Thu, 2 Apr 2015 07:12:16 +0000 (UTC) Received: from nm30-vm6.bullet.mail.ne1.yahoo.com (nm30-vm6.bullet.mail.ne1.yahoo.com [98.138.91.123]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E3FC131 for ; Thu, 2 Apr 2015 07:12:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1427958534; bh=yos/3f8MRaKw2VR5LkUcmKcwsIKlG9JPiwm7Fm/nmZU=; h=Date:From:Reply-To:To:Subject:From:Subject; b=OZ8JU5y8eefnAmAENjTOFmbfPSfXVDNQzDvYB2AKSfVfTjp5pZg+QBDiMQ2IklXQeeSrKnBh26FxH1WY6mgGtYKI3y9qo7jG9Hn5h0AzjjeyRZuAsOZMT09m4Cvp2II0oz941mI7qojQ5MsEa7hZQqFUjkUyzTkyPzpNUw4V7bHmFn2+qS/w9wwMeP2URntnXXlB91T0KULn1b+slScxgeeLlHLNf7bkxOXZvjS8MtneGHjduANaQ7pMVEHkE810+htIok1+r+DWgDEZCezM7xLGC0trtFwEaLKY/h6x43CO/UxHTqbmEzyB/7mGyh3XhW02ZkMlE5jFCMfU9sdp+g== Received: from [98.138.226.180] by nm30.bullet.mail.ne1.yahoo.com with NNFMP; 02 Apr 2015 07:08:54 -0000 Received: from [98.138.88.236] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 02 Apr 2015 07:08:54 -0000 Received: from [127.0.0.1] by omp1036.mail.ne1.yahoo.com with NNFMP; 02 Apr 2015 07:08:54 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 417569.12187.bm@omp1036.mail.ne1.yahoo.com X-YMail-OSG: bZfSxEkVM1l5j29zGM3L4OEcaPym4Y2TBf38.v8a2hPOIrdAQ62jO4TqFSQZ4eK 2gQTGgtxaiDEkWrUG._4cvyq07HVFhs3GOJPZgXLB9l0_LuLtoadC8rS4E_SySbbhrqgHm7mdJN7 2YBMB7mKwdaIxqQkBcIVZCiDYMxGAmSPkXduaHkS9qdGrXnmjUG0PFjpfIFPzh7g3E7YVdp5spXR 8ZObH6nijB.58yu1UW1HSvoXz872jXQyf0zTDsH24Zaeq.qhB23ICxDks48_G2sx4OHhd1TSytNe yVy7RHuIbONR_D31UoyOI2g2GA8AAh9mRzrHDy5H21FdhBV95VCCA9rQyOfSPYx9W.BhvoeO6Hq7 P__u6pH6Gfcqe0Jw00SZUImW5.B0tpT9EB8IORVnkLRsJc8kU4PyGUKI.xaPCqVti7HEUMelCirF 8ZQ6qHV0dnTMoZVTWk7JKY2L4UrE0sA3BEVKzt1uANMwDfyUBE_6VVfEFL3jHhCcW58wwkLeCPTw ELojVIPUs_g1rmfQVl.PDR3djg7Ij Received: by 98.138.101.166; Thu, 02 Apr 2015 07:08:53 +0000 Date: Thu, 2 Apr 2015 07:08:53 +0000 (UTC) From: Jin Guojun Reply-To: Jin Guojun To: Questions Freebsd Message-ID: <704404404.3511095.1427958533488.JavaMail.yahoo@mail.yahoo.com> Subject: mis-match library in 10.1 octave/g++48 package MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 07:12:16 -0000 I installed octave-3.8.2 and compiled code but got run time error as following: g++48 octave-c-api.c -I/usr/local/include/octave-3.8.2/octave -I/usr/local/include -L/usr/local/lib/octave/3.8.2 -loctave -lpcre ./a.out /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found GNU C library often cause such problem, but it is not clear why gcc 4.8 requires 4.6 library.Does anyone know how to solve this problem? Current octave package requires gnu c++ (g++) to build, and native BSD c++ does not work on this build.I wonder if octave can be built by BSD C/C++ compiler instead of G++ to avoid such problem in future. Also, since 10.1-R use pkg to fetch/install packages from a centralized repository, and package is keeping to update to the latest release, some mechanism needs to be used to insure the library will match. -Jin From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 07:53:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E57EDA7; Thu, 2 Apr 2015 07:53:21 +0000 (UTC) Received: from m97177.qiye.163.com (m97177.qiye.163.com [220.181.97.177]) by mx1.freebsd.org (Postfix) with ESMTP id AC0238D2; Thu, 2 Apr 2015 07:53:16 +0000 (UTC) Received: from ivy$dfhuasheng.net ( [36.44.194.76] ) by ajax-webmail-wmsvr17 (Coremail) ; Thu, 2 Apr 2015 15:53:13 +0800 (CST) X-Originating-IP: [36.44.194.76] Date: Thu, 2 Apr 2015 15:53:13 +0800 (CST) From: "Ivy Xu" To: bruscar@freebsd.org, freebsd-questions@freebsd.org, freebsd-ports@freebsd.org Subject: shiitake mushroom X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20140422(26738.6344) Copyright (c) 2002-2015 www.mailtech.cn 163-hosting MIME-Version: 1.0 Message-ID: X-CM-TRANSID: seCowADHFI1q9RxVFhpcAA--.128W X-CM-SenderInfo: hly1qv5ikxt2pkhqwhhqhw/1tbiKArPeVT+aOOQZwADsB X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 07:53:21 -0000 ZGVhciBzaXI6CmkgYW0gdmVyeSBoYXBweSBzZW5kIGVtYWlsIHRvIHlvdSAsaSBoZWFyaW5nIHlv dXIgbWVzc2VnZSBmcm9tIHRyYWRla2V5ICxhbmQga25vdyB5b3VyIGNvbXBhbnkgcHVyY2hhc2Ug d2FsbnV0IGFuZCBvdGhlciBnb29kcyAuCgoKbm93IGkgd2lsbCBpbnRyb2R1Y2Ugb3VyIGNvbXBh bnkgLG91ciBjb21wYW55IG1haW4gbWFudWZhY3R1cmUgYW5kIGV4cG9ydCAgYWdyaWN1bHR1cmFs IHByb2R1Y3RzLGZvciBleGFtcGxlICh3YWxudXQgLGFuZCB3YWxudXQga2VyZW50ICxkcmllZCBw ZXJzaW1tb24sc2hpaXRha2UgbXVzaHJvb24sIGNvcm51cyBvb2ZpY2luYWxpcy5ldGMgKQoKCm91 ciBjb21wYW55IG1haW4gbWFya2V0cyAoa29yZWEgLGphcGFuLHJ1c3NpYSAgZXRjCgoKaWYgeW91 IG5lZWQgdGhlc2UgZ29vZHMgb3RoZXIgb3RoZXIgYWdyaWN1bHR1cmFsIGdvb2RzICx0aGVuIHlv dSBjYW4gZGlyZWN0IGNvbnRhY3QgdXMgLGkgd2lsbCB0cnkgbXkgYmVzdCBoZWxwIHlvdSAKCgpp IGhvcGUgaSBjYW4gY29vcGVyYXRpaW9uIHdpdGggeW91ciBpbiBmdXR1cmUKCgp3YWl0aW5nIHlv dXIgcmVwbHlpbmcKCgpiZXN0IHJlZ2FyZHMKCgppdnkgeHUKaXZ5ODIxMDI3QGhvdG1haWwuY29t CndlYjp3d3cudHNpbmxpbmduYXRpdmVmb29kcy5jb20KTUI6Kzg2IDE1Mzg5MjE5OTk0CnFxOjQw MDEyOTkKc2t5cGU6aXZ5ODIxMDI3MQ== From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 10:12:18 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E13F1B3C for ; Thu, 2 Apr 2015 10:12:18 +0000 (UTC) Received: from feeder.usenet4all.se (1-1-1-38a.far.sth.bostream.se [82.182.32.53]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58F93A31 for ; Thu, 2 Apr 2015 10:12:16 +0000 (UTC) Received: from kw.news4all.se (localhost [127.0.0.1]) by feeder.usenet4all.se (8.13.1/8.13.1) with ESMTP id t329nxLh077602; Thu, 2 Apr 2015 11:50:00 +0200 (CEST) (envelope-from bah@bananmonarki.se) Message-ID: <551D10C7.7080201@bananmonarki.se> Date: Thu, 02 Apr 2015 11:49:59 +0200 From: Bernt Hansson User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Jin Guojun , Questions Freebsd Subject: Re: mis-match library in 10.1 octave/g++48 package References: <704404404.3511095.1427958533488.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <704404404.3511095.1427958533488.JavaMail.yahoo@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 10:12:19 -0000 There is a PR for this error http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2014-March/275149.html On 2015-04-02 09:08, Jin Guojun wrote: > I installed octave-3.8.2 and compiled code but got run time error as following: > g++48 octave-c-api.c -I/usr/local/include/octave-3.8.2/octave -I/usr/local/include -L/usr/local/lib/octave/3.8.2 -loctave -lpcre > > ./a.out > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found > GNU C library often cause such problem, but it is not clear why gcc 4.8 requires 4.6 library.Does anyone know how to solve this problem? > Current octave package requires gnu c++ (g++) to build, and native BSD c++ does not work on this build.I wonder if octave can be built by BSD C/C++ compiler instead of G++ to avoid such problem in future. > Also, since 10.1-R use pkg to fetch/install packages from a centralized repository, and package is keeping to update to the latest release, some mechanism needs to be used to insure the library will match. > -Jin From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 10:26:43 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09B1A269 for ; Thu, 2 Apr 2015 10:26:43 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3D17BBC for ; Thu, 2 Apr 2015 10:26:42 +0000 (UTC) Received: by igbud6 with SMTP id ud6so72622172igb.1 for ; Thu, 02 Apr 2015 03:26:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=0gJ4HSZV+4hGHXnP3Yxjmjt+SQOz4g7D0RBHxSDQ9ro=; b=uxyENx5oUyJVSVufiWEjcvu1YWukn5uz6a3nqDdzjbxv5HwBJMKSfIT7JQd9maXC31 PZuQE59p6oREmwTMjOZRkuGpr89ji1kYgUMvyTmms5rw9aeFe4Yx5OIUQvaUGYLWZWl2 6X1CN5AxBgncgQEohGYa6iA+xGmi9I0G2M9gm2w5mGFOhKhDQlmn17YMBbY/rsQeCF8d gVenGaHAE7ecsaLveHu901l+S2r8ARbFMapzvjkgZ1eN91BMzCUcuzapN0+JIe6RsV2L hbDq9msCmA7ORQ2H0SGbfD/h3CSXBPbc9TAfjLSJ7ks9dEOpukywgMM3J5LuDd9WIZn5 3aPQ== MIME-Version: 1.0 X-Received: by 10.107.10.1 with SMTP id u1mr31893623ioi.65.1427970402203; Thu, 02 Apr 2015 03:26:42 -0700 (PDT) Sender: olivier2553@gmail.com Received: by 10.107.155.135 with HTTP; Thu, 2 Apr 2015 03:26:42 -0700 (PDT) Date: Thu, 2 Apr 2015 17:26:42 +0700 X-Google-Sender-Auth: jR5D6bLM2lS5IoDP1ZZrAT102WU Message-ID: Subject: Dump(8) does not do incremental From: Olivier Nicole To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 10:26:43 -0000 Hello, Is there any reason why dump would not do incremental when used with -f -? I do a full dump: # ssh root@192.41.170.38 "dump -f - -L /dev/da1s1d" | restore -r -f - Password: DUMP: Date of this level 0 dump: Thu Apr 2 10:48:58 2015 DUMP: Date of last level 0 dump: the epoch followed by an incremental one: # ssh root@192.41.170.38 "dump -1 -f - -L /dev/da1s1d" | restore -r -f - Password: DUMP: Date of this level 1 dump: Thu Apr 2 12:35:23 2015 DUMP: Date of last level 0 dump: the epoch The level 0 is always shown at the epoch. I may be missing something but I don't see what. Thank you, Olivier From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 14:15:43 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19FC4EA for ; Thu, 2 Apr 2015 14:15:43 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BC9E0ADC for ; Thu, 2 Apr 2015 14:15:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t32EFUbQ047264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Apr 2015 08:15:30 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t32EFTPu047261; Thu, 2 Apr 2015 08:15:30 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 2 Apr 2015 08:15:29 -0600 (MDT) From: Warren Block To: Olivier Nicole Subject: Re: Dump(8) does not do incremental In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 02 Apr 2015 08:15:30 -0600 (MDT) Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 14:15:43 -0000 On Thu, 2 Apr 2015, Olivier Nicole wrote: > Hello, > > Is there any reason why dump would not do incremental when used with -f -? > > I do a full dump: > > # ssh root@192.41.170.38 "dump -f - -L /dev/da1s1d" | restore -r -f - > Password: > DUMP: Date of this level 0 dump: Thu Apr 2 10:48:58 2015 > DUMP: Date of last level 0 dump: the epoch > > followed by an incremental one: > > # ssh root@192.41.170.38 "dump -1 -f - -L /dev/da1s1d" | restore -r -f - > Password: > DUMP: Date of this level 1 dump: Thu Apr 2 12:35:23 2015 > DUMP: Date of last level 0 dump: the epoch > > The level 0 is always shown at the epoch. > > I may be missing something but I don't see what. -u to update /etc/dumpdates after a success? From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 17:15:23 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE79E65A for ; Thu, 2 Apr 2015 17:15:23 +0000 (UTC) Received: from mail-ig0-x247.google.com (mail-ig0-x247.google.com [IPv6:2607:f8b0:4001:c05::247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B42003A0 for ; Thu, 2 Apr 2015 17:15:23 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so150444918igb.0 for ; Thu, 02 Apr 2015 10:15:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:message-id:date:subject:from:to:content-type; bh=Vcv+4H7rzqLu6Wh/tIOZtcVsKWBCylzffCd1fSGwWFA=; b=tm9zHarnri+EF3uY7kwtjqaRSz2Qgfg+lGxrX1IpwdXIG2aYOtQWqUxZk1s3vqU58k r9UPfX5JM6lnV/yxlKzm4vbRsxTHoP/KibWWuGgVnNrKtjruyrpmlDAMVcXwhuJofANt fVTtANzWVLTnw76VX+CTiaFXuP+xAGf6fO6XL3uPM22ZLsGGRsEMzHgk9C/h7IVtobs/ 7olxUqFmEoxV6bggbjajH1BFtz5bF6Z5CSf2kpUQyHxZHqQNFlW4P7gNUVbwnF6LT0zG FxHHzNhCJYgI0lh9Cau9tnQeqHSLBbEZTXbMZpz+nUC3b0FU24eIpGIN6q3PjXyR+14l l/uA== MIME-Version: 1.0 X-Received: by 10.182.65.37 with SMTP id u5mr59197552obs.27.1427994922915; Thu, 02 Apr 2015 10:15:22 -0700 (PDT) Message-ID: <047d7b675fc41fed7b0512c0faaf@google.com> Date: Thu, 02 Apr 2015 17:15:22 +0000 Subject: Reasons why your website Freebsddiary.org Is Not Performing Well In Web From: Troy Payne To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 17:15:24 -0000 Hello *Freebsddiary.org* Team, I thought you might like to know some of the reasons why you are not getting enough organic & social media traffic on your website. I would like to update you that your website is still not ranked in the top pages of Google SERPs for your popular keywords (Products). Your loss is your competitor's gain i.e. the traffic which could have generated quality sales for you goes to your competitors as they rank well in the Search Engine Result Pages (SERPs) organically. *Reasons:* *1. *On-page errors are present on your website. *2. *Low number of internal and external quality links present on your website. *3. *Duplicate or low quality contents present in your website without any regular update. *4. *Need to update fresh contents of your website and blogs as per the latest Google guideline (Penguin & Panda). *5. *Broken Links and Poison words might be present in your website. *6. *Social media profile needs to be updated regularly. Long gone are the days when Google used to give priority to websites of keyword based domains or websites with huge number of links. Now Google counts each and every detail to verify if your website is relevant to the keywords you are promoting for. A single un-wanted link or a duplicate content can lead your website to be penalized by Google. We are a leading website promotion company providing online promotion, SMO, Reputation Management, Content (both web and promotional content) fixing services to clients. Our dedicated and professional team promoting and increasing the visibility of a website in various search engines (including the latest Google Panda and Penguin updates), which will directly help in increasing traffics to your website and branding as well. If you are getting rigid by paying a huge amount in PPC then Organic listing by using white hat technique will be definitely a right choice for you. As the rate of conversion is more in organic listing as compared to PPC, eventually it will be an absolute gain for you. This email just tells you the fraction of things we do, our optimization process involves many other technical factors which can be sent to you at your request. If you would like to know more about our services then please write us back else you can give us your suitable time and contact number so that we can reach you without disturbing your busy schedule for a discussion in detail. *P.S: - This is our marketing strategy that we use the Gmail account. Once you reply us back, the next communication will be from our corporate email ID.* Let me know your thoughts and looking forward to work together. *---* Best Regards, *Troy Payne* | Senior Sales Executive ---------------------------------------------------------------------------------------------------------------------------------------- *DISCLAIMER:* This message is confidential and are intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. To stop receiving mail from sender, reply to sender with Subject line - "REMOVE" From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 20:26:37 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A676219 for ; Thu, 2 Apr 2015 20:26:37 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E60A8EC4 for ; Thu, 2 Apr 2015 20:26:36 +0000 (UTC) Received: by iedm5 with SMTP id m5so78298150ied.3 for ; Thu, 02 Apr 2015 13:26:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=tpvvyrH+6x4faAUYG5FnDJf9hXdLbUNX7DPpATJiKe0=; b=KyEZVjEDIRBxhNj5RtpcF62Wo1oiUfbPqEIzObQ/kfC3qFxH1AeBMz7FmEIDnPgAXh 3xoE3adGTNpfmspDLPKYPHINZBLtkRg1r02TXIxajeI+NOs/xOjO4ngoBx65U8cm9hgn X0T2VDm6/X/huxkptxr8k9WzfIOx4v+ky1w3eWOz+it1kRg1sIVx+BlDZjVMcREU5GYq 2X2gMVwj2EBVncD6UTtydoi7PSw/kMad/oA5sBHhUP7JyoLEx5U72VpXoNhbGh6JLbNg NdnMJyog3eEbu3jLM4QFZOqG1J07BIejA+xTo43TjmUSMezGiuFSQGTqZ/NrpBFLYOGd Zc9Q== MIME-Version: 1.0 X-Received: by 10.107.165.68 with SMTP id o65mr74581200ioe.56.1428006396439; Thu, 02 Apr 2015 13:26:36 -0700 (PDT) Received: by 10.64.223.170 with HTTP; Thu, 2 Apr 2015 13:26:36 -0700 (PDT) Date: Thu, 2 Apr 2015 12:26:36 -0800 Message-ID: Subject: Why does FreeBSD insist on https? From: Dieter BSD To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 20:26:37 -0000 Why do so many FreeBSD URLs redirect from http to https? What is this intended to accomplish? This is user-hostile. Some browsers cannot do https, and there are good reasons (unrelated to http vs https) to use these browsers. There are also good reasons to prefer http over https even with a browser that can do https. Https is useful when needed, but it isn't needed here. Can someone *please* fix this? From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 20:36:42 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 827796B7 for ; Thu, 2 Apr 2015 20:36:42 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3603CFFC for ; Thu, 2 Apr 2015 20:36:42 +0000 (UTC) Received: by qgh3 with SMTP id 3so79521872qgh.2 for ; Thu, 02 Apr 2015 13:36:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=M7dPJK3gkxhBXa8TtjSjeH8H6ZUKKlZ22S7ux9oF//o=; b=FUSpG2Uuh6tzubkEFXRYwgF52ds2Lm1nUFIjlLsb1iVKtpov+UxlGgJHqizlayhsi0 zXO/dTVdArlQHmbIiEluiRprq2NulHYmCyLKg5ce5azo8FFIW5hh63PcHfK80f+M3eAJ UNKwR7xKKEN67OtLNSuLZTbtLOl1Mv7uHpuJWAf7KLvvUWUtD2Hi5feMONh1ATds/By+ pBoDWAvjKvVJufu4h1/VFaDEsKmZziKCAF25p+mU/C+ptjNCK9DVb3Kbj3/yBPpQPPXo bBCRym5HqlX0YUmpct0rhpyb/RnxLDyWB44nM1CBOH8Ltoj5LeSqmHq1KbaYvfwVYGGN mQKg== X-Received: by 10.140.194.204 with SMTP id p195mr65149146qha.21.1428007001213; Thu, 02 Apr 2015 13:36:41 -0700 (PDT) Received: from localhost.localdomain ([209.181.150.218]) by mx.google.com with ESMTPSA id 133sm2156517qhu.15.2015.04.02.13.36.39 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Apr 2015 13:36:40 -0700 (PDT) Message-ID: <551DA84D.8030205@gmail.com> Date: Thu, 02 Apr 2015 14:36:29 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 20:36:42 -0000 On 04/02/2015 02:26 PM, Dieter BSD wrote: > Why do so many FreeBSD URLs redirect from http to https? > What is this intended to accomplish? > > This is user-hostile. Some browsers cannot do https, and there are > good reasons (unrelated to http vs https) to use these browsers. > There are also good reasons to prefer http over https even with a browser > that can do https. Https is useful when needed, but it isn't needed here. > > Can someone *please* fix this? https prevents intermediate hop points (such as your isp) from looking at the page content, or at the terms of your search. But that does not prevent them from seeing the url. Also, which browser are you using? Firefox will use http unless it has been recompiled by the by wherever you got it from (the distro repos??) to always use https.Or your browser might have a plugin or add-on that always forces https. From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 20:52:14 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2980CC0F for ; Thu, 2 Apr 2015 20:52:14 +0000 (UTC) Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com [209.85.213.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC15727D for ; Thu, 2 Apr 2015 20:52:13 +0000 (UTC) Received: by igbud6 with SMTP id ud6so87038830igb.1 for ; Thu, 02 Apr 2015 13:52:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=J2h6GxBkN5FhOTEOBI6ENzLw/71YDRVSw1z5k12fGeg=; b=HqkErqa64VPxaxpZL314phdAkNi/Ij9fvhy8RCSVIFQjB5PL7s+DMUyQscBvatqQFm qBjDvvfJrMlUU/uOvQCN115JUJZBjd4qSQ+btnoAq7k/uSc6SwzI/uaPjoQ9bQiucRU6 xuqmtwHC5UH+GMlVji02SPbMPwdbDE8FjKP6BL5lfdzB8yU49+HuJwWntYwSt1jAIlL5 VhJ7e7OjEOuUi81xUs1TdAnS/pWBVJ+LKAptZHe565sstDdR30Vnt5OWjAsGKxOUsDy7 hLlRx/eUkFEJPJGpD+PJcA6oTtSuoBnNYIrohx6Jdd+XmRN3l8gPeVxXVKJTQMoHQbZj GImQ== X-Gm-Message-State: ALoCoQlr7tauPAeNeGXiT/xrt+wYIBhibq0wgaoHZA4dGc96jAMukrOPWgN/n3nfQidR/9EODmmt X-Received: by 10.42.171.193 with SMTP id k1mr83842310icz.67.1428007927025; Thu, 02 Apr 2015 13:52:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.13.198 with HTTP; Thu, 2 Apr 2015 13:51:36 -0700 (PDT) In-Reply-To: References: From: Maxim Khitrov Date: Thu, 2 Apr 2015 16:51:36 -0400 Message-ID: Subject: Re: Why does FreeBSD insist on https? To: Dieter BSD Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 20:52:14 -0000 On Thu, Apr 2, 2015 at 4:26 PM, Dieter BSD wrote: > Why do so many FreeBSD URLs redirect from http to https? > What is this intended to accomplish? > > This is user-hostile. Some browsers cannot do https, and there are > good reasons (unrelated to http vs https) to use these browsers. > There are also good reasons to prefer http over https even with a browser > that can do https. Https is useful when needed, but it isn't needed here. > > Can someone *please* fix this? https://www.eff.org/deeplinks/2015/04/china-uses-unencrypted-websites-to-hijack-browsers-in-github-attack From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:07:00 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03827375 for ; Thu, 2 Apr 2015 21:07:00 +0000 (UTC) Received: from mail-in6.apple.com (mail-out6.apple.com [17.151.62.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBC69611 for ; Thu, 2 Apr 2015 21:06:59 +0000 (UTC) Received: from relay3.apple.com (relay3.apple.com [17.128.113.83]) by mail-in6.apple.com (Apple Secure Mail Relay) with SMTP id 40.3E.09025.27FAD155; Thu, 2 Apr 2015 14:06:58 -0700 (PDT) X-AuditID: 11973e15-f79fd6d000002341-2a-551daf72a767 Received: from [17.149.224.197] (Unknown_Domain [17.149.224.197]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by relay3.apple.com (Apple SCV relay) with SMTP id FB.09.19589.A7FAD155; Thu, 2 Apr 2015 14:07:06 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Why does FreeBSD insist on https? From: Charles Swiger In-Reply-To: Date: Thu, 2 Apr 2015 14:06:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Dieter BSD X-Mailer: Apple Mail (2.2070.6) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrLLMWRmVeSWpSXmKPExsUi2FAYrFu0XjbUYOstRYv2hbvZLF5+3cTi wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGV8PnuZveAuV8XVc1eYGxiPcHQxcnJICJhI zDnxig3CFpO4cG89kM3FISSwl1Fi5fS/bDBFW969ZoRITGeS2H/9JjtIgllAS+LGv5dMIDav gIHE3FNfwGxhAT2JO2/7gJo5ONgE1CQmTOQBCXMKBEq0/T7KDGKzCKhIbJnQDzVGV6LpxltG CFtbYtnC18wQI60kFqzewwwyRkggQGJRL9gYEaDW7o43YNMlBOQlejalg1wmIfCRVWLSrxfs ExiFZiE5bhaS42Yh2bCAkXkVo1BuYmaObmaemV5iQUFOql5yfu4mRlD4TrcT3cF4ZpXVIUYB DkYlHt6MPTKhQqyJZcWVuYcYpTlYlMR5q+fIhgoJpCeWpGanphakFsUXleakFh9iZOLglGpg VNY8IOl04VP+SgUZt/MaZUoaOb7WfUmZKoX1EWzxqqd+/XTYJPZ3VVGgs6r5DOeHLXwpH9ct cnyxNbI7pL7m7D3Ld5O9ZT5ULzaYXdH1ybpO1NPy0WK5Bz8dV+nl2y15kaNqGXDtaafRli88 TysZPnTbv5147oWR0z+2L3MEvK++/K++bGe5EktxRqKhFnNRcSIAviWTLkACAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrALMWRmVeSWpSXmKPExsUiOPXBUd2q9bKhBqdWMVm0L9zNZvHy6yYW ByaPGZ/ms3jsnHWXPYApissmJTUnsyy1SN8ugSvj89nL7AV3uSqunrvC3MB4hKOLkZNDQsBE Ysu714wQtpjEhXvr2boYuTiEBKYzSey/fpMdJMEsoCVx499LJhCbV8BAYu6pL2C2sICexJ23 fUANHBxsAmoSEybygIQ5BQIl2n4fZQaxWQRUJLZM6IcaoyvRdOMtI4StLbFs4WtmiJFWEgtW 72EGGSMkECCxqBdsjAhQa3fHG7DpEgLyEj2b0icw8s9Ccs8sJPfMQjJ0ASPzKkaBotScxEpj vcSCgpxUveT83E2MoHBrKAzewfhnmdUhRgEORiUe3ow9MqFCrIllxZW5hxglOJiVRHir5suG CvGmJFZWpRblxxeV5qQWH2KU5mBREudVbgdKCaQnlqRmp6YWpBbBZJk4OKUaGNn0y97OPrPj 5KOAuo6rs16/55FKuDA38f5NZWmdrjk1OlJvv5YUWMqkFH0+VTH396WfirvU4phfblE5bm9a qeN8rZ4nXE/7/v/T3nb8mv+P7j60m8vmxgzuJ0EfuZ685FE73vM3c6Pg5p9d3dsWSuqvDjwp l3LiREnTeaO8vh88RmURu3726CixFGckGmoxFxUnAgBPrjJuMwIAAA== Cc: FreeBSD - X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:07:00 -0000 On Apr 2, 2015, at 1:26 PM, Dieter BSD wrote: > Why do so many FreeBSD URLs redirect from http to https? > What is this intended to accomplish? Security? Confidentiality? Strong(er) assurance of content integrity? There are an increasing # of transparent proxies which rewrite content, inject ads, even inject malware for HTTP which are foiled by switching to HTTPS + HSTS (HTTP Strict Transport Security). > This is user-hostile. Some browsers cannot do https, and there are > good reasons (unrelated to http vs https) to use these browsers. Any browser which does not support HTTPS is either obsolete or simply missing critical functionality. Your bank, online stores, utilities, almost any site with a login are all going to require HTTPS. However, if you prefer to interact with the web by having a script which performs wget and emails you back the results, go right ahead. :-) > There are also good reasons to prefer http over https even with a = browser > that can do https. Https is useful when needed, but it isn't needed = here. >=20 > Can someone *please* fix this? You should expect that as time passes, more and more sites will either = switch to HTTPS only and/or will switch to HTTP/2 which encourages browsers to = try and connect via HTTPS even for http URLs. Regards, --=20 -Chuck From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:16:54 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB0E178B for ; Thu, 2 Apr 2015 21:16:54 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A6EF7AB for ; Thu, 2 Apr 2015 21:16:54 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:d933:c0e6:e4d:c691] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 636714 for freebsd-questions@freebsd.org; Thu, 02 Apr 2015 21:16:52 +0000 Message-ID: <551DB1BD.9040001@radel.com> Date: Thu, 02 Apr 2015 17:16:45 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090400050303060602020609" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:16:54 -0000 This is a cryptographically signed message in MIME format. --------------ms090400050303060602020609 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 4/2/15 5:06 PM, Charles Swiger wrote: > On Apr 2, 2015, at 1:26 PM, Dieter BSD wrote: >> Why do so many FreeBSD URLs redirect from http to https? >> What is this intended to accomplish? > Security? Confidentiality? Strong(er) assurance of content integrity?= > > There are an increasing # of transparent proxies which rewrite > content, inject ads, even inject malware for HTTP which are foiled > by switching to HTTPS + HSTS (HTTP Strict Transport Security). > > And just imagine what fun could be had by modifying the checksums listed = on https://www.freebsd.org/releases/10.1R/announce.html if you control the same routers all the ftp downloads of ISOs go through.= =2E.. --Jon Radel jon@radel.com --------------ms090400050303060602020609 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDIyMTE2NDVaMCMGCSqGSIb3DQEJBDEWBBRbTwKYoeaPgGvcHaXb uwtHdAFgSTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQBylw9JL8GxjAcd PTevlkh6wzZ9afg7+3ghLt+FDWTzj2XyCHqIqtHCPXfyviRzS+MWTzkt3nZpZe2x2oVuV9a2 zwkhAAwO3yQrQdnisaysPwXZPI6YGHmhZMI8KdVpIyRaJwNgMhCabbQIqmlA8fDzFayt/QCB 0r0n2eLZym8jkJ3q8Frab1tKlTUVwIxJ1NSI42yHb6M9PncqaK12iR73nNsgBxVGg/BHRgd0 4is+hu/f6d9CkpwHmZs5j6/npRVT183VhH4zZBocP3mpy4KZuUXF1kjUgtcAmocsJd/h7QAr uQS2u7ohPS9DrO8+ZvZ1S2GGBIXC8/zksngF0Y5nAAAAAAAA --------------ms090400050303060602020609-- From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:25:44 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5E447E78 for ; Thu, 2 Apr 2015 21:25:44 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0033A8DF for ; Thu, 2 Apr 2015 21:25:43 +0000 (UTC) Received: by widdi4 with SMTP id di4so91746281wid.0 for ; Thu, 02 Apr 2015 14:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=uyqnWTiaNv5ps29QLTqSc4mykSaXpjciM72qqAykdZU=; b=pDspLaGVA/7FPHeTENnLL+Gbwy6rhWcTEvIHh2fV3gnOHgkqtoUKjiExI/XQLn89PZ NIeFu76ZxV+DmV4L34zvT2H05WwFdwmgmCcPQxqS2yIQux61aiUKLStWNBNSsrjIfCQq qVi1e4hclSGOMakKvfRS2q2JM9qxUa+coP70/YQBq/1A7cnfaL07o9Hrij4y9AGqIqP3 rKLvuzRirW0YQTZvEjJl2Q58hGBVZxbHScnbdVXK1V1M4GOHrHZ9JnzIGJbsF8sHTh0f +ead1gRgfMHM8nBc3JzNperxhwEQtEvzvpHdB1/OYJGxeQoOqbC+Jvfzb4U9PvpA0Emk DOLQ== X-Received: by 10.180.91.70 with SMTP id cc6mr27540067wib.78.1428009941924; Thu, 02 Apr 2015 14:25:41 -0700 (PDT) Received: from gumby.homeunix.com (5ec3c570.skybroadband.com. [94.195.197.112]) by mx.google.com with ESMTPSA id y14sm8861249wjr.39.2015.04.02.14.25.40 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Apr 2015 14:25:40 -0700 (PDT) Date: Thu, 2 Apr 2015 22:25:39 +0100 From: RW To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? Message-ID: <20150402222539.37e330f8@gumby.homeunix.com> In-Reply-To: <551DA84D.8030205@gmail.com> References: <551DA84D.8030205@gmail.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:25:44 -0000 On Thu, 02 Apr 2015 14:36:29 -0600 jd1008 wrote: > > https prevents intermediate hop points (such as your isp) > from looking at the page content, or at the terms of your > search. But that does not prevent them from seeing the url. Actually it does. The url is sent inside the encryption. From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:30:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6E93BFA for ; Thu, 2 Apr 2015 21:30:21 +0000 (UTC) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.52.97]) by mx1.freebsd.org (Postfix) with ESMTP id 473D79B3 for ; Thu, 2 Apr 2015 21:30:21 +0000 (UTC) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 65999CB8C98; Thu, 2 Apr 2015 16:12:32 -0500 (CDT) Received: from 197.231.221.211 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Thu, 2 Apr 2015 16:12:32 -0500 (CDT) Message-ID: <4457.197.231.221.211.1428009152.squirrel@cosmo.uchicago.edu> In-Reply-To: References: Date: Thu, 2 Apr 2015 16:12:32 -0500 (CDT) Subject: Re: Why does FreeBSD insist on https? From: "Valeri Galtsev" To: "Charles Swiger" Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Dieter BSD , FreeBSD - X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:30:21 -0000 On Thu, April 2, 2015 4:06 pm, Charles Swiger wrote: > On Apr 2, 2015, at 1:26 PM, Dieter BSD wrote: >> Why do so many FreeBSD URLs redirect from http to https? >> What is this intended to accomplish? > > Security? Confidentiality? Strong(er) assurance of content integrity? > > There are an increasing # of transparent proxies which rewrite > content, inject ads, even inject malware for HTTP which are foiled > by switching to HTTPS + HSTS (HTTP Strict Transport Security). > >> This is user-hostile. Some browsers cannot do https, and there are >> good reasons (unrelated to http vs https) to use these browsers. > > Any browser which does not support HTTPS is either obsolete or simply > missing critical functionality. Your bank, online stores, utilities, > almost any site with a login are all going to require HTTPS. > > However, if you prefer to interact with the web by having a script which > performs wget and emails you back the results, go right ahead. :-) Or maybe that was just an innocent looking attempt to request change that will make FreeBSD site vulnerable as well - from those who exploit these. After all gmail is pretty faceless e-mail address... Just a wild guess ;-) Valeri > >> There are also good reasons to prefer http over https even with a >> browser >> that can do https. Https is useful when needed, but it isn't needed >> here. >> >> Can someone *please* fix this? > > You should expect that as time passes, more and more sites will either > switch > to HTTPS only and/or will switch to HTTP/2 which encourages browsers to > try and > connect via HTTPS even for http URLs. > > Regards, > -- > -Chuck > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:43:37 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D15F456 for ; Thu, 2 Apr 2015 21:43:37 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6003BAC5 for ; Thu, 2 Apr 2015 21:43:37 +0000 (UTC) Received: by igcau2 with SMTP id au2so56159437igc.1 for ; Thu, 02 Apr 2015 14:43:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:content-transfer-encoding:message-id:date :subject:from:in-reply-to:references:to; bh=EQGWZE4aUzO2ecIb+NMGAEMvgAVGvSRsw1YozsPbwCk=; b=icAcntOSH2xFMLgXqA7p8wUNwMqQ6G0W6N5vNzWe3OcC6ReQle6iheTYhIOk4qgt11 +JiiKSt27c8dqH6YG3MNfOpmWGQl2h+/kcxJsktxK8pZ/dUiG8/4sizD8iTIjY9sEUvf isjyZseYx4b00R+fVR/3BlTn86hQqNzI6uF5BQ17l4q3uDZxoeItyAvA4+XU7po7dmGj uF7R/4aC48sC9PHeuUCib8ZnGCwfm33fI2WYiAoUDqrmlTZ/+4p0ylL9acFahr6FkPNJ 8ev0RfzJyebJx0DwskalNR2lVJEx5+EaIMNb36YJiIMGL0KIetvu44h0NJlCUgiTr92N JHTQ== X-Received: by 10.50.6.4 with SMTP id w4mr23783753igw.36.1428011016808; Thu, 02 Apr 2015 14:43:36 -0700 (PDT) Received: from [127.0.0.1] ([66.11.161.139]) by mx.google.com with ESMTPSA id v3sm96574igk.1.2015.04.02.14.43.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 14:43:35 -0700 (PDT) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.1.2576) Message-ID: <20150402214335.33980491.27539.9766@gmail.com> Date: Thu, 02 Apr 2015 17:43:35 -0400 Subject: Re: Why does FreeBSD insist on https? From: Manas In-Reply-To: References: To: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:43:37 -0000 =E2=80=8EI think you should reconsider the tools you are using. There are p= lenty of good reasons for using HTTPS whenever possible. Manas On=C2=A0BlackBerry =C2=A0 Original Message =C2=A0 From: Dieter BSD Sent: Thursday, April 2, 2015 4:26 PM To: freebsd-questions@freebsd.org Subject: Why does FreeBSD insist on https? Why do so many FreeBSD URLs redirect from http to https? What is this intended to accomplish? This is user-hostile. Some browsers cannot do https, and there are good reasons (unrelated to http vs https) to use these browsers. There are also good reasons to prefer http over https even with a browser that can do https. Https is useful when needed, but it isn't needed here. Can someone *please* fix this? _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:55:28 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7FC07D5 for ; Thu, 2 Apr 2015 21:55:28 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34461C01 for ; Thu, 2 Apr 2015 21:55:28 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:d933:c0e6:e4d:c691] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 636692 for freebsd-questions@freebsd.org; Thu, 02 Apr 2015 20:55:18 +0000 Message-ID: <551DACAC.4070305@radel.com> Date: Thu, 02 Apr 2015 16:55:08 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050208040501040503010609" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:55:28 -0000 This is a cryptographically signed message in MIME format. --------------ms050208040501040503010609 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 4/2/15 4:26 PM, Dieter BSD wrote: > Why do so many FreeBSD URLs redirect from http to https? > What is this intended to accomplish? > > As always when making sweeping complaints like this, a specific example=20 or two of URLs that you find troubling and, just maybe, if you're=20 feeling ambitious, some details showing that you've checked that the web = server is indeed issuing redirects rather than it being one of the=20 client-side features pointed out already by jd1008, would make=20 informative responses much more feasible. --Jon Radel jon@radel.com --------------ms050208040501040503010609 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDIyMDU1MDhaMCMGCSqGSIb3DQEJBDEWBBT/FiNass67qzsM1rM5 zPBMdAnq0zBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQATttIhoLncZYP4 76ghrlqp7f9KZHjoJNWo8WtTz3rWrd+j1oexyoaqsH2R6OHb56FH5CToP4xGVkcEYshLMyKJ j9Ov/YmTMZoByjSCzGRJiYeBwK0ucoRcq4u+81JBADuBsvktN9sDEn3pFqYFSe1QSCm8sJ0t VfJ7KB0sH+sFzDjl8MayV9QaNSCyry0gvOgOndbWYt/Fb3ZMV9TsOEO+ROYj3ZNINTr6cVjs KvLlyC/Z5jFcBHb/ZGn2t0yIelupgzqonvdcpc7KGVIJ9mHaBcAAhkHpMWFD4F/yc6eSTaWj Qdf82e8xXOq+t1Qr7GaTtrfil+/c74XFqAybUwnhAAAAAAAA --------------ms050208040501040503010609-- From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 21:57:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E17F86E for ; Thu, 2 Apr 2015 21:57:01 +0000 (UTC) Received: from rand.keepquiet.net (keepquiet.net [144.76.43.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "keepquiet.net", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0D61C15 for ; Thu, 2 Apr 2015 21:56:59 +0000 (UTC) Received: from [10.43.1.208] (unknown [62.92.112.38]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: terje@elde.net) by rand.keepquiet.net (Postfix) with ESMTPSA id 9FE8F7A6; Thu, 2 Apr 2015 21:47:57 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (10B500) From: Terje Elde Subject: Re: Why does FreeBSD insist on https? Date: Thu, 2 Apr 2015 23:47:48 +0200 To: Dieter BSD Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 21:57:01 -0000 On 2. apr. 2015, at 22:26, Dieter BSD wrote: > What is this intended to accomplish? You could argue that it should be users choice to use http or https. With th= e amount of traffic-modification that's starting to show up though (ad-injec= tion, malicious code-injection, and so on), I think it's fair enough to argu= e that it's now also in the providers interest to use https, to ensure the c= onten received is the content sent.=20 I wouldn't appreciate it if someone visited one of my sites, and got a modif= ied version of what I intended the visitor to get. Redirecting to https is t= he most obvious step towards avoiding that.=20 If it's causing you any actual trouble, I'm sure people would be more attent= ive if you explained any real-world issues with it, rather than simply writi= ng it off as a problem, and demand it "fixed".=20 Terje From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 22:39:03 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D295AF17 for ; Thu, 2 Apr 2015 22:39:03 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9338575 for ; Thu, 2 Apr 2015 22:39:03 +0000 (UTC) Received: by igcau2 with SMTP id au2so88655800igc.0 for ; Thu, 02 Apr 2015 15:39:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ObPIeOTJc+WaW3sgFjCIUbR64Nj94K0HdgBqSH/Vx/M=; b=R2zUkw3476ilvXXnvfgN8B60IG6Kt6shg+whjM6BOzAm0gT8EHOkziWqZ54OGhnFPj mgdRyswJps7YfAIu7SnOxsV+BqZqThiyPMnptdrGM8LJT3nmw0zHgDthECiVzny27dKu w8f+LFldP0LPvWNOIg9xzlrO9Y/m077IX639iCMJdZ+/9RVpeSH0OKbb+k38Z2Uswb6D 4J9c8volIBB5cpspZJlTIF33g45J8suMx7QZ3kjffp2rz/FZL8jQQ/idnbVdP/hThELf qMNb4uJMAnEUv21zKJM0P7YRdQr89f4EQcdSZiweiwCJ2k+gKk+lizExyy5s/fGKTVR2 3lMA== X-Received: by 10.50.122.5 with SMTP id lo5mr180029igb.37.1428014342841; Thu, 02 Apr 2015 15:39:02 -0700 (PDT) Received: from localhost.localdomain (c-73-3-70-211.hsd1.ut.comcast.net. [73.3.70.211]) by mx.google.com with ESMTPSA id d5sm162246igr.22.2015.04.02.15.39.01 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Apr 2015 15:39:02 -0700 (PDT) Message-ID: <551DC4F7.5090005@gmail.com> Date: Thu, 02 Apr 2015 16:38:47 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> In-Reply-To: <20150402222539.37e330f8@gumby.homeunix.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 22:39:03 -0000 On 04/02/2015 03:25 PM, RW wrote: > On Thu, 02 Apr 2015 14:36:29 -0600 > jd1008 wrote: > >> https prevents intermediate hop points (such as your isp) >> from looking at the page content, or at the terms of your >> search. But that does not prevent them from seeing the url. > Actually it does. The url is sent inside the encryption. > That is good to know. I had thought otherwise. From owner-freebsd-questions@FreeBSD.ORG Thu Apr 2 22:42:01 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E099FEF for ; Thu, 2 Apr 2015 22:42:01 +0000 (UTC) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.52.97]) by mx1.freebsd.org (Postfix) with ESMTP id DCA55132 for ; Thu, 2 Apr 2015 22:42:00 +0000 (UTC) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id DD79ECB8C99; Thu, 2 Apr 2015 17:41:59 -0500 (CDT) Received: from 128.135.70.2 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Thu, 2 Apr 2015 17:41:59 -0500 (CDT) Message-ID: <61574.128.135.70.2.1428014519.squirrel@cosmo.uchicago.edu> In-Reply-To: <551DC4F7.5090005@gmail.com> References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> Date: Thu, 2 Apr 2015 17:41:59 -0500 (CDT) Subject: Re: Why does FreeBSD insist on https? From: "Valeri Galtsev" To: "jd1008" Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 22:42:01 -0000 On Thu, April 2, 2015 5:38 pm, jd1008 wrote: > > > On 04/02/2015 03:25 PM, RW wrote: >> On Thu, 02 Apr 2015 14:36:29 -0600 >> jd1008 wrote: >> >>> https prevents intermediate hop points (such as your isp) >>> from looking at the page content, or at the terms of your >>> search. But that does not prevent them from seeing the url. >> Actually it does. The url is sent inside the encryption. >> > That is good to know. I had thought otherwise. > but they know the host you are connecting to, so they still can learn something. Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 03:13:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A73B307 for ; Fri, 3 Apr 2015 03:13:11 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [IPv6:2001:470:67:119::4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E117B6E5 for ; Fri, 3 Apr 2015 03:13:10 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 2774F5B3BD22; Thu, 2 Apr 2015 20:13:04 -0700 (PDT) Received: from mail.parts-unknown.org (mail.parts-unknown.org [2001:470:67:119::4]) by mail.parts-unknown.org (Horde Framework) with HTTP; Thu, 02 Apr 2015 20:13:04 -0700 Date: Thu, 02 Apr 2015 20:13:04 -0700 Message-ID: <20150402201304.Horde.ps5NBpg-dY-dU9z9iH1yLQ2@mail.parts-unknown.org> From: David Benfell To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_dx4Fr28Bmzui1n8RLL4HuQ1"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 03:13:11 -0000 This message is in MIME format and has been PGP signed. --=_dx4Fr28Bmzui1n8RLL4HuQ1 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Charles Swiger : > > You should expect that as time passes, more and more sites will either sw= itch > to HTTPS only and/or will switch to HTTP/2 which encourages browsers=20= =20 >=20to try and > connect via HTTPS even for http URLs. I haven't looked at the announcement personally, so I might be=20=20 mistaken,=20but my understanding is that Google is tweaking search=20=20 rankings=20in part based on https behavior: Not only do you need to be=20= =20 doing=20it, but you need to be doing it right. And I agree that if the browser won't do https, then it's the browser=20=20 that's=20at fault, certainly not FreeBSD. --=20 David Benfell --=_dx4Fr28Bmzui1n8RLL4HuQ1 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVHgU/AAoJEBV64x4SNmArfPwP/jmduuaKbhvZQEaM7GOja4+5 DhPkf8GbO14ijJmX+ovhjWDOaZsObuZJooNUkAFRZBVW6UeDWt6rTE1SGoENIXYc bFHt6ri3KCjG6t9yIEUKlIZm9adgsyaQqybvmoZcERod8LrrpbSehKIhnXDr4GUU p2llDvhLCVCY2HmqYsdmjqGYSzPQyrJV+JPYH2UTOLNIrHgOGpBvrZb/ZVQxJrPL 58nANxBrfjFlkoRdlT7tnK4mmRUqNHNlkFO7x8GypMfHHGt6YgHgypIsXUSoKRu+ qAuEiB6Nttlkqy748Or6UnCwXt2uXfadB847PJopy61wb1LkUW3yQhVH30Y+hNcb hNMrlLDSXpNoDfX01KJgC4+n7RS3qgUPQ1HyhTRnq1ul4cIpUxRMtZ+ryzloX+Wx cfbgEk9vr6iV8VhU1HBln2DOLuNPNyRC9X4hwlVSwHQbTsl5AsdT0sc8EXE4yigB SoHggPTY0D/VuKAXefCGgrFM5Ij0m6DmV2ubm3pJbo+ZGX8Bfp8qXsFpZJyRezro ZqS75MBIQRNasRPanEezBiyzBDtd6V/JdlV1vyiti8o5AZMgu+goby1b/t9Y4ic2 z3RN08RYXRs7w6vZdF1J3Ucjin1QI5vC5ah9oET5LGhFQVT54EWkJVvbRHMf4vD+ MVz9xEpuIeu741Q6Ya0W =FCrO -----END PGP SIGNATURE----- --=_dx4Fr28Bmzui1n8RLL4HuQ1-- From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 03:39:32 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D49346DD for ; Fri, 3 Apr 2015 03:39:32 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 95EAC911 for ; Fri, 3 Apr 2015 03:39:32 +0000 (UTC) Received: by iedm5 with SMTP id m5so83997083ied.3 for ; Thu, 02 Apr 2015 20:39:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=v9dHJXxFpIw3cqVg7hvSFu2h/Y296nvmQvCqBQXi0t0=; b=arlRvPm1Zpq1UXbUvxwGrySVCLDip77Ia7T301D6XpRGdGqGy6W69O0DTX+nt/MXAq Lrs/sopQoL/J/+6sXbAWifLBXp9EUbJI2mdr4ubwDKSt3Gb7lrxqInse2IQWImmdeZRM 5H/Im71RRepDKx/zFEF+p4gDjf/Ng4AAwrVbUHTTGkvz9HsqsJEbLmk6w6xcJR2La0GJ UfZWeU3SILaB3JzgXkk/X408scLi2ZGtOeO/NEYY+eFVkbFsVUvkkjYcKxMkOzJObbZ7 JZV3l7cmqJk8FXyI2B+phdAKv6JRtFXjZreE0yl/9nFZaVD5e7tucbO0EDPfyL7r4YFv OFUA== MIME-Version: 1.0 X-Received: by 10.107.6.42 with SMTP id 42mr828079iog.52.1428032371938; Thu, 02 Apr 2015 20:39:31 -0700 (PDT) Sender: olivier2553@gmail.com Received: by 10.107.155.135 with HTTP; Thu, 2 Apr 2015 20:39:31 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Apr 2015 10:39:31 +0700 X-Google-Sender-Auth: 2OJZ2gGR1CT6iu9MczeGtfrnlGQ Message-ID: Subject: Re: Dump(8) does not do incremental From: Olivier Nicole To: Warren Block Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 03:39:32 -0000 Thanks Warren, >> Is there any reason why dump would not do incremental when used with -f -? > -u to update /etc/dumpdates after a success? That was it. But I now wonder what was the twisted reason behind that behaviour (that is not documented, man pages mention the various levels, not saying they are not working unless -u); I understand one may want to not implement the incremental dumps, but the default should enable them. Best regards, olivier From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 03:52:14 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BCD1837 for ; Fri, 3 Apr 2015 03:52:14 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 274C3A70 for ; Fri, 3 Apr 2015 03:52:13 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t333pxqm050454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Apr 2015 21:51:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t333pxGp050451; Thu, 2 Apr 2015 21:51:59 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 2 Apr 2015 21:51:59 -0600 (MDT) From: Warren Block To: Olivier Nicole Subject: Re: Dump(8) does not do incremental In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 02 Apr 2015 21:51:59 -0600 (MDT) Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 03:52:14 -0000 On Fri, 3 Apr 2015, Olivier Nicole wrote: > Thanks Warren, > >>> Is there any reason why dump would not do incremental when used with -f -? >> -u to update /etc/dumpdates after a success? > > That was it. But I now wonder what was the twisted reason behind that > behaviour (that is not documented, man pages mention the various > levels, not saying they are not working unless -u); I understand one > may want to not implement the incremental dumps, but the default > should enable them. Hmm. It should certainly be mentioned in the man page. I only remember -u because I usually have to look up what it does. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 04:37:54 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50C8ABE7 for ; Fri, 3 Apr 2015 04:37:54 +0000 (UTC) Received: from nm20-vm6.bullet.mail.ne1.yahoo.com (nm20-vm6.bullet.mail.ne1.yahoo.com [98.138.91.113]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1A206DE4 for ; Fri, 3 Apr 2015 04:37:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1428035679; bh=Fe4XWDA0UlT+NNkMOvrJB/PLU7MbU95ngmPP8kXL1Uw=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=OofbXYlKC+EwTQ9HxM//XH9zpP6pBu78W+/B2cNh/uZkRYzVnRSY1lR9UNnNkY6oRCI7i5beAP99EpN9Vc1rWCAKvJBG2SUK8NI9o/3MNCdON60xmm7fQfWGoyl+V4Ng+yT2nAZXqJXYqNBMYkxCyFugLwf1EK+b9O47kFsWz3fnNqvGSUgWNBwCuYE9KDSOysc42hKQ54XH/4TLRaAg95CRhzSheYbJnT1Hak6oQOdpuElmVze77zm3flZ/jSDTjZdNA/6w8qogMlWKi/4GyGVxE+OyVlA/ANKDCS7hoi3xjZDxXiHnDAO6xyJVrhl6aSaLc2g5kZsm96EUQk+6Ow== Received: from [98.138.100.116] by nm20.bullet.mail.ne1.yahoo.com with NNFMP; 03 Apr 2015 04:34:39 -0000 Received: from [98.138.86.157] by tm107.bullet.mail.ne1.yahoo.com with NNFMP; 03 Apr 2015 04:34:38 -0000 Received: from [127.0.0.1] by omp1015.mail.ne1.yahoo.com with NNFMP; 03 Apr 2015 04:34:38 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 973698.77120.bm@omp1015.mail.ne1.yahoo.com Received: by 98.138.101.173; Fri, 03 Apr 2015 04:34:38 +0000 Date: Fri, 3 Apr 2015 04:34:12 +0000 (UTC) From: Jin Guojun Reply-To: Jin Guojun To: Bernt Hansson , Questions Freebsd Message-ID: <902159866.4278844.1428035652702.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <551D10C7.7080201@bananmonarki.se> References: <704404404.3511095.1427958533488.JavaMail.yahoo@mail.yahoo.com> <551D10C7.7080201@bananmonarki.se> Subject: Re: mis-match library in 10.1 octave/g++48 package MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 04:37:54 -0000 It looks like that libstdc++.so.6 is too old, which does not support GLIB 3.4.10 or later. libstdc++.so.6 is part of system installation, not a package. Question is if installing a latest libstdc++.so, will it break the current system? -Jin %./a.out /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/octave/3.6.3/liboctave.so.2 not found %strings /usr/lib/libstdc++.so.6 | grep GLIB GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_FORCE_NEW On Thursday, April 2, 2015 2:50 AM, Bernt Hansson wrote: There is a PR for this error http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2014-March/275149.html On 2015-04-02 09:08, Jin Guojun wrote: > I installed octave-3.8.2 and compiled code but got run time error as following: > g++48 octave-c-api.c -I/usr/local/include/octave-3.8.2/octave -I/usr/local/include -L/usr/local/lib/octave/3.8.2 -loctave -lpcre > > ./a.out > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found > GNU C library often cause such problem, but it is not clear why gcc 4.8 requires 4.6 library.Does anyone know how to solve this problem? > Current octave package requires gnu c++ (g++) to build, and native BSD c++ does not work on this build.I wonder if octave can be built by BSD C/C++ compiler instead of G++ to avoid such problem in future. > Also, since 10.1-R use pkg to fetch/install packages from a centralized repository, and package is keeping to update to the latest release, some mechanism needs to be used to insure the library will match. > -Jin From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 06:55:53 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7454DB0A for ; Fri, 3 Apr 2015 06:55:53 +0000 (UTC) Received: from nm6.bullet.mail.gq1.yahoo.com (nm6.bullet.mail.gq1.yahoo.com [98.136.218.71]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A79CBD7 for ; Fri, 3 Apr 2015 06:55:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1428043998; bh=iR6wo+YnVlXoh6b0rtKT2UkBhDfQ3c+567eyvbqvXSU=; h=Date:From:Reply-To:To:In-Reply-To:References:Subject:From:Subject; b=RQ6A+veqXbf3R+JSTdEu1QkE7PNIE+eLR/rUAlgjPT0DL7woCS417yBsGexMv50J6ga/VH40eehwHnJ8eDvoBXizaERGLm/S7ZOERWvUATFTlZhpxtyEV7SWxUrh0TfIPKWfDm9nbEXiiVeHxg1pwtLbGrOIYzX2Hi/GU6faRXdy8Aikl3b81XLMGXssSpg2tymJhS2JUGeiS53voyvZtUmSRbDJhEX2XDj3smoZTj1O5B4F0XePK8o36S/ZVJRNB6rZMnirlVSTioNRYNcCQDj7OA9Zh2/4uk6erzmH5exu4PfLYsrRcT10SbuNgGm9H5EVfADR5MxQ2utNm5UNMg== Received: from [98.137.12.60] by nm6.bullet.mail.gq1.yahoo.com with NNFMP; 03 Apr 2015 06:53:18 -0000 Received: from [98.137.12.195] by tm5.bullet.mail.gq1.yahoo.com with NNFMP; 03 Apr 2015 06:53:18 -0000 Received: from [127.0.0.1] by omp1003.mail.gq1.yahoo.com with NNFMP; 03 Apr 2015 06:53:18 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 442518.60368.bm@omp1003.mail.gq1.yahoo.com X-YMail-OSG: DgteIi8VM1krjbt_0s4UQfdVVcyYbiZ69Q17Y_pzBcAMeTu2_nE7GahrB8Rqsdz V66UFjDBGFM7lE0yCl0zGez7uJYHD70ykjTEkk7fca0_gtL.4AWCT0IJb6xTmbB2jt2cSbcuxfkO vo0YtjcShi_E9Vd6PzmS9rvBoDgcgfOByOwQarMOEaCNS7vyCVJIe9f5_BXPpvkxG0IRs8ICJjSQ fa_tXjsvQVGFlKGnCOBcOSRcVcwUH.V9zaLtSkTL7QlNQNS6beLlmtHDKEMkT2UPpKJc_ObuQive cEVj9pnEjOXSG0u5iFu4rs7jPdq2CXX0Qhq4qeH1fLIUUjFKgFV72BCS_SWbYhA8_gnaaRzW0SwL N1e9JQDXQfESmBq.EeEXkn97aW6o2KLJ5JFD7mZrw0YKtltRMdLYmwWNrP_1mUvXZIqZjIIcKE60 .cZTguQr_Nl9DeW6UgsvMRPN5lnqUADn04kR_Fgxsx0CxZwb3xgoXOCvEbRUG4O9W8XFRxhcRBGl 3r0DbSWtrJ9CTDRFF_hdgWFYj0zvYNtI3NvFKg_s1tnE72ArHebXxlQDXUe3nFJLe2C85bmQbcVA 069uOUnsLEgEoYOheFuDPqNZMgic1Ps5rLuTOnXRsCh.jgYB.hv1uNHeBkRJui9_P6TJc2Tx.CkO wHnKQ Received: by 98.138.105.213; Fri, 03 Apr 2015 06:53:17 +0000 Date: Fri, 3 Apr 2015 06:53:17 +0000 (UTC) From: Jin Guojun Reply-To: Jin Guojun To: Bernt Hansson , Questions Freebsd Message-ID: <1473636192.4348418.1428043997041.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: <902159866.4278844.1428035652702.JavaMail.yahoo@mail.yahoo.com> References: <704404404.3511095.1427958533488.JavaMail.yahoo@mail.yahoo.com> <551D10C7.7080201@bananmonarki.se> <902159866.4278844.1428035652702.JavaMail.yahoo@mail.yahoo.com> Subject: Re: mis-match library in 10.1 octave/g++48 package MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 06:55:53 -0000 Okay, switched to 8.4-R and replaced /usr/lib/libstdc++.so.6 from package gcc-4.6.3, the problem solved. But still has no clue how to solve the /lib/libgcc_s.so.1 problem for 10.1-R system. On Thursday, April 2, 2015 9:34 PM, Jin Guojun wrote: It looks like that libstdc++.so.6 is too old, which does not support GLIB 3.4.10 or later. libstdc++.so.6 is part of system installation, not a package. Question is if installing a latest libstdc++.so, will it break the current system? -Jin %./a.out /libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/octave/3.6.3/liboctave.so.2 not found %strings /usr/lib/libstdc++.so.6 | grep GLIB GLIBCXX_3.4 GLIBCXX_3.4.1 GLIBCXX_3.4.2 GLIBCXX_3.4.3 GLIBCXX_3.4.4 GLIBCXX_3.4.5 GLIBCXX_3.4.6 GLIBCXX_3.4.7 GLIBCXX_3.4.8 GLIBCXX_3.4.9 GLIBCXX_FORCE_NEW On Thursday, April 2, 2015 2:50 AM, Bernt Hansson wrote: There is a PR for this error http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2014-March/275149.html On 2015-04-02 09:08, Jin Guojun wrote: > I installed octave-3.8.2 and compiled code but got run time error as following: > g++48 octave-c-api.c -I/usr/local/include/octave-3.8.2/octave -I/usr/local/include -L/usr/local/lib/octave/3.8.2 -loctave -lpcre > > ./a.out > /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found > GNU C library often cause such problem, but it is not clear why gcc 4.8 requires 4.6 library.Does anyone know how to solve this problem? > Current octave package requires gnu c++ (g++) to build, and native BSD c++ does not work on this build.I wonder if octave can be built by BSD C/C++ compiler instead of G++ to avoid such problem in future. > Also, since 10.1-R use pkg to fetch/install packages from a centralized repository, and package is keeping to update to the latest release, some mechanism needs to be used to insure the library will match. > -Jin From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 07:11:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 233E3C87 for ; Fri, 3 Apr 2015 07:11:05 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DF1DACE6 for ; Fri, 3 Apr 2015 07:11:04 +0000 (UTC) Received: by iebrs15 with SMTP id rs15so746372ieb.3 for ; Fri, 03 Apr 2015 00:11:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=qnxyG5hQni6hcW1euO5KIwU1Pg1bOz+zzYNLf4z4bKU=; b=I63Q29Tyg9EWKD03eR0EcGGo1Tj5NGQJq+4o6aFDdzHPiVhAqGJAKJTuIxf/sMSrMw hbV/4a6nRnHXe47uV8kRQZ21iWzmo1awrqnvG7YZoBuzf0WgEqLlwnBi+NZwOw1m2IxB Ez1CCECddm1XerH7g7m/mUCRakMjrNk1//Bn0aaV/sYoXvZeQAQIYihNgPJBpftDfQfg L9D8H+T/vuA77rP8FvXh+q9JNu8WEx8u2iIlgiXIB0cD2fsdhFcxXicMwpFDb0u29rS8 /4+R/udWviroo0gz9eTTljzFaG5J6h2M+4eTHs3xFXKMCoYk3/L+fZNZAMV9xdqX0O1O Z8rA== MIME-Version: 1.0 X-Received: by 10.107.38.17 with SMTP id m17mr1745274iom.84.1428045064132; Fri, 03 Apr 2015 00:11:04 -0700 (PDT) Sender: olivier2553@gmail.com Received: by 10.107.155.135 with HTTP; Fri, 3 Apr 2015 00:11:04 -0700 (PDT) Date: Fri, 3 Apr 2015 14:11:04 +0700 X-Google-Sender-Auth: WGyIrwyJx8RqRZOziebc00SCHiU Message-ID: Subject: Cannot build security/trousers From: Olivier Nicole To: "freebsd-questions@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 07:11:05 -0000 Hi, I cannot build /usr/ports/security/trousers. It fails during the make configure part, leaving some nasty lines in the configure script that end up causing the configure script to fail. I tried to write to the maintener, but have yet received an answer. A couple of weeks ago, I got it to compile fine on 3 successive machines, but today I am facing the 2nd machine that makes trouble. I don't remember seeing anything about that problem, am I alone? Note that security/trousers is a stone in building gnutls, so quite necessary. Best regards, Olivier From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 07:22:36 2015 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AE4EEFC for ; Fri, 3 Apr 2015 07:22:36 +0000 (UTC) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id DEA46E62 for ; Fri, 3 Apr 2015 07:22:35 +0000 (UTC) Received: from ppp103-111.static.internode.on.net (HELO lillith-iv.ovirt.dyndns.ws) ([150.101.103.111]) by ipmail06.adl6.internode.on.net with ESMTP; 03 Apr 2015 17:52:27 +1030 X-Envelope-From: ws@au.dyndns.ws X-Envelope-To: questions@freebsd.org Received: from predator-ii.buffyverse (predator-ii.buffyverse [172.17.17.136]) by lillith-iv.ovirt.dyndns.ws (8.14.5/8.14.5) with ESMTP id t337MImT012492; Fri, 3 Apr 2015 17:52:19 +1030 (CST) (envelope-from ws@au.dyndns.ws) Message-ID: <1428045738.40345.12.camel@au.dyndns.ws> Subject: Re: Dump(8) does not do incremental From: Wayne Sierke To: Warren Block Date: Fri, 03 Apr 2015 17:52:18 +1030 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (lillith-iv.ovirt.dyndns.ws [172.17.17.142]); Fri, 03 Apr 2015 17:52:19 +1030 (CST) X-Scanned-By: MIMEDefang 2.75 on 172.17.17.142 X-Scanned-By: SpamAssassin 3.004000(2014-02-07) X-Scanned-By: ClamAV X-Spam-Score: -1 () ALL_TRUSTED Cc: Olivier Nicole , "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 07:22:36 -0000 On Thu, 2015-04-02 at 21:51 -0600, Warren Block wrote: > On Fri, 3 Apr 2015, Olivier Nicole wrote: > > > Thanks Warren, > > > >>> Is there any reason why dump would not do incremental when used with -f -? > >> -u to update /etc/dumpdates after a success? > > > > That was it. But I now wonder what was the twisted reason behind that > > behaviour (that is not documented, man pages mention the various > > levels, not saying they are not working unless -u); I understand one > > may want to not implement the incremental dumps, but the default > > should enable them. > > Hmm. It should certainly be mentioned in the man page. I only remember > -u because I usually have to look up what it does. I suppose the man page is not explicit in its explanation of the "Dump levels" option. Perhaps: "tells dump to copy all files new or modified since the last dump of any lower level." could be changed to: "tells dump to copy all files new or modified since the last dump of any lower level as recorded in dumpdates." or: "tells dump to copy all files new or modified since the last dump (in dumpdates) of any lower level." etc. (And while we're there perhaps "of any lower level" can become "at any lower level"?) From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 07:32:56 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F8FA2C7 for ; Fri, 3 Apr 2015 07:32:56 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3E876F4C for ; Fri, 3 Apr 2015 07:32:56 +0000 (UTC) Received: by obbec2 with SMTP id ec2so161149872obb.3 for ; Fri, 03 Apr 2015 00:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=5rcm/lmzUaRYvqXGW0v3aeZY+XVh9MK6kUBjaYlzd+c=; b=rHRZ/xR3rBzcUqKIVVS7TIwTFaATtA9a7gsM9MEe5zAyYlCO0+QO2EtW+BJWOUeJRK A0+Md+Hx+f6PwsLkSMEHqpMzBsxGC8v7Ue/f2Tt0FsRVwgDbpbUfsUttnQl/gsH1ZiXB dX7/D7Pfx5g57fk/Ikw3c+14S+ZRM80mzyA3sdhdxRhnO9kj/kBGHAC9JCVvfG1mOanV CgFcHL6QYSCPFZ4Oxns9wE7Iw2iC/Jw7PX0UgDrjVHynWdm+Zhy2mh1YjU2wZc3A84MC aGQ4h+YTGkrhWe0Nys6PHcWfXH33/bwcZd5jKX9YvDJmx21Z7cpA299Kp15YVYPvSfJe QT1A== X-Received: by 10.60.133.176 with SMTP id pd16mr1470559oeb.78.1428046375555; Fri, 03 Apr 2015 00:32:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.115.73 with HTTP; Fri, 3 Apr 2015 00:32:35 -0700 (PDT) In-Reply-To: <551DC4F7.5090005@gmail.com> References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> From: Nino J Date: Fri, 3 Apr 2015 09:32:35 +0200 Message-ID: Subject: Re: Why does FreeBSD insist on https? To: User Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 07:32:56 -0000 On Fri, Apr 3, 2015 at 12:38 AM, jd1008 wrote: > On 04/02/2015 03:25 PM, RW wrote: > >> On Thu, 02 Apr 2015 14:36:29 -0600 >> jd1008 wrote: >> >>> https prevents intermediate hop points (such as your isp) >>> from looking at the page content, or at the terms of your >>> search. But that does not prevent them from seeing the url. >>> >> Actually it does. The url is sent inside the encryption. >> > That is good to know. I had thought otherwise. Just bear in mind that the OP mentioned redirect to https. That means that the initial request to the exact URL (i.e. before being redirected and switching to https) is visible. -- Nino From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 07:48:54 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BC334C4 for ; Fri, 3 Apr 2015 07:48:54 +0000 (UTC) Received: from mail-pd0-x234.google.com (mail-pd0-x234.google.com [IPv6:2607:f8b0:400e:c02::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56F6B94 for ; Fri, 3 Apr 2015 07:48:54 +0000 (UTC) Received: by pdbni2 with SMTP id ni2so114450833pdb.1 for ; Fri, 03 Apr 2015 00:48:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1YNH3s33iImOVkFsqyZoaRdpQ7wle7zqgqoguRXHMZI=; b=R6KuZIf5HOlVoDpWlvVlqcfqlUo4Yflda8/jp6qRN2664KRPaPiSAZUpr9aJOxDHXO IhbimsAU0fUiohIztXt+TyYT8no3SuwRwNX2CPCTvv+RS40aCfQ5d+C41Ua8kaGoXIu0 W0oZ3ms5N6+yVDpv11gfMyCh0Cd/BbYmUbKMtOmANoEbhd3sKOxQly45+urKEFA7h3Dm Y07YMNvrVcknUwg5xuW0I7FzxLEh7cpUCL2u/P7YONEctLuda1bmF+a3E4iED1m7HmQO 4yTeHWPOE591OTcDf4VX2WTQR4sP6kVQFXZnsybQVSFCcYQqKkyDPoW0h2NmK7PFO82w l0Rw== X-Received: by 10.66.66.108 with SMTP id e12mr2229930pat.31.1428047333870; Fri, 03 Apr 2015 00:48:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.70.81.198 with HTTP; Fri, 3 Apr 2015 00:48:33 -0700 (PDT) In-Reply-To: References: From: Michael Schuster Date: Fri, 3 Apr 2015 09:48:33 +0200 Message-ID: Subject: Re: Cannot build security/trousers To: Olivier Nicole Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 07:48:54 -0000 without knowing any of the details of this port, I'd assume that showing what's actually going wrong would help in getting some more educated response than this one :-) cheers Michael On Fri, Apr 3, 2015 at 9:11 AM, Olivier Nicole wrote: > Hi, > > I cannot build /usr/ports/security/trousers. It fails during the make > configure part, leaving some nasty lines in the configure script that > end up causing the configure script to fail. > > I tried to write to the maintener, but have yet received an answer. A > couple of weeks ago, I got it to compile fine on 3 successive > machines, but today I am facing the 2nd machine that makes trouble. > > I don't remember seeing anything about that problem, am I alone? > > Note that security/trousers is a stone in building gnutls, so quite > necessary. > > Best regards, > > Olivier > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > -- Michael Schuster http://recursiveramblings.wordpress.com/ From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 08:29:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB76BDAF for ; Fri, 3 Apr 2015 08:29:11 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [IPv6:2607:fc50:0:a400::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A93B866D for ; Fri, 3 Apr 2015 08:29:11 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:2580:181:21c:c0ff:fe7f:96ee]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mario.brtsvcs.net (Postfix) with ESMTPSA id E8F352C160E; Fri, 3 Apr 2015 08:29:02 +0000 (UTC) Received: from [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by chombo.houseloki.net (Postfix) with ESMTPSA id 3FFFB53D; Fri, 3 Apr 2015 01:29:00 -0700 (PDT) Message-ID: <551E4F43.1060109@bluerosetech.com> Date: Fri, 03 Apr 2015 01:28:51 -0700 From: Mel Pilgrim Reply-To: User Questions User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Nino J , User Questions Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 08:29:11 -0000 On 2015-04-03 00:32, Nino J wrote: > Just bear in mind that the OP mentioned redirect to https. That means that > the initial request to the exact URL (i.e. before being redirected and > switching to https) is visible. Which is why we have HSTS. Packaged HSTS lists prevent the browser from ever sending an uncrypted URL. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 12:57:34 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 784806E9 for ; Fri, 3 Apr 2015 12:57:34 +0000 (UTC) Received: from mail-ob0-x22b.google.com (mail-ob0-x22b.google.com [IPv6:2607:f8b0:4003:c01::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B86E65F for ; Fri, 3 Apr 2015 12:57:34 +0000 (UTC) Received: by obbec2 with SMTP id ec2so169191096obb.3 for ; Fri, 03 Apr 2015 05:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Pb0Yad9hSHBR80eLiEZKCafH3eOH7u95IxDwIXU+ZAY=; b=I0lOhGhyUovkwncE1lWiTaf99URt0VpH9oSWUklTstnqTJt3TaoiDx5BYutGzuqAZq ufKz/vKIvbP4OnpEcXDCV8T0mbUs3FM2Jzy2VYQ5iMkIZiFNRuBrDI69xWarUi+n7lto F3r3c9gxrX2AMRJeS4M54ICnBb2kVip7YzLX3Cx1O1WLpZqg5HVz5k4ZQwxy8CEJwFqi Bv27eofZSmWCVncd6+B/yk66xoMqovyesS1jAPFH3wePEqorLsgRTYBdAf4lJz5hdXQf zRH3X51imAH0/cAq/G9HbsXl1wCAAi926OdFJZjpt64KwMdEns0H6I1AdRgE+p4Wt7Wh Fq2g== MIME-Version: 1.0 X-Received: by 10.60.50.69 with SMTP id a5mr2788818oeo.23.1428065853366; Fri, 03 Apr 2015 05:57:33 -0700 (PDT) Received: by 10.202.174.196 with HTTP; Fri, 3 Apr 2015 05:57:33 -0700 (PDT) Date: Fri, 3 Apr 2015 13:57:33 +0100 Message-ID: Subject: Looking for advice on GRE failover From: Harry Duncan To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 12:57:34 -0000 Hi Guys, I've been using FreeBSD as gateways and implementing vpn's using GRE tunnels, but hit a new requirement which I'm struggling to find a solution for, and thought I might share it here and get your advice on how to proceed. Two sites, sitea and siteb, both running freebsd gateway servers, both currently on ADSL for wan, with a GRE tunnel tunnel between the sites, secured by racoon, but now we need a highly available solution for the intersite link. We use pf to firewall. Site-a will have a dependency on infrastructure at site-b, but site-b will not have any dependency on site-a The physical solution will be to add another wan to each side, this time based on a wireless broadband link from an alternate provider which, just like the adsl these connections will be bridged into the server. What I would 'like' to have is the following GRE tunnels: site-a site-b wisp-a_.._.._.._.._.._wisp-b \ ______/ \ / \---------- _____/ \ / \ adsl-a===============adsl-b So, GRE tunnels would be: Primary: wisp-a_.._.._.._.._.._wisp-b Backup1: adsl-a________________wisp-b Backup2: wisp-a----------------adsl-b Backup3: adsl-a================adsl-b What i need then is an automatic means to route traffic from site-a to site-b over those 4 tunnels depending on the availability of the link, and current best thinking is that the above order will apply, but that may vary once the the wisp links go in. First hit I came up with is Carp, but that would require separate devices for each tunnel config and even still, I'm not sure I can make the device unavailable if there is a link problem. Second hit i came up with is lagg, but it appears to me that this will require the actual interface to go down in order to change the route. My preference is to have this as automated as possible but with an alerting structure to monitor the links for manual intervention which I can easily implement with something like nagios So my question is, am I looking for another tool on FreeBSD to manage this, or should I be looking at a tool to heartbeat the links and take the interfaces down if the heartbeat fails thus allowing lagg to autofailover to the next in the list, and then make it a manual alert response to bring the preferred link back up. any thoughts or advice or even advice on a different more appropriate list for this question? Thanks, Harry. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 13:08:41 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 767B0AA1 for ; Fri, 3 Apr 2015 13:08:41 +0000 (UTC) Received: from rand.keepquiet.net (keepquiet.net [144.76.43.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "keepquiet.net", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 351BD7C5 for ; Fri, 3 Apr 2015 13:08:40 +0000 (UTC) Received: from [10.171.152.79] (2.150.2.228.tmi.telenormobil.no [2.150.2.228]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: terje@elde.net) by rand.keepquiet.net (Postfix) with ESMTPSA id B6CD71915; Fri, 3 Apr 2015 13:08:36 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <2F5ABE09-E39A-4BA9-B8B8-66A784539A2C@elde.net> X-Mailer: iPhone Mail (10B500) From: Terje Elde Subject: Re: Looking for advice on GRE failover Date: Fri, 3 Apr 2015 15:08:33 +0200 To: Harry Duncan Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 13:08:41 -0000 On 3. apr. 2015, at 14:57, Harry Duncan wrote: > any thoughts or advice or even advice on a different more appropriate list= > for this question? First thing that comes to mind is to set up dynamic routing, such as OSPF, w= ith the gre tunnels. I've got a similar setup with gif over ipsec, and bird= (see ports) for ospf. Allows you to specify different cost for different ro= utes as well.=20 Terje= From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 14:40:23 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C203D4E0 for ; Fri, 3 Apr 2015 14:40:23 +0000 (UTC) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80F99162 for ; Fri, 3 Apr 2015 14:40:23 +0000 (UTC) Received: by obvd1 with SMTP id d1so173887619obv.0 for ; Fri, 03 Apr 2015 07:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ilpkUSYpG/NboV2Sb2iXPaL7RzaSxCOApD2IPJV1zVE=; b=xEVJs2YqlYn8JbO3/NpEEWKbe4VHO8LRvMfIQA6RxEM7M8WzoZzdzWSehjRrIvNPl3 WPueX/pVMKX1BwUEmbQ8Fm/kT+Vg4wG63D/QwhIYFUJj43XqnmT+yrlnLJtLDu33PNyH gStG7jfRh56KoJrHhXgkpS91pn9EhZO+7wtpkliJfICcEeSMX30boLkeCyExvp3h5Qpd 3bhv3LNkejCL+9seAuPo+VdcAeQvGRVZLMe6GhOKau2tTp4d4zqQ0JIRtXYGJYk9fOBh Gm75zVDvNHyNzfijWGNqO8JLGjfyl4aYk97XNvP3aHoXUO2SbFS6kh8MGm4zMmJrMHqP 6tbw== MIME-Version: 1.0 X-Received: by 10.182.72.225 with SMTP id g1mr3352038obv.80.1428072022951; Fri, 03 Apr 2015 07:40:22 -0700 (PDT) Received: by 10.202.174.196 with HTTP; Fri, 3 Apr 2015 07:40:22 -0700 (PDT) In-Reply-To: <2F5ABE09-E39A-4BA9-B8B8-66A784539A2C@elde.net> References: <2F5ABE09-E39A-4BA9-B8B8-66A784539A2C@elde.net> Date: Fri, 3 Apr 2015 15:40:22 +0100 Message-ID: Subject: Re: Looking for advice on GRE failover From: Harry Duncan To: Terje Elde Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 14:40:23 -0000 On Fri, Apr 3, 2015 at 2:08 PM, Terje Elde wrote: > On 3. apr. 2015, at 14:57, Harry Duncan wrote: > > > any thoughts or advice or even advice on a different more appropriate > list > > for this question? > > First thing that comes to mind is to set up dynamic routing, such as OSPF, > with the gre tunnels. I've got a similar setup with gif over ipsec, and > bird (see ports) for ospf. Allows you to specify different cost for > different routes as well. > > Looks like just the ticket, plenty for me to play with. Thanks for the heads up. Harry. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 15:47:50 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9BA3ACF6 for ; Fri, 3 Apr 2015 15:47:50 +0000 (UTC) Received: from fusor.joshualokken.com (fusor.joshualokken.com [192.223.25.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F85FADB for ; Fri, 3 Apr 2015 15:47:50 +0000 (UTC) Received: from 0019cb2ce9ff.click-network.com ([131.191.16.14] helo=localhost) by fusor.joshualokken.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1Ye3eD-0001Mp-A5 for freebsd-questions@freebsd.org; Fri, 03 Apr 2015 08:36:41 -0700 Date: Fri, 3 Apr 2015 08:36:56 -0700 From: Joshua Lokken To: freebsd-questions@freebsd.org Subject: Re: [CFT] Call for testing pkg 1.5.0 Message-ID: <20150403153656.GA5129@satellite.workgroup.local> References: <20150331190323.GF30115@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20150331190323.GF30115@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 15:47:50 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mar/31 09:03PM, Baptiste Daroussin wrote: > Hi all, >=20 > We just released pkg 1.5.0 beta1 (in ports-mgmt/pkg-devel), >=20 > Here is what happened since pkg 1.4.0: >8 -- [snip] -- *<=20 > Please test and report as much bugs as you can! > We could be very grateful if regressions tests could be provided along wi= th the > bug reports :) > Bapt jrlokken@satellite:~ % uname -a FreeBSD satellite.workgroup.local 10.1-STABLE FreeBSD 10.1-STABLE=20 #1 r280923: Tue Mar 31 15:32:16 PDT 2015=20 root@satellite.workgroup.local:/usr/obj/usr/src/sys/SATELLITE amd64 jrlokken@satellite:~ % pkg version -x kde kcm-polkit-kde-0.0.20121008_3 =3D kde-4.14.2 < kde-base-artwork-4.14.2 < kde-baseapps-4.14.2_1 < kde-runtime-4.14.2_3 < kde-wallpapers-4.14.2 < kde-workspace-4.11.13_2 < =2E.. jrlokken@satellite:~ % pkg version kde Child process pid=3D9630 terminated abnormally: Segmentation fault Seems to work for day-to-day operation, but if I attempt to pass a bad argument to pkg version, it segfaults. I know, I know... "Then don't pass bad arguments to pkg version :)" --=20 Joshua Lokken --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCgAGBQJVHrOYAAoJEJuCE7pKYjPNvKwIAK3c4J/fBsv74BTu7fhV30CB TkD1Tq+WdPqaqXtPx4BvXAouy7KU+RVioJoAYywvRCulX89yb4UFyPk2mQPsUQ8e GG3majYyiQ5TNOqj9ONVwaioSdMQYV+DYc1R3BIsVr6OOYlCkziugASLsRDgfaG4 0hkw0qtPJGvuhgv904UZtNQiyxHxCko3N2os2YstmKG36NJp+qKa2SUN5l1rS/JR TUAJDoVhomfwcl1ycmyugQd09fzbGkTe6z8aJSUXWlmeL0BZTX9gdzTRPuvfaf5m KllAtsZvXbbvo92AmDrbzRQncuuFmgIU2Qiu1cIal2bnbXvjPDCqP7X0RQJULxs= =MOKZ -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 15:50:57 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3082F9C for ; Fri, 3 Apr 2015 15:50:57 +0000 (UTC) Received: from fusor.joshualokken.com (fusor.joshualokken.com [192.223.25.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 132C9B6F for ; Fri, 3 Apr 2015 15:50:56 +0000 (UTC) Received: from 0019cb2ce9ff.click-network.com ([131.191.16.14] helo=localhost) by fusor.joshualokken.com with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1Ye3s0-0001Ob-B9 for freebsd-questions@freebsd.org; Fri, 03 Apr 2015 08:50:56 -0700 Date: Fri, 3 Apr 2015 08:51:11 -0700 From: Joshua Lokken To: freebsd-questions@freebsd.org Subject: Re: [CFT] Call for testing pkg 1.5.0 Message-ID: <20150403155111.GC5129@satellite.workgroup.local> References: <20150331190323.GF30115@ivaldir.etoilebsd.net> <20150403153656.GA5129@satellite.workgroup.local> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <20150403153656.GA5129@satellite.workgroup.local> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 15:50:57 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Apr/03 08:36AM, Joshua Lokken wrote: > On Mar/31 09:03PM, Baptiste Daroussin wrote: > > Hi all, > >=20 > > We just released pkg 1.5.0 beta1 (in ports-mgmt/pkg-devel), > >=20 > > Here is what happened since pkg 1.4.0: > >8 -- [snip] -- *<=20 > > Please test and report as much bugs as you can! > > We could be very grateful if regressions tests could be provided along = with the > > bug reports :) > > Bapt >=20 >=20 >=20 My apologies, folks. This message was meant for -stable, not=20 -questions. -- Joshua --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCgAGBQJVHrbvAAoJEJuCE7pKYjPNOuoIAKhgL2Ze5X9bN06jUCL9C726 FZCHQKsIqwVQ9UBzvu+hOGm6OGGV0OgdTgkqF5unIkkfQvfaY4H76PXl0tQMGP3D F4auTkylGHRUHIeWMJRQGwQ+MzSqQ6nDiEFUh5wTtLxmPdXltTrCiXbuqfuFVX7a hIqZUr6IlMB/EkDlo9EskNsOOORjInnTZ6XD2AWutFadyMpfQ8wAepaxDyMyNR/f nBnozymp+0JbTd2qGoF5o7ytk7mW+Pz1rukVA7kxzL2z223wQL3wy3/CYGqQqFpJ iTbt4qbLfAQYtau8f8KyGWZksjKnSHZQIcnF+xVjtPXiRVAs7BqzhH1855GTpYA= =/DvC -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef-- From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 17:22:27 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D2DEA366 for ; Fri, 3 Apr 2015 17:22:27 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.162]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1EBD8A7 for ; Fri, 3 Apr 2015 17:22:27 +0000 (UTC) Received: from WorkBox.Home (184-100-67-185.mpls.qwest.net [184.100.67.185]) by mx.zohomail.com with SMTPS id 1428081739483487.50589281406224; Fri, 3 Apr 2015 10:22:19 -0700 (PDT) Date: Fri, 3 Apr 2015 12:22:11 -0500 From: Bigby James To: freebsd-questions@freebsd.org Subject: Re: Dump(8) does not do incremental Message-ID: <20150403172211.GA73894@WorkBox.Home> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 17:22:27 -0000 On 04/03, Olivier Nicole wrote: > I understand one may want to not implement the incremental dumps, but the > default should enable them. There are several reasons full upgrades are the safer and saner default. Incremental backups are convenient because they consume less time in the present, but the fact is that backing up data and restoring it do not deserve equally consideration since restoring data is always a matter of immediate need. Incremental backups require less time to create but are more time-consuming to restore, and without a proper naming scheme incremental backups can significantly raise the possibility of human error during the restoration process. Finally, while the ideal scenario is a backup system that can be automated, one cannot reliably automate a restoration process, so keeping things simpler and more flexible for restoration should be the focus when setting defaults for a backup system. And of course strictly incremental backups just don't make sense in some cases, such as when the base system and/or '/var' are stored on their own partitions. In such a case, making a full backup takes a few minutes at the most on a single-user machine, while if a lot of frequently changed time-sensitive data like mail or specialized logs are stored in '/var' for a cluster or network then incremental backups increase the risk of inconsistencies on restore (unless a filesystem is unmounted when a dump is made, which isn't always an option). Finally, you also need to consider that the manner in which people increment and rotate their backups is a matter of personal preference, so coming to a consensus on a default implementation of incremental backups would probably be a real pain for the developers. Defaulting to "back up everything in one place" is just the smarter option. It lessens the learning curve and chances for error for new users and potentially sacrifices a little convenience now for a big payoff in convenience and assurance when they matter most later on. Although I have to agree that yes, the nature of the /etc/dumpdates file could be more clearly documented. It's mentioned several times in the man page, but perhaps a brief explanation should be given in the 'Description' section near the top. -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 17:59:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 35A06781 for ; Fri, 3 Apr 2015 17:59:32 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E439C6C for ; Fri, 3 Apr 2015 17:59:31 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so107721093ied.1 for ; Fri, 03 Apr 2015 10:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=dvqD2F5HY3H0j2cjaps4PqzHRn2lNUPzSuzm/PVqUVA=; b=tUPyHDnVXCSacaQqETPu7bG6Md9T7fVJOD5ICTC63akdjq5uC9t0n9aM6WerbvP1oF Ej7ORpYTK+VxRFUZ1WFkubH5gng1+wYr92z4fOjqeekGlkSGJeKuhsZ2fFTXAS8Tn3Gb J1wWWocPvZRl0e50IN9PSXekovgmNUjjdEslN1lWyasEcjD4QoO3jb86SQWAJwaA68aw +otZnQssiBt5wcwvNItzj2+WpIE3sbVMiVRfDZ1pq0QccpzWKJ9fc5bFdna3bUYeAqa8 zZyYbX48UH5b/XS8o2VRx0di9+RFdbyGldrYw3RDbW2KX/dtCJ3Hd1XK77n8MevfKsvM XRtg== MIME-Version: 1.0 X-Received: by 10.42.171.193 with SMTP id k1mr5287943icz.67.1428083971377; Fri, 03 Apr 2015 10:59:31 -0700 (PDT) Received: by 10.64.223.170 with HTTP; Fri, 3 Apr 2015 10:59:31 -0700 (PDT) Date: Fri, 3 Apr 2015 09:59:31 -0800 Message-ID: Subject: Re: Why does FreeBSD insist on https? From: Dieter BSD To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 17:59:32 -0000 > Why do so many FreeBSD URLs redirect from http to https? > What is this intended to accomplish? > > This is user-hostile. Some browsers cannot do https, and there are > good reasons (unrelated to http vs https) to use these browsers. > There are also good reasons to prefer http over https even with a browser > that can do https. Https is useful when needed, but it isn't needed here. > > Can someone *please* fix this? Maxim replies: https://www.eff.org/deeplinks/2015/04/china-uses-unencrypted-websites-to-hijack\ -browsers-in-github-attack I complain about unnecessary https so of course you offer a https link. Very useful. Thank you. >From what I've read about that attack there are better ways to prevent it than using https. (I'll leave that as a exercise for the reader.) Charles replies: > Security? Confidentiality? For information that is openly published? > Strong(er) assurance of content integrity? Maybe slightly. But it should be the user's choice. > There are an increasing # of transparent proxies which rewrite > content, inject ads, even inject malware for HTTP which are foiled > by switching to HTTPS + HSTS (HTTP Strict Transport Security). Perhaps. For the moment. How long until the bad guys find a way to get around the https/hsts speed bump? Probably not very long, if they haven't already. Word is that some people *have* already found ways around the speed bump. > Any browser which does not support HTTPS is either obsolete or simply > missing critical functionality. Ya, ya, kids today consider anything more than 5ns old obsolete. Doesn't make it so. I have tried a LOT of browsers and they ALL lack important functionality. Most were so broken they were completely unusable. I've fixed bug in browsers and made enhancements to them. Had to fix well over 1000 bugs in one browser before I managed to get it to compile. > Your bank, online stores, utilities, > almost any site with a login are all going to require HTTPS. There are plenty of sites with logins that do not require https. Again, this is information that is openly published. In many, possibly all, cases the URLs used to work properly with http. Terje replies: > If it's causing you any actual trouble It is. Original message is quoted above, read it again, and don't assume I'm looking for an argument, or abuse. I'm not suggesting that the ability to do https be taken away. Those who want https can type https. I'm only saying that the website should honor http for those who prefer or need it. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:40:02 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4EE1269 for ; Fri, 3 Apr 2015 18:40:02 +0000 (UTC) Received: from sender1.zohomail.com (sender1.zohomail.com [74.201.84.162]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF5F2A0 for ; Fri, 3 Apr 2015 18:40:02 +0000 (UTC) Received: from WorkBox.Home (184-100-67-185.mpls.qwest.net [184.100.67.185]) by mx.zohomail.com with SMTPS id 1428086400004319.0455209380541; Fri, 3 Apr 2015 11:40:00 -0700 (PDT) Date: Fri, 3 Apr 2015 13:39:57 -0500 From: Bigby James To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? Message-ID: <20150403183957.GA1379@WorkBox.Home> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:40:02 -0000 On 04/03, Dieter BSD wrote: >> Any browser which does not support HTTPS is either obsolete or simply >> missing critical functionality. > Ya, ya, kids today consider anything more than 5ns old obsolete. > Doesn't make it so. > > I have tried a LOT of browsers and they ALL lack important functionality. > Most were so broken they were completely unusable. I've fixed bug > in browsers and made enhancements to them. Had to fix well over > 1000 bugs in one browser before I managed to get it to compile. I noticed you've (perhaps mistakenly) omitted mention of what browser you happen to be using and what pages you're trying to access, while simultaneously pointing the finger at other browsers for lacking "important" functionality. What "other browsers" lack doesn't really matter, nor does the work you've done on other browsers in the past, nor for that matter does what you personally consider "important functionality." What matters is what browser you're using, and why it (for whatever reason) can't access these FreeBSD-related pages. On a lark, I went ahead and installed Firefox, Chromium, Dillo, VimB, Luakit, UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them is able to access https://www.freebsd.org without any problem, with the exceptions of UZBL and lynx, which each complain about SSL/TLS issues (which can in turn be circumvented in their respective configurations). Without stating what browser you're using, what version it's at, and what pages you're trying to acces one is left to wonder why the FreeBSD site maintainers should be expected to change their site structure simply to accomodate what could very well be user error or oversight, or a single piece of poorly functioning software. Proper resolution of the issue (whatever it may actually be) counts on cooperation, not beligerence. -- "A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools." - Douglas Adams From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:41:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 820AF2FD for ; Fri, 3 Apr 2015 18:41:16 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [199.48.128.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 54C14144 for ; Fri, 3 Apr 2015 18:41:16 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:2580:181:21c:c0ff:fe7f:96ee]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mario.brtsvcs.net (Postfix) with ESMTPSA id 5D79C2C160E; Fri, 3 Apr 2015 18:41:14 +0000 (UTC) Received: from [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by chombo.houseloki.net (Postfix) with ESMTPSA id 8AEE759C; Fri, 3 Apr 2015 11:41:12 -0700 (PDT) Message-ID: <551EDEBF.5020409@bluerosetech.com> Date: Fri, 03 Apr 2015 11:41:03 -0700 From: Mel Pilgrim Reply-To: freebsd-questions@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Dieter BSD , freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:41:16 -0000 On 2015-04-03 10:59, Dieter BSD wrote: > From what I've read about that attack there are better ways to prevent it > than using https. (I'll leave that as a exercise for the reader.) No, please don't leave it as an exercise for us. That's what security research has been doing for decades. So far the only viable solution is encryption. If you have a better solution than encryption to the problem of in-flight modification of data, I and the rest of human existence would like to hear it. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:44:48 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9608E5BC for ; Fri, 3 Apr 2015 18:44:48 +0000 (UTC) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.52.97]) by mx1.freebsd.org (Postfix) with ESMTP id 532DD182 for ; Fri, 3 Apr 2015 18:44:47 +0000 (UTC) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 140A2CB8C9B; Fri, 3 Apr 2015 13:44:47 -0500 (CDT) Received: from 128.135.70.2 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Fri, 3 Apr 2015 13:44:47 -0500 (CDT) Message-ID: <14416.128.135.70.2.1428086687.squirrel@cosmo.uchicago.edu> In-Reply-To: References: Date: Fri, 3 Apr 2015 13:44:47 -0500 (CDT) Subject: Re: Why does FreeBSD insist on https? From: "Valeri Galtsev" To: "Dieter BSD" Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:44:48 -0000 On Fri, April 3, 2015 12:59 pm, Dieter BSD wrote: >> Why do so many FreeBSD URLs redirect from http to https? >> What is this intended to accomplish? >> >> This is user-hostile. Some browsers cannot do https, and there are >> good reasons (unrelated to http vs https) to use these browsers. >> There are also good reasons to prefer http over https even with a >> browser >> that can do https. Https is useful when needed, but it isn't needed >> here. >> >> Can someone *please* fix this? > > Maxim replies: > https://www.eff.org/deeplinks/2015/04/china-uses-unencrypted-websites-to-hijack\ > -browsers-in-github-attack > > I complain about unnecessary https so of course you offer a https link. > Very useful. Thank you. > >>From what I've read about that attack there are better ways to prevent it > than using https. (I'll leave that as a exercise for the reader.) > > Charles replies: >> Security? Confidentiality? > > For information that is openly published? > >> Strong(er) assurance of content integrity? > > Maybe slightly. But it should be the user's choice. No: ensuring the content comes to recipient unmodified by arbitrary 3rd partied is right of content provider. Not the one who visits the website. You can establish the rules only for the websites _you_ own, maintain, and are responsible for content of. Anybody (who is not website owner) demanding that changed are in sane people's mind attempting to force that change on behalf of malicious exploiters. So, either you keep insisting on that, and therefore are identifying yourself with website hijackers and orchestrators of DOS attacks. Or you stop insisting on that. I for one after someone explained to you the reasons in layman language, seeing you keep insisting, would just ban you off the list. Luckily for you I'm not one of the list admins. Valeri > >> There are an increasing # of transparent proxies which rewrite >> content, inject ads, even inject malware for HTTP which are foiled >> by switching to HTTPS + HSTS (HTTP Strict Transport Security). > > Perhaps. For the moment. How long until the bad guys find a way to > get around the https/hsts speed bump? Probably not very long, if they > haven't already. Word is that some people *have* already found ways > around the speed bump. > >> Any browser which does not support HTTPS is either obsolete or simply >> missing critical functionality. > > Ya, ya, kids today consider anything more than 5ns old obsolete. > Doesn't make it so. > > I have tried a LOT of browsers and they ALL lack important functionality. > Most were so broken they were completely unusable. I've fixed bug > in browsers and made enhancements to them. Had to fix well over > 1000 bugs in one browser before I managed to get it to compile. > >> Your bank, online stores, utilities, >> almost any site with a login are all going to require HTTPS. > > There are plenty of sites with logins that do not require https. > Again, this is information that is openly published. In many, > possibly all, cases the URLs used to work properly with http. > > Terje replies: >> If it's causing you any actual trouble > > It is. Original message is quoted above, read it again, and don't > assume I'm looking for an argument, or abuse. > > I'm not suggesting that the ability to do https be taken away. Those > who want https can type https. I'm only saying that the website should > honor http for those who prefer or need it. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:53:05 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D9CC939 for ; Fri, 3 Apr 2015 18:53:05 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 6150D27E for ; Fri, 3 Apr 2015 18:53:05 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 2410C33C1E; Fri, 3 Apr 2015 14:52:54 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id DAD9B39819; Fri, 3 Apr 2015 14:52:52 -0400 (EDT) From: Lowell Gilbert To: Bigby James Subject: Re: Dump(8) does not do incremental References: <20150403172211.GA73894@WorkBox.Home> Reply-to: freebsd-questions@freebsd.org Date: Fri, 03 Apr 2015 14:52:51 -0400 In-Reply-To: <20150403172211.GA73894@WorkBox.Home> (Bigby James's message of "Fri, 3 Apr 2015 12:22:11 -0500") Message-ID: <44ioddgi2k.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:53:05 -0000 Bigby James writes: > On 04/03, Olivier Nicole wrote: > >> I understand one may want to not implement the incremental dumps, but the >> default should enable them. > > There are several reasons full upgrades are the safer and saner default. [...] There are several reasons why one would want to have backups in the first place, and no one approach will serve all of them. The "Backup Basics" chapter of the FreeBSD Handbook covers a lot of the tradeoffs. One tradeoff that chapter doesn't touch on is data confidentiality issues with backups. If your needs require offsite and/or offline backups (and most do, at least in my opinion), you may need encryption. Which can't be automated (although it doesn't necessarily have to happen at the same time the backup is made). This is why so many businesses use outside services for offsite backup -- it lets them depend on physical security instead of having to keep encryption keys secure. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 18:56:46 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 233A8CE2 for ; Fri, 3 Apr 2015 18:56:46 +0000 (UTC) Received: from rand.keepquiet.net (keepquiet.net [144.76.43.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "keepquiet.net", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D53B52E4 for ; Fri, 3 Apr 2015 18:56:45 +0000 (UTC) Received: from [10.171.152.79] (2.150.2.228.tmi.telenormobil.no [2.150.2.228]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: terje@elde.net) by rand.keepquiet.net (Postfix) with ESMTPSA id 58BC6C96; Fri, 3 Apr 2015 18:56:41 +0000 (UTC) References: In-Reply-To: Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (10B500) From: Terje Elde Subject: Re: Why does FreeBSD insist on https? Date: Fri, 3 Apr 2015 20:56:38 +0200 To: Dieter BSD Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 18:56:46 -0000 On 3. apr. 2015, at 19:59, Dieter BSD wrote: > Terje replies: >> If it's causing you any actual trouble >=20 > It is. Original message is quoted above, read it again, and don't > assume I'm looking for an argument, or abuse. I never made any such assumption. I was just trying to get across that it se= ems a bit hard to pin down what the problem is. Without understanding that, i= t's hard to offer any assistance. You did email questions@ after all.=20 > I'm only saying that the website should > honor http for those who prefer or need it. The only user group I'm aware of that would need access without https are co= nvicts in some locations. Surely there could be other user groups as well, b= ut I'm not aware of them, which brings us back to wanting to understand the p= roblem.=20 Terje From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 21:47:35 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EAB5F40F for ; Fri, 3 Apr 2015 21:47:35 +0000 (UTC) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BD8F827 for ; Fri, 3 Apr 2015 21:47:35 +0000 (UTC) Received: by qcay5 with SMTP id y5so96419893qca.1 for ; Fri, 03 Apr 2015 14:47:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=xCA/Jgj9ft56G+7NN1klnWGnyK8O8ho5xdUEvyQzpgw=; b=ft1EnN6XMc86wKSM4ZfbfI7K2iC+3qdyyhMnfdwOwv1fOkiNAdIK78ZVV5lHopnvrR aGaQIWsVXvWsDWP05n8nT8m9KKEF3/Ec5XtaDDbwvuuLup5mtcloggndJba4bzkDtelv k8Lnni//Q3GgUzvnzXW/C4hr5F72XHFgexCgQn7ld03eX9e3gV6rcCz/0iUzt85NBgUC iZEXeGkgmfY/YGr2TwnXFRUyS9N2nErQyxKUqPjAosG+dZIAsBXKv7u3UTsbdh4726Vk PJB5P2+60YqOJpyGYhCnwy2/EYMn6rC9XHlbXEOLRNQul/DZ/4vSOm0ueUz0xhOSck4Y MgHg== X-Received: by 10.140.49.9 with SMTP id p9mr4771108qga.51.1428097654779; Fri, 03 Apr 2015 14:47:34 -0700 (PDT) Received: from localhost.localdomain ([209.181.150.218]) by mx.google.com with ESMTPSA id m202sm6465652qhb.30.2015.04.03.14.47.33 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Apr 2015 14:47:33 -0700 (PDT) Message-ID: <551F0A74.5000709@gmail.com> Date: Fri, 03 Apr 2015 15:47:32 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 21:47:36 -0000 On 04/03/2015 01:32 AM, Nino J wrote: > On Fri, Apr 3, 2015 at 12:38 AM, jd1008 wrote: > >> On 04/02/2015 03:25 PM, RW wrote: >> >>> On Thu, 02 Apr 2015 14:36:29 -0600 >>> jd1008 wrote: >>> >>>> https prevents intermediate hop points (such as your isp) >>>> from looking at the page content, or at the terms of your >>>> search. But that does not prevent them from seeing the url. >>>> >>> Actually it does. The url is sent inside the encryption. >>> >> That is good to know. I had thought otherwise. > > Just bear in mind that the OP mentioned redirect to https. That means that > the initial request to the exact URL (i.e. before being redirected and > switching to https) is visible. > That happens to me by virtue of the fact that I have installed a plugin for FF which tests to see if the URL supports https, if not, then it defaults to http. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 21:53:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D02C1565 for ; Fri, 3 Apr 2015 21:53:16 +0000 (UTC) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81BE68F9 for ; Fri, 3 Apr 2015 21:53:16 +0000 (UTC) Received: by qcbii10 with SMTP id ii10so74245708qcb.2 for ; Fri, 03 Apr 2015 14:53:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=c+0KE+DpSc3iiKptEpMt0UcuDFb+7GWyPiauP0lEo5g=; b=S+klzrmGd+l8JVJz7AXDmAo3EMkb3QRS4RK60ixpXp0qqw66gqN9PQzNyXRL66aoLE 2VUgFrM0Vw4EF+1feMYJNLmfMPtxrtoh48DvdzdkKUpJfV/m6UZfeWTiW5qs1Jh2/Plq vFLY3DqlzPwHPZ4NYtEp+3PuVr3illCXtRaena1vGPtgcHKWzT28xdzfqtliFTyzd7gh jza8PNYwShboNZdsgx+vV2Py4jNmha6DmWdYU6nL1U0JZOQ49OxwkB1gpW7O4aVLbImx qru63aRZIKmMwho7VnUeIMIpo3iA8CCeEYBI/PmoMwxg2jYaWFLGFOeMzoQbsX8/pcwb PQDQ== X-Received: by 10.55.22.194 with SMTP id 63mr8233495qkw.3.1428097995481; Fri, 03 Apr 2015 14:53:15 -0700 (PDT) Received: from localhost.localdomain ([209.181.150.218]) by mx.google.com with ESMTPSA id b17sm6489863qka.11.2015.04.03.14.53.13 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Apr 2015 14:53:14 -0700 (PDT) Message-ID: <551F0BC9.1050405@gmail.com> Date: Fri, 03 Apr 2015 15:53:13 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> <551E4F43.1060109@bluerosetech.com> In-Reply-To: <551E4F43.1060109@bluerosetech.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 21:53:16 -0000 On 04/03/2015 02:28 AM, Mel Pilgrim wrote: > On 2015-04-03 00:32, Nino J wrote: >> Just bear in mind that the OP mentioned redirect to https. That means >> that >> the initial request to the exact URL (i.e. before being redirected and >> switching to https) is visible. > > Which is why we have HSTS. Packaged HSTS lists prevent the browser > from ever sending an uncrypted URL. > > ________ Unfortunately, too many web sites do not have HSTS installed in the http server. I have seen it in many web sites. From owner-freebsd-questions@FreeBSD.ORG Fri Apr 3 23:41:55 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 688EF282 for ; Fri, 3 Apr 2015 23:41:55 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) by mx1.freebsd.org (Postfix) with ESMTP id 293FD266 for ; Fri, 3 Apr 2015 23:41:54 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:40812] helo=raspberrypi.bildanet.com) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 53/98-31229-FF42F155; Fri, 03 Apr 2015 23:40:47 +0000 Received: from [192.168.1.53] (helo=baho-utot.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YeBCh-0000wc-7e for freebsd-questions@freebsd.org; Fri, 03 Apr 2015 19:40:47 -0400 Message-ID: <551F24FF.9020101@columbus.rr.com> Date: Fri, 03 Apr 2015 19:40:47 -0400 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> In-Reply-To: <20150403183957.GA1379@WorkBox.Home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 23:41:55 -0000 On 04/03/15 14:39, Bigby James wrote: > On 04/03, Dieter BSD wrote: >>> Any browser which does not support HTTPS is either obsolete or simply >>> missing critical functionality. >> Ya, ya, kids today consider anything more than 5ns old obsolete. >> Doesn't make it so. >> >> I have tried a LOT of browsers and they ALL lack important functionality. >> Most were so broken they were completely unusable. I've fixed bug >> in browsers and made enhancements to them. Had to fix well over >> 1000 bugs in one browser before I managed to get it to compile. > I noticed you've (perhaps mistakenly) omitted mention of what browser you happen > to be using and what pages you're trying to access, while simultaneously > pointing the finger at other browsers for lacking "important" functionality. > What "other browsers" lack doesn't really matter, nor does the work you've done on > other browsers in the past, nor for that matter does what you personally > consider "important functionality." What matters is what browser you're using, > and why it (for whatever reason) can't access these FreeBSD-related pages. > > On a lark, I went ahead and installed Firefox, Chromium, Dillo, VimB, Luakit, > UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them is able to > access https://www.freebsd.org without any problem, with the exceptions of UZBL > and lynx, which each complain about SSL/TLS issues (which can in turn be > circumvented in their respective configurations). Without stating what browser > you're using, what version it's at, and what pages you're trying to acces one is > left to wonder why the FreeBSD site maintainers should be expected to change > their site structure simply to accomodate what could very well be user error or > oversight, or a single piece of poorly functioning software. Proper resolution > of the issue (whatever it may actually be) counts on cooperation, not > beligerence. > NCSA Mosaic? From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 00:20:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5C40A7F for ; Sat, 4 Apr 2015 00:20:09 +0000 (UTC) Received: from mario.brtsvcs.net (mario.brtsvcs.net [199.48.128.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 88E1678F for ; Sat, 4 Apr 2015 00:20:09 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:2580:181:21c:c0ff:fe7f:96ee]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mario.brtsvcs.net (Postfix) with ESMTPSA id 4AF262C160E; Sat, 4 Apr 2015 00:20:07 +0000 (UTC) Received: from [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by chombo.houseloki.net (Postfix) with ESMTPSA id AA3AF5DE; Fri, 3 Apr 2015 17:20:05 -0700 (PDT) Message-ID: <551F2E2D.6090106@bluerosetech.com> Date: Fri, 03 Apr 2015 17:19:57 -0700 From: Mel Pilgrim Reply-To: freebsd-questions@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: scrat , freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> In-Reply-To: <551F24FF.9020101@columbus.rr.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 00:20:09 -0000 On 2015-04-03 16:40, scrat wrote: > On 04/03/15 14:39, Bigby James wrote: >> On a lark, I went ahead and installed Firefox, Chromium, Dillo, VimB, Luakit, >> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them is able to >> access https://www.freebsd.org without any problem, with the exceptions of UZBL >> and lynx, which each complain about SSL/TLS issues (which can in turn be >> circumvented in their respective configurations). > > NCSA Mosaic? Considering NCSA Mosaic wouldn't even work on a modern website, I think we can safely remove it from the test cases. ;) From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 01:22:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D186843 for ; Sat, 4 Apr 2015 01:22:09 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [50.250.218.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1785D9D for ; Sat, 4 Apr 2015 01:22:08 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 80) id DE4565B3BD24; Fri, 3 Apr 2015 18:22:07 -0700 (PDT) Received: from mail.parts-unknown.org (mail.parts-unknown.org [2001:470:67:119::4]) by mail.parts-unknown.org (Horde Framework) with HTTP; Fri, 03 Apr 2015 18:22:07 -0700 Date: Fri, 03 Apr 2015 18:22:07 -0700 Message-ID: <20150403182207.Horde.4tWAInV2MEGqMujCj2DYHw8@mail.parts-unknown.org> From: David Benfell To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> <551E4F43.1060109@bluerosetech.com> <551F0BC9.1050405@gmail.com> In-Reply-To: <551F0BC9.1050405@gmail.com> User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_cgGFZjL3kRlnMRU_RSdQ5A1"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 01:22:09 -0000 This message is in MIME format and has been PGP signed. --=_cgGFZjL3kRlnMRU_RSdQ5A1 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting jd1008 : > On 04/03/2015 02:28 AM, Mel Pilgrim wrote: >> On 2015-04-03 00:32, Nino J wrote: >>> Just bear in mind that the OP mentioned redirect to https. That means t= hat >>> the initial request to the exact URL (i.e. before being redirected and >>> switching to https) is visible. >> >> Which is why we have HSTS. Packaged HSTS lists prevent the browser=20= =20 >>=20from ever sending an uncrypted URL. >> >> ________ > Unfortunately, too many web sites do not have HSTS installed in the=20=20 >=20http server. > I have seen it in many web sites. I've been using Qualys SSL Check to catch details like this. The word=20=20 probably=20*does* need to be put out better that you have not properly=20= =20 configured=20a web site unless you've visited a site like this and=20=20 checked. --=20 David Benfell --=_cgGFZjL3kRlnMRU_RSdQ5A1 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVHzy/AAoJEBV64x4SNmAr6/UP/2XDccPaApI4yA+DNsgAa3MK zbpgk2w/5e4vLNgV2qMRvzgyF3zGx41WVVZERHv/ZaVfphJ/qP+QuIZZrx0SiepV V8ZFqtHZB+lRV2RMs3A6qrI9CAd+rfA8G4pk6W9eFJkZDU/8tLjuK6t96NAqxXI7 YZe7jqi7EqTFHRJdgZxlFEHsEDhLaIAWnASMmOqDHpcBb4o0A3bhPLvh8VMZEG2g E9LQN0qTZ0THhiNCLM3fgJkHDnN+nfWbapWA5gg7IHes/bTXsHJMxbbSH3cUA3w5 cqZ2lmuzsqUhABYnCso0z6VOpO/nVDjRI1BbxkJUP5C+ODnsZ/5wV4EMPJpYfxlK GALx6r2rwsl/MSzXMrk86H/dq13RydDU3eHIJHHvLlWs5eQffN04TL4ERx4Xc0Fb C9WvxjWnavZfZkSdfY53myuovwaVVO8oUQuP0/qaA3Hk29M89rcz+hoZW8NLy124 6kYyhalB9QuhUlLlAbvJLAmqDP+O0vIurcU9yXpoUBaOUbXMR/BxV4tJxAPEcBi9 w4iiT7SmPn91DtzHSV1uXhlW0/Pdi4bSlESzoq16OcVhG2Gvhm3aDHPeoAQXC1mH B7mqwbLHNcjdqsDGn2i5rfk01MI5ewaPdnsecP745r5zyYIcxnnkXrzmQ1e986Qg ZE4rribjJk8uP1RmgkrA =YEz6 -----END PGP SIGNATURE----- --=_cgGFZjL3kRlnMRU_RSdQ5A1-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 01:30:24 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82B9A92A for ; Sat, 4 Apr 2015 01:30:24 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40BB9DD3 for ; Sat, 4 Apr 2015 01:30:24 +0000 (UTC) Received: by ierf6 with SMTP id f6so100528037ier.2 for ; Fri, 03 Apr 2015 18:30:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Lmq9ivHPXF+MUAwyrpgy13NW79yf7cOIxf/E+mLvTBE=; b=FhF4oRnYFHNohMgicJ6eX22G5g5orRfo7asBQHOMkO01Vr+KlSrNKmJEdHcuqyYYGk mJaM/3E8mo7kXhvOu5sn/MlPD1Z3HVDS0uMNMssQilrISjNnvTRTBsVMGPsXlCHIWm3J UCRSgnI33IXRWbd1TVCZrpjYddHT3UBSEVBrWgeSU1IzVGBSe78HdbvQ2gD1W5PmbTiu V+IrxYH1M9dQFeydgaFrokF93X9qZA+k55Aa/9RyhySpHfD7U6mieEuEJQrZqDRNQYYM R7zKGnEmnb4BaCXQsXWJosKpHkDowpCSyWxZ2h6lUOVp9UndwPHAcSpF3+g+5bkBFoan UiGg== X-Received: by 10.107.130.145 with SMTP id m17mr7281281ioi.89.1428111023600; Fri, 03 Apr 2015 18:30:23 -0700 (PDT) Received: from localhost.localdomain ([50.243.6.59]) by mx.google.com with ESMTPSA id x9sm2689308igl.2.2015.04.03.18.30.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Apr 2015 18:30:22 -0700 (PDT) Message-ID: <551F3EAA.5050406@gmail.com> Date: Fri, 03 Apr 2015 19:30:18 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> <551E4F43.1060109@bluerosetech.com> <551F0BC9.1050405@gmail.com> <20150403182207.Horde.4tWAInV2MEGqMujCj2DYHw8@mail.parts-unknown.org> In-Reply-To: <20150403182207.Horde.4tWAInV2MEGqMujCj2DYHw8@mail.parts-unknown.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 01:30:24 -0000 On 04/03/2015 07:22 PM, David Benfell wrote: > Quoting jd1008 : > >> On 04/03/2015 02:28 AM, Mel Pilgrim wrote: >>> On 2015-04-03 00:32, Nino J wrote: >>>> Just bear in mind that the OP mentioned redirect to https. That >>>> means that >>>> the initial request to the exact URL (i.e. before being redirected and >>>> switching to https) is visible. >>> >>> Which is why we have HSTS. Packaged HSTS lists prevent the browser >>> from ever sending an uncrypted URL. >>> >>> ________ >> Unfortunately, too many web sites do not have HSTS installed in the >> http server. >> I have seen it in many web sites. > > I've been using Qualys SSL Check to catch details like this. The word > probably *does* need to be put out better that you have not properly > configured a web site unless you've visited a site like this and checked. Huh??? Did you omit some words from your sentence?? :) :) Honestly, I do not quiet get the gist of your post. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 01:42:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0307A10 for ; Sat, 4 Apr 2015 01:42:16 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [IPv6:2607:fc50:1000:1f00::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 76E88F27 for ; Sat, 4 Apr 2015 01:42:16 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:2580:181:21c:c0ff:fe7f:96ee]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by luigi.brtsvcs.net (Postfix) with ESMTPSA id E09FE2D4F8D; Sat, 4 Apr 2015 01:42:14 +0000 (UTC) Received: from [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29] (unknown [IPv6:2601:7:2580:181:baca:3aff:fe83:bd29]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by chombo.houseloki.net (Postfix) with ESMTPSA id 111506D2; Fri, 3 Apr 2015 18:42:13 -0700 (PDT) Message-ID: <551F416B.5010004@bluerosetech.com> Date: Fri, 03 Apr 2015 18:42:03 -0700 From: Mel Pilgrim Reply-To: freebsd-questions@freebsd.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: jd1008 , freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <551DA84D.8030205@gmail.com> <20150402222539.37e330f8@gumby.homeunix.com> <551DC4F7.5090005@gmail.com> <551E4F43.1060109@bluerosetech.com> <551F0BC9.1050405@gmail.com> <20150403182207.Horde.4tWAInV2MEGqMujCj2DYHw8@mail.parts-unknown.org> <551F3EAA.5050406@gmail.com> In-Reply-To: <551F3EAA.5050406@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 01:42:16 -0000 On 2015-04-03 18:30, jd1008 wrote: > > > On 04/03/2015 07:22 PM, David Benfell wrote: >> Quoting jd1008 : >> >>> On 04/03/2015 02:28 AM, Mel Pilgrim wrote: >>>> On 2015-04-03 00:32, Nino J wrote: >>>>> Just bear in mind that the OP mentioned redirect to https. That >>>>> means that >>>>> the initial request to the exact URL (i.e. before being redirected and >>>>> switching to https) is visible. >>>> >>>> Which is why we have HSTS. Packaged HSTS lists prevent the browser >>>> from ever sending an uncrypted URL. >>>> >>>> ________ >>> Unfortunately, too many web sites do not have HSTS installed in the >>> http server. >>> I have seen it in many web sites. >> >> I've been using Qualys SSL Check to catch details like this. The word >> probably *does* need to be put out better that you have not properly >> configured a web site unless you've visited a site like this and checked. > Huh??? > Did you omit some words from your sentence?? :) :) > Honestly, I do not quiet get the gist of your post. He means that testing using a tool like Qualys' SSL Server Check should be a requirement for website configuration. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 01:55:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D5E0AF2 for ; Sat, 4 Apr 2015 01:55:11 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id E1942FED for ; Sat, 4 Apr 2015 01:55:10 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:40870] helo=raspberrypi.bildanet.com) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id E6/4F-08188-8B34F155; Sat, 04 Apr 2015 01:51:52 +0000 Received: from [192.168.1.53] (helo=baho-utot.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YeDFY-00010J-3F for freebsd-questions@freebsd.org; Fri, 03 Apr 2015 21:51:52 -0400 Message-ID: <551F43B7.2020905@columbus.rr.com> Date: Fri, 03 Apr 2015 21:51:51 -0400 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> In-Reply-To: <551F2E2D.6090106@bluerosetech.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 01:55:11 -0000 On 04/03/15 20:19, Mel Pilgrim wrote: > On 2015-04-03 16:40, scrat wrote: >> On 04/03/15 14:39, Bigby James wrote: >>> On a lark, I went ahead and installed Firefox, Chromium, Dillo, >>> VimB, Luakit, >>> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them is >>> able to >>> access https://www.freebsd.org without any problem, with the >>> exceptions of UZBL >>> and lynx, which each complain about SSL/TLS issues (which can in >>> turn be >>> circumvented in their respective configurations). >> >> NCSA Mosaic? > > Considering NCSA Mosaic wouldn't even work on a modern website, I > think we can safely remove it from the test cases. ;) > But I still have it installed on my RedHat 5.2 ( do you want a copy? ) from many years ago ( middle 1990's ), i386 with several MBs of ram......all 16 of them. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 02:07:09 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE623BD8 for ; Sat, 4 Apr 2015 02:07:09 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [50.250.218.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF81111A for ; Sat, 4 Apr 2015 02:07:09 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 25B365B3BD24; Fri, 3 Apr 2015 19:07:09 -0700 (PDT) Received: from mail.parts-unknown.org (mail.parts-unknown.org [2001:470:67:119::4]) by mail.parts-unknown.org (Horde Framework) with HTTP; Fri, 03 Apr 2015 19:07:09 -0700 Date: Fri, 03 Apr 2015 19:07:09 -0700 Message-ID: <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> From: David Benfell To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> In-Reply-To: <551F43B7.2020905@columbus.rr.com> User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_lzR0kZr7dGYM2gTuFQnORQ1"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 02:07:09 -0000 This message is in MIME format and has been PGP signed. --=_lzR0kZr7dGYM2gTuFQnORQ1 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting scrat : > On 04/03/15 20:19, Mel Pilgrim wrote: >> On 2015-04-03 16:40, scrat wrote: >>> On 04/03/15 14:39, Bigby James wrote: >>>> On a lark, I went ahead and installed Firefox, Chromium, Dillo,=20=20 >>>>=20VimB, Luakit, >>>> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them=20=20 >>>>=20is able to >>>> access https://www.freebsd.org without any problem, with the=20=20 >>>>=20exceptions of UZBL >>>> and lynx, which each complain about SSL/TLS issues (which can in turn = be >>>> circumvented in their respective configurations). >>> >>> NCSA Mosaic? >> >> Considering NCSA Mosaic wouldn't even work on a modern website, I=20=20 >>=20think we can safely remove it from the test cases. ;) >> > > > But I still have it installed on my RedHat 5.2 ( do you want a copy?=20= =20 >=20) from many years ago ( middle 1990's ), i386 with several MBs of=20=20 >=20ram......all 16 of them. This thread *is* satire, isn't it? --=20 David Benfell --=_lzR0kZr7dGYM2gTuFQnORQ1 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVH0dNAAoJEBV64x4SNmAr0BQQAIgPQJ6RvsnQ4hw3XqSieM5n GdSuaDqtUawAzHyDiJ7of8/A37F4CQh1t6NgETmZqYANJ3Zxp+jJTPo2nuttz/OF jjNYyOKfQtOf9CYbIIUfKg7rTkp7Ff29kkS1Jc14nGGFn5xy/GKwVE3V1rOSeva8 VRliNWYEESSdd5/hPZ4N7IFWvA86cn8znPFlyMuboi4Ta6aR1b/LtFIGTnbEjdi6 zqrr5uAzD0NEViIYCeEecKO3+PlGq/6k4BSwQkAcuOlJXpPObruFAv17eNTC8L1q PsV22ZeXSU719Dmo6fQduf9zFIvBU2gw7jHwE9B6Tb0K6kEMWo6ZMouOQlk2ufAV kjKxioYghqZf90Kdnp+445fR5VNUbR86j61+yIXHhLAws8SnFZAc1jWNpfPmo1xc qETugFmlcMI5507TjW5FIEi2qN+iE+F9pS3fhWFOC9a1m1wUUZMCmlp4ZUaXPuHO NksBO/m9z45btHtASNC/OqbCMzQk8u8qCnBD3T2rWCy/tcfAPlQLMZMykDFf4Rar n1ZYf2UnMSX9XILLak1oRLtsMoVVK6eirZCq5mTL0D+Wyjl+s6CeIaS5ofzBeyqo GIPBcz4GtSi2Y2PnXHfVjb6Do5cvQcvB/w+wWqSxNrQjNcH961PtymgqKffmTWSj 7Dg5GC4GJ+Xd9vqfWvs9 =WWbv -----END PGP SIGNATURE----- --=_lzR0kZr7dGYM2gTuFQnORQ1-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 02:11:36 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6822CA8 for ; Sat, 4 Apr 2015 02:11:36 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83D671DE for ; Sat, 4 Apr 2015 02:11:36 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-67.adsl.hiwaay.net [216.180.19.67]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t342BSCT008656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 3 Apr 2015 21:11:28 -0500 Message-ID: <551F49C6.3080107@hiwaay.net> Date: Fri, 03 Apr 2015 21:17:42 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> In-Reply-To: <551F43B7.2020905@columbus.rr.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 02:11:36 -0000 On 04/03/15 20:51, scrat wrote: > > > On 04/03/15 20:19, Mel Pilgrim wrote: >> On 2015-04-03 16:40, scrat wrote: >>> On 04/03/15 14:39, Bigby James wrote: >>>> On a lark, I went ahead and installed Firefox, Chromium, Dillo, >>>> VimB, Luakit, >>>> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them is >>>> able to >>>> access https://www.freebsd.org without any problem, with the >>>> exceptions of UZBL >>>> and lynx, which each complain about SSL/TLS issues (which can in >>>> turn be >>>> circumvented in their respective configurations). >>> >>> NCSA Mosaic? >> >> Considering NCSA Mosaic wouldn't even work on a modern website, I >> think we can safely remove it from the test cases. ;) >> > > > But I still have it installed on my RedHat 5.2 ( do you want a copy? ) > from many years ago ( middle 1990's ), i386 with several MBs of > ram......all 16 of them. > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > I originally ran Mosaic on an old SGI IRIS, also mid '90's, using an external USR PPP modem hooked to the serial port, 1st through a breakout box, then w/ a custom made cable, true RS232 .... So there ;-) .... I thought Mosaic is what became Netscape mozilla/firefox, no ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 09:45:54 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 06C66A9 for ; Sat, 4 Apr 2015 09:45:54 +0000 (UTC) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90F116C for ; Sat, 4 Apr 2015 09:45:53 +0000 (UTC) Received: by wiun10 with SMTP id n10so15245831wiu.1 for ; Sat, 04 Apr 2015 02:45:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W6HHdJPh92ClNST9rWCODRnBGX5LsJqa1mbJ3RigIrU=; b=wZrU6dq7Twu0LAn7ZPGIdxai3RGAnWLj8AkXGDUHnLZZQpH7GXBVgYT/vYc3I6ZjC8 OQ35cTbWXVZ4CC6h7G7DGMHlRrQSHT/8aYmz6Wn2PpPtnrWL1WVab+rsDeJ0TwdYcf8u dY2U78+BkAIGPuMBBzEOetRbTuVZToS+rZRuQxvbfBZrHwQi7VNnSjpY+FylWHT+D+t3 tj3kVBXWg/aEa2G09VpClDAQTa806/Eue/raaGdKHvYE5HnRJC8GQpZL8JlFvJHfIhUa GdqrWM7EJxHeKOz+W24h5yBAwRYG5bSl8kgFPFpLC6SX/P+N+B5UcoZruxFapPm7HRUS BFvg== MIME-Version: 1.0 X-Received: by 10.180.95.102 with SMTP id dj6mr41287537wib.45.1428140752099; Sat, 04 Apr 2015 02:45:52 -0700 (PDT) Received: by 10.180.5.1 with HTTP; Sat, 4 Apr 2015 02:45:52 -0700 (PDT) Date: Sat, 4 Apr 2015 11:45:52 +0200 Message-ID: Subject: nfs4acl problems on zfs From: =?UTF-8?B?SXN0dsOhbiBIw7Nib3I=?= To: freebsd-questions@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 09:45:54 -0000 Hi Gents, I have a problem with a couple of files, I can't delete or modify them.. I have a zpool named rpool, mounted with nfs4acl option.. for example: rpool on /mnt/rpool (zfs, local, nfsv4acls) *nas4free: bin # getfacl rcp* *# file: rcp* *# owner: root* *# group: wheel* * owner@:r-x---aARWcCos:------:allow* * group@:r-x---a-R-c--s:------:allow* * everyone@:r-x---a-R-c--s:------:allow* *nas4free: bin # rm -f rcp * *rm: rcp: Operation not permitted* ls: -r-sr-xr-x 1 root wheel 20464 Jul 11 2014 rcp* rm -f rcp rm: rcp: Operation not permitted Soo, what can I do, instead of recreate the zpool? cmod or setfacl didnt work.. Istvan From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 09:56:11 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95A80222 for ; Sat, 4 Apr 2015 09:56:11 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58779169 for ; Sat, 4 Apr 2015 09:56:11 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so108070968igb.1 for ; Sat, 04 Apr 2015 02:56:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cKE6cGRf0pbXw7YH5Dr432yCl8ObrftOF+P82mR9qYU=; b=tmHuK3nM7driKthGpZlt7Ife/fiSWpIVTc46WzEpuKaVp46x8pQ8bWvNgCrVylAeWh R4eZQFgyORhEqU4XXRUgobt557Ec+Ub+YEny6mgETAiRTBiRVFm4mII/+mnpRF+v5G35 oKPul1WyVddJCUI+sYfbc6Exxyp0jUqVhB85Scnx+CQJtwpjDEa0AQQfLYAWcb0UUZ8/ XvZuQG6WHOlYn5UMXWOJf8yoWe1ma0jJHV4yUqmbNjNflhtExu2EQ1AjASSga6Swsasq zqsiNeVPBwHt4y8j8wYauzJK56T6HsUWBg4p6434n1oELbBk6HjB19I8s1ePrYnAzFBN ce9g== MIME-Version: 1.0 X-Received: by 10.50.253.12 with SMTP id zw12mr33246485igc.24.1428141370144; Sat, 04 Apr 2015 02:56:10 -0700 (PDT) Received: by 10.64.208.106 with HTTP; Sat, 4 Apr 2015 02:56:10 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Apr 2015 02:56:10 -0700 Message-ID: Subject: Re: nfs4acl problems on zfs From: Mehmet Erol Sanliturk To: =?UTF-8?B?SXN0dsOhbiBIw7Nib3I=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 09:56:11 -0000 On Sat, Apr 4, 2015 at 2:45 AM, Istv=C3=A1n H=C3=B3bor wrote: > Hi Gents, > > I have a problem with a couple of files, I can't delete or modify them.. = I > have a zpool named rpool, mounted with nfs4acl option.. > for example: > > rpool on /mnt/rpool (zfs, local, nfsv4acls) > > *nas4free: bin # getfacl rcp* > *# file: rcp* > *# owner: root* > *# group: wheel* > * owner@:r-x---aARWcCos:------:allow* > * group@:r-x---a-R-c--s:------:allow* > * everyone@:r-x---a-R-c--s:------:allow* > *nas4free: bin # rm -f rcp * > *rm: rcp: Operation not permitted* > > ls: -r-sr-xr-x 1 root wheel 20464 Jul 11 2014 rcp* > > rm -f rcp > rm: rcp: Operation not permitted > > Soo, what can I do, instead of recreate the zpool? cmod or setfacl didnt > work.. > > > Istvan > _______________________________________________ > > Change mode in server , not in client . My opinion is that there are serious problems in NFS programming both in FreeBSD and Linux . I am creating a file myself in client , I am not able to change its mode in the client . In server , if logged in as "user" , it is not possible to change mode or owner of files created by clients although owner of the directories of server is belong to "user" . My solution is to log in server as "root" and when it is necessary change file owner and mode in server . If you like you may use "sudo" instead of logging as "root" when it is not suitable . . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 10:02:03 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3514F441 for ; Sat, 4 Apr 2015 10:02:03 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B479E22B for ; Sat, 4 Apr 2015 10:02:02 +0000 (UTC) Received: by wgin8 with SMTP id n8so37999845wgi.0 for ; Sat, 04 Apr 2015 03:02:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j9qp+yfydR+sL6+NivdDWZJSE42b+JstWlX1iy+5Q6E=; b=V/Jel3fTLgPb0EVHpYBu1EnSJ6HTbAQs3jSsOtwbBKGtL7ZhG+cHVDePGpKiODcfhj YB5UdvBbi1lJuviyUCVq9rVNZcJ3FD2BeFtZFSBu+62D7L+3Sacio6kRHGqPf6IXBbJT WMaWAdfWja7EQmmVhGaHcEBoPq9SmJln4WZ5r+EBHbjhUMDZaQip2rPaGof6ZM8fYcER wZURlu3139jOcR9JDDvyXRhNU8O8V/4F3pQfm10pTU0pA3bZKT6PybHaBw6VZJXKdfiS uGHNrdq/d6Qb2Dw8yot1WzrD3qW+KLkpm/p/RoS78lAqAv/4wBgkqOZhA7X02kH3f7ne D1lQ== MIME-Version: 1.0 X-Received: by 10.194.222.135 with SMTP id qm7mr13007158wjc.14.1428141721166; Sat, 04 Apr 2015 03:02:01 -0700 (PDT) Received: by 10.180.5.1 with HTTP; Sat, 4 Apr 2015 03:02:01 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Apr 2015 12:02:01 +0200 Message-ID: Subject: Re: nfs4acl problems on zfs From: =?UTF-8?B?SXN0dsOhbiBIw7Nib3I=?= To: Mehmet Erol Sanliturk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 10:02:03 -0000 Well, I'm not using nfs, its just a mounting option for my zpool, and I would like to delete some files from that pool, locally. Of course, I'm logged in as root. 2015-04-04 11:56 GMT+02:00 Mehmet Erol Sanliturk : > > > On Sat, Apr 4, 2015 at 2:45 AM, Istv=C3=A1n H=C3=B3bor wrote: > >> Hi Gents, >> >> I have a problem with a couple of files, I can't delete or modify them..= I >> have a zpool named rpool, mounted with nfs4acl option.. >> for example: >> >> rpool on /mnt/rpool (zfs, local, nfsv4acls) >> >> *nas4free: bin # getfacl rcp* >> *# file: rcp* >> *# owner: root* >> *# group: wheel* >> * owner@:r-x---aARWcCos:------:allow* >> * group@:r-x---a-R-c--s:------:allow* >> * everyone@:r-x---a-R-c--s:------:allow* >> *nas4free: bin # rm -f rcp * >> *rm: rcp: Operation not permitted* >> >> ls: -r-sr-xr-x 1 root wheel 20464 Jul 11 2014 rcp* >> >> rm -f rcp >> rm: rcp: Operation not permitted >> >> Soo, what can I do, instead of recreate the zpool? cmod or setfacl didnt >> work.. >> >> >> Istvan >> _______________________________________________ >> >> > > Change mode in server , not in client . > > My opinion is that there are serious problems in NFS programming both in > FreeBSD and Linux . > I am creating a file myself in client , I am not able to change its mode > in the client . > > In server , if logged in as "user" , it is not possible to change mode or > owner of files created by clients although owner of the directories of > server is belong to "user" . > > My solution is to log in server as "root" and when it is necessary change > file owner and mode in server . > > > If you like you may use "sudo" instead of logging as "root" when it is no= t > suitable . . > > > Thank you very much . > > > Mehmet Erol Sanliturk > > > > Istvan From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 10:20:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 474557AE for ; Sat, 4 Apr 2015 10:20:32 +0000 (UTC) Received: from DUB004-OMC4S1.hotmail.com (dub004-omc4s1.hotmail.com [157.55.2.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CC68C5E6 for ; Sat, 4 Apr 2015 10:20:30 +0000 (UTC) Received: from DUB131-W65 ([157.55.2.72]) by DUB004-OMC4S1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Sat, 4 Apr 2015 03:19:22 -0700 X-TMN: [pWqteHz2xtSr4RDThTjFIaAwrSoOc1tA] X-Originating-Email: [bourne.identity@hotmail.com] Message-ID: From: Manish Jain To: "freebsd-questions@freebsd.org" Subject: How to get printer functional after successful CUPS test page ? Date: Sat, 4 Apr 2015 11:19:22 +0100 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 04 Apr 2015 10:19:22.0264 (UTC) FILETIME=[D193B980:01D06EC0] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 10:20:32 -0000 Hi=2C I have an HP M1005 LaserJet printer on FreeBSD 10.1 amd64. After plenty of = haggling=2C I managed to get it print a test page under CUPS. The USB printer's details are as under : hp:/usb/HP_LaserJet_M1005?serial=3DKJ3AZFA http://localhost:631/printers/HP_LaserJet_M1005 My local IP is 192.168.10.101 In my next level of graduation=2C I have to get it to print directly from c= lients : 1) on the local system=2C mostly GNOME. Current clients have only have 2 op= tions in the Print dialog : Print To File and Print To LPR. Something needs= to be done beyond the handbook mandate to make clients realize there is so= mething called CUPS too 2) On the network=2C mostly Windows boxes. I tried adding http://192.168.10= .101:631/printers/HP_LaserJet_M1005 as a network printer using Windows' all= -powerful Add A Printer tool. The tool however complains that it could not = find the printer. My /usr/local/etc/cups/client.conf has the following line : ServerName 192.168.10.101 Any help to make the printer fully functional will be greatly appreciated. Thanks. Manish Jain = From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 10:24:39 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9526385E for ; Sat, 4 Apr 2015 10:24:39 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56750603 for ; Sat, 4 Apr 2015 10:24:39 +0000 (UTC) Received: by igcau2 with SMTP id au2so76754495igc.1 for ; Sat, 04 Apr 2015 03:24:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hmmrCxnH7qTwuaZt5evLIl1rxRUmwah0OxZ4ViqS8qo=; b=0zQ57KR2ZLIvgfvm+MEdrRwLrlBt+362/Udd+kufngk9tjeCSqrGDtzgYo49YEL8na mr5GQojDJNV7jPvUUxgr8ZETPVRcEx0D1g0J1RnDSUitmGxzqVjoFi7ubAf36EPx+zTv e0pHsXXOHIsquVMQnFcvph9mVAOMTdGpl42pPaS50S9DhFNt4CqGbvL+GSN2BIoWUdT+ cZeIw7Tu+H6iXA/GIm6W3Jng0fzyRqGTiGcvy8CxVp9fIr0Sbw8Gkq/FRZzO7NaPye50 O/TETqGmXhCb5CKBb1G5uyAjAKIC6d5ICQui3tzHs43P3jsZPjWM6QyQtKOmeoXtO7p7 l2Hw== MIME-Version: 1.0 X-Received: by 10.50.129.9 with SMTP id ns9mr10150403igb.24.1428143078844; Sat, 04 Apr 2015 03:24:38 -0700 (PDT) Received: by 10.64.208.106 with HTTP; Sat, 4 Apr 2015 03:24:38 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Apr 2015 03:24:38 -0700 Message-ID: Subject: Re: nfs4acl problems on zfs From: Mehmet Erol Sanliturk To: =?UTF-8?B?SXN0dsOhbiBIw7Nib3I=?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 10:24:39 -0000 On Sat, Apr 4, 2015 at 3:02 AM, Istv=C3=A1n H=C3=B3bor wrote: > Well, I'm not using nfs, its just a mounting option for my zpool, and I > would like to delete some files from that pool, locally. Of course, I'm > logged in as root. > > Is it necessary to use nfs parameter when drive is local to server ? If you remove it , can you change mode ? Mehmet Erol Sanliturk > 2015-04-04 11:56 GMT+02:00 Mehmet Erol Sanliturk > : > >> >> >> On Sat, Apr 4, 2015 at 2:45 AM, Istv=C3=A1n H=C3=B3bor wrote: >> >>> Hi Gents, >>> >>> I have a problem with a couple of files, I can't delete or modify them.= . >>> I >>> have a zpool named rpool, mounted with nfs4acl option.. >>> for example: >>> >>> rpool on /mnt/rpool (zfs, local, nfsv4acls) >>> >>> *nas4free: bin # getfacl rcp* >>> *# file: rcp* >>> *# owner: root* >>> *# group: wheel* >>> * owner@:r-x---aARWcCos:------:allow* >>> * group@:r-x---a-R-c--s:------:allow* >>> * everyone@:r-x---a-R-c--s:------:allow* >>> *nas4free: bin # rm -f rcp * >>> *rm: rcp: Operation not permitted* >>> >>> ls: -r-sr-xr-x 1 root wheel 20464 Jul 11 2014 rcp* >>> >>> rm -f rcp >>> rm: rcp: Operation not permitted >>> >>> Soo, what can I do, instead of recreate the zpool? cmod or setfacl didn= t >>> work.. >>> >>> >>> Istvan >>> _______________________________________________ >>> >>> >> >> Change mode in server , not in client . >> >> My opinion is that there are serious problems in NFS programming both in >> FreeBSD and Linux . >> I am creating a file myself in client , I am not able to change its mode >> in the client . >> >> In server , if logged in as "user" , it is not possible to change mode o= r >> owner of files created by clients although owner of the directories of >> server is belong to "user" . >> >> My solution is to log in server as "root" and when it is necessary chang= e >> file owner and mode in server . >> >> >> If you like you may use "sudo" instead of logging as "root" when it is >> not suitable . . >> >> >> Thank you very much . >> >> >> Mehmet Erol Sanliturk >> >> >> >> > > > Istvan > From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 10:48:10 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7B61BDC3 for ; Sat, 4 Apr 2015 10:48:10 +0000 (UTC) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 05BA4831 for ; Sat, 4 Apr 2015 10:48:10 +0000 (UTC) Received: by wiaa2 with SMTP id a2so162201863wia.0 for ; Sat, 04 Apr 2015 03:48:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=82z5JoLRgtuALI2IlTKe256CVaV4IHwjlfxoVQxtZdk=; b=k4pNKD4TD2PjiExAF1LNsWjaFYrgr78U/j0cHj21FDl0chIlBvVzUHhjShwVsmek4V YYsY7bKMzUqe0FgAkPiSm7GEG22ptg9kAqNm9d26qySJxJAMfOSxLScBVsX7X2hLtg6L ffz9mkmaygYeA2j6WQ3Yy7Ox/lwAbQSPOhwNJ3Ggs2FLhYFm3T95A55pbq8tiwVwW6lz Oixo8Gv421aXHrLgoid6C7ONzO5lTdwQKPMG+JnS2aXXghPMpFeItB0uae41IRCcunPa KEHHbDVj7kmU/bY+qxCtA0MeWJWVr9Wg3HNFFE7cxtg/KYR11xPfTiJSMaFLqIVV40m4 XVhw== MIME-Version: 1.0 X-Received: by 10.194.192.167 with SMTP id hh7mr13090337wjc.151.1428144488441; Sat, 04 Apr 2015 03:48:08 -0700 (PDT) Received: by 10.180.5.1 with HTTP; Sat, 4 Apr 2015 03:48:08 -0700 (PDT) In-Reply-To: References: Date: Sat, 4 Apr 2015 12:48:08 +0200 Message-ID: Subject: Re: nfs4acl problems on zfs From: =?UTF-8?B?SXN0dsOhbiBIw7Nib3I=?= To: Mehmet Erol Sanliturk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 10:48:10 -0000 Its the default seting, I cannot remove nfsv4acls, and can't mount without that the pool 2015-04-04 12:24 GMT+02:00 Mehmet Erol Sanliturk : > > > On Sat, Apr 4, 2015 at 3:02 AM, Istv=C3=A1n H=C3=B3bor wrote: > >> Well, I'm not using nfs, its just a mounting option for my zpool, and I >> would like to delete some files from that pool, locally. Of course, I'm >> logged in as root. >> >> > > Is it necessary to use nfs parameter when drive is local to server ? > If you remove it , can you change mode ? > > > Mehmet Erol Sanliturk > > > >> 2015-04-04 11:56 GMT+02:00 Mehmet Erol Sanliturk > >: >> >>> >>> >>> On Sat, Apr 4, 2015 at 2:45 AM, Istv=C3=A1n H=C3=B3bor >>> wrote: >>> >>>> Hi Gents, >>>> >>>> I have a problem with a couple of files, I can't delete or modify >>>> them.. I >>>> have a zpool named rpool, mounted with nfs4acl option.. >>>> for example: >>>> >>>> rpool on /mnt/rpool (zfs, local, nfsv4acls) >>>> >>>> *nas4free: bin # getfacl rcp* >>>> *# file: rcp* >>>> *# owner: root* >>>> *# group: wheel* >>>> * owner@:r-x---aARWcCos:------:allow* >>>> * group@:r-x---a-R-c--s:------:allow* >>>> * everyone@:r-x---a-R-c--s:------:allow* >>>> *nas4free: bin # rm -f rcp * >>>> *rm: rcp: Operation not permitted* >>>> >>>> ls: -r-sr-xr-x 1 root wheel 20464 Jul 11 2014 rcp* >>>> >>>> rm -f rcp >>>> rm: rcp: Operation not permitted >>>> >>>> Soo, what can I do, instead of recreate the zpool? cmod or setfacl did= nt >>>> work.. >>>> >>>> >>>> Istvan >>>> _______________________________________________ >>>> >>>> >>> >>> Change mode in server , not in client . >>> >>> My opinion is that there are serious problems in NFS programming both i= n >>> FreeBSD and Linux . >>> I am creating a file myself in client , I am not able to change its mod= e >>> in the client . >>> >>> In server , if logged in as "user" , it is not possible to change mode >>> or owner of files created by clients although owner of the directories = of >>> server is belong to "user" . >>> >>> My solution is to log in server as "root" and when it is necessary >>> change file owner and mode in server . >>> >>> >>> If you like you may use "sudo" instead of logging as "root" when it is >>> not suitable . . >>> >>> >>> Thank you very much . >>> >>> >>> Mehmet Erol Sanliturk >>> >>> >>> >>> >> >> >> Istvan >> > > --=20 *H=C3=B3bor Istv=C3=A1n* http://hoboristvan. hu mobil: +36-20/9403051 From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 10:54:18 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26C7F101 for ; Sat, 4 Apr 2015 10:54:18 +0000 (UTC) Received: from mail-yh0-x22f.google.com (mail-yh0-x22f.google.com [IPv6:2607:f8b0:4002:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CBEA58EE for ; Sat, 4 Apr 2015 10:54:17 +0000 (UTC) Received: by yhpt93 with SMTP id t93so32842179yhp.0 for ; Sat, 04 Apr 2015 03:54:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seibercom.net; s=google; h=date:from:to:subject:message-id:in-reply-to:references:reply-to :organization:mime-version:content-type:content-transfer-encoding; bh=Tz5Ci2wC2UEwGxWvr0/7ACXGx9f98jZjEYC+Ju1YCKY=; b=NPrPCNMw7JCC77aFdGhcS6PjDYRZorlnBrirzJSOg/NoQoiQHKZERnZFCtGbDJP4Fu aEMnMIeH8Km0df3BBQfnGlRKLqBL+k7fvhIb4DZnQ8SqVwhMbCar8qpgBaTZy6rpvpCr IDMi+iwfgsfhCE5787sBH7lipYNpq9kamIvZ8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:reply-to:organization:mime-version:content-type :content-transfer-encoding; bh=Tz5Ci2wC2UEwGxWvr0/7ACXGx9f98jZjEYC+Ju1YCKY=; b=ORHNgzjJY/Lf3jPCbf+yrWpjDuHIx/8+WG34TLYbFnJ/7SjC/EfDIORYOly4lMRquX CSBSRYe787PJRUq16XOZo8W0gwbNas2Mi4kubS0X6G2KqmVq/inYXV5Cc7jSlq1Jserz aZ+4XR21aq0yyHdEyX+6b04KyZcPV0bDbsnXN3vrH9imGKMhR2qP4M48/MT+vCtC2U0q f3SbYknsERtHapy0eKfaI/JMjvOynu0NAjKU0AOUxV7OpreQNWGJArk1dQLGdlVkVUa+ 2yAbqwNNGJXrFGU+NZ4d1SLkoKwC+igIwGc39nW2rduN40LTCMmFP2xff3Y0g1i5M5RH iZ2Q== X-Gm-Message-State: ALoCoQlSTvEvB9yPWtw761zU1+yMgBGZXu/xvehb+KQ2HGAGwpe1qzF+DbY1EXS8sp647HZVvUCu X-Received: by 10.170.195.82 with SMTP id m79mr6772438yke.50.1428144856403; Sat, 04 Apr 2015 03:54:16 -0700 (PDT) Received: from scorpio.seibercom.net (cpe-174-109-23-221.nc.res.rr.com. [174.109.23.221]) by mx.google.com with ESMTPSA id v62sm8546288yhv.51.2015.04.04.03.54.15 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Apr 2015 03:54:16 -0700 (PDT) Received: from localhost (cpe-174-109-23-221.nc.res.rr.com [174.109.23.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by scorpio.seibercom.net (Postfix) with ESMTPSA id 3lJw470nW3z3DlXq for ; Sat, 4 Apr 2015 06:54:15 -0400 (EDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.6 at scorpio.seibercom.net Date: Sat, 4 Apr 2015 06:54:13 -0400 From: Jerry To: FreeBSD FreeBSD Subject: Re: How to get printer functional after successful CUPS test page ? Message-ID: <20150404065413.23d62c92@seibercom.net> In-Reply-To: References: Reply-To: FreeBSD FreeBSD Organization: seibercom NET X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd10.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 10:54:18 -0000 On Sat, 4 Apr 2015 11:19:22 +0100, Manish Jain stated: > > Hi, > > I have an HP M1005 LaserJet printer on FreeBSD 10.1 amd64. After plenty of > haggling, I managed to get it print a test page under CUPS. > > The USB printer's details are as under : > > hp:/usb/HP_LaserJet_M1005?serial=KJ3AZFA > http://localhost:631/printers/HP_LaserJet_M1005 > > My local IP is 192.168.10.101 > In my next level of graduation, I have to get it to print directly from > clients : > > 1) on the local system, mostly GNOME. Current clients have only have 2 > options in the Print dialog : Print To File and Print To LPR. Something > needs to be done beyond the handbook mandate to make clients realize there > is something called CUPS too > > 2) On the network, mostly Windows boxes. I tried adding > http://192.168.10.101:631/printers/HP_LaserJet_M1005 as a network printer > using Windows' all-powerful Add A Printer tool. The tool however complains > that it could not find the printer. > > My /usr/local/etc/cups/client.conf has the following line : > > ServerName 192.168.10.101 > > Any help to make the printer fully functional will be greatly appreciated. > > Thanks. > > Manish Jain I had a problem awhile ago a wireless printer to my Microsoft/FreeBSD environment. Windows usually had no problem, FreeBSD with CUPS usually failed. I finally gave the printer a static IP set up in my router. I then shut down the entire system and printer, rebooted and checked to see what the printer reported as its IP. MS Windows now found the printer and offered to install a driver for it. CUPS took more manual coaching, but I was able to get it to see and print to the printer. HTH -- Jerry -- Jerry From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 11:27:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F51B580 for ; Sat, 4 Apr 2015 11:27:16 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.229]) by mx1.freebsd.org (Postfix) with ESMTP id D377CBBE for ; Sat, 4 Apr 2015 11:27:15 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:41070] helo=raspberrypi.bildanet.com) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 67/B3-31229-29ACF155; Sat, 04 Apr 2015 11:27:14 +0000 Received: from [192.168.1.53] (helo=baho-utot.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YeMEM-00018d-09 for freebsd-questions@freebsd.org; Sat, 04 Apr 2015 07:27:14 -0400 Message-ID: <551FCA91.2050200@columbus.rr.com> Date: Sat, 04 Apr 2015 07:27:13 -0400 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <551F49C6.3080107@hiwaay.net> In-Reply-To: <551F49C6.3080107@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 11:27:16 -0000 On 04/03/15 22:17, William A. Mahaffey III wrote: > On 04/03/15 20:51, scrat wrote: >> >> >> On 04/03/15 20:19, Mel Pilgrim wrote: >>> On 2015-04-03 16:40, scrat wrote: >>>> On 04/03/15 14:39, Bigby James wrote: >>>>> On a lark, I went ahead and installed Firefox, Chromium, Dillo, >>>>> VimB, Luakit, >>>>> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them >>>>> is able to >>>>> access https://www.freebsd.org without any problem, with the >>>>> exceptions of UZBL >>>>> and lynx, which each complain about SSL/TLS issues (which can in >>>>> turn be >>>>> circumvented in their respective configurations). >>>> >>>> NCSA Mosaic? >>> >>> Considering NCSA Mosaic wouldn't even work on a modern website, I >>> think we can safely remove it from the test cases. ;) >>> >> >> >> But I still have it installed on my RedHat 5.2 ( do you want a copy? >> ) from many years ago ( middle 1990's ), i386 with several MBs of >> ram......all 16 of them. >> >> >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> > > I originally ran Mosaic on an old SGI IRIS, also mid '90's, using an > external USR PPP modem hooked to the serial port, 1st through a > breakout box, then w/ a custom made cable, true RS232 .... So there > ;-) .... > > > I thought Mosaic is what became Netscape mozilla/firefox, no ? > It is/was From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 11:27:45 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CF24609 for ; Sat, 4 Apr 2015 11:27:45 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.227]) by mx1.freebsd.org (Postfix) with ESMTP id E0199BCA for ; Sat, 4 Apr 2015 11:27:44 +0000 (UTC) Received: from [75.187.32.8] ([75.187.32.8:41069] helo=raspberrypi.bildanet.com) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id E6/67-18018-D6ACF155; Sat, 04 Apr 2015 11:26:37 +0000 Received: from [192.168.1.53] (helo=baho-utot.bildanet.com) by raspberrypi.bildanet.com with esmtp (Exim 4.84) (envelope-from ) id 1YeMDk-00018V-NL for freebsd-questions@freebsd.org; Sat, 04 Apr 2015 07:26:36 -0400 Message-ID: <551FCA6C.2000404@columbus.rr.com> Date: Sat, 04 Apr 2015 07:26:36 -0400 From: scrat User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> In-Reply-To: <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 11:27:45 -0000 On 04/03/15 22:07, David Benfell wrote: > Quoting scrat : > >> On 04/03/15 20:19, Mel Pilgrim wrote: >>> On 2015-04-03 16:40, scrat wrote: >>>> On 04/03/15 14:39, Bigby James wrote: >>>>> On a lark, I went ahead and installed Firefox, Chromium, Dillo, >>>>> VimB, Luakit, >>>>> UZBL, surf, SeaMonkey, Conkeror, w3m and lynx. Every one of them >>>>> is able to >>>>> access https://www.freebsd.org without any problem, with the >>>>> exceptions of UZBL >>>>> and lynx, which each complain about SSL/TLS issues (which can in >>>>> turn be >>>>> circumvented in their respective configurations). >>>> >>>> NCSA Mosaic? >>> >>> Considering NCSA Mosaic wouldn't even work on a modern website, I >>> think we can safely remove it from the test cases. ;) >>> >> >> >> But I still have it installed on my RedHat 5.2 ( do you want a copy? >> ) from many years ago ( middle 1990's ), i386 with several MBs of >> ram......all 16 of them. > > This thread *is* satire, isn't it? > Somewhat, although I still have that i386 From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 11:38:32 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1627892 for ; Sat, 4 Apr 2015 11:38:32 +0000 (UTC) Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com [IPv6:2607:f8b0:4003:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7EC4CCCA for ; Sat, 4 Apr 2015 11:38:32 +0000 (UTC) Received: by obvd1 with SMTP id d1so199183361obv.0 for ; Sat, 04 Apr 2015 04:38:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=HdlfJsQs7W0PT9IglW9e8ozGFcBK79MbAuRK0pfmbxE=; b=Tt4jFWHUJUDwIrA0Bwk2zybRHsmI/wjBw3EbX0lr33KGjWAfi3IPDbheEiEsGVjcS5 ry/CxNUbQ0rt7WIlZmgx8P6OMjtTjI0hKXQygFtgX3lEVbQVa3VSzCeGRhwCLXwOwwsH 6M4v9A+yYNik00LI7U+kPqzv0VeQTxza00X5479ybU+76zwf3SwJWGE6IyITFKPkInFQ 6kxkZ/DM/mCq9VoR1kJg15hE6fMk/FJv7cB2+TR+4ynmueIOujMK9jLp79Ws2nlwqmp6 /UgoX3RqJFOS6+r4hUTs5EAQ3xChXuL8VbfYffdtFuKd9KooB5WVxENsmg1L9fDJlvSt WBIg== MIME-Version: 1.0 X-Received: by 10.60.123.100 with SMTP id lz4mr7901209oeb.86.1428147511583; Sat, 04 Apr 2015 04:38:31 -0700 (PDT) Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 04:38:30 -0700 (PDT) Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 04:38:30 -0700 (PDT) In-Reply-To: <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> Date: Sat, 4 Apr 2015 13:38:30 +0200 Message-ID: Subject: Re: Why does FreeBSD insist on https? From: Tomek CEDRO To: David Benfell Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 11:38:32 -0000 On 4 Apr 2015 04:07, "David Benfell" wrote: > This thread *is* satire, isn't it? Yea, looks like this.. also note 'Linux' showed around, which would explain a lot :-P :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 11:41:47 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B55AAAD9 for ; Sat, 4 Apr 2015 11:41:47 +0000 (UTC) Received: from mail-ob0-x231.google.com (mail-ob0-x231.google.com [IPv6:2607:f8b0:4003:c01::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7115FD93 for ; Sat, 4 Apr 2015 11:41:47 +0000 (UTC) Received: by obbfy7 with SMTP id fy7so113778657obb.2 for ; Sat, 04 Apr 2015 04:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gg4vv/Qv0Z36nbKC2jEWfL5nYuRugdbVYJQpuoYCcQ0=; b=nFSknQCI/Wo5sAzUsPdJun57odThwrURCgQuC8qmSVWwY8tio0XbBvhFXwqOgNRx8T RnBY/Q1byW+cwTvPwDu0mSqK88uwP0dloQn1BzTSZooScs1CA8j+BC6iHKKX2+ussWgb +z8BR2VExj8LQ9JfAm02uJuiZytkz6ELIXouaL7I8osN6H8fUbII/UnlQQ5WSQ4SebIN DZpz4Mn+R0WVEelTU/qnJl3OOt2H5BsNTFhmXlo/n2djTfKy6XiwkfMm5sFxss4QOrwK pdOWXASo8MHfJxa5aJYLlSyJDMSwXelH+lwIW5f+47rTKgyqiVUBV1sbUftdk16fJr/Q 7FWw== MIME-Version: 1.0 X-Received: by 10.182.16.233 with SMTP id j9mr8086443obd.24.1428147706848; Sat, 04 Apr 2015 04:41:46 -0700 (PDT) Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 04:41:46 -0700 (PDT) Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 04:41:46 -0700 (PDT) In-Reply-To: References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> Date: Sat, 4 Apr 2015 13:41:46 +0200 Message-ID: Subject: Re: Why does FreeBSD insist on https? From: Tomek CEDRO To: David Benfell Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 11:41:47 -0000 Btw, did you also recevice direct chinese email right after posting here? ;-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 12:26:53 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46A9EB7D for ; Sat, 4 Apr 2015 12:26:53 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DED8E1AC for ; Sat, 4 Apr 2015 12:26:52 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-76-155.adsl.hiwaay.net [216.180.76.155]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id t34CQoqG029443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 4 Apr 2015 07:26:50 -0500 Message-ID: <551FDA00.3090007@hiwaay.net> Date: Sat, 04 Apr 2015 07:33:04 -0500 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 CC: FreeBSD Questions Mailing List Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 12:26:53 -0000 On 04/04/15 06:41, Tomek CEDRO wrote: > Btw, did you also recevice direct chinese email right after posting here? > ;-) > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > sina.com ? If so, that's been an ongoing problem, my SPAM filter has (finally) been trained to filter them out, that's working for me .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 13:34:07 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9463172 for ; Sat, 4 Apr 2015 13:34:07 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CBDCA1C for ; Sat, 4 Apr 2015 13:34:07 +0000 (UTC) Received: by igcau2 with SMTP id au2so115765713igc.0 for ; Sat, 04 Apr 2015 06:34:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=oEn95cMPwfDAf1J5Gur26+sRbB0x6Q4/LEUO7F2PtEU=; b=BIYqc3fbgGsMG5Aes99WTjRU+Sm9V3HbVLD+VNzjhDAy679iMuTd8oI89B36Hdjccj pKgzROUbM8KGIOX3dgpi9P91KVnq8ZtLTVlWHtqMPphcxs55Cn60iTvgTg4Nv4o05cXW poL3Y2ncOaN2t4FYcEIg7GF8SKWVublgTICwIarPZPvTnkQppFmy9uliF1rUb16AQ26y do3br1ydRKFFVNpVIKZ8EZEaAL64EZKsA0j/gZS2u3dsAGYrqb8aA1tnyFLFpAwCLw9G nx/W2p06q4XyylhiaFVf3TwvxyPA/oDVrcRxQvGwfaAaIQ1UKafoQGxJ5fPPA+P6DuMG 3JvQ== X-Received: by 10.107.34.210 with SMTP id i201mr10404426ioi.1.1428154447046; Sat, 04 Apr 2015 06:34:07 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by mx.google.com with ESMTPSA id w17sm7578368iod.44.2015.04.04.06.34.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 04 Apr 2015 06:34:06 -0700 (PDT) Message-ID: <551FE855.2030105@gmail.com> Date: Sat, 04 Apr 2015 09:34:13 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD Questions Subject: pkg install isc-dhcp43-server Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 13:34:07 -0000 It's my understanding that if a port has dependents the pkg package version of that port will automatically install the required dependents. So why does "pkg install isc-dhcp43-server" NOT install the ports dependents listed here https://www.freebsd.org/cgi/ports.cgi?query=isc-dhcp43&stype=all on my 10.1 system freshly installed from cdrom iso? From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 13:50:33 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D405F475 for ; Sat, 4 Apr 2015 13:50:33 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 98647B57 for ; Sat, 4 Apr 2015 13:50:33 +0000 (UTC) Received: by ierf6 with SMTP id f6so106343900ier.2 for ; Sat, 04 Apr 2015 06:50:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=Q8X9IhYOWKaAM2kjQEuna03M65Xl9qdwJTypji/vUKs=; b=s5zSXrIE3fV0G/f4Zjp1adq6e+sSj0YZwPAYQ/I/HKibcGLopG0dlGbsTqzFlACwdU 3L32qKe/oohw887t2aOEGgpt9+Lrk4E4KEw8H27ZdnKtZFEfiU3RQ95oCGXcw1orv3dk 6sUhNGN22+/cI2gbT45EaO83k/QItlxf4QOSzWxLJ6fO2ZPQaKiHduKgYEj7On9v+9WB PrjvfzxuhWzRZ4q2AJlecI7v20+TOdZwARkLvmGL30ylUEt+p19A/DpCM5/fegvGCn9M Vdl/16/6VByaC1bzLvP6SVHq653ormjEyGcxcDC6rYfGgHXtR60TSzawnBooDGo8UYRx Wf+w== X-Received: by 10.43.55.12 with SMTP id vw12mr9273373icb.30.1428155432290; Sat, 04 Apr 2015 06:50:32 -0700 (PDT) MIME-Version: 1.0 References: <551FE855.2030105@gmail.com> In-Reply-To: <551FE855.2030105@gmail.com> From: Ben Woods Date: Sat, 04 Apr 2015 13:50:31 +0000 Message-ID: Subject: Re: pkg install isc-dhcp43-server To: Ernie Luzar , FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 13:50:34 -0000 Those dependencies are actually build dependencies, meaning they are only required to compile the port, not run the package. pkg knows this and only installs library dependencies or runtime dependencies. It easier to see if the dependencies are build_depends, lib_depends or run_depends using freshports.org: http://www.freshports.org/net/isc-dhcp43-server Regards, Ben On Sat, 4 Apr 2015 at 9:34 pm Ernie Luzar wrote: > It's my understanding that if a port has dependents the pkg package > version of that port will automatically install the required dependents. > > So why does "pkg install isc-dhcp43-server" NOT install the ports > dependents listed here > https://www.freebsd.org/cgi/ports.cgi?query=isc-dhcp43&stype=all > on my 10.1 system freshly installed from cdrom iso? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 15:22:30 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 613652DB for ; Sat, 4 Apr 2015 15:22:30 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2428F39C for ; Sat, 4 Apr 2015 15:22:30 +0000 (UTC) Received: by igblo3 with SMTP id lo3so23380464igb.1 for ; Sat, 04 Apr 2015 08:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=pnDCYJh/fFvSxBr81JWY5Y3KQ+ejzk525VZ2wDTXHMI=; b=MzLTpuGt7oJY00FvK1nYLKAa7RP0KIMffH9auUgrfyJT0ucb1l0L/93glFlt7T87VJ 8B9DH5fiFSgFycBSX+ormGtco5KpLgQeANS5v3DqiR10givwDX6kvxBGRsdtXCMRoVxg UkghR4W7/D9BqBKNA9x+5sdqk0SbWvvUENB4RJMImfWXY0hWq3GjXw0CrPRALhVKIX+E vCs/p4mSHpR8+687Y9cZ0b0XC3vbQEn7E7u7wuXa+A501B5L0h4M+cUHTjBYNjegc0oa zpfjb+5vqDyqJH66kVIDygX+j+ARnFM4TrtjWM2O68wlAPfhsAQzPPPxjLVZjoXjapHP 2iOQ== X-Received: by 10.50.142.67 with SMTP id ru3mr11091321igb.16.1428160949595; Sat, 04 Apr 2015 08:22:29 -0700 (PDT) Received: from [10.0.10.5] (cpe-76-190-244-6.neo.res.rr.com. [76.190.244.6]) by mx.google.com with ESMTPSA id d1sm3749457igr.20.2015.04.04.08.22.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 04 Apr 2015 08:22:29 -0700 (PDT) Message-ID: <552001C0.6040304@gmail.com> Date: Sat, 04 Apr 2015 11:22:40 -0400 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD Questions Subject: dig command ? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 15:22:30 -0000 running 10.1 and went to use the dig command and its no longer part of the system. Why was it removed? From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 15:42:49 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF0554CF for ; Sat, 4 Apr 2015 15:42:49 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 72EE7795 for ; Sat, 4 Apr 2015 15:42:49 +0000 (UTC) Received: by igblo3 with SMTP id lo3so24609781igb.0 for ; Sat, 04 Apr 2015 08:42:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-type; bh=apRPjB4QctpxlQ079Hr33Qch7E963K1eW2M4FJKyCRw=; b=BbJobt+0518JNpv51HD006wz+6leOizYfUwPBYzclXcufDKoCbijsK1oFZ9faLUKlb l+Tyq54rniHYg+vFpwM152nA+qObBdRdawjUYjwLfCRiTdXWj1ax38MIoIaHKwSh0tIw rTp9ldoq/bwkMH8GZU1SMReilJS0oD1JD2VEcK8WSgT0U8OFeitcyzUvOct1yu3vsw2/ mrS12iwHM+WVUe9ETbDmtcW1vyag28iQKzR4kAAsABOXFrwRXwkByfo8X5XnrKjbGq8h 1HNsgGs6rtc0uEAoNNWww/xTG5OPuk85CrAAiO4zM3y7e4kyxocy1M6hEe6f5hK1WQAX K3gA== X-Received: by 10.43.6.65 with SMTP id oj1mr9469563icb.75.1428162168981; Sat, 04 Apr 2015 08:42:48 -0700 (PDT) MIME-Version: 1.0 References: <552001C0.6040304@gmail.com> In-Reply-To: <552001C0.6040304@gmail.com> From: Ben Woods Date: Sat, 04 Apr 2015 15:42:48 +0000 Message-ID: Subject: Re: dig command ? To: Ernie Luzar , FreeBSD Questions Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 15:42:49 -0000 >From the FreeBSD 10.0 release notes: https://www.freebsd.org/releases/10.0R/relnotes.html BIND has been removed from the base system. unbound(8) , which is maintained by NLnet Labs, has been imported to support local DNS resolution functionality with DNSSEC. Note that it is not a replacement of BIND and the latest versions of BIND is still available in the Ports Collection. With this change, nslookup and dig are no longer a part of the base system. Users should instead use host(1) and drill(1) Alternatively, nslookup and dig can be obtained by installing dns/bind-tools port. [r255949] On Sat, Apr 4, 2015 at 11:22 PM Ernie Luzar wrote: > running 10.1 and went to use the dig command and its no longer part of > the system. Why was it removed? > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 15:42:56 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F0E3655D for ; Sat, 4 Apr 2015 15:42:56 +0000 (UTC) Received: from mail.xtaz.uk (tao.xtaz.uk [IPv6:2001:8b0:202::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1773799 for ; Sat, 4 Apr 2015 15:42:56 +0000 (UTC) Received: by mail.xtaz.uk (Postfix, from userid 1001) id 559A2209AF1D; Sat, 4 Apr 2015 16:42:52 +0100 (BST) Date: Sat, 4 Apr 2015 16:42:52 +0100 From: Matt Smith To: Ernie Luzar Subject: Re: dig command ? Message-ID: <20150404154252.GA9569@xtaz.uk> Mail-Followup-To: Matt Smith , Ernie Luzar , FreeBSD Questions References: <552001C0.6040304@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <552001C0.6040304@gmail.com> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 15:42:57 -0000 On Apr 04 11:22, Ernie Luzar wrote: >running 10.1 and went to use the dig command and its no longer part of >the system. Why was it removed? Dig is part of bind which was removed and replaced with unbound. There is an alternative which is similar called drill that you can use or to get dig back install the dns/bind-tools port. -- Matt From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 16:52:13 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FA1BE1F for ; Sat, 4 Apr 2015 16:52:13 +0000 (UTC) Received: from mail.parts-unknown.org (mail.parts-unknown.org [50.250.218.162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6B8BADC4 for ; Sat, 4 Apr 2015 16:52:13 +0000 (UTC) Received: by mail.parts-unknown.org (Postfix, from userid 80) id 71E245B3BD21; Sat, 4 Apr 2015 09:52:07 -0700 (PDT) Received: from mail.parts-unknown.org (mail.parts-unknown.org [2001:470:67:119::4]) by mail.parts-unknown.org (Horde Framework) with HTTP; Sat, 04 Apr 2015 09:52:07 -0700 Date: Sat, 04 Apr 2015 09:52:07 -0700 Message-ID: <20150404095207.Horde.tFStZFQr02ixhTOeMYUnKw1@mail.parts-unknown.org> From: David Benfell To: Tomek CEDRO Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: multipart/signed; boundary="=_fv0yFjFEAuzIZTJ8zO1q_g1"; protocol="application/pgp-signature"; micalg=pgp-sha1 MIME-Version: 1.0 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 16:52:13 -0000 This message is in MIME format and has been PGP signed. --=_fv0yFjFEAuzIZTJ8zO1q_g1 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Tomek CEDRO : > Btw, did you also recevice direct chinese email right after posting here? > ;-) I'm not sure if I received it this time. But I *have* been receiving=20=20 it=20routinely after posting to FreeBSD-questions. --=20 David=20Benfell --=_fv0yFjFEAuzIZTJ8zO1q_g1 Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAABAgAGBQJVIBa3AAoJEBV64x4SNmArwlcP/2OQkARi4uGVIXNPvJLwodLQ x0C4mllZ5UusuLF/EykiZgL/fHbvsEGUH6m41CsKIXJ9SdLAAubL+ZvRJw3/K0gT kVrOzb0rcsIbqlhTcr/gWykJuBvm00Ultqw9KkNpZIYxjacqNcvKT6k9nN0OYgld qBGFi7NKvVM7P4qrba+upAwGQ9SqlDzyFxgm3vgOWHebtM0arSY8gsrZb3mq053K TO/R9J2H9Mc4ahMIrT9gnx2kZ4IwSkSjZQ/1/ROPTQfM7NMwHoSSlncWZKHO8NM3 0huObEwly0Cx2Uxtq1DyHXSwPxS51IOK5I6KuVpIFl76AEeVZNU+h7ZaNDId8EeA N8zpkolmYXbQ+xOsQtLBXBXgGU6c5tn0R2q58a3EQ7OHanIlmGZ/yGJ/3GmUGkAS QljliYZY0tc+jN6L9s2G/rXp/v0ovbGGavkl3rFVTlGleqcRPBz1Evb0545kVKrN d7ird5iQoXyG/QyJErq0d41r/ElrA2ZlCpcKFXKjy+redGUgmmTfFMYWG0jmN2l8 FqYqNLSD78It54xQtCKte7/dMt0q5T+IikgXDjox33Lw1HooC99lXTHg75x7XB5K VIQPqsGvBiULgZViM/zzD45mfFp6oWFdLTXbIsgQvs3TZ5O0pPFDscsPWu1e9sV5 FWuo+iR1/NuKhXUm+n3M =j3eY -----END PGP SIGNATURE----- --=_fv0yFjFEAuzIZTJ8zO1q_g1-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 17:11:22 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC316172 for ; Sat, 4 Apr 2015 17:11:22 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 51756EDE for ; Sat, 4 Apr 2015 17:11:21 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:1994:6075:c222:621e] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 637584 for freebsd-questions@freebsd.org; Sat, 04 Apr 2015 17:11:13 +0000 Message-ID: <55201B30.40304@radel.com> Date: Sat, 04 Apr 2015 13:11:12 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Why does FreeBSD insist on https? References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> <20150404095207.Horde.tFStZFQr02ixhTOeMYUnKw1@mail.parts-unknown.org> In-Reply-To: <20150404095207.Horde.tFStZFQr02ixhTOeMYUnKw1@mail.parts-unknown.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090905070001040106070004" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 17:11:22 -0000 This is a cryptographically signed message in MIME format. --------------ms090905070001040106070004 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable On 4/4/15 12:52 PM, David Benfell wrote: > Quoting Tomek CEDRO : > >> Btw, did you also recevice direct chinese email right after posting=20 >> here? >> ;-) > > I'm not sure if I received it this time. But I *have* been receiving=20 > it routinely after posting to FreeBSD-questions. Various Chinese subscribers to the list feel a need to use an=20 auto-responder to cheerfully confirm receipt of your e-mail and are=20 using a tool, probably supplied by Sina, that is too brain-dead to not=20 send responses to mailing list mail. I'm at two of them right now. Jingzhou Sheng says: I received your e-mail. Thank = you. Tao Brother Team says: E-mail has been received. =20 Keep an eye on us for incentives, etc. Both translations horribly loose with aid from Google Translate, but you = should get the gist of what's happening. :-) --Jon Radel jon@radel.com --------------ms090905070001040106070004 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDQxNzExMTJaMCMGCSqGSIb3DQEJBDEWBBQJ/v+B7ZzxpvvPC6SI ygX9G5/IHTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQBYaYqFHb5VIJCq ac8+ux9xOTGc180898eAiFxbT6vUPpvxCrn9MflXJyciLg1TIbtFXgd50NlKR1iNywfGmW5f H+QB+dN79baqWGYEu5DPDRarRkDMedrx+YUBiNWLeWn1SaGY9RmvLu8a+E1Ti/vagYEkPRj4 rw6xRQbq9mu4eDp4B0qy/SDfV6BxbdJqmri12rVAa3+45XJR8v1cOS46V4G0zV0QGtA7CFv3 etNwbCAj7QJMAlzO5sO4TVtYDDv8xQEc0TSP4iUR21q+L3OsXZ6UK9cY0/Ubwf4ylZ8qsPAA CiubiLDa7nRechXN7K99TuMDtCpInEIsgQHxGwOYAAAAAAAA --------------ms090905070001040106070004-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 17:13:07 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4385E291 for ; Sat, 4 Apr 2015 17:13:07 +0000 (UTC) Received: from mail.sagedata.net (mail.sagedata.net [38.106.15.121]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20287F86 for ; Sat, 4 Apr 2015 17:13:06 +0000 (UTC) Received: from bellepc (107-205-224-165.lightspeed.crchtx.sbcglobal.net [107.205.224.165]) by mail.sagedata.net (8.14.6/8.14.6) with ESMTP id t34Gkvt3011727 for ; Sat, 4 Apr 2015 11:46:58 -0500 (CDT) (envelope-from belle@antennex.com) X-Authentication-Warning: mail.sagedata.net: Host 107-205-224-165.lightspeed.crchtx.sbcglobal.net [107.205.224.165] claimed to be bellepc From: "Nancy Belle" To: "freebsd-questions" Subject: Chop and replace method?? Date: Sat, 4 Apr 2015 11:48:53 -0500 Message-Id: MIME-Version: 1.0 X-Priority: 3 X-Mailer: DreamMail 4.6.9.2 X-Scanned-By: milter-spamc/1.15.388 (mail.sagedata.net [38.106.15.121]); Sat, 04 Apr 2015 11:46:58 -0500 X-Spam-Status: NO, hits=-10.00 required=5.00 X-Spam-Report: Content analysis details: (-10.0 points, 5.0 required) | | pts rule name description | ---- ---------------------- -------------------------------------------------- | -0.0 SHORTCIRCUIT Not all rules were run, due to a shortcircuited rule | -10 ALL_TRUSTED Passed through trusted hosts only via SMTP | Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 17:13:07 -0000 SGkgZnJlZWJzZC1xdWVzdGlvbnMNCg0KSSBoYXZlIGEgcmVhbGx5IGJpZyBwcm9ibGVtIHRvIHNv bHZlIGFuZCBzYXZlIGhvdXJzICYgaG91cnMgb2YgdGltZSB0byBjb3JyZWN0IGh1bmRyZWRzIG9m IGZpbGUgbGlua3MgYmVjYXVzZSBvZiBtb3ZpbmcgYSB2ZXJ5IGxhcmdlIHNlY3Rpb24gd2l0aGlu IGEgd2ViIHNpdGUuIEkgaGF2ZSB0aGlzIG5vdzoNCg0KMSkgPGEgaHJlZj0iLi4vLi4vLi4vYXJj aGl2YWwvYXJjaGl2ZTEzL0phbjE0L0phbjExNC9pbnRyby1mcmFua2FudC5odG1sIj4NCg0KYW5k IG5lZWQgdG8gY2hvcCBvZmYgdGhpcyBwb3J0aW9uIG9mIGFib3ZlIGxpbmsgZXhhbXBsZToNCjIp IC4uLy4uLy4uL2FyY2hpdmFsL2FyY2hpdmUxMy8NCg0KbGVhdmluZyB0aGlzIGFzIHRoZSBjb3Jy ZWN0IGxpbmsgaW5zdGVhZDoNCjMpIDxhIGhyZWY9IkphbjE0L0phbjExNC9pbnRyby1mcmFua2Fu dC5odG1sIj4NCg0KVGhlIGZyb250IHBvcnRpb24gdG8gY2hvcCBpcyBhbHdheXMgdGhlIHNhbWUg d2hpbGUgdGhlIHJlc3Qgb2YgdGhlIGxpbmsgYWx3YXlzIHZhcmllcyBhbmQgc2hvdWxkIGJlIGxl ZnQgYXMgaXMuDQoNCkkgaG9wZSBzb21lb25lIG91dCB0aGVyZSBjYW4gc3VnZ2VzdCBhIHdheSB0 byBkbyB0aGlzIGFzIEkgYW0gc2NyaXB0LWNoYWxsZW5nZWQgYW5kIG5lZWQgdG8gZml4IHRoZSBs aW5rcyBhcyBzb29uIGFzIHBvc3NpYmxlLg0KDQpUaGFua3MgZm9yIGFueSBoZWxwIGluIGFkdmFu Y2UhDQotLQ0KQWxsIHRoZSBiZXN0LCA6LSkNCk5hbmN5IEJlbGxlLCBiZWxsZUBhbnRlbm5leC5j b20NCjQvNC8yMDE1IA0K From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 17:34:20 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3408F794 for ; Sat, 4 Apr 2015 17:34:20 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B825D1C7 for ; Sat, 4 Apr 2015 17:34:19 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:1994:6075:c222:621e] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 637588; Sat, 04 Apr 2015 17:34:17 +0000 Message-ID: <55202099.9090908@radel.com> Date: Sat, 04 Apr 2015 13:34:17 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Nancy Belle , freebsd-questions Subject: Re: Chop and replace method?? References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080003070900070905090001" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 17:34:20 -0000 This is a cryptographically signed message in MIME format. --------------ms080003070900070905090001 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable On 4/4/15 12:48 PM, Nancy Belle wrote: > Hi freebsd-questions > > I have a really big problem to solve and save hours & hours of time to = correct hundreds of file links because of moving a very large section wit= hin a web site. I have this now: > > 1) > > and need to chop off this portion of above link example: > 2) ../../../archival/archive13/ > > leaving this as the correct link instead: > 3) > > The front portion to chop is always the same while the rest of the link= always varies and should be left as is. > As always, it pays to have a really good backup before applying random=20 scripts that can trash your files in one easy step, particularly those=20 from friendly strangers on the Internet. :-) sed -i .bak 's/href=3D\"..\/..\/..\/archival\/archive13\//href=3D\"/' *.h= tml should do what you asked for. But test on copies. Really! And use a different extension than .bak if you already have .bak files=20 you care about. --Jon Radel jon@radel.com --------------ms080003070900070905090001 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDQxNzM0MTdaMCMGCSqGSIb3DQEJBDEWBBSur5FCPJ3kjqW2/CW/ MYSp6mVRiTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQCe70vmAb5XbWvr bGi9zaGScrAjtbG1PAr+CE05HIzrdQ1DN8MzVyPOsMeMhwZaWdsBvQbZWRyeJMDO3RQcmXK+ xoaZpdvs9V82VQY7SDicYAq0BbMdfxGQGuQzZYiEXH7z2vO1sMyLOrxeTJBxTs4siIpBpnLW 7I8wIXGfUyy1UlLm0YNrHApP2qbjcFIxaoFa4GHK4HB7uBinjk+IA4m9QfVGSKnplvtmPBBk XnDpF964e0DHBKDoQGrs8JFKm4t0bJ98zRV9tgQa5C1qx12OF278521AZOuDcYsdjTD+So4a k6l4gnt+KIckAOpBhSjqnTIVeAmoeu85GX9v2RnBAAAAAAAA --------------ms080003070900070905090001-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 17:39:21 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 795E483B for ; Sat, 4 Apr 2015 17:39:21 +0000 (UTC) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2BB791DF for ; Sat, 4 Apr 2015 17:39:21 +0000 (UTC) Received: by qkhg7 with SMTP id g7so2013034qkh.2 for ; Sat, 04 Apr 2015 10:39:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=KTF6wD/lqKzEJgXnIyrk5pIhkLGGuLBv6lqE+YNVPTA=; b=cRZ9C7FWnZsyuW6s/X7x3XZYZg3OvifCjFYU02QaqEnxk1z2o26rJQq32dJsjn4pkx HXByy4eA21wdMxMzmzuiXGeubMXth6VpxLXqxh8ajfiEytQY5Vt/iWyJWgc/X6RmZ2wV iW/QoXN4dq3v40AwMXaIFh30FooObsfTzPJosraXTf43cUj6pXCfnWd0E6jPT/uwLmTC nTYqu5Z89MgN+2OYtHj4/o+dIE/YMiDaxrhZsYIUnoy1Qbdz670wovPwOH5N0ITntxcq 6NXYqcIZvCtRvt5wE88YEZLC0w5cFE1PJ9iPbKEWC3Cxvi5cKrQVMiX7mB0y/PUMs43O 6nsA== X-Received: by 10.55.55.8 with SMTP id e8mr14434542qka.9.1428169160284; Sat, 04 Apr 2015 10:39:20 -0700 (PDT) Received: from localhost.localdomain ([209.181.150.218]) by mx.google.com with ESMTPSA id s7sm8219452qgd.4.2015.04.04.10.39.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Apr 2015 10:39:19 -0700 (PDT) Message-ID: <552021C5.3010309@gmail.com> Date: Sat, 04 Apr 2015 11:39:17 -0600 From: jd1008 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Chop and replace method?? References: <55202099.9090908@radel.com> In-Reply-To: <55202099.9090908@radel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 17:39:21 -0000 On 04/04/2015 11:34 AM, Jon Radel wrote: > On 4/4/15 12:48 PM, Nancy Belle wrote: >> Hi freebsd-questions >> >> I have a really big problem to solve and save hours & hours of time >> to correct hundreds of file links because of moving a very large >> section within a web site. I have this now: >> >> 1) > href="../../../archival/archive13/Jan14/Jan114/intro-frankant.html"> >> >> and need to chop off this portion of above link example: >> 2) ../../../archival/archive13/ >> >> leaving this as the correct link instead: >> 3) >> >> The front portion to chop is always the same while the rest of the >> link always varies and should be left as is. >> > As always, it pays to have a really good backup before applying random > scripts that can trash your files in one easy step, particularly those > from friendly strangers on the Internet. :-) > > sed -i .bak 's/href=\"..\/..\/..\/archival\/archive13\//href=\"/' *.html > > should do what you asked for. But test on copies. Really! > > And use a different extension than .bak if you already have .bak files > you care about. > > --Jon Radel > jon@radel.com > > > Hi Jon, should not the args include -s, --separate consider files as separate rather than as a single continuous long stream. From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 18:29:04 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CAF142B for ; Sat, 4 Apr 2015 18:29:04 +0000 (UTC) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4535B960 for ; Sat, 4 Apr 2015 18:29:04 +0000 (UTC) Received: by obvd1 with SMTP id d1so206404259obv.0 for ; Sat, 04 Apr 2015 11:29:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=cnNJon4rFUhz2MY8mErJLeQ7ROjzWiAuRknSFmpnLGA=; b=IdfKxHZ3TsJ8pT5OrdawIDdcW9OeWl3q/BMLWZnIPaUkbmDKDCElhzogkGVj+PXPOU F88Rf9+Fuaez8M4hU4AUa+33tyLYcUhLre+8so79XIMp/1JfNG/rNZub9BIMFfw/RgjM XUNrDs/4YaGFuRnXXOe+rBvQl5f51/dq5xTiFTgzlE7+JCFlncWDQeNJrv0mF1etaRRU nvP7qCe6dFx6zpZReccx0KnZ2HXHJQ++VnGRoZkSfbow4QzEoxsQETdkWUIVr2GWRbw5 Er3NZoGyrwjG83YUywbt2MxTbb50SkbFjNVU76VVRFcoDNdIy26dbuXzdvnu692iWQmy EDPQ== MIME-Version: 1.0 X-Received: by 10.182.39.195 with SMTP id r3mr9580505obk.44.1428172143448; Sat, 04 Apr 2015 11:29:03 -0700 (PDT) Sender: tomek.cedro@gmail.com Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 11:29:02 -0700 (PDT) Received: by 10.202.61.85 with HTTP; Sat, 4 Apr 2015 11:29:02 -0700 (PDT) In-Reply-To: <55201B30.40304@radel.com> References: <20150403183957.GA1379@WorkBox.Home> <551F24FF.9020101@columbus.rr.com> <551F2E2D.6090106@bluerosetech.com> <551F43B7.2020905@columbus.rr.com> <20150403190709.Horde.FPdgiP1gQPdvOyg1X285qQ2@mail.parts-unknown.org> <20150404095207.Horde.tFStZFQr02ixhTOeMYUnKw1@mail.parts-unknown.org> <55201B30.40304@radel.com> Date: Sat, 4 Apr 2015 20:29:02 +0200 X-Google-Sender-Auth: mctny-XelmOOcJLzv12AxlU20Hg Message-ID: Subject: Re: Why does FreeBSD insist on https? From: CeDeROM To: Jon Radel Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Questions Mailing List X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 18:29:04 -0000 I got a response from Tao Brother Team. Thanks for hint. Now I am prepared to welcome 4x more spam ;-P -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 18:41:16 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8BE8596 for ; Sat, 4 Apr 2015 18:41:16 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5054AA4D for ; Sat, 4 Apr 2015 18:41:15 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [2001:470:880a:4389:1994:6075:c222:621e] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 637612 for freebsd-questions@freebsd.org; Sat, 04 Apr 2015 18:41:13 +0000 Message-ID: <55203049.4010003@radel.com> Date: Sat, 04 Apr 2015 14:41:13 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Chop and replace method?? References: <55202099.9090908@radel.com> <552021C5.3010309@gmail.com> In-Reply-To: <552021C5.3010309@gmail.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070007050901060206070406" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 18:41:17 -0000 This is a cryptographically signed message in MIME format. --------------ms070007050901060206070406 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable >> >> sed -i .bak 's/href=3D\"..\/..\/..\/archival\/archive13\//href=3D\"/' = *.html >> > should not the args include > > -s, --separate > > consider files as separate rather than as a single=20 > continuous long stream. > ?? There is no -s option for sed in either 8.4 or 10.1 base version. =20 Which sed is that? FSF running on a Linux box, per chance? in any case --- -i extension Edit files in-place similarly to -I, but treat each file=20 indepen- dently from other files. In particular, line numbers in ea= ch file start at 1, the ``$'' address matches the last line=20 of the current file, and address ranges are limited to the=20 current file. (See Sed Addresses.) The net result is as though each=20 file were edited by a separate sed instance. --- covers what you need in FreeBSD sed. --Jon Radel jon@radel.com --------------ms070007050901060206070406 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDQxODQxMTNaMCMGCSqGSIb3DQEJBDEWBBSYfFVYxKSwAnyxYaYx qV+2Fy3s1jBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQCEqRo5jt1xUi4M bw9ixw7zQNZkQNuttc9SbzgyCy2W8TaAx7WG0s61GaVhsYakS6p2bvDa0PkM/gsHbDeHwzXu Yi8t9Xxb7VvLHCGLUnNa1rT7PtG3m7L79cdLyfwdw0QFKMS3M1GWZ/TYiKqorSw/yz7kIltq GbK6JA+4IA88HZE/OX7wxZsNawo/mK8njQON+YlaE6Do5DG+VplUqfep/mTgNAOm0uCJBJIl N//Efweyo2BRZGH+/pQSNYvXLWOTMOR4s1k217G/DTPKh47mWVOMeq7bZuq2LxbTzTdiWx+z MupBDNpJU+XjwhdGDx5CJa+/0iIv2oVFeoBCARf5AAAAAAAA --------------ms070007050901060206070406-- From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 22:22:06 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D38223E for ; Sat, 4 Apr 2015 22:22:06 +0000 (UTC) Received: from mx01.qsc.de (mx01.qsc.de [213.148.129.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2C4CE37C for ; Sat, 4 Apr 2015 22:22:05 +0000 (UTC) Received: from r56.edvax.de (port-92-195-131-196.dynamic.qsc.de [92.195.131.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx01.qsc.de (Postfix) with ESMTPS id 852363CC35; Sun, 5 Apr 2015 00:21:56 +0200 (CEST) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id t34MLnGh003279; Sun, 5 Apr 2015 00:21:50 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sun, 5 Apr 2015 00:21:49 +0200 From: Polytropon To: Jon Radel Subject: Re: Chop and replace method?? Message-Id: <20150405002149.e11077b2.freebsd@edvax.de> In-Reply-To: <55202099.9090908@radel.com> References: <55202099.9090908@radel.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Nancy Belle , freebsd-questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 22:22:06 -0000 Allow me a little improvement for readability: On Sat, 04 Apr 2015 13:34:17 -0400, Jon Radel wrote: > sed -i .bak 's/href=\"..\/..\/..\/archival\/archive13\//href=\"/' *.html You're using \/ to distinguish the '/' characters from the / in the regex. But you don't have to - just replace the / of the sed command with something that is _not_ part of the search & replace expression, for example |, such as: % sed -i .bak 's|href="../../../archival/archive13/|href="|' *.html As you can see, escaping " inside '...' also isn't neccessary. Depending on the patterns in the input, you could add 'g' for global search & replace (here: like s|before|after|g). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@FreeBSD.ORG Sat Apr 4 22:51:55 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8432A92 for ; Sat, 4 Apr 2015 22:51:55 +0000 (UTC) Received: from fly.radel.com (fly.radel.com [70.184.242.170]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6A95B8C5 for ; Sat, 4 Apr 2015 22:51:55 +0000 (UTC) X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.18.5 (ClamAV engine v0.98.5) Received: from [192.168.43.232] (account jon@radel.com HELO gravenstein.local) by radel.com (CommuniGate Pro SMTP 6.0.11 _community_) with ESMTPSA id 637702; Sat, 04 Apr 2015 22:51:53 +0000 Message-ID: <55206B08.8060309@radel.com> Date: Sat, 04 Apr 2015 18:51:52 -0400 From: Jon Radel User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Nancy Belle , freebsd-questions Subject: Re: Chop and replace method?? References: <55202099.9090908@radel.com> <552021C5.3010309@gmail.com> <55203049.4010003@radel.com> In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050102020404030309010203" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 22:51:55 -0000 This is a cryptographically signed message in MIME format. --------------ms050102020404030309010203 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 4/4/15 5:58 PM, Nancy Belle wrote: >>>> sed -i .bak 's/href=3D\"..\/..\/..\/archival\/archive13\//href=3D\"/= ' *.html >>>> > Hi Jon Radel > =20 > Oops! I forgot to mention that the *.html files are in different direct= ories and sub-directories. What do I need to add if possible to make sed = work with that situation? So many options. If you're using sh you could always do the quick and=20 dirty: for i in `find . -name '*html'` ; do sed -i .bak=20 's/href=3D\"..\/..\/..\/archival\/archive13\//href=3D\"/' $i ; done while in the directory under which all files you want to change reside. Polytropon is correct that his version sed -i .bak 's|href=3D"../../../archival/archive13/|href=3D"|g' *.html is more readable, and the trailing "g" is important if you have more=20 than one href you need to change per line. to combine things a bit, my current favorite for your problem as I=20 currently conceive it is find . -name '*.html' -execdir sed -i .bak=20 's|href=3D"../../../archival/archive13/|href=3D"|g' {} \; when run from the directory under which all the files live, or you could = change "find ." to "find ". List added back in. --Jon Radel jon@radel.com --------------ms050102020404030309010203 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKrzCC BK8wggOXoAMCAQICEQDgI8sVEoNTia1hbnpUZ2shMA0GCSqGSIb3DQEBCwUAMG8xCzAJBgNV BAYTAlNFMRQwEgYDVQQKEwtBZGRUcnVzdCBBQjEmMCQGA1UECxMdQWRkVHJ1c3QgRXh0ZXJu YWwgVFRQIE5ldHdvcmsxIjAgBgNVBAMTGUFkZFRydXN0IEV4dGVybmFsIENBIFJvb3QwHhcN MTQxMjIyMDAwMDAwWhcNMjAwNTMwMTA0ODM4WjCBmzELMAkGA1UEBhMCR0IxGzAZBgNVBAgT EkdyZWF0ZXIgTWFuY2hlc3RlcjEQMA4GA1UEBxMHU2FsZm9yZDEaMBgGA1UEChMRQ09NT0RP IENBIExpbWl0ZWQxQTA/BgNVBAMTOENPTU9ETyBTSEEtMjU2IENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC AQEAibEN2npTGU5wUh28VqYGJre4SeCW51Gr8fBaE0kVo7SMG2C8elFCp3mMpCLfF2FOkdV2 IwoU00oCf7YdCYBupQQ92bq7Fv6hh6kuQ1JDFnyvMlDIpk9a6QjYz5MlnHuI6DBk5qT4VoD9 KiQUMxeZrETlaYujRgZLwjPU6UCfBrCxrJNAubUIkzqcKlOjENs9IGE8VQOO2U52JQIhKfqj fHF2T+7hX4Hp+1SA28N7NVK3hN4iPSwwLTF/Wb1SN7AzaS1D6/rWpfGXd2dRjNnuJ+u8pQc4 doykqTj/34z1A6xJvsr3c5k6DzKrnJU6Ez0ORjpXdGFQvsZAP8vk4p+iIQIDAQABo4IBFzCC ARMwHwYDVR0jBBgwFoAUrb2YejS0Jvf6xCZU7wO94CTLVBowHQYDVR0OBBYEFJJha4LhoqCq T+xn8cKj97SAAMHsMA4GA1UdDwEB/wQEAwIBhjASBgNVHRMBAf8ECDAGAQH/AgEAMB0GA1Ud JQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDARBgNVHSAECjAIMAYGBFUdIAAwRAYDVR0fBD0w OzA5oDegNYYzaHR0cDovL2NybC51c2VydHJ1c3QuY29tL0FkZFRydXN0RXh0ZXJuYWxDQVJv b3QuY3JsMDUGCCsGAQUFBwEBBCkwJzAlBggrBgEFBQcwAYYZaHR0cDovL29jc3AudXNlcnRy dXN0LmNvbTANBgkqhkiG9w0BAQsFAAOCAQEAGypurFXBOquIxdjtzVXzqmthK8AJECOZD8Vm am+x9bS1d14PAmEA330F/hKzpICAAPz7HVtqcgIKQbwFusFY1SbC6tVNhPv+gpjPWBvjImOc Uvi7BTarfVil3qs7Y+Xa1XPv7OD7e+Kj//BCI5zKto1NPuRLGAOyqC3U2LtCS5BphRDbpjc0 6HvgARClnMo6x59PiDRuimXQGoq7qdzKyjbR9PzCZCk1r9axp3ER0gNDsY8+muyeMlP0dpLK hjQHuSzK5hxK2JkNwYbikJL7WkJqIyEQ6WXH9dW7fuqMhSACYurROgcsWcWZM/I4ieW26RZ6 H3kU9koQGib6fIr7mzCCBfgwggTgoAMCAQICEHNU5Tx9a7TNDWBpDfzOARswDQYJKoZIhvcN AQELBQAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhD T01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBD QTAeFw0xNTAzMzAwMDAwMDBaFw0xODAzMjkyMzU5NTlaMIH6MQswCQYDVQQGEwJVUzEOMAwG A1UEERMFMjIxNTAxCzAJBgNVBAgTAlZBMRQwEgYDVQQHEwtTcHJpbmdmaWVsZDEaMBgGA1UE CRMRNjkxNyBSaWRnZXdheSBEci4xFTATBgNVBAoTDEpvbiBULiBSYWRlbDEyMDAGA1UECxMp SXNzdWVkIHRocm91Z2ggSm9uIFQuIFJhZGVsIEUtUEtJIE1hbmFnZXIxHzAdBgNVBAsTFkNv cnBvcmF0ZSBTZWN1cmUgRW1haWwxEjAQBgNVBAMTCUpvbiBSYWRlbDEcMBoGCSqGSIb3DQEJ ARYNam9uQHJhZGVsLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAN7VG2H2 FtCpo4Of74Ll1UBAf2czZUfeg9rNm587CYgbZJcj+/c+56ZxBDcmSGalDTqBizPJduRMIuyq 8R9qViPzWN238rmVPhpV2PQt8khbJNxT3lXauwK4exK+f8+chywS1eDnesK2pLgQ60n27etj aE/xgKLLPXJjeaficomz3cwcbgCRdi5WnN9ogAMRNxWsD6trO9cR+cMldcNln1m65XXTrIii 86+FhZKVpW7yetIcmNcVkjYhfCAh5UGgyKHfK7osuPXgj9h1nSsgDwr5Q0H41bpGLe7AdcFu viOHdmqSuohVSt/VV7JuF2slx2pd0w0eMoNKUKhrFhFsvLUCAwEAAaOCAdUwggHRMB8GA1Ud IwQYMBaAFJJha4LhoqCqT+xn8cKj97SAAMHsMB0GA1UdDgQWBBTP1gHXRYR8E0eyRHCj/S+H yppC7DAOBgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAdBgNVHSUEFjAUBggrBgEFBQcD BAYIKwYBBQUHAwIwRgYDVR0gBD8wPTA7BgwrBgEEAbIxAQIBAwUwKzApBggrBgEFBQcCARYd aHR0cHM6Ly9zZWN1cmUuY29tb2RvLm5ldC9DUFMwXQYDVR0fBFYwVDBSoFCgToZMaHR0cDov L2NybC5jb21vZG9jYS5jb20vQ09NT0RPU0hBMjU2Q2xpZW50QXV0aGVudGljYXRpb25hbmRT ZWN1cmVFbWFpbENBLmNybDCBkAYIKwYBBQUHAQEEgYMwgYAwWAYIKwYBBQUHMAKGTGh0dHA6 Ly9jcnQuY29tb2RvY2EuY29tL0NPTU9ET1NIQTI1NkNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcnQwJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmNvbW9kb2NhLmNv bTAYBgNVHREEETAPgQ1qb25AcmFkZWwuY29tMA0GCSqGSIb3DQEBCwUAA4IBAQBLU976AGA/ 5JD9rkjl7vNfRGDQOEffvwseVmLEmBLot8I8vZ50oxRCLdOH0Zd8uN17J5a4xajP3blnMEdw /CQF4f6Iz8ASG7QOGLSSin+nrqD20Q8lRn8oOyrF100OsPRPKmff/fekdOMkQOrJ3MCDAHQ2 fxuWkxupLBP6PzC49qR8uyPVxIPNetMsuyYhAHtq4DJphd1bJbxirDffqstQK+M5R+eo47KN WyJ5PD/Q8ug4clobJ7P5W1Xh7KLqnVI2JffYD5+/EEzMpAsKiQTjdxci1z06TOr/9/Z+68an Xuvyambg6OMzkTaTCyD1sE9QExHj+zGiwpUufSj2vGWjMYIEMTCCBC0CAQEwgbAwgZsxCzAJ BgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZv cmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1 NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0N YGkN/M4BGzAJBgUrDgMCGgUAoIICVTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqG SIb3DQEJBTEPFw0xNTA0MDQyMjUxNTJaMCMGCSqGSIb3DQEJBDEWBBTkClxqc1W9YybjSdDI e/V7WoUFqjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYI KoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqG SIb3DQMCAgEoMIHBBgkrBgEEAYI3EAQxgbMwgbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9E TyBDQSBMaW1pdGVkMUEwPwYDVQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGlj YXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzCBwwYLKoZIhvcN AQkQAgsxgbOggbAwgZsxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0 ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMUEwPwYD VQQDEzhDT01PRE8gU0hBLTI1NiBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBF bWFpbCBDQQIQc1TlPH1rtM0NYGkN/M4BGzANBgkqhkiG9w0BAQEFAASCAQC9eBDneZGZJWgu tvTN078RDRnkeWlbjgokP65+rZ+RI+dqfgoFvfF0zRW+vB+FJ+1zFX1vtysW4D84YlQcF86j dYt/WiZpqQ1zOg+BzD5QyFyrrSnr5VnHFhuYum5VlkGJ8EAd9v5JUoglVRKx4wE05a73Q3Ia vFxLbiKEGHUpyZVCGgMCj6DpJ/6UKOIAPrlia3E0Em3UTN0v0cLOUl6KGmA0buIZE0lBO2JG E9RCyv6esN85vmBqByk8wW9g3RoFG3oEmNGlRNDTtgoUnmAFd5yH1jjukuMtkZSYmPLL7GoN Z5znHDkuEDTs6NEKTJraS8/Zn86bhiT1UueywDyWAAAAAAAA --------------ms050102020404030309010203--