From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 07:00:57 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3766D4B9; Sun, 31 Aug 2014 07:00:57 +0000 (UTC) Received: from mailout09.t-online.de (mailout09.t-online.de [194.25.134.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D89F81075; Sun, 31 Aug 2014 07:00:56 +0000 (UTC) Received: from fwd01.aul.t-online.de (fwd01.aul.t-online.de [172.20.27.147]) by mailout09.t-online.de (Postfix) with SMTP id 043CD628F85; Sun, 31 Aug 2014 08:54:04 +0200 (CEST) Received: from [192.168.119.33] (EkzFaEZHYhsxiLhBL8+PrfwZEhUkU3iRSA0Z4q0Cdmhw0AYCLSTjWRylnCVBJGOQ9d@[84.154.101.219]) by fwd01.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XNz1S-0ROq9I0; Sun, 31 Aug 2014 08:53:58 +0200 Message-ID: <5402C685.1030507@freebsd.org> Date: Sun, 31 Aug 2014 08:53:57 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Filippo Moretti , x11@freebsd.org Subject: [Analyzed] Re: Problem with xorg References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> <53FF6A32.6020509@freebsd.org> In-Reply-To: <53FF6A32.6020509@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: EkzFaEZHYhsxiLhBL8+PrfwZEhUkU3iRSA0Z4q0Cdmhw0AYCLSTjWRylnCVBJGOQ9d X-TOI-MSGID: 76a9b127-6fc2-4e6c-97b1-bbf063109170 Cc: "stable@freebsd.org" , Ports FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 07:00:57 -0000 The problem is caused by Unicode code points in keymap files, which were made possible (and have to be used) for many locales after the introduction of Unicode support with vt(4). Am 28.08.2014 um 19:43 schrieb Stefan Esser: > Am 28.08.2014 um 17:03 schrieb Filippo Moretti via freebsd-stable: >> I have problem with xorg with my custom kernel both with and without VT supports. >> I can still reboot with generic and have xorg work.My system:FreeBSD sting 10.0-STABLE FreeBSD 10.0-STABLE #0 r269789: Mon Aug 11 02:47:02 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 >> With my kernel-vt I get a sementation fault,while with SC I got a complete crash > [...] >> [ 3434.354] (**) Option "Protocol" "standard" >> [ 3434.354] (WW) Option "Device" requires an string value >> [ 3434.354] (**) Option "XkbRules" "base" >> [ 3434.354] (**) Option "XkbModel" "pc105" >> [ 3434.354] (**) Option "XkbLayout" "us" >> [ 3434.354] (**) Option "config_info" "hal:/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if0" >> [ 3434.354] (II) XINPUT: Adding extended input device "USB Receiver" (type: KEYBOARD, id 7) >> [ 3434.354] Segmentation fault at address 0x2a3da760 >> [ 3434.354] >> Fatal server error: >> [ 3434.354] Caught signal 11 (Segmentation fault). Server aborting >> [ 3434.354] >> [ 3434.355] >> Please consult the The X.Org Foundation support >> at http://wiki.x.org >> for help. >> [ 3434.355] Please also check the log file at "/var/log/Xorg.0.log" for additional information. > > Just a me-to, but on -CURRENT: > > [ 357.752] (**) Keyboard0: always reports core events > [ 357.752] (**) Option "Protocol" "standard" > [ 357.752] (**) Option "XkbRules" "xorg" > [ 357.752] (**) Option "XkbModel" "pc105" > [ 357.752] (**) Option "XkbLayout" "de" > [ 357.752] (**) Option "XkbVariant" "nodeadkeys" > [ 357.752] (II) XINPUT: Adding extended input device "Keyboard0" > (type: KEYBOARD, id 7) > [ 357.752] Segmentation fault at address 0x80500ae80 > [ 357.752] > Fatal server error: > [ 357.752] Caught signal 11 (Segmentation fault). Server aborting Further information: I used ktrace to identify the failing operation. It is in x11-drivers/xf86-input-keyboard line 1265 of bsd_KeyMap.c: #define KD_GET_ENTRY(i,n) \ eascii_to_x[((keymap.key[i].spcl << (n+1)) & 0x100) + keymap.key[i].map[n]] [...] void KbdGetMapping (InputInfoPtr pInfo, KeySymsPtr pKeySyms, CARD8 *pModMap) { KbdDevPtr pKbd = (KbdDevPtr) pInfo->private; KeySym *k; int i; #ifndef __bsdi__ switch (pKbd->consType) { /* * XXX wscons has no GIO_KEYMAP */ #if (defined (SYSCONS_SUPPORT) || defined (PCVT_SUPPORT)) && defined(GIO_KEYMAP) case SYSCONS: case PCVT: { keymap_t keymap; if (ioctl(pInfo->fd, GIO_KEYMAP, &keymap) != -1) { for (i = 0; i < keymap.n_keys && i < NUM_KEYCODES; i++) if (remap[i]) { k = map + (remap[i] << 2); k[0] = KD_GET_ENTRY(i,0); /* non-shifed */ k[1] = KD_GET_ENTRY(i,1); /* shifted */ k[2] = KD_GET_ENTRY(i,4); /* alt */ k[3] = KD_GET_ENTRY(i,5); /* alt - shifted */ if (k[3] == k[2]) k[3] = NoSymbol; if (k[2] == k[1]) k[2] = NoSymbol; if (k[1] == k[0]) k[1] = NoSymbol; if (k[0] == k[2] && k[1] == k[3]) k[2] = k[3] = NoSymbol; } } } break; #endif /* SYSCONS || PCVT */ The keymap returned by ioctl(GIO_KEYMAP) used to contain characters in the selected locale, which meant it was limited to 8 bit values, effectively. Now with Unicode support, larger values (>=0x100) can be found in keymap files. In my case, the Euro symbol (0x20ac) was the cause of an out-of-bounds access to the keymap array in line 1265 of bsd_KbdMap.c (assignment to k[2] for Alt "E"). I did not have time to investigate, how this problem can be resolved, though. But I'll create a ports PR with this information, since it must be resolved before 10.1, or users of keyboard layouts that generate characters beyond u+ff will reliably crash the X server ... Regards, STefan PS: PR ports/193192 From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 07:45:02 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63DCFB8B; Sun, 31 Aug 2014 07:45:02 +0000 (UTC) Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E75181471; Sun, 31 Aug 2014 07:45:01 +0000 (UTC) Received: by mail-qg0-f41.google.com with SMTP id i50so4059323qgf.14 for ; Sun, 31 Aug 2014 00:45:00 -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=LJI07+S2ko/pHCHiZYgHuoR/0AeOk0krmHhYwNuepqk=; b=jQ5d5HrMryCszonTehup0mFusvc5zEWd/fZBVMOhZtiRM+jbBtMyzszKSD+xZhG+L6 5ofTFnv8nwDSoQKfWPybLSSGx1gOsXwPvWlfejBb9oT1S6JHlXqR8a51VdjRUOlPEm0P ZFMgQpEaWo5r1rJ+Xe0SbSLFodEQfAiDHq2oS+PG/WNi5CyJ1OHUQ7bXc9xBO4qlnBik psWmOIjxY3/r9O9KOR4Zfl169J1fPKLQGdjRgkANtwcGQOjA0OkfrPVjXmB+XvobTH7m +lwex/0ryJ9oKwMOnjDalf5H9hAph7W2Bq1S2kylZhHzTOQBLTsK458BlICZW23m/Ax8 BAAw== MIME-Version: 1.0 X-Received: by 10.140.80.167 with SMTP id c36mr31786506qgd.52.1409471100490; Sun, 31 Aug 2014 00:45:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sun, 31 Aug 2014 00:45:00 -0700 (PDT) In-Reply-To: <5402C685.1030507@freebsd.org> References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> <53FF6A32.6020509@freebsd.org> <5402C685.1030507@freebsd.org> Date: Sun, 31 Aug 2014 00:45:00 -0700 X-Google-Sender-Auth: SnEWP1SH617oa-06-hUQjSd0MFs Message-ID: Subject: Re: [Analyzed] Re: Problem with xorg From: Adrian Chadd To: Stefan Esser Content-Type: text/plain; charset=UTF-8 Cc: "stable@freebsd.org" , x11@freebsd.org, Ports FreeBSD , Filippo Moretti X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 07:45:02 -0000 Ok, so what can we do right now to not have unicode characters in say, the US keymap file? (Just a local change, not committed anywhere - I agree it needs to be fixed in the xorg code.) -a From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 08:03:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76D28FB9; Sun, 31 Aug 2014 08:03:30 +0000 (UTC) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 354501761; Sun, 31 Aug 2014 08:03:29 +0000 (UTC) Received: from fwd01.aul.t-online.de (fwd01.aul.t-online.de [172.20.27.147]) by mailout07.t-online.de (Postfix) with SMTP id 5CD2345E341; Sun, 31 Aug 2014 09:58:02 +0200 (CEST) Received: from [192.168.119.33] (r1QR3vZXYhfIzedxgpBaSLj9aCeXN+9XOR1zIvNHf-kpNWN6fB044O9VUoQ7VTaZdK@[84.154.101.219]) by fwd01.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XO01P-0CZqhU0; Sun, 31 Aug 2014 09:57:59 +0200 Message-ID: <5402D585.9050200@freebsd.org> Date: Sun, 31 Aug 2014 09:57:57 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Adrian Chadd , Stefan Esser Subject: Re: [Analyzed] Re: Problem with xorg References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> <53FF6A32.6020509@freebsd.org> <5402C685.1030507@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: r1QR3vZXYhfIzedxgpBaSLj9aCeXN+9XOR1zIvNHf-kpNWN6fB044O9VUoQ7VTaZdK X-TOI-MSGID: 54c55cfc-9f9e-47aa-9c2d-aa64d55c7ea0 Cc: "stable@freebsd.org" , x11@freebsd.org, Filippo Moretti , Ports FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 08:03:30 -0000 Am 31.08.2014 um 09:45 schrieb Adrian Chadd: > Ok, so what can we do right now to not have unicode characters in say, > the US keymap file? The "normal" US keyboard (/usr/share/vt/keymaps/us.kbd) does not contain characters >= 0x100. There is no problem even with ISO8859-1 characters used in many European countries, since they all are in the range 0x00 to 0xff. A problem is European keyboards with teh Euro sign (0x20ac) or e.g. Cyrillic or Greek keyboards, where many characters are >= 0x100. > (Just a local change, not committed anywhere - I agree it needs to be > fixed in the xorg code.) I'm wondering whether it might make sense to have the work-around committed to the xf86-input-keyboard port. People will waste time trying to understand, why their X server stops working when they select a keyboard layout with problematic characters for use with vt. This was not possible until a few weeks ago, since there were no such keymaps committed to vt/keymaps. If you had a keymap defined in rc.conf, then the name that used to work with syscons did not work with vt, but was just ignored (and the compiled in default US keyboard layout was used). I plan to commit a change to rc.d/syscons, soon, which will allow vt to be used with syscons keymap names (which are then internally converted to vt keymap names). With that change to rc.d/syscons, people will have their localized keyboard layout under vt, but will not be able to a local X11 server, anymore ... So I'm considering to commit the work-around patch, since a single missing key (under plain X11 - e.g. KDE works with all keys) will be just a minor violation of POLA, compared to no X11 at all. Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 08:35:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF2EB6C7 for ; Sun, 31 Aug 2014 08:35:31 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp07.smtpout.orange.fr [80.12.242.129]) by mx1.freebsd.org (Postfix) with ESMTP id 511AC19DF for ; Sun, 31 Aug 2014 08:35:30 +0000 (UTC) Received: from localhost ([92.162.7.60]) by mwinf5d14 with ME id lLbN1o0051HifEc03LbNZK; Sun, 31 Aug 2014 10:35:23 +0200 X-ME-Helo: localhost X-ME-Date: Sun, 31 Aug 2014 10:35:23 +0200 X-ME-IP: 92.162.7.60 Message-ID: <5402DE49.4020900@orange.fr> Date: Sun, 31 Aug 2014 10:35:21 +0200 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Stefan Esser , Filippo Moretti , x11@freebsd.org Subject: Re: [Analyzed] Re: Problem with xorg References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> <53FF6A32.6020509@freebsd.org> <5402C685.1030507@freebsd.org> In-Reply-To: <5402C685.1030507@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , Ports FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 08:35:31 -0000 On 08/31/2014 08:53, Stefan Esser wrote: > The problem is caused by Unicode code points in keymap files, which were > made possible (and have to be used) for many locales after the > introduction of Unicode support with vt(4). > > Am 28.08.2014 um 19:43 schrieb Stefan Esser: >> Am 28.08.2014 um 17:03 schrieb Filippo Moretti via freebsd-stable: >>> I have problem with xorg with my custom kernel both with and without VT supports. >>> I can still reboot with generic and have xorg work.My system:FreeBSD sting 10.0-STABLE FreeBSD 10.0-STABLE #0 r269789: Mon Aug 11 02:47:02 UTC 2014 root@grind.freebsd.org:/usr/obj/usr/src/sys/GENERIC i386 >>> With my kernel-vt I get a sementation fault,while with SC I got a complete crash >> [...] >>> [ 3434.354] (**) Option "Protocol" "standard" >>> [ 3434.354] (WW) Option "Device" requires an string value >>> [ 3434.354] (**) Option "XkbRules" "base" >>> [ 3434.354] (**) Option "XkbModel" "pc105" >>> [ 3434.354] (**) Option "XkbLayout" "us" >>> [ 3434.354] (**) Option "config_info" "hal:/org/freedesktop/Hal/devices/usb_device_46d_c517_noserial_if0" >>> [ 3434.354] (II) XINPUT: Adding extended input device "USB Receiver" (type: KEYBOARD, id 7) >>> [ 3434.354] Segmentation fault at address 0x2a3da760 >>> [ 3434.354] >>> Fatal server error: >>> [ 3434.354] Caught signal 11 (Segmentation fault). Server aborting >>> [ 3434.354] >>> [ 3434.355] >>> Please consult the The X.Org Foundation support >>> at http://wiki.x.org >>> for help. >>> [ 3434.355] Please also check the log file at "/var/log/Xorg.0.log" for additional information. >> >> Just a me-to, but on -CURRENT: >> >> [ 357.752] (**) Keyboard0: always reports core events >> [ 357.752] (**) Option "Protocol" "standard" >> [ 357.752] (**) Option "XkbRules" "xorg" >> [ 357.752] (**) Option "XkbModel" "pc105" >> [ 357.752] (**) Option "XkbLayout" "de" >> [ 357.752] (**) Option "XkbVariant" "nodeadkeys" >> [ 357.752] (II) XINPUT: Adding extended input device "Keyboard0" >> (type: KEYBOARD, id 7) >> [ 357.752] Segmentation fault at address 0x80500ae80 >> [ 357.752] >> Fatal server error: >> [ 357.752] Caught signal 11 (Segmentation fault). Server aborting > > Further information: I used ktrace to identify the failing operation. > It is in x11-drivers/xf86-input-keyboard line 1265 of bsd_KeyMap.c: > > #define KD_GET_ENTRY(i,n) \ > eascii_to_x[((keymap.key[i].spcl << (n+1)) & 0x100) + > keymap.key[i].map[n]] > > [...] > > void > KbdGetMapping (InputInfoPtr pInfo, KeySymsPtr pKeySyms, CARD8 *pModMap) > { > KbdDevPtr pKbd = (KbdDevPtr) pInfo->private; > KeySym *k; > int i; > > #ifndef __bsdi__ > switch (pKbd->consType) { > > /* > * XXX wscons has no GIO_KEYMAP > */ > #if (defined (SYSCONS_SUPPORT) || defined (PCVT_SUPPORT)) && > defined(GIO_KEYMAP) > case SYSCONS: > case PCVT: > { > keymap_t keymap; > > if (ioctl(pInfo->fd, GIO_KEYMAP, &keymap) != -1) { > for (i = 0; i < keymap.n_keys && i < NUM_KEYCODES; i++) > if (remap[i]) { > k = map + (remap[i] << 2); > k[0] = KD_GET_ENTRY(i,0); /* non-shifed */ > k[1] = KD_GET_ENTRY(i,1); /* shifted */ > k[2] = KD_GET_ENTRY(i,4); /* alt */ > k[3] = KD_GET_ENTRY(i,5); /* alt - shifted */ > if (k[3] == k[2]) k[3] = NoSymbol; > if (k[2] == k[1]) k[2] = NoSymbol; > if (k[1] == k[0]) k[1] = NoSymbol; > if (k[0] == k[2] && k[1] == k[3]) > k[2] = k[3] = NoSymbol; > } > } > } > break; > #endif /* SYSCONS || PCVT */ > > The keymap returned by ioctl(GIO_KEYMAP) used to contain characters > in the selected locale, which meant it was limited to 8 bit values, > effectively. > > Now with Unicode support, larger values (>=0x100) can be found in > keymap files. In my case, the Euro symbol (0x20ac) was the cause > of an out-of-bounds access to the keymap array in line 1265 of > bsd_KbdMap.c (assignment to k[2] for Alt "E"). > > I did not have time to investigate, how this problem can be > resolved, though. > > But I'll create a ports PR with this information, since it must be > resolved before 10.1, or users of keyboard layouts that generate > characters beyond u+ff will reliably crash the X server ... > > Regards, STefan > > PS: PR ports/193192 I have already done PR/191459, with a patch to be added to x11-drivers/xf86-input-keyboard (thanks Thierry Thomas to restoring it). The last contribution by ray@ is totally irrelevant - in fact the same problem appears with syscons + TEKEN_UTF8 Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 15:44:32 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55E7E4A4; Sun, 31 Aug 2014 15:44:32 +0000 (UTC) Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D819114D6; Sun, 31 Aug 2014 15:44:31 +0000 (UTC) Received: by mail-qg0-f45.google.com with SMTP id e89so4262960qgf.32 for ; Sun, 31 Aug 2014 08:44:31 -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=zTKVEsUag4AVsmcKwxZhdQiuSYXXafKaYxH/4v9NPXM=; b=0lgKBUVepVWqhtjbUJ/c8d8UU54udxWSJhmXHLKqGA7E+1Hce293AYBju4r9VjBxJ0 yWt8XMHDmLKaoMJYwVrNblodgoeGI5hzFgqVBEiXBxymLZXq2GEaIuwY0eDt8JIf2OHr g2lRvx9BIWI3xlHqXDk+sSd7OAs4XsRCqfqXBrOe8omlmSqiJVhafb0RTgPnHtyKlfHs sUB6PP46UIB9mgKk1Juxme7zX2qjBh6AcMZmn0TOkqAFMiiENTexx2t2qsiH/2MFDAJs u95CTV6LBnh0xjiPvUQNu9PcKBnkQnue0fQKGn3Y6rPovbaRnpPbPCuLh9Xf/9Zc1PkN nqlQ== MIME-Version: 1.0 X-Received: by 10.224.36.4 with SMTP id r4mr37265039qad.69.1409499871037; Sun, 31 Aug 2014 08:44:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.39.139 with HTTP; Sun, 31 Aug 2014 08:44:30 -0700 (PDT) In-Reply-To: <5402DE49.4020900@orange.fr> References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> <53FF6A32.6020509@freebsd.org> <5402C685.1030507@freebsd.org> <5402DE49.4020900@orange.fr> Date: Sun, 31 Aug 2014 08:44:30 -0700 X-Google-Sender-Auth: 87N3epcsJP0WV66CtZmHGM8vss8 Message-ID: Subject: Re: [Analyzed] Re: Problem with xorg From: Adrian Chadd To: Claude Buisson Content-Type: text/plain; charset=UTF-8 Cc: "stable@freebsd.org" , x11@freebsd.org, Ports FreeBSD , Filippo Moretti X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 15:44:32 -0000 I discovered that: * if I don't load kbdmap at boot-time as a module, the probe order works in a way that xorg works; * if I load kbdmap by hand after boot, or I don't load it at all, then even the US keyboard map causes xorg to choke. If I load kbdmap at boot-time then kbdcontrol reports inappropriate ioctl for device. -a From owner-freebsd-stable@FreeBSD.ORG Sun Aug 31 21:32:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3153E1ED for ; Sun, 31 Aug 2014 21:32:20 +0000 (UTC) Received: from keltia.net (cl-90.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:59::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 E45C31C9D for ; Sun, 31 Aug 2014 21:32:19 +0000 (UTC) Received: from lonrach.local (foret.keltia.net [78.232.116.160]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix) with ESMTPSA id 53FEC52AE for ; Sun, 31 Aug 2014 23:32:18 +0200 (CEST) Date: Sun, 31 Aug 2014 23:32:16 +0200 From: Ollivier Robert To: freebsd-stable@freebsd.org Subject: Re: mounting fdescfs in a nested/hierarchical jail? Message-ID: <20140831213216.GE12080@lonrach.local> References: <3CB0C5BC-3864-418E-A59F-467D39B7E1EA@verweg.com> <53F55F7E.4010309@gritton.org> <3D042FC9-7CD9-4842-8D18-8354F9E1BB80@verweg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3D042FC9-7CD9-4842-8D18-8354F9E1BB80@verweg.com> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2014 21:32:20 -0000 According to Ruben van Staveren: > Ok, I’ve written a little patch for that. Seems to work on r268794 > > http://pastebin.com/5t9zEzkV > > I am not sure about the consequences of having this permission. Please put that into a PR on bugs.freebsd.org so have a permament trace of it, thanks. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 07:27:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53D7C6C0; Mon, 1 Sep 2014 07:27:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 42E581086; Mon, 1 Sep 2014 07:27:37 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 843F5A1F; Mon, 1 Sep 2014 07:27:37 +0000 (UTC) Date: Mon, 1 Sep 2014 07:27:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ngie@FreeBSD.org Message-ID: <1445341548.19.1409556457215.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #700 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 07:27:37 -0000 See Changes: [ngie] MFC r270433: Garbage collect libl dependency The application links and runs without libl Approved by: rpaulo (mentor) Phabric: D673 Submitted by: trociny [ngie] MFC r270117: Add -ll to LDADD to fix "make checkdpadd" Phabric: D622 Approved by: rpaulo (mentor) ------------------------------------------ [...truncated 218806 lines...] --- cleandir_subdir_aic7xxx --- --- cleanobj --- --- _sub.cleandir --- ===> aic7xxx/ahc/ahc_eisa (cleandir) --- cleandir_subdir_acpi --- ===> acpi/acpi_ibm (cleandir) --- cleandir_subdir_aic7xxx --- --- clean --- rm -f export_syms ahc_eisa.ko ahc_eisa.kld ahc_eisa.o ahc_eisa.ko.debug ahc_eisa.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h eisa_if.h pci_if.h bus_if.h device_if.h --- cleandir_subdir_aio --- --- cleandir_subdir_aic7xxx --- --- cleanilinks --- rm -f @ machine x86 --- cleandepend --- rm -f .depend GPATH GRTAGS GSYMS GTAGS --- cleandir_subdir_aio --- ===> aio (cleandir) --- cleandir_subdir_aic7xxx --- --- cleanobj --- ===> aic7xxx/ahc/ahc_isa (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- ===> acpi/acpi_panasonic (cleandir) --- cleandir_subdir_aic7xxx --- --- clean --- rm -f export_syms ahc_isa.ko ahc_isa.kld ahc_isa.o ahc_isa.ko.debug ahc_isa.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h isa_if.h bus_if.h device_if.h --- cleandir_subdir_aio --- --- cleanobj --- --- cleandir_subdir_aic7xxx --- --- cleanilinks --- rm -f @ machine x86 --- cleandepend --- rm -f .depend GPATH GRTAGS GSYMS GTAGS --- cleanobj --- ===> aic7xxx/ahc/ahc_pci (cleandir) --- cleandir_subdir_alc --- ===> alc (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- ===> acpi/acpi_sony (cleandir) --- cleandir_subdir_aic7xxx --- --- clean --- rm -f export_syms ahc_pci.ko ahc_pci.kld ahc_pci.o aic7xxx_pci.o ahc_pci.ko.debug ahc_pci.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h bus_if.h device_if.h --- cleanilinks --- rm -f @ machine x86 --- cleandepend --- rm -f .depend GPATH GRTAGS GSYMS GTAGS --- cleanobj --- --- cleandir_subdir_alc --- --- cleanobj --- --- cleandir_subdir_aic7xxx --- ===> aic7xxx/ahd (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- --- cleandir_subdir_ale --- ===> ale (cleandir) --- cleandir_subdir_acpi --- ===> acpi/acpi_toshiba (cleandir) --- cleandir_subdir_aic7xxx --- --- cleanobj --- --- cleandir_subdir_acpi --- --- cleanobj --- --- cleandir_subdir_ale --- --- cleanobj --- --- cleandir_subdir_acpi --- ===> acpi/acpi_video (cleandir) --- cleandir_subdir_alq --- --- cleandir_subdir_amdsbwd --- --- cleandir_subdir_alq --- ===> alq (cleandir) --- cleandir_subdir_amdsbwd --- ===> amdsbwd (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- ===> acpi/acpi_dock (cleandir) --- cleandir_subdir_alq --- --- cleanobj --- --- cleandir_subdir_amdsbwd --- --- cleanobj --- --- cleandir_subdir_amdtemp --- --- cleandir_subdir_amr --- --- cleandir_subdir_amdtemp --- ===> amdtemp (cleandir) --- cleandir_subdir_amr --- ===> amr (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- ===> acpi/acpi_wmi (cleandir) --- cleandir_subdir_amdtemp --- --- cleanobj --- --- cleandir_subdir_an --- --- cleandir_subdir_amr --- --- cleanobj --- --- cleandir_subdir_acpi --- --- cleanobj --- --- cleandir_subdir_an --- ===> an (cleandir) --- cleandir_subdir_acpi --- ===> acpi/aibs (cleandir) --- cleandir_subdir_amr --- --- _sub.cleandir --- ===> amr/amr_cam (cleandir) --- cleandir_subdir_acpi --- --- cleanobj --- --- cleandir_subdir_an --- --- cleanobj --- --- cleandir_subdir_amr --- --- clean --- rm -f export_syms amr_cam.ko amr_cam.kld amr_cam.o amr_cam.ko.debug amr_cam.ko.symbols opt_cam.h opt_scsi.h bus_if.h device_if.h --- cleanilinks --- --- cleandir_subdir_aout --- --- cleandir_subdir_amr --- rm -f @ machine x86 --- cleandir_subdir_arcmsr --- --- cleandir_subdir_amr --- --- cleandepend --- rm -f .depend GPATH GRTAGS GSYMS GTAGS --- cleandir_subdir_arcmsr --- ===> arcmsr (cleandir) --- cleandir_subdir_aout --- ===> aout (cleandir) --- cleandir_subdir_amr --- --- cleanobj --- ===> amr/amr_linux (cleandir) --- clean --- rm -f export_syms amr_linux.ko amr_linux.kld amr_linux.o amr_linux.ko.debug amr_linux.ko.symbols bus_if.h device_if.h --- cleanilinks --- rm -f @ machine x86 --- cleandepend --- rm -f .depend GPATH GRTAGS GSYMS GTAGS --- cleandir_subdir_arcmsr --- --- cleanobj --- --- cleandir_subdir_aout --- --- cleanobj --- --- cleandir_subdir_amr --- --- cleanobj --- --- cleandir_subdir_asmc --- --- cleandir_subdir_ata --- --- cleandir_subdir_ath --- --- cleandir_subdir_ata --- ===> ata (cleandir) --- cleandir_subdir_ath --- ===> ath (cleandir) --- cleandir_subdir_asmc --- ===> asmc (cleandir) --- cleandir_subdir_ata --- --- _sub.cleandir --- ===> ata/atacore (cleandir) --- cleandir_subdir_asmc --- --- cleanobj --- --- cleandir_subdir_ath_pci --- ===> ath_pci (cleandir) --- cleanobj --- --- cleandir_subdir_ata --- --- cleanobj --- ===> ata/atacard (cleandir) --- cleandir_subdir_autofs --- ===> autofs (cleandir) --- cleandir_subdir_ata --- --- cleanobj --- ===> ata/ataisa (cleandir) --- cleandir_subdir_ath --- --- cleanobj --- --- cleandir_subdir_autofs --- --- cleanobj --- --- cleandir_subdir_ata --- --- cleanobj --- --- cleandir_subdir_bce --- --- cleandir_subdir_ata --- ===> ata/atapci (cleandir) --- cleandir_subdir_bce --- ===> bce (cleandir) --- cleandir_subdir_ata --- --- cleanobj --- --- cleandir_subdir_bce --- --- cleanobj --- --- cleandir_subdir_ata --- --- _sub.cleandir --- ===> ata/atapci/chipsets (cleandir) --- _sub.cleandir --- ===> ata/atapci/chipsets/ataacard (cleandir) --- cleanobj --- ===> ata/atapci/chipsets/ataacerlabs (cleandir) --- cleanobj --- ===> ata/atapci/chipsets/ataadaptec (cleandir) --- cleanobj --- rm: fts_read: No such file or directory --- cleandir_subdir_bfe --- --- cleandir_subdir_ata --- *** [cleanobj] Error code 1 make[5]: stopped in --- cleandir_subdir_bfe --- ===> bfe (cleandir) --- cleandir_subdir_ata --- --- _sub.cleandir --- A failure has been detected in another branch of the parallel make make[7]: stopped in *** [_sub.cleandir] Error code 2 make[6]: stopped in 1 error make[6]: stopped in *** [_sub.cleandir] Error code 2 make[5]: stopped in 2 errors make[5]: stopped in *** [_sub.cleandir] Error code 2 make[4]: stopped in 1 error make[4]: stopped in *** [cleandir_subdir_ata] Error code 2 make[3]: stopped in --- cleandir_subdir_bfe --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [cleandir_subdir_bfe] Error code 2 make[3]: stopped in 2 errors make[3]: stopped in *** [modules-cleandir] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 07:34:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB512B02; Mon, 1 Sep 2014 07:34:29 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B6C91224; Mon, 1 Sep 2014 07:34:29 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id z10so5547327pdj.3 for ; Mon, 01 Sep 2014 00:34:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=sTgGAoCmLOHxOtb664Nz38g++bd6ZEdjpAISXf8BCwo=; b=wi2ZHD6KWG7GvdBzGkM8vhSxGOunZo9i21F95XnBaLqW9+ZlgOXAe9Vo/jhsFeWxrh I2DvAqxXyH2Ft0DJDPJJ0On+GIgapKcZamx8KRp3V6NUy1BDW+Alh32pZ3ANJDIZQflX IKoRP1yTPvQozv1iDl10Vmd7UQKbsF+0Wpf8kJuTGPH+7pg8xz+8Nl/WuItqjd/WEJ52 VuqjQvqkqL0NcsYsKvQA2t86ixYUCx0BgpjW/e6hfKt5qzF6uyXjYJ2ZfN/fpUCIP3sA R6so0YaLNDDHhZ+BvDbccL7loQ6q8DmBPIH2KcHIuOOst0XVIm8ubvlfnLftyDuzdTSo 5DlQ== X-Received: by 10.70.64.196 with SMTP id q4mr9495873pds.131.1409556867991; Mon, 01 Sep 2014 00:34:27 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:654a:20e9:bae4:df09? ([2601:8:ab80:7d6:654a:20e9:bae4:df09]) by mx.google.com with ESMTPSA id xj9sm32289pab.40.2014.09.01.00.34.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Sep 2014 00:34:27 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_6D24FC32-8910-49C7-85C5-771CB2D11011"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Build failed in Jenkins: FreeBSD_stable_10 #700 From: yaneurabeya@gmail.com In-Reply-To: <1445341548.19.1409556457215.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Mon, 1 Sep 2014 00:34:12 -0700 Message-Id: <4136D760-602E-4A9A-9D0C-586C6B6099E9@gmail.com> References: <1445341548.19.1409556457215.JavaMail.jenkins@jenkins-9.freebsd.org> To: jenkins-admin@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable@freebsd.org, Ian Lepore , Garrett Cooper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 07:34:29 -0000 --Apple-Mail=_6D24FC32-8910-49C7-85C5-771CB2D11011 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 1, 2014, at 0:27, jenkins-admin@freebsd.org wrote: > See = >=20 > Changes: >=20 > [ngie] MFC r270433: >=20 > Garbage collect libl dependency >=20 > The application links and runs without libl >=20 > Approved by: rpaulo (mentor) > Phabric: D673 > Submitted by: trociny >=20 > [ngie] MFC r270117: >=20 > Add -ll to LDADD to fix "make checkdpadd" >=20 > Phabric: D622 > Approved by: rpaulo (mentor) >=20 > ------------------------------------------ > [...truncated 218806 lines...] > --- cleandir_subdir_aic7xxx --- > --- cleanobj --- > --- _sub.cleandir --- > =3D=3D=3D> aic7xxx/ahc/ahc_eisa (cleandir) > --- cleandir_subdir_acpi --- > =3D=3D=3D> acpi/acpi_ibm (cleandir) > --- cleandir_subdir_aic7xxx --- > --- clean --- > rm -f export_syms ahc_eisa.ko ahc_eisa.kld ahc_eisa.o = ahc_eisa.ko.debug ahc_eisa.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h = eisa_if.h pci_if.h bus_if.h device_if.h > --- cleandir_subdir_aio --- > --- cleandir_subdir_aic7xxx --- > --- cleanilinks --- > rm -f @ machine x86 > --- cleandepend --- > rm -f .depend GPATH GRTAGS GSYMS GTAGS > --- cleandir_subdir_aio --- > =3D=3D=3D> aio (cleandir) > --- cleandir_subdir_aic7xxx --- > --- cleanobj --- > =3D=3D=3D> aic7xxx/ahc/ahc_isa (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > =3D=3D=3D> acpi/acpi_panasonic (cleandir) > --- cleandir_subdir_aic7xxx --- > --- clean --- > rm -f export_syms ahc_isa.ko ahc_isa.kld ahc_isa.o ahc_isa.ko.debug = ahc_isa.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h pci_if.h isa_if.h = bus_if.h device_if.h > --- cleandir_subdir_aio --- > --- cleanobj --- > --- cleandir_subdir_aic7xxx --- > --- cleanilinks --- > rm -f @ machine x86 > --- cleandepend --- > rm -f .depend GPATH GRTAGS GSYMS GTAGS > --- cleanobj --- > =3D=3D=3D> aic7xxx/ahc/ahc_pci (cleandir) > --- cleandir_subdir_alc --- > =3D=3D=3D> alc (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > =3D=3D=3D> acpi/acpi_sony (cleandir) > --- cleandir_subdir_aic7xxx --- > --- clean --- > rm -f export_syms ahc_pci.ko ahc_pci.kld ahc_pci.o aic7xxx_pci.o = ahc_pci.ko.debug ahc_pci.ko.symbols opt_scsi.h opt_cam.h opt_aic7xxx.h = pci_if.h bus_if.h device_if.h > --- cleanilinks --- > rm -f @ machine x86 > --- cleandepend --- > rm -f .depend GPATH GRTAGS GSYMS GTAGS > --- cleanobj --- > --- cleandir_subdir_alc --- > --- cleanobj --- > --- cleandir_subdir_aic7xxx --- > =3D=3D=3D> aic7xxx/ahd (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > --- cleandir_subdir_ale --- > =3D=3D=3D> ale (cleandir) > --- cleandir_subdir_acpi --- > =3D=3D=3D> acpi/acpi_toshiba (cleandir) > --- cleandir_subdir_aic7xxx --- > --- cleanobj --- > --- cleandir_subdir_acpi --- > --- cleanobj --- > --- cleandir_subdir_ale --- > --- cleanobj --- > --- cleandir_subdir_acpi --- > =3D=3D=3D> acpi/acpi_video (cleandir) > --- cleandir_subdir_alq --- > --- cleandir_subdir_amdsbwd --- > --- cleandir_subdir_alq --- > =3D=3D=3D> alq (cleandir) > --- cleandir_subdir_amdsbwd --- > =3D=3D=3D> amdsbwd (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > =3D=3D=3D> acpi/acpi_dock (cleandir) > --- cleandir_subdir_alq --- > --- cleanobj --- > --- cleandir_subdir_amdsbwd --- > --- cleanobj --- > --- cleandir_subdir_amdtemp --- > --- cleandir_subdir_amr --- > --- cleandir_subdir_amdtemp --- > =3D=3D=3D> amdtemp (cleandir) > --- cleandir_subdir_amr --- > =3D=3D=3D> amr (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > =3D=3D=3D> acpi/acpi_wmi (cleandir) > --- cleandir_subdir_amdtemp --- > --- cleanobj --- > --- cleandir_subdir_an --- > --- cleandir_subdir_amr --- > --- cleanobj --- > --- cleandir_subdir_acpi --- > --- cleanobj --- > --- cleandir_subdir_an --- > =3D=3D=3D> an (cleandir) > --- cleandir_subdir_acpi --- > =3D=3D=3D> acpi/aibs (cleandir) > --- cleandir_subdir_amr --- > --- _sub.cleandir --- > =3D=3D=3D> amr/amr_cam (cleandir) > --- cleandir_subdir_acpi --- > --- cleanobj --- > --- cleandir_subdir_an --- > --- cleanobj --- > --- cleandir_subdir_amr --- > --- clean --- > rm -f export_syms amr_cam.ko amr_cam.kld amr_cam.o amr_cam.ko.debug = amr_cam.ko.symbols opt_cam.h opt_scsi.h bus_if.h device_if.h > --- cleanilinks --- > --- cleandir_subdir_aout --- > --- cleandir_subdir_amr --- > rm -f @ machine x86 > --- cleandir_subdir_arcmsr --- > --- cleandir_subdir_amr --- > --- cleandepend --- > rm -f .depend GPATH GRTAGS GSYMS GTAGS > --- cleandir_subdir_arcmsr --- > =3D=3D=3D> arcmsr (cleandir) > --- cleandir_subdir_aout --- > =3D=3D=3D> aout (cleandir) > --- cleandir_subdir_amr --- > --- cleanobj --- > =3D=3D=3D> amr/amr_linux (cleandir) > --- clean --- > rm -f export_syms amr_linux.ko amr_linux.kld amr_linux.o = amr_linux.ko.debug amr_linux.ko.symbols bus_if.h device_if.h > --- cleanilinks --- > rm -f @ machine x86 > --- cleandepend --- > rm -f .depend GPATH GRTAGS GSYMS GTAGS > --- cleandir_subdir_arcmsr --- > --- cleanobj --- > --- cleandir_subdir_aout --- > --- cleanobj --- > --- cleandir_subdir_amr --- > --- cleanobj --- > --- cleandir_subdir_asmc --- > --- cleandir_subdir_ata --- > --- cleandir_subdir_ath --- > --- cleandir_subdir_ata --- > =3D=3D=3D> ata (cleandir) > --- cleandir_subdir_ath --- > =3D=3D=3D> ath (cleandir) > --- cleandir_subdir_asmc --- > =3D=3D=3D> asmc (cleandir) > --- cleandir_subdir_ata --- > --- _sub.cleandir --- > =3D=3D=3D> ata/atacore (cleandir) > --- cleandir_subdir_asmc --- > --- cleanobj --- > --- cleandir_subdir_ath_pci --- > =3D=3D=3D> ath_pci (cleandir) > --- cleanobj --- > --- cleandir_subdir_ata --- > --- cleanobj --- > =3D=3D=3D> ata/atacard (cleandir) > --- cleandir_subdir_autofs --- > =3D=3D=3D> autofs (cleandir) > --- cleandir_subdir_ata --- > --- cleanobj --- > =3D=3D=3D> ata/ataisa (cleandir) > --- cleandir_subdir_ath --- > --- cleanobj --- > --- cleandir_subdir_autofs --- > --- cleanobj --- > --- cleandir_subdir_ata --- > --- cleanobj --- > --- cleandir_subdir_bce --- > --- cleandir_subdir_ata --- > =3D=3D=3D> ata/atapci (cleandir) > --- cleandir_subdir_bce --- > =3D=3D=3D> bce (cleandir) > --- cleandir_subdir_ata --- > --- cleanobj --- > --- cleandir_subdir_bce --- > --- cleanobj --- > --- cleandir_subdir_ata --- > --- _sub.cleandir --- > =3D=3D=3D> ata/atapci/chipsets (cleandir) > --- _sub.cleandir --- > =3D=3D=3D> ata/atapci/chipsets/ataacard (cleandir) > --- cleanobj --- > =3D=3D=3D> ata/atapci/chipsets/ataacerlabs (cleandir) > --- cleanobj --- > =3D=3D=3D> ata/atapci/chipsets/ataadaptec (cleandir) > --- cleanobj --- > rm: fts_read: No such file or directory > --- cleandir_subdir_bfe --- > --- cleandir_subdir_ata --- > *** [cleanobj] Error code 1 This is a known bug: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D192490 . Thanks! -Garrett --Apple-Mail=_6D24FC32-8910-49C7-85C5-771CB2D11011 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUBCF1AAoJEMZr5QU6S73eSBIH/RejGk6AQipYtDpAoqHR4mA6 Cpo/ALo0a3GXdf1WXVSNoUfviI8wQVpfJliFAQrlubkVQn+ERrKcDzLbnO7AMwol ecRSM7I0Lx1wxv9K1IoIcpZ9gLEEGdcqS2+wC1EoFtuMHPHyG5XZdz97jqCJN37N cf6PbcXRjvmbZTkSwR9+5sRUq30MaM3ApvrhTwhq0PeJ5VnoXBQ861RlxvRXj/rK m79pP3H3sAMSsYy7MP0pVQRvht6ppvb0AugvudjlUx+SdBfI50K6VtBEQ9GazVr0 rv+4UDUgy/dY1IBhuTWGGwWhqfYQrPcjR8hyOZy/dKbH/pzV/UxE39cO0Lbh/lA= =pD0m -----END PGP SIGNATURE----- --Apple-Mail=_6D24FC32-8910-49C7-85C5-771CB2D11011-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 11:01:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B93FFA35; Mon, 1 Sep 2014 11:01:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id A60761B1E; Mon, 1 Sep 2014 11:01:13 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 8EB67130; Mon, 1 Sep 2014 11:01:13 +0000 (UTC) Date: Mon, 1 Sep 2014 11:01:05 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ae@FreeBSD.org, glebius@FreeBSD.org, trasz@FreeBSD.org, ngie@FreeBSD.org, kib@FreeBSD.org, jfv@FreeBSD.org Message-ID: <479056540.0.1409569272972.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1445341548.19.1409556457215.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1445341548.19.1409556457215.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #701 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 11:01:13 -0000 See From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 15:57:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6FAF8ED8 for ; Mon, 1 Sep 2014 15:57:58 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 4A1D11D38 for ; Mon, 1 Sep 2014 15:57:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=ARIeDj2PRBljDZDO4gois7g6sbUamySwbp8gfuQNRPg=; b=khjuyCxGoWpMKGHKXk6dEeFUM8nxvSqB1VWY6JNlwkb8fCR0qs57YgNgn0/3QfEpOO9nGHMimCuIqoOr2zHsmY1fPbKn6tKIWeK2D4c3v0RhZC7A4HvQIBL9aHTBekFhfJKMeNKFB4n+pEgzMB2Oy87M9noz61/YG7ENZ3Y84sk=; Received: from [114.121.160.184] (port=42383 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XOTzQ-002tuE-N7 for freebsd-stable@freebsd.org; Mon, 01 Sep 2014 09:57:57 -0600 Date: Mon, 1 Sep 2014 23:57:50 +0800 From: Erich Dollansky To: freebsd-stable@freebsd.org Subject: du: strange behaviour Message-ID: <20140901235750.220be58e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 15:57:58 -0000 Hi, I just try to get a Raspberry Pi up and running. I use a FreeBSD installation to do this: FreeBSD X220.alogt.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #44 r270870: Mon Sep 1 08:46:27 WITA 2014 erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 For some reason I did [X220]/rescue (root) > du * 6.6M [ 12K dhclient-script 4.0K nextboot 6.6M total [X220]/rescue (root) > A plain du gives this: [X220]/rescue (root) > du 6.6M . 6.6M total [X220]/rescue (root) > If I do the same inside the directory containing /rescue for the Raspberry, I get a list ending with these lines: 5.7M unxz 5.7M vi 5.7M whoami 5.7M xz 5.7M xzcat 5.7M zcat 5.7M zfs 5.7M zpool 768M total This is what I also would have expected for the amd64 directory. Why does du stop after [ but includes the two scripts? Of course, all the other files are also in this directory as shown by ll: total 931792 -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 [ -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 atmconfig -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 badsect -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bsdlabel -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bunzip2 -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzcat -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzip2 -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 camcontrol -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 cat -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 ccdconfig -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 chflags ... Does somebody have any ideas? Erich From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 16:25:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 88C9ABBC for ; Mon, 1 Sep 2014 16:25:17 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F9011FC4 for ; Mon, 1 Sep 2014 16:25:17 +0000 (UTC) Received: by mail-pd0-f175.google.com with SMTP id ft15so6478805pdb.6 for ; Mon, 01 Sep 2014 09:25:17 -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=yw1SIYWZxAt2f5PHncW+aLekM80LLes19WdZfPp0Ht0=; b=csp7KQX/+N1w0XEXyTBQ/1VDxop4Qpd5KeBZ80zIzG6wSUDqxfi/ZGeBZEfckljbb4 4AYN6y6w0c9FaMFPB6nh4NMTt4ASx3TYVYefL0uO2Eum+5XnIIsm9vBiv67+rMvCy+DK fx9JHNqREFF2f++qm+a1g8kRj2RnAcieLbr2i0DFLfv3lP/k5+7M4TOuTZS/aIHwJ/Fk +Jn6bwM9KG87Oq3QwtZxofvOt8Wyn3RrkfD5boFhEDQBAQJaTYktmJ9pPaezwYBskxvE hi8SAQlSDC14hqnk03yIBdoFMTykktiXr9SqBO2dVFUn9B4Pgxuy1Zx2x9my6jEMQrNT TXjw== MIME-Version: 1.0 X-Received: by 10.68.57.144 with SMTP id i16mr41116066pbq.48.1409588715383; Mon, 01 Sep 2014 09:25:15 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Mon, 1 Sep 2014 09:25:15 -0700 (PDT) In-Reply-To: <20140901235750.220be58e@X220.alogt.com> References: <20140901235750.220be58e@X220.alogt.com> Date: Mon, 1 Sep 2014 11:25:15 -0500 Message-ID: Subject: Re: du: strange behaviour From: Adam Vande More To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 16:25:17 -0000 On Mon, Sep 1, 2014 at 10:57 AM, Erich Dollansky < erichsfreebsdlist@alogt.com> wrote: > Hi, > > I just try to get a Raspberry Pi up and running. I use a FreeBSD > installation to do this: > > FreeBSD X220.alogt.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #44 > r270870: Mon Sep 1 08:46:27 WITA 2014 > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > > For some reason I did > > [X220]/rescue (root) > du * > 6.6M [ > 12K dhclient-script > 4.0K nextboot > 6.6M total > [X220]/rescue (root) > > > A plain du gives this: > > [X220]/rescue (root) > du > 6.6M . > 6.6M total > [X220]/rescue (root) > > > If I do the same inside the directory containing /rescue for the > Raspberry, I get a list ending with these lines: > > 5.7M unxz > 5.7M vi > 5.7M whoami > 5.7M xz > 5.7M xzcat > 5.7M zcat > 5.7M zfs > 5.7M zpool > 768M total > > This is what I also would have expected for the amd64 directory. > > Why does du stop after [ but includes the two scripts? > > Of course, all the other files are also in this directory as shown by > ll: > > total 931792 > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 [ > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 atmconfig > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 badsect > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bsdlabel > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bunzip2 > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzcat > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzip2 > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 camcontrol > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 cat > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 ccdconfig > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 chflags > > ... > > Does somebody have any ideas? > man du | grep '\-l' du -l * -- Adam From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 17:08:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C4AE383D for ; Mon, 1 Sep 2014 17:08:23 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 992101480 for ; Mon, 1 Sep 2014 17:08:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=/yF0vzrA8aP0FwoGNOSH4ohg5kCySMLpeW6PyO2eiY0=; b=EJw86dQNuR+7GhHUFFNcChRc2KjWAqwrjxaTNwqH6c2BkmNYDBfPDjRYsZWEMD3ccunBBMXk+NyB7MqAiFXI8MmYvymPhvKn9KW8b7mM/ozXSPwNSCsffb3QIcPvofv8FRSHWYJiH+WMnAm21pv9A8kaGYm/3nDzcUIXlQcvlHc=; Received: from [114.121.160.184] (port=41011 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XOV5a-003yaI-75; Mon, 01 Sep 2014 11:08:22 -0600 Date: Tue, 2 Sep 2014 01:08:16 +0800 From: Erich Dollansky To: Adam Vande More Subject: Re: du: strange behaviour Message-ID: <20140902010816.49a656ee@X220.alogt.com> In-Reply-To: References: <20140901235750.220be58e@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 17:08:23 -0000 Hi, On Mon, 1 Sep 2014 11:25:15 -0500 Adam Vande More wrote: > On Mon, Sep 1, 2014 at 10:57 AM, Erich Dollansky < > erichsfreebsdlist@alogt.com> wrote: > > > Hi, > > > > I just try to get a Raspberry Pi up and running. I use a FreeBSD > > installation to do this: > > > > FreeBSD X220.alogt.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #44 > > r270870: Mon Sep 1 08:46:27 WITA 2014 > > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > > > > For some reason I did > > > > [X220]/rescue (root) > du * > > 6.6M [ > > 12K dhclient-script > > 4.0K nextboot > > 6.6M total > > [X220]/rescue (root) > > > > > A plain du gives this: > > > > [X220]/rescue (root) > du > > 6.6M . > > 6.6M total > > [X220]/rescue (root) > > > > > If I do the same inside the directory containing /rescue for the > > Raspberry, I get a list ending with these lines: > > > > 5.7M unxz > > 5.7M vi > > 5.7M whoami > > 5.7M xz > > 5.7M xzcat > > 5.7M zcat > > 5.7M zfs > > 5.7M zpool > > 768M total > > > > This is what I also would have expected for the amd64 directory. > > > > Why does du stop after [ but includes the two scripts? > > > > Of course, all the other files are also in this directory as shown > > by ll: > > > > total 931792 > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 [ > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 atmconfig > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 badsect > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bsdlabel > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bunzip2 > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzcat > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzip2 > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 camcontrol > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 cat > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 ccdconfig > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 chflags > > > > ... > > > > Does somebody have any ideas? > > > > man du | grep '\-l' > du -l * > I do not really get this. The other files are there but not seen because of hard links in /rescue? Why is this then different on /rescue for ARM? Erich From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 17:17:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 37FD0A8C for ; Mon, 1 Sep 2014 17:17:37 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (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 09FDA1591 for ; Mon, 1 Sep 2014 17:17:36 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XOVEV-0001wf-Gj; Mon, 01 Sep 2014 17:17:35 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s81HHXcm003667; Mon, 1 Sep 2014 11:17:33 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/3BHuyuqOzpAZLdKsgRs5N X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: du: strange behaviour From: Ian Lepore To: Erich Dollansky In-Reply-To: <20140902010816.49a656ee@X220.alogt.com> References: <20140901235750.220be58e@X220.alogt.com> <20140902010816.49a656ee@X220.alogt.com> Content-Type: text/plain; charset="us-ascii" Date: Mon, 01 Sep 2014 11:17:33 -0600 Message-ID: <1409591853.1150.206.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 17:17:37 -0000 On Tue, 2014-09-02 at 01:08 +0800, Erich Dollansky wrote: > Hi, > > On Mon, 1 Sep 2014 11:25:15 -0500 > Adam Vande More wrote: > > > On Mon, Sep 1, 2014 at 10:57 AM, Erich Dollansky < > > erichsfreebsdlist@alogt.com> wrote: > > > > > Hi, > > > > > > I just try to get a Raspberry Pi up and running. I use a FreeBSD > > > installation to do this: > > > > > > FreeBSD X220.alogt.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #44 > > > r270870: Mon Sep 1 08:46:27 WITA 2014 > > > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > > > > > > For some reason I did > > > > > > [X220]/rescue (root) > du * > > > 6.6M [ > > > 12K dhclient-script > > > 4.0K nextboot > > > 6.6M total > > > [X220]/rescue (root) > > > > > > > A plain du gives this: > > > > > > [X220]/rescue (root) > du > > > 6.6M . > > > 6.6M total > > > [X220]/rescue (root) > > > > > > > If I do the same inside the directory containing /rescue for the > > > Raspberry, I get a list ending with these lines: > > > > > > 5.7M unxz > > > 5.7M vi > > > 5.7M whoami > > > 5.7M xz > > > 5.7M xzcat > > > 5.7M zcat > > > 5.7M zfs > > > 5.7M zpool > > > 768M total > > > > > > This is what I also would have expected for the amd64 directory. > > > > > > Why does du stop after [ but includes the two scripts? > > > > > > Of course, all the other files are also in this directory as shown > > > by ll: > > > > > > total 931792 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 [ > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 atmconfig > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 badsect > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bsdlabel > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bunzip2 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzcat > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzip2 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 camcontrol > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 cat > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 ccdconfig > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 chflags > > > > > > ... > > > > > > Does somebody have any ideas? > > > > > > > man du | grep '\-l' > > du -l * > > > I do not really get this. The other files are there but not seen > because of hard links in /rescue? > > Why is this then different on /rescue for ARM? > I get exactly the same results for "du *" in /rescue on x86 and armv6. I speculate that whatever mechanism you used to populate your root filesystem on the arm broke the hardlinks and created many identical files with different names in that directory. "ls -i" could confirm that. -- Ian From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 17:41:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D90A8454 for ; Mon, 1 Sep 2014 17:41:50 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AEE611963 for ; Mon, 1 Sep 2014 17:41:50 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id kq14so12746798pab.36 for ; Mon, 01 Sep 2014 10:41:50 -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=yNLBrmkcSYYlZIsIc29knUjFwFiWqJpWjr8lUCeatpw=; b=VW4fyIy6yUf2e5ZoBjof2Tyd39Ke2YOhKqb/dzDmAUzf+FJn5LtDWSnfDMgRHNk4OB Jb1ial28c5AU7Gpiyi7krG/P1Ycmik3stwx4+CCwJz/OQ76LCCwl6p1Zss4G2ECegE1R fckINHQUlE9660Xx7PzVYgSR0HX15PBrugFVW33DJdalNubqHDkHPQPbj+rcjpyV6a6w RoJCuKlczPPDCQU+Np7rJ29YLnuP72XrmIwx/4oCMgnPDGFp+3r5LPJrjxplQ4/IHl3r QBuUqwfNFR/yzB6PukzDmIgFExAZctYpNZ+Kh5QMYnSwyCb3km7mwJzWOX1f6cp7vPZZ FIQg== MIME-Version: 1.0 X-Received: by 10.70.135.137 with SMTP id ps9mr41898411pdb.13.1409593310131; Mon, 01 Sep 2014 10:41:50 -0700 (PDT) Received: by 10.70.118.132 with HTTP; Mon, 1 Sep 2014 10:41:49 -0700 (PDT) In-Reply-To: <20140902010816.49a656ee@X220.alogt.com> References: <20140901235750.220be58e@X220.alogt.com> <20140902010816.49a656ee@X220.alogt.com> Date: Mon, 1 Sep 2014 12:41:49 -0500 Message-ID: Subject: Re: du: strange behaviour From: Adam Vande More To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 17:41:51 -0000 On Mon, Sep 1, 2014 at 12:08 PM, Erich Dollansky < erichsfreebsdlist@alogt.com> wrote: > Hi, > > On Mon, 1 Sep 2014 11:25:15 -0500 > Adam Vande More wrote: > > > On Mon, Sep 1, 2014 at 10:57 AM, Erich Dollansky < > > erichsfreebsdlist@alogt.com> wrote: > > > > > Hi, > > > > > > I just try to get a Raspberry Pi up and running. I use a FreeBSD > > > installation to do this: > > > > > > FreeBSD X220.alogt.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #44 > > > r270870: Mon Sep 1 08:46:27 WITA 2014 > > > erich@X220.alogt.com:/usr/obj/usr/src/sys/X220 amd64 > > > > > > For some reason I did > > > > > > [X220]/rescue (root) > du * > > > 6.6M [ > > > 12K dhclient-script > > > 4.0K nextboot > > > 6.6M total > > > [X220]/rescue (root) > > > > > > > A plain du gives this: > > > > > > [X220]/rescue (root) > du > > > 6.6M . > > > 6.6M total > > > [X220]/rescue (root) > > > > > > > If I do the same inside the directory containing /rescue for the > > > Raspberry, I get a list ending with these lines: > > > > > > 5.7M unxz > > > 5.7M vi > > > 5.7M whoami > > > 5.7M xz > > > 5.7M xzcat > > > 5.7M zcat > > > 5.7M zfs > > > 5.7M zpool > > > 768M total > > > > > > This is what I also would have expected for the amd64 directory. > > > > > > Why does du stop after [ but includes the two scripts? > > > > > > Of course, all the other files are also in this directory as shown > > > by ll: > > > > > > total 931792 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 [ > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 atmconfig > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 badsect > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bsdlabel > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bunzip2 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzcat > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 bzip2 > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 camcontrol > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 cat > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 ccdconfig > > > -r-xr-xr-x 138 root wheel 6.5M Sep 1 09:16 chflags > > > > > > ... > > > > > > Does somebody have any ideas? > > > > > > > man du | grep '\-l' > > du -l * > > > I do not really get this. The other files are there but not seen > because of hard links in /rescue? > That's what the du man page says. > Why is this then different on /rescue for ARM? > It isn't. I speculate that whatever mechanism you used to populate your root > filesystem on the arm broke the hardlinks and created many identical > files with different names in that directory. Um, that's the way it's supposed to be e.g. crunchgen(1). -- Adam From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 17:44:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCF38590 for ; Mon, 1 Sep 2014 17:44:34 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 735231988 for ; Mon, 1 Sep 2014 17:44:34 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id x12so5642979wgg.21 for ; Mon, 01 Sep 2014 10:44:32 -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=krbnovnbRvG2LHQj5gCA/CGJwEC+cfZm28Vj0ztYQVQ=; b=onwhzdUXEndCDeqKBUDXgjkBreDucYlEDo7h1llGNLYs6YeuinT0F7Y+LghSJLlRkn jSB1fv7sruWi2gsYI5SHZQNy8wDvlrd2ypdefnHom3hyxoyNdG3mG3YUYtztzRNiY7GL zIN7pO958b84OqCzp5N1htNMKIV/ke4PsjYe+89n51zrui2iRsKjudwcoMMXGX9R7puj Nc9xD3FiXQE+DcEnzbw+oyyIR3h+GQ40rnx0OocBBdWAwSP2u2GnCnYtnaGcR7ugriFP 50P9BKnFdf3j0/nxVzw4/QT+WCUY05F5AHvk5akqCfzk7bbfbLxxA7HLoF+4OpnGpZ72 bg7A== MIME-Version: 1.0 X-Received: by 10.194.19.200 with SMTP id h8mr32808936wje.40.1409593472638; Mon, 01 Sep 2014 10:44:32 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Mon, 1 Sep 2014 10:44:32 -0700 (PDT) In-Reply-To: References: <20140901235750.220be58e@X220.alogt.com> <20140902010816.49a656ee@X220.alogt.com> Date: Mon, 1 Sep 2014 13:44:32 -0400 Message-ID: Subject: Re: du: strange behaviour From: Brandon Allbery To: Adam Vande More Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Erich Dollansky , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 17:44:35 -0000 On Mon, Sep 1, 2014 at 1:41 PM, Adam Vande More wrote: > I speculate that whatever mechanism you used to populate your root > > filesystem on the arm broke the hardlinks and created many identical > > files with different names in that directory. > > > Um, that's the way it's supposed to be e.g. crunchgen(1). I hope you're just confused here. There should be many hard links to a single file, not many *copies* of that file. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 19:55:26 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A1B7FE7; Mon, 1 Sep 2014 19:55:26 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 764771A60; Mon, 1 Sep 2014 19:55:25 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id k48so5902838wev.34 for ; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=pzxq8ur5+6RNzoGg93/FfFfjo1oqOszqau+mRCk/qzM=; b=hZXRFkyyUwP6VXPS8NZ/7IRSnPHZvuSlY1/kayIunWbYAeByRXo2iopGjHM3UnD0Mh Mmcs7ujEQft/jsHj29zyiY1x4UI3wc7Pv0yFaJBWD/dLOfR9D5pIg4moHKnQUMCeEHV6 QZ1vrOy20N72HOc6TrsM59+i2ctVunj4R4bMjECIc3LEZRtmqP18+Vz6ZpQV5gZUH9rp npqjV7nYx52EjzTKjQNXaNvVwmdcQyW7gl5fli7ZjmrMSP/OXtez6p3Om+N+XhGHgbAu JiMpczVbMgMweKLqUGzDLAq4KhN7x64ioHaePVWzsI/mIw2wGfZgbAVeb30iCTP+W6kS W7/A== X-Received: by 10.194.108.41 with SMTP id hh9mr34076770wjb.68.1409601323728; Mon, 01 Sep 2014 12:55:23 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id r8sm4289106wjy.20.2014.09.01.12.55.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Sep 2014 12:55:22 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 1 Sep 2014 21:55:20 +0200 From: Baptiste Daroussin To: ports@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org, pkg@FreeBSD.org Subject: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140901195520.GB77917@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 19:55:26 -0000 --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, The ports tree has been modified to only support pkg(8) as package manageme= nt system for all supported version of FreeBSD. if you were still using pkg_install (pkg_* tools) you will have to upgrade = your system. The simplest way is cd /usr/ports/ports-mgmt/pkg make install then run=20 pkg2ng You will have lots of warning, don't be scared, they are expected, pkg_* databases used to get easily mangled. pkg2ng is most of the time able to de= al with it. If however you encounter a problem then please report to pkg@FreeBSD.org A tag has been applied to the ports tree if you need to get the latest ports tree before the EOL of pkg_install: https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL A branch has been created if some committers want to provides updates on the for pkg_install users: https://svn.FreeBSD.org/ports/branches/pkg_install Please note that this branch is not officially maintained and that we stron= gly recommend that you do migrate to pkg(8) Best regards, Bapt on behalf of portmgr --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQEzygACgkQ8kTtMUmk6Ez62ACeKBwgmchm6kJ2rVnYukF+PVH4 0WgAnRVv9QdxS/27NEU+WJBpNg96Zf6u =gM2v -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y-- From owner-freebsd-stable@FreeBSD.ORG Mon Sep 1 20:38:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D8885AF for ; Mon, 1 Sep 2014 20:38:01 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id F11051E57 for ; Mon, 1 Sep 2014 20:38:00 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 885A875CD for ; Mon, 1 Sep 2014 20:27:54 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on smtp.des.no X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=unavailable autolearn_force=no version=3.4.0 Received: from worker04.tb.des.no (worker04.tb.des.no [41.154.2.150]) by smtp.des.no (Postfix) with ESMTP id C336275C7 for ; Mon, 1 Sep 2014 20:27:53 +0000 (UTC) Received: from tinderbox (uid 999) (envelope-from tinderbox@freebsd.org) id 139ca by worker04.tb.des.no (DragonFly Mail Agent v0.9); Mon, 01 Sep 2014 20:27:51 +0000 Sender: tinderbox@freebsd.org From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk Date: Mon, 01 Sep 2014 20:27:51 +0000 Message-Id: <5404d6c7.139ca.6c4b3ab2@worker04.tb.des.no> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2014 20:38:01 -0000 TB --- 2014-09-01 17:00:48 - tinderbox 2.22 running on worker04.tb.des.no TB --- 2014-09-01 17:00:48 - FreeBSD worker04.tb.des.no 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-09-01 17:00:48 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-09-01 17:00:48 - cleaning the object tree TB --- 2014-09-01 17:01:18 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-09-01 17:01:24 - At svn revision 270935 TB --- 2014-09-01 17:01:25 - building world TB --- 2014-09-01 17:01:25 - CROSS_BUILD_TESTING=YES TB --- 2014-09-01 17:01:25 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-01 17:01:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-01 17:01:25 - SRCCONF=/dev/null TB --- 2014-09-01 17:01:25 - TARGET=pc98 TB --- 2014-09-01 17:01:25 - TARGET_ARCH=i386 TB --- 2014-09-01 17:01:25 - TZ=UTC TB --- 2014-09-01 17:01:25 - __MAKE_CONF=/dev/null TB --- 2014-09-01 17:01:25 - cd /src TB --- 2014-09-01 17:01:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Sep 1 17:01:30 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Sep 1 20:22:50 UTC 2014 TB --- 2014-09-01 20:22:50 - generating LINT kernel config TB --- 2014-09-01 20:22:50 - cd /src/sys/pc98/conf TB --- 2014-09-01 20:22:50 - /usr/bin/make -B LINT TB --- 2014-09-01 20:22:50 - cd /src/sys/pc98/conf TB --- 2014-09-01 20:22:50 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-09-01 20:22:50 - building LINT kernel TB --- 2014-09-01 20:22:50 - CROSS_BUILD_TESTING=YES TB --- 2014-09-01 20:22:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-01 20:22:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-01 20:22:50 - SRCCONF=/dev/null TB --- 2014-09-01 20:22:50 - TARGET=pc98 TB --- 2014-09-01 20:22:50 - TARGET_ARCH=i386 TB --- 2014-09-01 20:22:50 - TZ=UTC TB --- 2014-09-01 20:22:50 - __MAKE_CONF=/dev/null TB --- 2014-09-01 20:22:50 - cd /src TB --- 2014-09-01 20:22:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Sep 1 20:22:50 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @/xen/xenstore/xenstorevar.h:44:32: error: machine/xen/xen-os.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:52:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/evtchn.h:16:38: error: machine/xen/synch_bitops.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:47:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/xenhvm. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop. make: stopped in /src TB --- 2014-09-01 20:27:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-09-01 20:27:51 - ERROR: failed to build LINT kernel TB --- 2014-09-01 20:27:51 - 10546.16 user 2134.41 system 12422.94 real http://tinderbox.des.no/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 00:19:30 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 185CBC0B; Tue, 2 Sep 2014 00:19:30 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 72ACF1578; Tue, 2 Sep 2014 00:19:29 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB80004QZQPH900@hades.sorbs.net>; Mon, 01 Sep 2014 17:23:15 -0700 (PDT) Message-id: <54050D07.4010404@sorbs.net> Date: Tue, 02 Sep 2014 02:19:19 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Baptiste Daroussin Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> In-reply-to: <20140901195520.GB77917@ivaldir.etoilebsd.net> Cc: ports@FreeBSD.org, pkg@FreeBSD.org, stable@FreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 00:19:30 -0000 Baptiste Daroussin wrote: > Hi all, > > The ports tree has been modified to only support pkg(8) as package management > system for all supported version of FreeBSD. > > if you were still using pkg_install (pkg_* tools) you will have to upgrade your > system. > > The simplest way is > cd /usr/ports/ports-mgmt/pkg > make install > then run > pkg2ng > > You will have lots of warning, don't be scared, they are expected, pkg_* > databases used to get easily mangled. pkg2ng is most of the time able to deal > with it. > > If however you encounter a problem then please report to pkg@FreeBSD.org > > A tag has been applied to the ports tree if you need to get the latest ports > tree before the EOL of pkg_install: > https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > > A branch has been created if some committers want to provides updates on the > for pkg_install users: > https://svn.FreeBSD.org/ports/branches/pkg_install > > Please note that this branch is not officially maintained and that we strongly > recommend that you do migrate to pkg(8) > > Best regards, > Bapt on behalf of portmgr > And for the portsnap users? -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 01:30:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEA477B6 for ; Tue, 2 Sep 2014 01:30:35 +0000 (UTC) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D0381CF0 for ; Tue, 2 Sep 2014 01:30:35 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id i17so6159173qcy.12 for ; Mon, 01 Sep 2014 18:30:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=BAQd7EZve5y+eMBWQ+Ukv7wmBAqRD1I6GLWrNlxbe7U=; b=czoZZCo/BAZKNzVH+lT45jZLDiiz4mzL/q09dAcrTyfzY5920VzhTmsmfLVZkbKeGD La+2yFiBaZMDe7tVMkw6sPaoRIIxiiwJiM82kplUBj9Tmj3ENocCPbKcczBt1BqInqUx RUPJJTP8Qjru426E+LYO8JP+ATuS7WyfmM6zu5Gt10TNVPYLl5GfLSmMyhMCcg8B/jUD c2UTpccGQu92RS9rZOFnc4CXvaQTcoiz8IbS1bgjPqCEHADCTsasQJ7taT8IJSaa0Lu0 Z6TrVZHDXjLkcLoSTa0xUOUdABrCorgn6EuS39mP/dtNyiHReqLvUEriQftXLkDXJe5W P04w== X-Received: by 10.140.86.6 with SMTP id o6mr49213396qgd.71.1409621434726; Mon, 01 Sep 2014 18:30:34 -0700 (PDT) Received: from keyhole.local (173-26-254-198.client.mchsi.com. [173.26.254.198]) by mx.google.com with ESMTPSA id l7sm6160481qae.45.2014.09.01.18.30.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 01 Sep 2014 18:30:34 -0700 (PDT) From: Chuck Burns To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Date: Mon, 01 Sep 2014 20:30:32 -0500 Message-ID: User-Agent: KMail/4.13.3 (OpenBSD/5.6; KDE/4.13.3; i386; ; ) In-Reply-To: <54050D07.4010404@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:30:35 -0000 On Tuesday, September 02, 2014 2:19:19 AM Michelle Sullivan wrote: > Baptiste Daroussin wrote: > > Hi all, > > > > The ports tree has been modified to only support pkg(8) as package > > management system for all supported version of FreeBSD. > > > > if you were still using pkg_install (pkg_* tools) you will have to upgrade > > your system. > > > > The simplest way is > > cd /usr/ports/ports-mgmt/pkg > > make install > > then run > > pkg2ng > > > > You will have lots of warning, don't be scared, they are expected, pkg_* > > databases used to get easily mangled. pkg2ng is most of the time able to > > deal with it. > > > > If however you encounter a problem then please report to pkg@FreeBSD.org > > > > A tag has been applied to the ports tree if you need to get the latest > > ports tree before the EOL of pkg_install: > > https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > > > > A branch has been created if some committers want to provides updates on > > the for pkg_install users: > > https://svn.FreeBSD.org/ports/branches/pkg_install > > > > Please note that this branch is not officially maintained and that we > > strongly recommend that you do migrate to pkg(8) > > > > Best regards, > > Bapt on behalf of portmgr > > And for the portsnap users? Uhh.. continue using portsnap? Why would that matter?? -- Chuck Burns Audemus Jura Nostra Defendere From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 01:37:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 330FCA03 for ; Tue, 2 Sep 2014 01:37:17 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFEEF1D37 for ; Tue, 2 Sep 2014 01:37:16 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so6123543wes.23 for ; Mon, 01 Sep 2014 18:37:15 -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=/mbz1UIP3d4oyXaTfsPskXglhGH7M6lb2Q/2+PJsDQ4=; b=f3r8UPiP6Cn9n0AsCQ+zZAFwOe011uo45qoGTAlCXFgI4cvN4xWMz2HlRQ8dQvEwzN oza3vG6FVWFf7yFY1gf/3OG29scXsge5A1BrIghqLT49/WNV8IWHwFwXW/2aVcik/y3h CbfhOLKnC9hgye6B/yH5uQThEGd1sgE+QhHSlBt+3pIU1Ud6URyL4PVSsN5VxLfrKV6F YK6tN83SWzjLYelRhnX6pBzTQK3H5CGs/L+0p8DEKU6rT6nyjcdVS3IW/YOz2v1j0hrX ts3rv/oQh9Hm8poejNfujZLeDR8K3eE3WwIJ0gd/mYIy54jV6yG+UVBiaYLuc42HVlq5 bdTQ== MIME-Version: 1.0 X-Received: by 10.194.95.234 with SMTP id dn10mr12803087wjb.73.1409621835107; Mon, 01 Sep 2014 18:37:15 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Mon, 1 Sep 2014 18:37:15 -0700 (PDT) In-Reply-To: References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> Date: Mon, 1 Sep 2014 21:37:15 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: Chuck Burns Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:37:17 -0000 On Mon, Sep 1, 2014 at 9:30 PM, Chuck Burns wrote: > On Tuesday, September 02, 2014 2:19:19 AM Michelle Sullivan wrote: > > Baptiste Daroussin wrote: > > > A tag has been applied to the ports tree if you need to get the latest > > > ports tree before the EOL of pkg_install: > > > https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > > > > > > A branch has been created if some committers want to provides updates > on > > > the for pkg_install users: > > > https://svn.FreeBSD.org/ports/branches/pkg_install > > > > > > Please note that this branch is not officially maintained and that we > > > strongly recommend that you do migrate to pkg(8) > > > > And for the portsnap users? > > Uhh.. continue using portsnap? Why would that matter?? > portsnap can't fetch a tag or branch. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 01:39:36 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D717AB90; Tue, 2 Sep 2014 01:39:35 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E6EB1D54; Tue, 2 Sep 2014 01:39:35 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id im17so6207736vcb.41 for ; Mon, 01 Sep 2014 18:39:34 -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=EDddnFDjbRLMlBYKZ/aqRFPoXdlZ0Is/Bi+YFecmJrQ=; b=oPIjIJJivjOZoJX1rqrbU35IGTi/7YexPeaIMgG/e1j3DwGxHf5ibm6CxxTnDdNFTh 6VVtAkdg2ck1ICokQEUcNdMbiUicnVlUp4szo1xdJeH3AbtYK6XUbG3D7yCdD2s5E15i 4vRgvRIHMO4OZ6zqivG3LLJ/hTbw84DZk/MMtsWyp+IsxdgRSS1yavNUxTBG5Fs9iNqp XgR9SUAz15E57ZnSs20icMZX5HfKnns7hFiFNyaIca67Ehj1CzT4gWf9YQ+LDseav4TZ BcIeh92V8ZGK2QRmcOIceR3pLqtGCsRQbnh4SMHKv8LM6RG0nSTr5DkWzHEdLwKP/CAS v68A== MIME-Version: 1.0 X-Received: by 10.220.163.69 with SMTP id z5mr27867954vcx.10.1409621974373; Mon, 01 Sep 2014 18:39:34 -0700 (PDT) Received: by 10.221.57.72 with HTTP; Mon, 1 Sep 2014 18:39:34 -0700 (PDT) In-Reply-To: <54050D07.4010404@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> Date: Mon, 1 Sep 2014 20:39:34 -0500 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: "Sam Fourman Jr." To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:39:36 -0000 > > And for the portsnap users? > > In short, this change doesn't directly effect portsnap users. Portsnap is a tool that used to obtain a copy of the ports tree. Portsnap is only one way, another way to get a copy of the ports tree is by using subversion and checking it out by using the svn command. pkg(8) is a package management tool, and to make use of most packages having a copy of the ports tree is not required. > > > -- > Michelle Sullivan > http://www.mhix.org/ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -- Sam Fourman Jr. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 01:44:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B0B2E84 for ; Tue, 2 Sep 2014 01:44:30 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 518171E07 for ; Tue, 2 Sep 2014 01:44:29 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB90005C3OJH900@hades.sorbs.net> for freebsd-stable@freebsd.org; Mon, 01 Sep 2014 18:48:21 -0700 (PDT) Message-id: <540520FA.5030609@sorbs.net> Date: Tue, 02 Sep 2014 03:44:26 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Chuck Burns Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> In-reply-to: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:44:30 -0000 Chuck Burns wrote: > On Tuesday, September 02, 2014 2:19:19 AM Michelle Sullivan wrote: > >> Baptiste Daroussin wrote: >> >>> Hi all, >>> >>> The ports tree has been modified to only support pkg(8) as package >>> management system for all supported version of FreeBSD. >>> >>> if you were still using pkg_install (pkg_* tools) you will have to upgrade >>> your system. >>> >>> The simplest way is >>> cd /usr/ports/ports-mgmt/pkg >>> make install >>> then run >>> pkg2ng >>> >>> You will have lots of warning, don't be scared, they are expected, pkg_* >>> databases used to get easily mangled. pkg2ng is most of the time able to >>> deal with it. >>> >>> If however you encounter a problem then please report to pkg@FreeBSD.org >>> >>> A tag has been applied to the ports tree if you need to get the latest >>> ports tree before the EOL of pkg_install: >>> https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL >>> >>> A branch has been created if some committers want to provides updates on >>> the for pkg_install users: >>> https://svn.FreeBSD.org/ports/branches/pkg_install >>> >>> Please note that this branch is not officially maintained and that we >>> strongly recommend that you do migrate to pkg(8) >>> >>> Best regards, >>> Bapt on behalf of portmgr >>> >> And for the portsnap users? >> > > Uhh.. continue using portsnap? Why would that matter?? > > Because those who have not changed to pkg because of the continual changes and issues (and that I have 50+ servers to migrate - and was told that bapt was going to *knowingly* break the ports tree for anyone not upgraded on Sept 1 - just 1 day after the EOL - with just 20 odd days notice) the first time they portsnap they're fucked.... most probably won';t have subversion installed, most probably won't have svnlite in the OS... so there is no upgrade path for production servers... basically they're screwed.... Re-install time for most of them. I still have servers on 6.1 that I have been trying to upgrade, and yes they're screwed as well - not because of this, but previous similar ports tree changes that broke everything not on 7.x ... I moved from Linux because of this type of thing each bloody distro having it's own packaging tools, each just changing stuff with no care or consideration to the people actually using stuff... First major security issue and everything I have will be forced (by the bosses) to rebuild on DeadRat... and I have lost any chance of persuading the big bosses to adopt FreeBSD now.. which if had happened FreeBSD would have been in 25% of the fortune 500 companies (we provide appliances) and have received donations... off the table completely now (even if things got rolled back, it is still too late - all I can hope is a security issue doesn't happen or I will lose control of my little section and I'll be force to learn the DeadRat way of doing things again.) -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 01:51:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08FEAFC5; Tue, 2 Sep 2014 01:51:35 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id AB2FE1E3F; Tue, 2 Sep 2014 01:51:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB90005G40CH900@hades.sorbs.net>; Mon, 01 Sep 2014 18:55:26 -0700 (PDT) Message-id: <540522A3.9050506@sorbs.net> Date: Tue, 02 Sep 2014 03:51:31 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> In-reply-to: Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 01:51:35 -0000 Sam Fourman Jr. wrote: >> And for the portsnap users? >> >> >> > In short, this change doesn't directly effect portsnap users. > Sure about that? > Portsnap is a tool that used to obtain a copy of the ports tree. > try this: portsnap fetch update && cd /usr/ports/ports-mgmt/pkg && make install If you *haven't* install pkg first... > Portsnap is only one way, another way to get a copy of the ports tree is by > using subversion and checking it out by using the svn command. > Not much good if you haven't installed svn already... > pkg(8) is a package management tool, and to make use of most packages > having a copy of the ports tree is not required. > > Correct, take a 9.2 install disk, install it, portsnap and then install pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 install disks don't have pkg in the BaseOS.... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:08:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 202D23B8 for ; Tue, 2 Sep 2014 02:08:16 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 487F31FBF for ; Tue, 2 Sep 2014 02:08:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=zRF+PAkNbl4L19ndHa+MskKkxOw24QGr8D4m9Qi1vGE=; b=pJLaoVhtDgHWAj9DqgrwFVFnp0TRhOVC329k5mLJA4IZigwnyxOK4LEl6I8dW5YXLeXfcIjhT/9AZNheYNUuoRCw0W+CcCiRVhNJC7unBTvm9pVLmD0k31QAIg0rcmqKwenj6GfvXHkBqwQxy+Pb9RBZIBYuPCAqu5PbkHH4sVg=; Received: from [182.5.185.84] (port=20555 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (SSLv3:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1XOdW1-002Irw-P7; Mon, 01 Sep 2014 20:08:14 -0600 Date: Tue, 2 Sep 2014 10:08:08 +0800 From: Erich Dollansky To: Adam Vande More Subject: Re: du: strange behaviour Message-ID: <20140902100808.6db5c569@X220.alogt.com> In-Reply-To: References: <20140901235750.220be58e@X220.alogt.com> <20140902010816.49a656ee@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:08:16 -0000 Hi, On Mon, 1 Sep 2014 12:41:49 -0500 Adam Vande More wrote: > On Mon, Sep 1, 2014 at 12:08 PM, Erich Dollansky < > erichsfreebsdlist@alogt.com> wrote: > > > > > Does somebody have any ideas? > > > > > > > > > > man du | grep '\-l' > > > du -l * > > > > > I do not really get this. The other files are there but not seen > > because of hard links in /rescue? > > > > That's what the du man page says. > > > > Why is this then different on /rescue for ARM? > > > > It isn't. > > I speculate that whatever mechanism you used to populate your root > > filesystem on the arm broke the hardlinks and created many identical > > files with different names in that directory. > > > Um, that's the way it's supposed to be e.g. crunchgen(1). > I see, the problem is on the ARM side. I will have to check what went wrong there. I did not realise that /rescue contains only a single binary. Erich From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:17:07 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4D6E5576; Tue, 2 Sep 2014 02:17:07 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1lp0145.outbound.protection.outlook.com [207.46.163.145]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89293111B; Tue, 2 Sep 2014 02:17:05 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 02:16:55 +0000 Message-ID: <54052891.5000104@my.hennepintech.edu> Date: Mon, 1 Sep 2014 21:16:49 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan , Sam Fourman Jr. Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> In-Reply-To: <540522A3.9050506@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0017.namprd03.prod.outlook.com (25.160.180.155) To CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(199003)(24454002)(51704005)(74502001)(31966008)(74662001)(77096002)(83322001)(50986999)(42186005)(59896002)(4396001)(85306004)(93886004)(87266999)(99396002)(65816999)(76176999)(99136001)(54356999)(102836001)(46102001)(88552001)(21056001)(83506001)(64706001)(50466002)(101416001)(85852003)(83072002)(90102001)(79102001)(80022001)(117636001)(23676002)(65956001)(86362001)(89122001)(76482001)(64126003)(92726001)(20776003)(47776003)(81542001)(92566001)(81342001)(77982001)(107046002)(75432001)(95666004)(87976001)(105586002)(106356001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:CY1PR0301MB0843; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:17:07 -0000 On 2014.09.01 20:51, Michelle Sullivan wrote: >>> And for the portsnap users? >>> >> In short, this change doesn't directly effect portsnap users. >> > Sure about that? I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > Correct, take a 9.2 install disk, install it, portsnap and then install > pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 > install disks don't have pkg in the BaseOS.... Use the ports tree tarball included, or fetch it (either during or after installation). It is not impossible to get an old version of the ports tree with only the 9.2 base system. I don't see how this is anything more than an inconvenience. Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be doing a new install with 9.2. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:20:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDF5E8C7; Tue, 2 Sep 2014 02:20:56 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 937481174; Tue, 2 Sep 2014 02:20:56 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s822KsDZ018211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Sep 2014 19:20:55 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54052981.7010502@freebsd.org> Date: Mon, 01 Sep 2014 19:20:49 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Sam Fourman Jr." , Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:20:57 -0000 On 9/1/14, 6:39 PM, Sam Fourman Jr. wrote: >> And for the portsnap users? >> >> > In short, this change doesn't directly effect portsnap users. > > Portsnap is a tool that used to obtain a copy of the ports tree. > > Portsnap is only one way, another way to get a copy of the ports tree is by > using subversion and checking it out by using the svn command. > > pkg(8) is a package management tool, and to make use of most packages > having a copy of the ports tree is not required. But it is if you don't want the options that a pkg is built with. We need to do a lot of pkg munging for that reason, generating our own versions (which is ok, that's not a complaint, just a fact of life). I've warmed to pkg after using it a bit, and many of its initial shortcomings have been fixed. But one thing I'd like to request (a very minor thing).. Could the packing list have some newlines inserted into it to make it more humanly readable? Our old tools for auditing and controlling (old style) packages would print out that information. The new tools we need to write will need to do similar. We did an experiment at work here and wrote a small script that parsed it and then rewrote it back to the package with newlines added and pkg handled it just fine, so it should be a very minor thing to add some newlines when generating it in the first place. I don't think anything else needs to be changed. > >> >> -- >> Michelle Sullivan >> http://www.mhix.org/ >> >> _______________________________________________ >> freebsd-ports@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >> > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:27:04 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C7E6BC9; Tue, 2 Sep 2014 02:27:04 +0000 (UTC) Received: from thyme.infocus-llc.com (thyme.infocus-llc.com [199.15.120.10]) (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 758671262; Tue, 2 Sep 2014 02:27:03 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 1CBD237B409; Mon, 1 Sep 2014 21:26:56 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3hnBxW1HBHz18B; Mon, 1 Sep 2014 21:26:55 -0500 (CDT) Date: Mon, 1 Sep 2014 21:26:55 -0500 From: "Matthew D. Fuller" To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140902022655.GI43581@over-yonder.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540522A3.9050506@sorbs.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.23-fullermd.4 (2014-03-12) X-Virus-Scanned: clamav-milter 0.98.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:27:04 -0000 On Tue, Sep 02, 2014 at 03:51:31AM +0200 I heard the voice of Michelle Sullivan, and lo! it spake thus: > > Correct, take a 9.2 install disk, install it, portsnap and then > install pkg on it... Oh wait, you can't.. pkg_install is broken, > and 9.2 install disks don't have pkg in the BaseOS.... So what? The pkg port uses _ITSELF_ to register. The "pkg" in the base system isn't pkg, it just a bootstrap to fetch the pkg pkg (which them uses itself to register too). If you're using the pkg _PORT_, it's not even involved in the first place. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:27:46 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 564EFE5E; Tue, 2 Sep 2014 02:27:46 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id C57AF127F; Tue, 2 Sep 2014 02:27:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB90005O5OMH900@hades.sorbs.net>; Mon, 01 Sep 2014 19:31:37 -0700 (PDT) Message-id: <54052B1D.3040607@sorbs.net> Date: Tue, 02 Sep 2014 04:27:41 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> In-reply-to: <54052891.5000104@my.hennepintech.edu> Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:27:46 -0000 Andrew Berg wrote: > On 2014.09.01 20:51, Michelle Sullivan wrote: > >>>> And for the portsnap users? >>>> >>>> >>> In short, this change doesn't directly effect portsnap users. >>> >>> >> Sure about that? >> > I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > > >> Correct, take a 9.2 install disk, install it, portsnap and then install >> pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 >> install disks don't have pkg in the BaseOS.... >> > Use the ports tree tarball included, or fetch it (either during or after > installation). It is not impossible to get an old version of the ports tree > with only the 9.2 base system. I don't see how this is anything more than an > inconvenience. > Actually it's an inconvenience for someone like me and you. Not for many freebsd users, and certainly not for me 6 months ago if I hadn't been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? broke shit... (badly) ... > Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be > doing a new install with 9.2. > Try getting yourself a FreeBSD server at Softlayer... They still install 7.x for Christ's sake (amongst others - but last time I checked, on new servers, 8.4, 9.0, 9.1, 10.0*) * the 10.0 is the original release, completely unpatched. Look I'm not saying the change isn't for the better, I'm saying not supporting older systems until you're sure 99% of the userbase is upgraded is not a bad thing, what I am saying is deliberately breaking all older systems (some without *major pain*) when the new system has just had a major issue, and not everyone had time to upgrade is a *bad thing* ... (not had time - because an EOL message is not a 'It will not work after this date' message it is a 'you're unsupported after this date and things *might* not work as expected' - even Windows XP didn't got his root... they EOL'd XP, then they stated for 2 or was it 3 years, that after 'x' date there would not be any new security patches... but you can still get software for XP, some is even patched... FreeBSD... Sept 1, 2014, you're not on pkg, you're fucked.) -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:35:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD986C9 for ; Tue, 2 Sep 2014 02:35:08 +0000 (UTC) Received: from smtp2.wemm.org (smtp2.wemm.org [192.203.228.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.wemm.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C0242132E for ; Tue, 2 Sep 2014 02:35:08 +0000 (UTC) Received: from overcee.wemm.org (canning.wemm.org [192.203.228.65]) by smtp2.wemm.org (Postfix) with ESMTP id EDD22A84; Mon, 1 Sep 2014 19:35:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=m20140428; t=1409625308; bh=Z2nuQ3xrbLgMnaeHTKT38q8e3nMR4lTCergR31Q9y7E=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=ewlQjUtqqzv418R7N5NN1ZlQn4T2prbl/5wI7w/S2lNsk/8bV6z0qn/79EHr8kdu5 Ril7o7DLvlwfJz6HGRvoFtSVf/CTx3LBExV0iAqZs03Lgj3GMNjVi3kd8zk8gky7Kz nSyIWsoUC/wMYJp468SEQeEE5RvDDkui+F8EhnFI= From: Peter Wemm To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Date: Mon, 01 Sep 2014 19:35:01 -0700 Message-ID: <4146485.LX4YG9YkhY@overcee.wemm.org> User-Agent: KMail/4.12.5 (FreeBSD/11.0-CURRENT; KDE/4.12.5; amd64; ; ) In-Reply-To: <540520FA.5030609@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <540520FA.5030609@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3179255.SrbDrKX4dD"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: Michelle Sullivan , Chuck Burns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:35:09 -0000 --nextPart3179255.SrbDrKX4dD Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" On Tuesday 02 September 2014 03:44:26 Michelle Sullivan wrote: > Chuck Burns wrote: > > On Tuesday, September 02, 2014 2:19:19 AM Michelle Sullivan wrote: > >> Baptiste Daroussin wrote: > >>> Hi all, > >>>=20 > >>> The ports tree has been modified to only support pkg(8) as packag= e > >>> management system for all supported version of FreeBSD. > >>>=20 > >>> if you were still using pkg_install (pkg_* tools) you will have t= o > >>> upgrade > >>> your system. > >>>=20 > >>> The simplest way is > >>> cd /usr/ports/ports-mgmt/pkg > >>> make install > >>> then run > >>> pkg2ng > >>>=20 > >>> You will have lots of warning, don't be scared, they are expected= , pkg_* > >>> databases used to get easily mangled. pkg2ng is most of the time = able to > >>> deal with it. > >>>=20 > >>> If however you encounter a problem then please report to pkg@Free= BSD.org > >>>=20 > >>> A tag has been applied to the ports tree if you need to get the l= atest > >>> ports tree before the EOL of pkg_install: > >>> https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > >>>=20 > >>> A branch has been created if some committers want to provides upd= ates on > >>> the for pkg_install users: > >>> https://svn.FreeBSD.org/ports/branches/pkg_install > >>>=20 > >>> Please note that this branch is not officially maintained and tha= t we > >>> strongly recommend that you do migrate to pkg(8) > >>>=20 > >>> Best regards, > >>> Bapt on behalf of portmgr > >>=20 > >> And for the portsnap users? > >=20 > > Uhh.. continue using portsnap? Why would that matter?? >=20 > Because those who have not changed to pkg because of the continual > changes and issues (and that I have 50+ servers to migrate - and was > told that bapt was going to *knowingly* break the ports tree for anyo= ne > not upgraded on Sept 1 - just 1 day after the EOL - with just 20 odd > days notice)=20 20 days notice?!? Where have you been? The first mention I can find of an actual deprecation is October 2012 w= here it=20 says it'll be on or after April 2014, after the EOL of the last release= that=20 used pkg_install - which was 8.3: https://lists.freebsd.org/pipermail/freebsd-ports/2012-October/078937.h= tml There was a series of larger notices, eg: Oct 10, 2012: [FreeBSD-Ports-Announce] [HEADSUP] current switched by default to pkgng= July 2013: [FreeBSD-Ports-Announce] [HEADSUP] No more pkg_install on HEAD by defau= lt October 30, 2013: [FreeBSD-Ports-Announce] Official FreeBSD Binary Packages now available= for=20 pkgng .. which includes "The pkg_install suite of tools pkg_create(1), pkg_add(1), and pkg_info(1) (which ports also use), are deprecated and will be discontinued in roughly 6 months." 4 months later, (Feb 2014) formally gave an additional 6 month warning:= https://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-Februar= y/000077.html And a giant flashing light was added at the same time in Feb 2014: =2D----------------------------------------------------------------------= =2D r342537 | bapt | 2014-02-04 06:23:08 -0800 (Tue, 04 Feb 2014) | 6 lines= Add a user warning so that everyone get a notice about the upcoming EoL= of=20 pkg_install Add a end user NO_WARNING_PKG_INSTALL_EOL to allow users willing to sta= y a bit=20 more with pkg_install to not get bothered all the time with the warning =2D----------------------------------------------------------------------= =2D It's really loud and annoying: +.if !defined(WITH_PKGNG) && !defined(NO_WARNING_PKG_INSTALL_EOL) +WARNING+=3D=09"pkg_install EOL is scheduled for 2014-09-01. Please con= sider=20 migrating to pkgng" ... +.if !defined(WITH_PKGNG) +=09@${ECHO_CMD} "@exec echo pkg_install EOL is scheduled for 2014-09-0= 1.=20 Please consider migrating to pkgng" >> ${TMPPLIST} Those warnings are kind of hard to miss. This has been in the pipeline for years and was highly visible. =2D-=20 Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI= 6FJV UTF-8: for when a ' or ... just won\342\200\231t do\342\200\246 --nextPart3179255.SrbDrKX4dD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABAgAGBQJUBSzbAAoJEDXWlwnsgJ4EHq8H/3w+Y4J4EaA7pgtxpcbMzYCx WRLkLj3H2xl11ZoNNDe9aIgTqph4SY+BZOoi2bLkVkZ4FpukLAtCuwikM9LmmjqT 9G1pQnRtxDGgeLoQKax5/9fW5QrD89FUDcytNWkuXpTtd9gXOUSdiXvse27Ws3oz Yauw5Op+lB5GukiuwSUkpZvvU9MJUadLVahNbzzJJ9vE/8Ci8+Yh7cYQBIP/fqlZ yxXFGMBXGcxRg6SfVXZ+1BGM9BaodbfA7EYLXUSW2lVvM4RqMatF7HTvchSRfMnp /Nq9q0QojGApYYQz5w8I1ihbdc7RhxyefSmnjf9riPqk87XCJMd0UEeRBBnUrEM= =DpAC -----END PGP SIGNATURE----- --nextPart3179255.SrbDrKX4dD-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 02:40:03 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7CC32209; Tue, 2 Sep 2014 02:40:03 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 455B71363; Tue, 2 Sep 2014 02:40:03 +0000 (UTC) Received: from julian-mbp3.pixel8networks.com (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s822e0Pt018262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Sep 2014 19:40:00 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54052DFA.4030808@freebsd.org> Date: Mon, 01 Sep 2014 19:39:54 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrew Berg , Michelle Sullivan , "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> In-Reply-To: <54052891.5000104@my.hennepintech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 02:40:03 -0000 On 9/1/14, 7:16 PM, Andrew Berg wrote: > On 2014.09.01 20:51, Michelle Sullivan wrote: >>>> And for the portsnap users? >>>> >>> In short, this change doesn't directly effect portsnap users. >>> >> Sure about that? > I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > >> Correct, take a 9.2 install disk, install it, portsnap and then install >> pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 >> install disks don't have pkg in the BaseOS.... > Use the ports tree tarball included, or fetch it (either during or after > installation). It is not impossible to get an old version of the ports tree > with only the 9.2 base system. I don't see how this is anything more than an > inconvenience. > Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be > doing a new install with 9.2. sigh.. when are we as a project, all going to learn that reality in business is that you often need to install stuff that is old. Its not always your choice. The custommers require it.. You should try arguing with someone like Bank of Americas security and operations department some day about whether they want to suddenly upgrade 300 machines for no real reason (from their perspective). On that topic, 10.0 is slightly broken from that perspective because as you install it, it upgrades pkg to a new version that was not in 10.0, so you can no longer build a 10.0 machine that matches the 10.0 machines you installed at the custommer site when 10.0 first came out, that they qualified as acceptible.. Well you MAY get the mostly same result, but the 'pkg' you have is a different one so the image checks out as different' (Imaginary hooters sound and theoretical security alerts trigger etc.) (oh and it interacts badly with the installer designed to run with the previous version.. The first part of the install works fine, and then half way through the install, things go strange when pkg upgrades itself.) 10.0 is past but we should think about how to prevent that in 10.1 etc. I guess the pkg config file in the install needs to be locked down to the release until the install is completed. We should make sure the base install only installs the pkg in the release and doesn't upgrade itself without asking first... (luckily that last issue doesn't affect most business customers who use their own install schemes). > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:00:01 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD1AB961; Tue, 2 Sep 2014 03:00:01 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 1436A15A3; Tue, 2 Sep 2014 03:00:01 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB90005Y76DH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:03:52 -0700 (PDT) Message-id: <540532AC.2070508@sorbs.net> Date: Tue, 02 Sep 2014 04:59:56 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Julian Elischer Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> In-reply-to: <54052DFA.4030808@freebsd.org> Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:00:01 -0000 Julian Elischer wrote: > > You should try arguing with someone like Bank of Americas security and > operations > department You work for the same company as me? > some day about whether they want to suddenly upgrade 300 machines > for no real reason (from their perspective). > -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:03:24 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 95817C7D; Tue, 2 Sep 2014 03:03:24 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0211.outbound.protection.outlook.com [207.46.163.211]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C81C01854; Tue, 2 Sep 2014 03:03:22 +0000 (UTC) Received: from BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) by BN3PR0301MB0867.namprd03.prod.outlook.com (25.160.155.141) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:03:07 +0000 Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) with Microsoft SMTP Server (TLS) id 15.0.1015.19; Tue, 2 Sep 2014 03:03:05 +0000 Message-ID: <54053363.2030606@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:02:59 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> In-Reply-To: <54052B1D.3040607@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA005.namprd03.prod.outlook.com (10.255.156.150) To BN3PR0301MB0835.namprd03.prod.outlook.com (25.160.154.145) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(51704005)(199003)(189002)(65956001)(87266999)(54356999)(105586002)(95666004)(76176999)(106356001)(90102001)(110136001)(89122001)(64126003)(65816999)(47776003)(81342001)(20776003)(80022001)(107046002)(64706001)(83506001)(101416001)(50986999)(81542001)(88552001)(85306004)(93886004)(59896002)(21056001)(99136001)(87976001)(83072002)(86362001)(74502001)(23676002)(75432001)(50466002)(79102001)(99396002)(102836001)(92726001)(74662001)(117636001)(77096002)(31966008)(46102001)(83322001)(85852003)(76482001)(77982001)(92566001)(4396001)(42186005)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:BN3PR0301MB0835; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; A:0; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: my.hennepintech.edu Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:03:24 -0000 On 2014.09.01 21:27, Michelle Sullivan wrote: > Actually it's an inconvenience for someone like me and you. Not for > many freebsd users, and certainly not for me 6 months ago if I hadn't > been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? broke > shit... (badly) ... There were instructions for upgrading 1.3.6 to 1.3.7 alongside a notice that things would not be good if the instructions were not followed and an explanation of the issue. I think these kinds of notices need to reach more people, but of course, that is easier said than done. BTW, from what I have observed, 1.3.x issues have affected Poudriere users the most, binary package users a bit less (but still significantly), and pure ports users very little. >> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be >> doing a new install with 9.2. >> > Try getting yourself a FreeBSD server at Softlayer... They still > install 7.x for Christ's sake (amongst others - but last time I checked, > on new servers, 8.4, 9.0, 9.1, 10.0*) Fair enough. > (not had time - because an EOL message is not a 'It will not > work after this date' message it is a 'you're unsupported after this > date and things *might* not work as expected' No, it means "we're not supporting this any more, so we don't care if there are new vulnerabilities or things stop working". I'm not going to dictate to other people what their upgrade schedule should be, but anyone running unsupported versions of software should not have any expectation that the ecosystem around it will be accommodating. The ports tree already requires a lot work to make sure everything works on supported versions of FreeBSD, and I see no reason whatsoever for anyone to put effort into making it work on EOL versions. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:03:29 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7710EFB; Tue, 2 Sep 2014 03:03:29 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0240.outbound.protection.outlook.com [207.46.163.240]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B189F1858; Tue, 2 Sep 2014 03:03:28 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:03:20 +0000 Message-ID: <54053372.6020009@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:03:14 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Julian Elischer , Michelle Sullivan , Sam Fourman Jr. Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> In-Reply-To: <54052DFA.4030808@freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA010.namprd03.prod.outlook.com (10.255.156.155) To BY1PR0301MB0837.namprd03.prod.outlook.com (25.160.193.143) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(189002)(199003)(80022001)(47776003)(87266999)(93886004)(99396002)(50466002)(50986999)(21056001)(75432001)(85306004)(117636001)(90102001)(59896002)(4396001)(88552001)(64706001)(86362001)(23676002)(65956001)(76176999)(54356999)(42186005)(101416001)(99136001)(20776003)(81542001)(87976001)(83322001)(102836001)(83506001)(77096002)(92566001)(92726001)(83072002)(85852003)(74502001)(74662001)(31966008)(65816999)(81342001)(106356001)(95666004)(64126003)(107046002)(79102001)(76482001)(46102001)(105586002)(77982001)(89122001)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0837; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:03:29 -0000 On 2014.09.01 21:39, Julian Elischer wrote: > sigh.. when are we as a project, all going to learn that reality in > business is > that you often need to install stuff that is old. Its not always your > choice. > The custommers require it.. > You should try arguing with someone like Bank of Americas security and > operations > department some day about whether they want to suddenly upgrade 300 > machines > for no real reason (from their perspective). FreeBSD minor version upgrades are meant to be non-disruptive. However, I will admit that I have not performed any such upgrades in a critical environment, so if you think they are disruptive, please enlighten me with the details. Also, there are options out there for getting support for extended periods if you need it. Some companies are built around providing support for things that the original developers have long abandoned because some businesses need it. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:09:11 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1BB52CF; Tue, 2 Sep 2014 03:09:10 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 95EDE18D2; Tue, 2 Sep 2014 03:09:10 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB9000627LOH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:13:02 -0700 (PDT) Message-id: <540534D3.603@sorbs.net> Date: Tue, 02 Sep 2014 05:09:07 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> In-reply-to: <54053363.2030606@my.hennepintech.edu> Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:09:11 -0000 Andrew Berg wrote: > On 2014.09.01 21:27, Michelle Sullivan wrote: > >> Actually it's an inconvenience for someone like me and you. Not for >> many freebsd users, and certainly not for me 6 months ago if I hadn't >> been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? broke >> shit... (badly) ... >> > There were instructions for upgrading 1.3.6 to 1.3.7 alongside a notice that > things would not be good if the instructions were not followed and an > explanation of the issue. I think these kinds of notices need to reach more > people, but of course, that is easier said than done. > BTW, from what I have observed, 1.3.x issues have affected Poudriere users the > most, binary package users a bit less (but still significantly), and pure ports > users very little. > I am a poudriere user... across 8.4, 9.0, 9.1, 9.2, 9.3, 10.0 on both i386 and amd64 :/ > >>> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be >>> doing a new install with 9.2. >>> >>> >> Try getting yourself a FreeBSD server at Softlayer... They still >> install 7.x for Christ's sake (amongst others - but last time I checked, >> on new servers, 8.4, 9.0, 9.1, 10.0*) >> > Fair enough. > > >> (not had time - because an EOL message is not a 'It will not >> work after this date' message it is a 'you're unsupported after this >> date and things *might* not work as expected' >> > No, it means "we're not supporting this any more, so we don't care if there are > new vulnerabilities or things stop working". I'm not going to dictate to other > people what their upgrade schedule should be, but anyone running unsupported > versions of software should not have any expectation that the ecosystem around > it will be accommodating. > That's my point - there was a patch waiting to submit that knowingly broke pkg_install at midnight on the day after the EOL... the EOL shouldn't be an EOL - because it was really a 'portsnap after this date before you upgrade and you're screwed it won't work any more at all...' > The ports tree already requires a lot work to make sure everything works on > supported versions of FreeBSD, and I see no reason whatsoever for anyone to put > effort into making it work on EOL versions. > Some of us have production systems that span 6.0->10.0 (and most version in between) and are fighting fires with minimal help just trying to keep ahead.... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:14:25 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32A134DC; Tue, 2 Sep 2014 03:14:25 +0000 (UTC) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DE1F1198F; Tue, 2 Sep 2014 03:14:24 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id ey11so13499780pad.7 for ; Mon, 01 Sep 2014 20:14:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=oIfc7aJO58TuzASWK0RQ4jy+9Yhk4gChdAMQ5RMR7Rc=; b=zycZ+nOYpgKuCBnxLKkP+KaeaJuCNKVCzUGMDEYZtQ1+xXumgi5Bx6xoKozWutA4Fo iMVMVsXZwbJCykgRRUnT9azHo1jlQIy18HdDw54rrCQhKql75/QuhVirCen+zmmQXMHp oaWTS34WsjfzuB2047VZqsMCJDBbo6/8wYq1KwALwdL9LtQ5bZebiXkYQpr2pcvPuTob Bg2nAsepY9LCYL5KAtQAK7x+vSQn6LKlLE4D6L32KuT8By+zKL+YfwURA0YS8FfNQ/+R z+Y0EgZ1e7UQFUWX4z8L+5D7NyA7cGW/YLsQO++BbLegHrbkwfE6YK4tA50b7jyKvc36 ISgQ== X-Received: by 10.68.161.197 with SMTP id xu5mr560415pbb.160.1409627664154; Mon, 01 Sep 2014 20:14:24 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id qa2sm3387221pdb.38.2014.09.01.20.14.23 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Sep 2014 20:14:23 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: yaneurabeya@gmail.com In-Reply-To: <54053363.2030606@my.hennepintech.edu> Date: Mon, 1 Sep 2014 20:14:22 -0700 Message-Id: <8E432427-B3A8-4BF7-B54F-DE9B8CA268DC@gmail.com> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> To: Andrew Berg X-Mailer: Apple Mail (2.1878.6) Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, Michelle Sullivan , "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:14:25 -0000 --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 1, 2014, at 20:02, Andrew Berg = wrote: > On 2014.09.01 21:27, Michelle Sullivan wrote: >> Actually it's an inconvenience for someone like me and you. Not for >> many freebsd users, and certainly not for me 6 months ago if I hadn't >> been writing my own ports.... oh and what was it, 1.3.6 -> 1.3.7? = broke >> shit... (badly) ... > There were instructions for upgrading 1.3.6 to 1.3.7 alongside a = notice that > things would not be good if the instructions were not followed and an > explanation of the issue. I think these kinds of notices need to reach = more > people, but of course, that is easier said than done. > BTW, from what I have observed, 1.3.x issues have affected Poudriere = users the > most, binary package users a bit less (but still significantly), and = pure ports > users very little. >=20 >>> Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you = would be >>> doing a new install with 9.2. >>>=20 >> Try getting yourself a FreeBSD server at Softlayer... They still >> install 7.x for Christ's sake (amongst others - but last time I = checked, >> on new servers, 8.4, 9.0, 9.1, 10.0*) > Fair enough. >=20 >> (not had time - because an EOL message is not a 'It will not >> work after this date' message it is a 'you're unsupported after this >> date and things *might* not work as expected' > No, it means "we're not supporting this any more, so we don't care if = there are > new vulnerabilities or things stop working". I'm not going to dictate = to other > people what their upgrade schedule should be, but anyone running = unsupported > versions of software should not have any expectation that the = ecosystem around > it will be accommodating. > The ports tree already requires a lot work to make sure everything = works on > supported versions of FreeBSD, and I see no reason whatsoever for = anyone to put > effort into making it work on EOL versions. Installing pkgng on FreeBSD 7.x isn=92t impossible, but it does = require jumping through some hoops because xz not being present until = 8.x. These directions aren=92t complete (welcome to feedback if anyone = runs into issues), but they=92re a start: = https://github.com/yaneurabeya/scratch/blob/master/docs/cheatsheets/freebs= d . Cheers! -Garrett --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUBTYOAAoJEMZr5QU6S73eHOQIALDlJRDBWsF358dhExXJBs5L X3+x6WrobmZKCaJvZ1E+hftAjebU6pj+PRphgBeKy5l17f6xLKezDI8R3cRSr3rD zpXt74/7j/UXU0rITlft6toMkrFsGRWdmAw1q06Bb+T+gkz6hGi228WcGxD+dePe zXBKpN1VBzueCU+ElFo3Fk4hnNIpcFeu/3NW3eH9zmVnU4+u0EGKLl9rQFiMOi4A aQXw4XQ+kF+BsiSzkUwPj8PRApZkk4KPmWzKJtUX5PhuqycPwpjaGh4qumsxCNuq LFXav5jgEdiYCJL1SCIJm8FbIrf0M1xlTpV43r0+kuTTCm2pNexlF41j80kvIUk= =MBj1 -----END PGP SIGNATURE----- --Apple-Mail=_69E864F1-60BD-4D0B-BB04-34706E4AE5F6-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:26:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81620C6F; Tue, 2 Sep 2014 03:26:12 +0000 (UTC) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0188.outbound.protection.outlook.com [207.46.163.188]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A37F41AA2; Tue, 2 Sep 2014 03:26:09 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (10.255.156.132) by CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Tue, 2 Sep 2014 03:26:06 +0000 Message-ID: <540538C6.8050505@my.hennepintech.edu> Date: Mon, 1 Sep 2014 22:25:58 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> In-Reply-To: <540534D3.603@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.255.156.132] X-ClientProxiedBy: CH1PR03CA002.namprd03.prod.outlook.com (10.255.156.147) To CY1PR0301MB0843.namprd03.prod.outlook.com (25.160.163.149) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 0322B4EDE1 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(189002)(199003)(24454002)(31966008)(74662001)(74502001)(77096002)(83322001)(50986999)(42186005)(59896002)(4396001)(93886004)(85306004)(99396002)(87266999)(76176999)(65816999)(99136001)(80316001)(54356999)(102836001)(110136001)(33656002)(46102001)(88552001)(21056001)(83506001)(64706001)(50466002)(101416001)(85852003)(83072002)(90102001)(79102001)(80022001)(23676002)(65956001)(86362001)(89122001)(76482001)(92726001)(64126003)(47776003)(20776003)(81342001)(81542001)(92566001)(77982001)(107046002)(75432001)(95666004)(87976001)(105586002)(106356001)(89472002); DIR:OUT; SFP:; SCL:1; SRVR:CY1PR0301MB0843; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:26:12 -0000 On 2014.09.01 22:09, Michelle Sullivan wrote: > That's my point - there was a patch waiting to submit that knowingly > broke pkg_install at midnight on the day after the EOL... the EOL > shouldn't be an EOL - because it was really a 'portsnap after this date > before you upgrade and you're screwed it won't work any more at all...' As Peter outlined, this EOL was announced long ago, and it was mentioned at least once that it was to allow breaking changes. There really would be no reason to drop support for it in the ports tree if there were no plans to make changes. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 03:30:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 256A8F7E; Tue, 2 Sep 2014 03:30:14 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8EEC51AE7; Tue, 2 Sep 2014 03:30:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB9000698KQH900@hades.sorbs.net>; Mon, 01 Sep 2014 20:34:05 -0700 (PDT) Message-id: <540539C0.7010008@sorbs.net> Date: Tue, 02 Sep 2014 05:30:08 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> <540538C6.8050505@my.hennepintech.edu> In-reply-to: <540538C6.8050505@my.hennepintech.edu> Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 03:30:14 -0000 Andrew Berg wrote: > On 2014.09.01 22:09, Michelle Sullivan wrote: > >> That's my point - there was a patch waiting to submit that knowingly >> broke pkg_install at midnight on the day after the EOL... the EOL >> shouldn't be an EOL - because it was really a 'portsnap after this date >> before you upgrade and you're screwed it won't work any more at all...' >> > As Peter outlined, this EOL was announced long ago, and it was mentioned at > least once that it was to allow breaking changes. There really would be no > reason to drop support for it in the ports tree if there were no plans to make > changes. > The point is the EOL was not an EOL, it was a deadline, either switch or you're screwed, and it was communicated as an EOL not as a "here's a deadline, switch or you're screwed" -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 05:57:31 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB4BF356 for ; Tue, 2 Sep 2014 05:57:31 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1421A44 for ; Tue, 2 Sep 2014 05:57:30 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 2A180706C for ; Tue, 2 Sep 2014 05:57:25 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on smtp.des.no X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.0 Received: from worker04.tb.des.no (worker04.tb.des.no [41.154.2.150]) by smtp.des.no (Postfix) with ESMTP id 6A9B67069 for ; Tue, 2 Sep 2014 05:57:24 +0000 (UTC) Received: from tinderbox (uid 999) (envelope-from tinderbox@freebsd.org) id 139b7 by worker04.tb.des.no (DragonFly Mail Agent v0.9); Tue, 02 Sep 2014 05:57:23 +0000 Sender: tinderbox@freebsd.org From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk Date: Tue, 02 Sep 2014 05:57:23 +0000 Message-Id: <54055c43.139b7.408440a4@worker04.tb.des.no> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 05:57:31 -0000 TB --- 2014-09-02 02:30:45 - tinderbox 2.22 running on worker04.tb.des.no TB --- 2014-09-02 02:30:45 - FreeBSD worker04.tb.des.no 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-09-02 02:30:45 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-09-02 02:30:45 - cleaning the object tree TB --- 2014-09-02 02:31:12 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-09-02 02:31:19 - At svn revision 270954 TB --- 2014-09-02 02:31:20 - building world TB --- 2014-09-02 02:31:20 - CROSS_BUILD_TESTING=YES TB --- 2014-09-02 02:31:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-02 02:31:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-02 02:31:20 - SRCCONF=/dev/null TB --- 2014-09-02 02:31:20 - TARGET=pc98 TB --- 2014-09-02 02:31:20 - TARGET_ARCH=i386 TB --- 2014-09-02 02:31:20 - TZ=UTC TB --- 2014-09-02 02:31:20 - __MAKE_CONF=/dev/null TB --- 2014-09-02 02:31:20 - cd /src TB --- 2014-09-02 02:31:20 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 2 02:31:24 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Sep 2 05:52:22 UTC 2014 TB --- 2014-09-02 05:52:22 - generating LINT kernel config TB --- 2014-09-02 05:52:22 - cd /src/sys/pc98/conf TB --- 2014-09-02 05:52:22 - /usr/bin/make -B LINT TB --- 2014-09-02 05:52:23 - cd /src/sys/pc98/conf TB --- 2014-09-02 05:52:23 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-09-02 05:52:23 - building LINT kernel TB --- 2014-09-02 05:52:23 - CROSS_BUILD_TESTING=YES TB --- 2014-09-02 05:52:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-02 05:52:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-02 05:52:23 - SRCCONF=/dev/null TB --- 2014-09-02 05:52:23 - TARGET=pc98 TB --- 2014-09-02 05:52:23 - TARGET_ARCH=i386 TB --- 2014-09-02 05:52:23 - TZ=UTC TB --- 2014-09-02 05:52:23 - __MAKE_CONF=/dev/null TB --- 2014-09-02 05:52:23 - cd /src TB --- 2014-09-02 05:52:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 2 05:52:23 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @/xen/xenstore/xenstorevar.h:44:32: error: machine/xen/xen-os.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:52:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/evtchn.h:16:38: error: machine/xen/synch_bitops.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:47:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/xenhvm. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop. make: stopped in /src TB --- 2014-09-02 05:57:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-09-02 05:57:22 - ERROR: failed to build LINT kernel TB --- 2014-09-02 05:57:22 - 10550.48 user 2110.04 system 12397.21 real http://tinderbox.des.no/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 09:06:35 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84608A30; Tue, 2 Sep 2014 09:06:35 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 51EB21FC7; Tue, 2 Sep 2014 09:06:35 +0000 (UTC) Received: from Julian-MBP3.local ([12.157.112.125]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s8296W9E019214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 02:06:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <54058897.3080102@freebsd.org> Date: Tue, 02 Sep 2014 02:06:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <540532AC.2070508@sorbs.net> In-Reply-To: <540532AC.2070508@sorbs.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 09:06:35 -0000 On 9/1/14, 7:59 PM, Michelle Sullivan wrote: > Julian Elischer wrote: >> You should try arguing with someone like Bank of Americas security and >> operations >> department > You work for the same company as me? in a past life, they were a customer. > >> some day about whether they want to suddenly upgrade 300 machines >> for no real reason (from their perspective). >> From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 09:08:38 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43A2BCF6; Tue, 2 Sep 2014 09:08:38 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 11060104D; Tue, 2 Sep 2014 09:08:37 +0000 (UTC) Received: from Julian-MBP3.local ([12.157.112.125]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s8298V6h019223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 02:08:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5405890F.8080804@freebsd.org> Date: Tue, 02 Sep 2014 02:08:31 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Andrew Berg , Michelle Sullivan , "Sam Fourman Jr." Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> In-Reply-To: <54053372.6020009@my.hennepintech.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, pkg@freebsd.org, Baptiste Daroussin , stable@freebsd.org, FreeBSD Current X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 09:08:38 -0000 On 9/1/14, 8:03 PM, Andrew Berg wrote: > On 2014.09.01 21:39, Julian Elischer wrote: >> sigh.. when are we as a project, all going to learn that reality in >> business is >> that you often need to install stuff that is old. Its not always your >> choice. >> The custommers require it.. >> You should try arguing with someone like Bank of Americas security and >> operations >> department some day about whether they want to suddenly upgrade 300 >> machines >> for no real reason (from their perspective). > FreeBSD minor version upgrades are meant to be non-disruptive. However, I will > admit that I have not performed any such upgrades in a critical environment, so > if you think they are disruptive, please enlighten me with the details. > Also, there are options out there for getting support for extended periods if > you need it. Some companies are built around providing support for things that > the original developers have long abandoned because some businesses need it. It's not how disruptive they are technically. it's how many months of shakedown testing you have to go through before they allow you to put new software on any production system. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 10:01:17 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC1BF6DB; Tue, 2 Sep 2014 10:01:16 +0000 (UTC) Received: from mail-la0-x22d.google.com (mail-la0-x22d.google.com [IPv6:2a00:1450:4010:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 69BE11831; Tue, 2 Sep 2014 10:01:15 +0000 (UTC) Received: by mail-la0-f45.google.com with SMTP id pn19so7458516lab.18 for ; Tue, 02 Sep 2014 03:01:13 -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=IC2n2vDgwapYwPjo9ewXT/200DplrWHAIg6ywc5jWb0=; b=YiWsA1yfE5vzxR63skZyZOEZCF5MKVlGjjbAZHwbAEGNEnSgP6QV6jpRqe/Jcu62uy 0Oz4a3AwoViYeeONA3voytwvXs15IhAuDSZTQkUWur47gGtkVVKSTLEYtr/upZUxnqKx KrGm74j3lKmqqwNByLntg+sQai40Yx9F7WNnKrcaBQ82yvy2HQW7o+t5HzVRsVP0ZbbH 5CRKa26RWqqdyfPOHw1UqVxNcX4KtZtIcM0QbElY3STRCbZitw/ahnApHONVR5xhMi7v u4nYRxLCJmA/86C3GSZ2aL3SmcVqa24BTuolCFWJiy4QsRiRg9bqNxVtgHD3GkZA+OTr En5w== MIME-Version: 1.0 X-Received: by 10.152.29.1 with SMTP id f1mr33160128lah.47.1409652073201; Tue, 02 Sep 2014 03:01:13 -0700 (PDT) Received: by 10.152.179.4 with HTTP; Tue, 2 Sep 2014 03:01:13 -0700 (PDT) In-Reply-To: <5405890F.8080804@freebsd.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> Date: Tue, 2 Sep 2014 12:01:13 +0200 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Alban Hertroys To: Julian Elischer Content-Type: text/plain; charset=UTF-8 Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, Michelle Sullivan , "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:01:17 -0000 On 2 September 2014 11:08, Julian Elischer wrote: > On 9/1/14, 8:03 PM, Andrew Berg wrote: >> >> On 2014.09.01 21:39, Julian Elischer wrote: >>> >>> sigh.. when are we as a project, all going to learn that reality in >>> business is >>> that you often need to install stuff that is old. Its not always your >>> choice. >>> The custommers require it.. >>> You should try arguing with someone like Bank of Americas security and >>> operations >>> department some day about whether they want to suddenly upgrade 300 >>> machines >>> for no real reason (from their perspective). >> >> FreeBSD minor version upgrades are meant to be non-disruptive. However, I >> will >> admit that I have not performed any such upgrades in a critical >> environment, so >> if you think they are disruptive, please enlighten me with the details. >> Also, there are options out there for getting support for extended periods >> if >> you need it. Some companies are built around providing support for things >> that >> the original developers have long abandoned because some businesses need >> it. > > > It's not how disruptive they are technically. > it's how many months of shakedown testing you have to go through before they > allow you to put new software on any production system. Just adding here, in commercial environments things don't change quickly or easily. Whether this applies to the current issue with pkg is not for me to say. For example, certain commercial upstream software vendors require to go through a certification process before they even consider supporting the new software you intend to use with theirs. Admittedly we haven't run into this issue in relation to FreeBSD, but we certainly have with Firefox. As an example, the last version of Firefox that Information Builders' WebFOCUS 7.7 supports is 3.6.7 (currently available versions are 31 or 32!) and for Internet Explorer that's 7 (currently at 11). If you run into any kind of problem, the standard answer is to use a browser that they support. Good luck with that! Firefox 3.6.7 was released on July 20, 2010; over 4 years ago. In such cases you're more or less required to keep an old system around that still has such old packages, if only to see if you can reproduce any issues you encounter (with modern versions of your software) on those old versions. With the deprecation of the old pkg_* tools you run into a conflict; You can either update packages that are _not_ under certification for such a vendor and get security updates and fixes using the new pkg, or you have to stick with the certified software and _not_ get any security updates or fixes. It gets more interesting if you have to deal with manufacturing processes (something we're looking to use FreeBSD for to replace our current OpenVMS systems before they go out of support), as often automatons write data to external databases and such software resides in PLC's. Manufacturing equipment tends to age and the kind of external databases they support is limited to what was available when they were new and the capabilities of the PLC involved. I can totally understand that at some point it starts to get impossible to maintain two separate packaging systems and I understand that you think 2 years is enough time to shake things out, but software vendors aren't that quick. For many, 2 years is a short time. Just saying... -- If you can't see the forest for the trees, Cut the trees and you'll see there is no forest. From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 10:10:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5C17AC1; Tue, 2 Sep 2014 10:10:10 +0000 (UTC) Received: from mail-yk0-x235.google.com (mail-yk0-x235.google.com [IPv6:2607:f8b0:4002:c07::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BFA918BB; Tue, 2 Sep 2014 10:10:10 +0000 (UTC) Received: by mail-yk0-f181.google.com with SMTP id 131so3887568ykp.26 for ; Tue, 02 Sep 2014 03:10:09 -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=o9CQn1LSZNQrROzwNkbCbIz7pu2JM7jj4zaTOp3Klq8=; b=U6vnBwwisJPx6eKHPBACKWRdMliiUYYHO9N1NWlekCl0DSnXU6C+4r66/SWpMXV9uO 5TYJfHV7AUTZrx/s1Q/Kf/dashK/cX43qNP34mXw3QNdYYhEQGR9xrZLNASCwY7fejlx w7D+odoj8JGmAfydzNFShTotzS2KF6WANHYRNOi1uIMZAMKPcGd//Q4Or3Qrmut2VFNl AKZcvZ55bwB40eVLXNQxaw0uV2X4FqXDSgjjBJC4JCBnllyX6BB4fgmSIQ2zebItyJx3 xK/qDuKTU/vPVVWu/gdTaPQy9iwpNdF0atjceHlf4fFmuMKCyBZ2D1n2/8B+IB2DlYOK vyfw== MIME-Version: 1.0 X-Received: by 10.236.123.114 with SMTP id u78mr10990268yhh.107.1409652609526; Tue, 02 Sep 2014 03:10:09 -0700 (PDT) Received: by 10.170.156.139 with HTTP; Tue, 2 Sep 2014 03:10:09 -0700 (PDT) Date: Tue, 2 Sep 2014 11:10:09 +0100 Message-ID: Subject: Stable SCTP_ECN_SUPPORTED build issues From: krad To: FreeBSD Questions , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:10:10 -0000 Has anyone seen this issue building freebsd stable recently. I have tried removing my src.conf and make.conf but nothing makes a difference? The obj tree was also manually deleted. [root@z /usr/src/lib/libc]# svnup stable # Revision: 270962 # Protocol: http # Address: svn0.eu.freebsd.org # Port: 80 # Branch: base/stable/10 # Target: /usr/src # Trim tree: No # Show extra files: No # Known files directory: /var/tmp/svnup # yes is did do a full buildworld before i ran this [root@z /usr/src/lib/libc]# make /usr/bin/clang -O2 -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/../../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src/lib/libc/net/sctp_sys_calls.c -o sctp_sys_calls.o /usr/src/lib/libc/net/sctp_sys_calls.c:353:7: error: use of undeclared identifier 'SCTP_ECN_SUPPORTED' case SCTP_ECN_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:356:7: error: use of undeclared identifier 'SCTP_PR_SUPPORTED' case SCTP_PR_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:359:7: error: use of undeclared identifier 'SCTP_AUTH_SUPPORTED' case SCTP_AUTH_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:362:7: error: use of undeclared identifier 'SCTP_ASCONF_SUPPORTED' case SCTP_ASCONF_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:365:7: error: use of undeclared identifier 'SCTP_RECONFIG_SUPPORTED' case SCTP_RECONFIG_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:368:7: error: use of undeclared identifier 'SCTP_NRSACK_SUPPORTED' case SCTP_NRSACK_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:371:7: error: use of undeclared identifier 'SCTP_PKTDROP_SUPPORTED' case SCTP_PKTDROP_SUPPORTED: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:380:7: error: use of undeclared identifier 'SCTP_PR_STREAM_STATUS' case SCTP_PR_STREAM_STATUS: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:381:32: error: incomplete definition of type 'struct sctp_prstatus' ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ /usr/src/lib/libc/net/sctp_sys_calls.c:381:12: note: forward declaration of 'struct sctp_prstatus' ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; ^ /usr/src/lib/libc/net/sctp_sys_calls.c:383:7: error: use of undeclared identifier 'SCTP_PR_ASSOC_STATUS' case SCTP_PR_ASSOC_STATUS: ^ /usr/src/lib/libc/net/sctp_sys_calls.c:384:32: error: incomplete definition of type 'struct sctp_prstatus' ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ /usr/src/lib/libc/net/sctp_sys_calls.c:381:12: note: forward declaration of 'struct sctp_prstatus' ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; ^ 11 errors generated. *** Error code 1 Stop. make: stopped in /usr/src/lib/libc here is my build env setup [root@carrera /usr/src/lib/libc]# grep -v "#" /etc/src.conf /etc/make.conf /etc/src.conf:WITHOUT_FREEBSD_UPDATE="yes" /etc/src.conf:WITHOUT_GAMES="yes" /etc/src.conf:WITHOUT_HTML="yes" /etc/src.conf:WITHOUT_IPFILTER="yes" /etc/src.conf:WITHOUT_IPFW="yes" /etc/src.conf:WITHOUT_IPX="yes" /etc/src.conf:WITHOUT_LIB32="YES" /etc/src.conf:WITHOUT_PORTSNAP="YES" /etc/src.conf:WITHOUT_ATM="YES" /etc/src.conf:WITHOUT_BLUETOOTH=YES /etc/src.conf:WITHOUT_BSNMP="YES" /etc/src.conf:WITHOUT_SENDMAIL=YES /etc/src.conf: /etc/src.conf:WITHOUT_INFO=yes /etc/src.conf:WITH_UNBOUND=yes /etc/src.conf:WITHOUT_WIRELESS= /etc/src.conf:WITHOUT_WPA_SUPPLICANT_EAPOL= /etc/src.conf:WITHOUT_RADIUS= /etc/src.conf:WITHOUT_NCP= /etc/src.conf:WITHOUT_NDIS= /etc/src.conf:WITHOUT_NIS= /etc/src.conf:WITHOUT_LPR= /etc/src.conf: /etc/make.conf:USA_RESIDENT=NO /etc/make.conf:SVN_UPDATE=YES /etc/make.conf:XFREE8pro_VERSION= 4 /etc/make.conf:KERNCONF=me /etc/make.conf:KERNCONFDIR=/etc/kernel /etc/make.conf:BOOT_COMCONSOLE_SPEED="115200" /etc/make.conf:FETCH_BEFORE_ARGS=-p /etc/make.conf: /etc/make.conf:LOADER_TFTP_SUPPORT=YES" /etc/make.conf:LOADER_ZFS_SUPPORT=yes /etc/make.conf:FTP_PASSIVE_MODE=1 /etc/make.conf: /etc/make.conf:WITH_CTF=1 /etc/make.conf:STRIP= /etc/make.conf: /etc/make.conf:CC=/usr/bin/clang /etc/make.conf:CXX=/usr/bin/clang++ /etc/make.conf: /etc/make.conf:WITH_PKGNG= yes /etc/make.conf:PF_ENABLE_FILTER_RULES=yes From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 10:25:20 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A587E5F; Tue, 2 Sep 2014 10:25:20 +0000 (UTC) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C103B1A94; Tue, 2 Sep 2014 10:25:19 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id va2so4593385obc.41 for ; Tue, 02 Sep 2014 03:25:19 -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=k9IGqrh4dy6VCY9a7YKu7ZexWr6KRD28gf1AJvHR3to=; b=CTL/X9RJdWeQb+QKYnV8dHL67lYjFHuiafciVJwmImhX488+c812BlqDE0O6PceNmQ x5lDeNtjwckONdVL5AvH/n13ZW8sPoD4HXPTMWXPki8RsS0wtty9kZKgCqn56MpyGrvO FJ/uw0Ji7cM4QbmmllOOgpiVd+T6XQBboAU6waKh9+wGZNp7+603wjJ861Rjd/tEjhmE nX7YZ9XLMYHvuFG1hTbEWgroa6P3Ivcvr6NyhWDGqdHkhzTBy+hdswlaVDxSLmRHE9LM J3TYVXKifuGTUTzkNx96ramDv4ZQ9D42kU8nO02TBSgq+XOVXdvbIvz6ck33DYJ7ChWb tAiA== MIME-Version: 1.0 X-Received: by 10.182.87.167 with SMTP id az7mr31235335obb.41.1409653519029; Tue, 02 Sep 2014 03:25:19 -0700 (PDT) Sender: robbak@gmail.com Received: by 10.76.26.170 with HTTP; Tue, 2 Sep 2014 03:25:18 -0700 (PDT) In-Reply-To: <540539C0.7010008@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> <54053363.2030606@my.hennepintech.edu> <540534D3.603@sorbs.net> <540538C6.8050505@my.hennepintech.edu> <540539C0.7010008@sorbs.net> Date: Tue, 2 Sep 2014 20:25:18 +1000 X-Google-Sender-Auth: w_tw4vUZNHB9rQB2WlCyJCQZKjk Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Robert Backhaus To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: pkg@freebsd.org, Baptiste Daroussin , Andrew Berg , FreeBSD Current , stable@freebsd.org, ports , "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:25:20 -0000 On 2 September 2014 13:30, Michelle Sullivan wrote: > Andrew Berg wrote: > > On 2014.09.01 22:09, Michelle Sullivan wrote: > > > >> That's my point - there was a patch waiting to submit that knowingly > >> broke pkg_install at midnight on the day after the EOL... the EOL > >> shouldn't be an EOL - because it was really a 'portsnap after this date > >> before you upgrade and you're screwed it won't work any more at all...' > >> > > As Peter outlined, this EOL was announced long ago, and it was mentioned > at > > least once that it was to allow breaking changes. There really would be > no > > reason to drop support for it in the ports tree if there were no plans > to make > > changes. > > > > The point is the EOL was not an EOL, it was a deadline, either switch or > you're screwed, and it was communicated as an EOL not as a "here's a > deadline, switch or you're screwed" > > -- > Michelle Sullivan > http://www.mhix.org/ > The point is the EOL was *actually* an EOL: a deadline, either switch or you're screwed, and it was communicated as an EOL: a "here's a deadline, switch or you're screwed" From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 10:42:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CA96778; Tue, 2 Sep 2014 10:42:56 +0000 (UTC) Received: from mail-yk0-x232.google.com (mail-yk0-x232.google.com [IPv6:2607:f8b0:4002:c07::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 505631CD8; Tue, 2 Sep 2014 10:42:56 +0000 (UTC) Received: by mail-yk0-f178.google.com with SMTP id q200so4024196ykb.9 for ; Tue, 02 Sep 2014 03:42: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=nAsdtjDpUs1GB0HsNKR7qFVbdFH2wyY2C4JLdu5FVwo=; b=Yu1BKt2/UK8b2/zQtAYOBh45N231GkEDxeH+ewo1waMypnTeKkvYmirnuZ9DhRlMZc xqnr3kYebo6eyk0Ng4oNnx7BQurVa1xaU8cRAJkd1yognGXfKxcaLQA5StnywfTGgu/Q MOVldj68V1A6xsJZeV/aabfiNZtXXCeVftUROWe6xWx8+vRDlm7l5n8FNaW51nLnPgpM JGygIoI/GwsICxFxkzN2kM3AWPimg3mHr51QDQ4GRflGUOgQiq/Su9BRY8EBIBCH7M3/ oQPKORmvNqIrzImnfVmzxSB8/G2JzyV33ASlDDJB9YpcsbDDU7WNVXcTQ0N3v1+dFh5O W76Q== MIME-Version: 1.0 X-Received: by 10.236.133.165 with SMTP id q25mr50530853yhi.62.1409654574809; Tue, 02 Sep 2014 03:42:54 -0700 (PDT) Received: by 10.170.156.139 with HTTP; Tue, 2 Sep 2014 03:42:54 -0700 (PDT) In-Reply-To: References: Date: Tue, 2 Sep 2014 11:42:54 +0100 Message-ID: Subject: Re: Stable SCTP_ECN_SUPPORTED build issues From: krad To: FreeBSD Questions , freebsd-stable Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:42:56 -0000 ignore this it seems to be working now 8/ On 2 September 2014 11:10, krad wrote: > Has anyone seen this issue building freebsd stable recently. I have tried > removing my src.conf and make.conf but nothing makes a difference? The obj > tree was also manually deleted. > > > [root@z /usr/src/lib/libc]# svnup stable > # Revision: 270962 > # Protocol: http > # Address: svn0.eu.freebsd.org > # Port: 80 > # Branch: base/stable/10 > # Target: /usr/src > # Trim tree: No > # Show extra files: No > # Known files directory: /var/tmp/svnup > > # yes is did do a full buildworld before i ran this > [root@z /usr/src/lib/libc]# make > /usr/bin/clang -O2 -pipe -I/usr/src/lib/libc/include > -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS > -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa > -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE > -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd > -I/usr/src/lib/libc/../../contrib/jemalloc/include > -I/usr/src/lib/libc/../../contrib/tzcode/stdtime > -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DNS_CACHING > -DSYMBOL_VERSIONING -std=gnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c > /usr/src/lib/libc/net/sctp_sys_calls.c -o sctp_sys_calls.o > /usr/src/lib/libc/net/sctp_sys_calls.c:353:7: error: use of undeclared > identifier 'SCTP_ECN_SUPPORTED' > case SCTP_ECN_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:356:7: error: use of undeclared > identifier 'SCTP_PR_SUPPORTED' > case SCTP_PR_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:359:7: error: use of undeclared > identifier 'SCTP_AUTH_SUPPORTED' > case SCTP_AUTH_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:362:7: error: use of undeclared > identifier 'SCTP_ASCONF_SUPPORTED' > case SCTP_ASCONF_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:365:7: error: use of undeclared > identifier 'SCTP_RECONFIG_SUPPORTED' > case SCTP_RECONFIG_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:368:7: error: use of undeclared > identifier 'SCTP_NRSACK_SUPPORTED' > case SCTP_NRSACK_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:371:7: error: use of undeclared > identifier 'SCTP_PKTDROP_SUPPORTED' > case SCTP_PKTDROP_SUPPORTED: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:380:7: error: use of undeclared > identifier 'SCTP_PR_STREAM_STATUS' > case SCTP_PR_STREAM_STATUS: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:381:32: error: incomplete > definition of type 'struct sctp_prstatus' > ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ > /usr/src/lib/libc/net/sctp_sys_calls.c:381:12: note: forward declaration > of 'struct sctp_prstatus' > ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:383:7: error: use of undeclared > identifier 'SCTP_PR_ASSOC_STATUS' > case SCTP_PR_ASSOC_STATUS: > ^ > /usr/src/lib/libc/net/sctp_sys_calls.c:384:32: error: incomplete > definition of type 'struct sctp_prstatus' > ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^ > /usr/src/lib/libc/net/sctp_sys_calls.c:381:12: note: forward declaration > of 'struct sctp_prstatus' > ((struct sctp_prstatus *)arg)->sprstat_assoc_id = id; > ^ > 11 errors generated. > *** Error code 1 > > Stop. > make: stopped in /usr/src/lib/libc > > > here is my build env setup > > [root@carrera /usr/src/lib/libc]# grep -v "#" /etc/src.conf /etc/make.conf > /etc/src.conf:WITHOUT_FREEBSD_UPDATE="yes" > /etc/src.conf:WITHOUT_GAMES="yes" > /etc/src.conf:WITHOUT_HTML="yes" > /etc/src.conf:WITHOUT_IPFILTER="yes" > /etc/src.conf:WITHOUT_IPFW="yes" > /etc/src.conf:WITHOUT_IPX="yes" > /etc/src.conf:WITHOUT_LIB32="YES" > /etc/src.conf:WITHOUT_PORTSNAP="YES" > /etc/src.conf:WITHOUT_ATM="YES" > /etc/src.conf:WITHOUT_BLUETOOTH=YES > /etc/src.conf:WITHOUT_BSNMP="YES" > /etc/src.conf:WITHOUT_SENDMAIL=YES > /etc/src.conf: > /etc/src.conf:WITHOUT_INFO=yes > /etc/src.conf:WITH_UNBOUND=yes > /etc/src.conf:WITHOUT_WIRELESS= > /etc/src.conf:WITHOUT_WPA_SUPPLICANT_EAPOL= > /etc/src.conf:WITHOUT_RADIUS= > /etc/src.conf:WITHOUT_NCP= > /etc/src.conf:WITHOUT_NDIS= > /etc/src.conf:WITHOUT_NIS= > /etc/src.conf:WITHOUT_LPR= > /etc/src.conf: > /etc/make.conf:USA_RESIDENT=NO > /etc/make.conf:SVN_UPDATE=YES > /etc/make.conf:XFREE8pro_VERSION= 4 > /etc/make.conf:KERNCONF=me > /etc/make.conf:KERNCONFDIR=/etc/kernel > /etc/make.conf:BOOT_COMCONSOLE_SPEED="115200" > /etc/make.conf:FETCH_BEFORE_ARGS=-p > /etc/make.conf: > /etc/make.conf:LOADER_TFTP_SUPPORT=YES" > /etc/make.conf:LOADER_ZFS_SUPPORT=yes > /etc/make.conf:FTP_PASSIVE_MODE=1 > /etc/make.conf: > /etc/make.conf:WITH_CTF=1 > /etc/make.conf:STRIP= > /etc/make.conf: > /etc/make.conf:CC=/usr/bin/clang > /etc/make.conf:CXX=/usr/bin/clang++ > /etc/make.conf: > /etc/make.conf:WITH_PKGNG= yes > /etc/make.conf:PF_ENABLE_FILTER_RULES=yes > > From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 10:53:10 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 235A7D89; Tue, 2 Sep 2014 10:53:10 +0000 (UTC) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.30]) (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 A19A81E11; Tue, 2 Sep 2014 10:53:09 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XOlho-0003hY-Pw; Tue, 02 Sep 2014 12:52:56 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 02 Sep 2014 12:52:56 +0200 Date: Tue, 02 Sep 2014 12:52:56 +0200 Message-ID: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> From: Marcus von Appen To: stable@freebsd.org, ports@freebsd.org, pkg@freebsd.org, current@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> In-Reply-To: Reply-to: mva@freebsd.org User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 10:53:10 -0000 Alban Hertroys : > On 2 September 2014 11:08, Julian Elischer wrote: >> On 9/1/14, 8:03 PM, Andrew Berg wrote: >>> >>> On 2014.09.01 21:39, Julian Elischer wrote: >>>> >>>> sigh.. when are we as a project, all going to learn that reality in >>>> business is >>>> that you often need to install stuff that is old. Its not always your >>>> choice. >>>> The custommers require it.. >>>> You should try arguing with someone like Bank of Americas security and >>>> operations >>>> department some day about whether they want to suddenly upgrade 300 >>>> machines >>>> for no real reason (from their perspective). >>> >>> FreeBSD minor version upgrades are meant to be non-disruptive. However, I >>> will >>> admit that I have not performed any such upgrades in a critical >>> environment, so >>> if you think they are disruptive, please enlighten me with the details. >>> Also, there are options out there for getting support for extended periods >>> if >>> you need it. Some companies are built around providing support for things >>> that >>> the original developers have long abandoned because some businesses need >>> it. >> >> >> It's not how disruptive they are technically. >> it's how many months of shakedown testing you have to go through before they >> allow you to put new software on any production system. > > Just adding here, in commercial environments things don't change > quickly or easily. Whether this applies to the current issue with pkg > is not for me to say. > > For example, certain commercial upstream software vendors require to > go through a certification process before they even consider > supporting the new software you intend to use with theirs. > > Admittedly we haven't run into this issue in relation to FreeBSD, but > we certainly have with Firefox. As an example, the last version of > Firefox that Information Builders' WebFOCUS 7.7 supports is 3.6.7 > (currently available versions are 31 or 32!) and for Internet Explorer > that's 7 (currently at 11). > If you run into any kind of problem, the standard answer is to use a > browser that they support. Good luck with that! > Firefox 3.6.7 was released on July 20, 2010; over 4 years ago. > > In such cases you're more or less required to keep an old system > around that still has such old packages, if only to see if you can > reproduce any issues you encounter (with modern versions of your > software) on those old versions. > > With the deprecation of the old pkg_* tools you run into a conflict; > You can either update packages that are _not_ under certification for > such a vendor and get security updates and fixes using the new pkg, or > you have to stick with the certified software and _not_ get any > security updates or fixes. > > > It gets more interesting if you have to deal with manufacturing > processes (something we're looking to use FreeBSD for to replace our > current OpenVMS systems before they go out of support), as often > automatons write data to external databases and such software resides > in PLC's. Manufacturing equipment tends to age and the kind of > external databases they support is limited to what was available when > they were new and the capabilities of the PLC involved. > > I can totally understand that at some point it starts to get > impossible to maintain two separate packaging systems and I understand > that you think 2 years is enough time to shake things out, but > software vendors aren't that quick. For many, 2 years is a short time. > It also should be noted that everyone had enough time to raise those issues in the time between tthe announcement and now. No one did. Now that it is gone, they are brought up, while they should have been long time ago instead. It can't work that way. My 2 cents in this discussion :-). Cheers Marcus From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 11:47:37 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2BDAB1BA; Tue, 2 Sep 2014 11:47:37 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 0D36214BE; Tue, 2 Sep 2014 11:47:36 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NB90030JVLPSK00@hades.sorbs.net>; Tue, 02 Sep 2014 04:51:27 -0700 (PDT) Message-id: <5405AE54.60809@sorbs.net> Date: Tue, 02 Sep 2014 13:47:32 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: mva@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> In-reply-to: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 11:47:37 -0000 Marcus von Appen wrote: > Alban Hertroys : > >> >> I can totally understand that at some point it starts to get >> impossible to maintain two separate packaging systems and I understand >> that you think 2 years is enough time to shake things out, but >> software vendors aren't that quick. For many, 2 years is a short time. >> > > It also should be noted that everyone had enough time to raise those > issues > in the time between tthe announcement and now. No one did. Now that it is > gone, they are brought up, while they should have been long time ago > instead. It can't work that way. > > My 2 cents in this discussion :-). Actually I brought it up as soon as I found the EOL was a deadline for breaking pkg_* tools, was told, "too late now" - that was more than 2 weeks ago, less than 2 months ago (forget the date) ... I'm happy with an EOL and working to upgrade everything, I'm not happy that the EOL was not actually an EOL and it was actually a deadline. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 11:57:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CEC8B579 for ; Tue, 2 Sep 2014 11:57:08 +0000 (UTC) Received: from mail-qg0-x22e.google.com (mail-qg0-x22e.google.com [IPv6:2607:f8b0:400d:c04::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C810172C for ; Tue, 2 Sep 2014 11:57:08 +0000 (UTC) Received: by mail-qg0-f46.google.com with SMTP id q107so6262401qgd.19 for ; Tue, 02 Sep 2014 04:57:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=mQ+3yJxwM6Iisg5NgwwFwzdKukfNhjKdCO9+2j24H5M=; b=s0XfoJpwABih5ATpPjSGc//ygQ2D5rKDtUvfgayedadFIk+L0NbT2MU+nybql88Pkx rbNwSQf/o2QVQmqJGHQeJXZw6qzmjIPOjmNmzwh9qjdEpdcW3e7BFaHoyl9Ml5r8yXkz FAEwRmmcyRKJhRRbrxXrO9t5HgV0a9s1POpuK7/kqgY8yoLBm4LIZpo/ch5WrkUUt+4w xqScUdgohCYtEJXL9mjxyFv/GtPA3fG/zWBCuhVOGC1zA/jxYl+wMXvKZmRhNsAtORhJ W/J81QAvaU/xApOPoEb4nmG2YPK9D4EuRLbqmAGoX2dnOZWB1Iyi1NDnHYINmcmNuyfI LgpQ== X-Received: by 10.229.232.1 with SMTP id js1mr54319080qcb.20.1409659027374; Tue, 02 Sep 2014 04:57:07 -0700 (PDT) Received: from blackbeast.localnet (173-26-254-198.client.mchsi.com. [173.26.254.198]) by mx.google.com with ESMTPSA id z71sm4666435qge.32.2014.09.02.04.57.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Sep 2014 04:57:06 -0700 (PDT) From: Chuck Burns To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Date: Tue, 02 Sep 2014 06:57:06 -0500 Message-ID: <2055383.DLzbC2Ghl7@blackbeast> User-Agent: KMail/4.14 (Linux/3.16.1-1-ARCH; KDE/4.14.0; x86_64; ; ) In-Reply-To: <54052DFA.4030808@freebsd.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 11:57:08 -0000 On Monday, September 01, 2014 7:39:54 PM Julian Elischer wrote: > sigh.. when are we as a project, all going to learn that reality in > business is > that you often need to install stuff that is old. Its not always your > choice. > The custommers require it.. And then, when they are hacked and lose customer data and wonder why, we should all loudly proclaim "This is what happens when you use OLD STUFF" -- Chuck Burns Audemus Jura Nostra Defendere From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 12:08:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C509BB44; Tue, 2 Sep 2014 12:08:33 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A21061875; Tue, 2 Sep 2014 12:08:31 +0000 (UTC) Received: from c106.sec.cl.cam.ac.uk (c106.sec.cl.cam.ac.uk [128.232.18.106]) (authenticated bits=0) by theravensnest.org (8.14.9/8.14.9) with ESMTP id s82C8Kpp037492 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 2 Sep 2014 12:08:22 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: David Chisnall In-Reply-To: <5405AE54.60809@sorbs.net> Date: Tue, 2 Sep 2014 13:08:20 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0B55DEDF-7268-4E7A-8971-36AB68D0C170@FreeBSD.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, mva@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 12:08:33 -0000 On 2 Sep 2014, at 12:47, Michelle Sullivan wrote: > I'm not happy that the EOL was > not actually an EOL and it was actually a deadline. I'm not sure what you think the difference is. The EOL says 'the = FreeBSD project no longer supports this configuration'. If you are not = relying on us for support (i.e. using an old or forked ports tree, or = building your own packages), then things will continue to work. If you = are expecting (unpaid, volunteer) support from the project in the form = of packages and a useable ports tree, then you need to use a supported = configuration. If being able to use the ports tree without installing pkg(8) is = sufficiently valuable to you, then I can put you in touch with some = companies that will backport things to a copy of the ports tree for your = use (although the price tag will scale with the number of ports that you = want to support). If, however, your complaint is that it's hard to get new software = certified for your system *then this change has absolutely no effect on = you!* If you're not worried about upgrading ports at all, then you can = just stick with the ports tree version from the time of your release. = If you're able to upgrade ports, then upgrading the pkg port should not = be an issue. David From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 13:23:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C43D78A for ; Tue, 2 Sep 2014 13:23:46 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 EB824158F for ; Tue, 2 Sep 2014 13:23:45 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s82CVIbW002419 for ; Tue, 2 Sep 2014 21:31:18 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Tue, 2 Sep 2014 21:31:18 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-Id: <20140902213118.9115bada29ee27f2466fb938@dec.sakura.ne.jp> In-Reply-To: <54052981.7010502@freebsd.org> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <54052981.7010502@freebsd.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 13:23:46 -0000 You can generate old style (pkg_* style) database by pkg convert -r -d somewhere_you_like at least pkg-1.3.7 for now. ;-) The default output directory is /var/db/pkg. Are they insufficient for your purpose (your tool)? But please beware. The data generated by pkg are POSSIBLY NOT 100% match the ones generated by pkg_add, as they are generated from existing pkg database (by default: /var/db/pkg/local.sqlite). Regards. On Mon, 01 Sep 2014 19:20:49 -0700 Julian Elischer wrote: > On 9/1/14, 6:39 PM, Sam Fourman Jr. wrote: > >> And for the portsnap users? > >> > >> > > In short, this change doesn't directly effect portsnap users. > > > > Portsnap is a tool that used to obtain a copy of the ports tree. > > > > Portsnap is only one way, another way to get a copy of the ports tree is by > > using subversion and checking it out by using the svn command. > > > > pkg(8) is a package management tool, and to make use of most packages > > having a copy of the ports tree is not required. > But it is if you don't want the options that a pkg is built with. > We need to do a lot of pkg munging for that reason, generating > our own versions (which is ok, that's not a complaint, just a fact of > life). > > I've warmed to pkg after using it a bit, and many of its initial > shortcomings have been fixed. > But one thing I'd like to request (a very minor thing).. > Could the packing list have some newlines inserted into it to make it > more humanly readable? Our old tools for auditing and controlling (old > style) packages would print out that information. > The new tools we need to write will need to do similar. > We did an experiment at work here and wrote a small script that parsed > it and then rewrote it back to the package with newlines added and > pkg handled it just fine, so it should be a very minor thing to add > some newlines when generating it in the first place. > I don't think anything else needs to be changed. > > > >> > >> -- > >> Michelle Sullivan > >> http://www.mhix.org/ > >> > >> _______________________________________________ > >> freebsd-ports@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-ports > >> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > >> > > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 13:37:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40050C52; Tue, 2 Sep 2014 13:37:30 +0000 (UTC) Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 36CCF1825; Tue, 2 Sep 2014 13:37:29 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id cc10so7419845wib.6 for ; Tue, 02 Sep 2014 06:37:26 -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=/98x4GdfqDGMHKxvPm9QzQPxM1yht2GzTWUUCQez8N8=; b=wqy3GkXsuuGDwBLKpzbmhfzL5LRP+LujBQaJzAyTDqa/DJFbaUVpwe0Ydh9C3k6pzi P31nZ5PZQoCkwuPCfQKiodQaxnAuDnGyb3Ls4IbgT5XPiAqAUJXexgXsiROc14lUn1/R NXzHJTQTzCVCoTEItKgeS1grx7eLaVwPYricEckCjoQO4DxBFKs0VVfcXbVOsXSFGohv 1owHc0XNrv2yae5hgzHEK/SFrh42kDgRBD8AozK9Q2cSdwH0psEHYNH6YETh3UwnxsOf QFffGVVBBdyq36heJoehRrvFLUT+WBctNjEy4Lsz4rG4f2HKM9Rm1CZYTYQe6hY7kp5c BQqw== MIME-Version: 1.0 X-Received: by 10.180.12.173 with SMTP id z13mr5159697wib.53.1409665046312; Tue, 02 Sep 2014 06:37:26 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Tue, 2 Sep 2014 06:37:26 -0700 (PDT) In-Reply-To: <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> Date: Tue, 2 Sep 2014 09:37:26 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: mva@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 13:37:30 -0000 On Tue, Sep 2, 2014 at 6:52 AM, Marcus von Appen wrote: > It also should be noted that everyone had enough time to raise those issues > in the time between tthe announcement and now > If this is an issue that needed to be brought up, then FreeBSD has apparently never before been used in an enterprise??? -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 13:46:54 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB53D181 for ; Tue, 2 Sep 2014 13:46:54 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (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 703621950 for ; Tue, 2 Sep 2014 13:46:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id s82DksOO051197 for ; Tue, 2 Sep 2014 13:46:54 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id s82DkrQ4051192 for stable@freebsd.org; Tue, 2 Sep 2014 13:46:53 GMT (envelope-from bdrewery) Received: (qmail 72000 invoked from network); 2 Sep 2014 08:46:51 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 2 Sep 2014 08:46:51 -0500 Message-ID: <5405CA1B.2040307@FreeBSD.org> Date: Tue, 02 Sep 2014 08:46:03 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan , Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052B1D.3040607@sorbs.net> In-Reply-To: <54052B1D.3040607@sorbs.net> OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu" Cc: pkg@freebsd.org, Baptiste Daroussin , FreeBSD Current , stable@freebsd.org, ports@freebsd.org, "Sam Fourman Jr." X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 13:46:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/1/2014 9:27 PM, Michelle Sullivan wrote: > oh and what was it, 1.3.6 -> 1.3.7? broke > shit... (badly) ... What broke? I am not aware of any new regressions in 1.3.7. --=20 Regards, Bryan Drewery --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJUBcofAAoJEDXXcbtuRpfPyioH/16aV4b62T/5obGJ2G+toY5U 2Ooh5AV+LrYbIKSW+uNP6goayOpjlSFBwG1g8jMo1+W1nj9LL9D2q4KjPbmXczXe x63bvJkoZzM6iBEFK0ZiNGzTu2ynL3vEB6xH8EqtSCwYWre8R2kCc6uI0S17oJAL FqMF7STvgzrO1dz97/SG7wtl2x9itx+e+YGLlr/N5wKLsE1FryTZbTz5ebiC3Rf2 05sBIG5vyGS1KfwaQCGHLzqNA+gKHkeDsF1KgZ7M18wCB7MF8bQZ02LK+mQGH2rK r5be9eP6LrECSCaunfvvvnnnsNIzUv2bt+gF6eLYYOQ51h3Js0UuPM7A142KJrI= =95C5 -----END PGP SIGNATURE----- --6G4B6moeWhpM3KfU6P1ao0eIQcNeCCdbu-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 14:00:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0755373F; Tue, 2 Sep 2014 14:00:02 +0000 (UTC) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (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 82BFE1AA1; Tue, 2 Sep 2014 14:00:01 +0000 (UTC) Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.2-0) with ESMTP id 16dc5045.2acd4585b940.4482991.00-2401.12521629.nbfkord-smmo07.seg.att.com (envelope-from ); Tue, 02 Sep 2014 14:00:01 +0000 (UTC) X-MXL-Hash: 5405cd6177f72549-b673d2f2509f0caebdb4f4ae3668191b0888d5a3 Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id 85dc5045.0.4482914.00-2309.12521373.nbfkord-smmo07.seg.att.com (envelope-from ); Tue, 02 Sep 2014 14:00:00 +0000 (UTC) X-MXL-Hash: 5405cd6060d06f94-b8925aaf40bd7efda2d6f1a482479cf71538376b Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s82DxpMx001906; Tue, 2 Sep 2014 08:59:52 -0500 Received: from dalint02.pst.cso.att.com (dalint02.pst.cso.att.com [135.31.133.160]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s82DxkLH001855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Sep 2014 08:59:47 -0500 Received: from MOSTLS1MSGHUBAG.ITServices.sbc.com (MOSTLS1MSGHUBAG.itservices.sbc.com [135.41.4.154]) by dalint02.pst.cso.att.com (RSA Interceptor); Tue, 2 Sep 2014 13:59:33 GMT Received: from MOSTLS1MSGUSRFH.ITServices.sbc.com ([169.254.8.110]) by MOSTLS1MSGHUBAG.ITServices.sbc.com ([135.41.4.154]) with mapi id 14.03.0195.001; Tue, 2 Sep 2014 08:59:33 -0500 From: "RANDOLPH, DONALD L" To: Glen Barber , Mark Johnston Subject: RE: Dell PowerEdge R920 w/ Perc H730P Thread-Topic: Dell PowerEdge R920 w/ Perc H730P Thread-Index: Ac/BXSoZsQMlzFY4RA+G3JzbQbBx0wAKtymAAAn7nuD//7eAgIAAA04A//WvV1A= Date: Tue, 2 Sep 2014 13:59:32 +0000 Message-ID: References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> In-Reply-To: <20140826192510.GD3131@hub.FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [132.201.115.88] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=TNjyvSZa c=1 sm=1 a=srMsL6ituuWTYeky9Bs9mA==:17 a] X-AnalysisOut: [=bJuSpRN2vOUA:10 a=rroYxYZkpRkA:10 a=ofMgfj31e3cA:10 a=1bW] X-AnalysisOut: [CgR6wC0cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpK] X-AnalysisOut: [OAAAA:8 a=XIqpo32RAAAA:8 a=6I5d2MoRAAAA:8 a=mWcaHTE6KmnUgV] X-AnalysisOut: [330UEA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.112.28] Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 14:00:02 -0000 So will this be included in the next amd64 stable install media? And if so= are the install procedures still going to be the same? Escape to loader prompt set hw.mfi.mrsas_enable=3D1 boot or will the mrsas module need to be loaded with a load mrsas at the prompt = also? Thanks -----Original Message----- From: Glen Barber [mailto:gjb@freebsd.org]=20 Sent: Tuesday, August 26, 2014 2:25 PM To: Mark Johnston Cc: RANDOLPH, DONALD L; freebsd-stable@freebsd.org Subject: Re: Dell PowerEdge R920 w/ Perc H730P On Tue, Aug 26, 2014 at 03:13:21PM -0400, Mark Johnston wrote: > On Tue, Aug 26, 2014 at 07:02:09PM +0000, RANDOLPH, DONALD L wrote: > > The install failed using the method below. While extracting the archiv= es I get an mfi command failed... then a series of mfi0: COMMAND 0xfffffe00= 01fcf388 timeout after 76 seconds... and it keeps incrementing from there. >=20 > It looks like the mrsas_enable tunable was never merged to stable/10. :( > I can merge it in a bit (together with 267451) if no one has objections. >=20 Please go ahead. Glen From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 14:29:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F1EBD923; Tue, 2 Sep 2014 14:29:11 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B93611E09; Tue, 2 Sep 2014 14:29:11 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id s82ET77t018562; Tue, 2 Sep 2014 10:29:07 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <5405D434.80701@sentex.net> Date: Tue, 02 Sep 2014 10:29:08 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: controller errors from RELENG_9 to RELENG_10 upgrade References: <53FF7722.2010309@sentex.net> <20140830042410.GN1200@hub.FreeBSD.org> In-Reply-To: <20140830042410.GN1200@hub.FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.74 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 14:29:12 -0000 On 8/30/2014 12:24 AM, Glen Barber wrote: > > I am suspicious of the CAM changes between stable/9 and stable/10. Did > you rebuild all ports on this system after the upgrade? smartctl(8) > reflects 10.1-PRERELEASE, so I am particularly curious of anything that > uses hald(8) or dbus(8). Hi Glen, I have rebuilt. I am wondering if this is really a hardware issue somewhere. In the mean time, I had deleted a number of old files and snapshots that reclaimed space and the errors have greatly diminished. Is it possible these errors are made worse when one drive in a PMP slows things down with a bunch of write errors. On another note, the other issue I have noticed is at boot up time, the last set of disks on pmp2 does not scan until late in the boot process. What is the best way to work around this, so all is scanned before zfs tries to mount things. In dmesg, I see a (noperiph:siisch1:0:-1:ffffffff): rescan already queued (noperiph:siisch3:0:-1:ffffffff): rescan already queued so later on I see .... Trying to mount root from ufs:/dev/da2s1a [rw]... ZFS filesystem version: 5 ZFS storage pool version: features support (5000) pmp2 at siisch0 bus 0 scbus0 target 15 lun 0 pmp2: ATA-0 device pmp2: 300.000MB/s transfers (SATA 2.x, NONE, PIO 8192bytes) pmp2: 5 fan-out ports ada12 at siisch0 bus 0 scbus0 target 1 lun 0 I had to do a /etc/rc.d/zfs restart once the box was up. -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 14:30:27 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7073EB03; Tue, 2 Sep 2014 14:30:27 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.98]) (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 1D3041EB9; Tue, 2 Sep 2014 14:30:26 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XOoyD-0000Fx-UV; Tue, 02 Sep 2014 16:22:05 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 02 Sep 2014 16:22:05 +0200 Date: Tue, 02 Sep 2014 16:22:05 +0200 Message-ID: <20140902162205.Horde._7jSRVzORy7dvrf149pEyw1@webmail.df.eu> From: Marcus von Appen To: Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> In-Reply-To: Reply-to: mva@freebsd.org User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 14:30:27 -0000 Brandon Allbery : > On Tue, Sep 2, 2014 at 6:52 AM, Marcus von Appen wrote: > >> It also should be noted that everyone had enough time to raise those issues >> in the time between tthe announcement and now >> > > If this is an issue that needed to be brought up, then FreeBSD has > apparently never before been used in an enterprise??? I'm tempted to ask, if the enterprise has SLAs to ensure continuity, even after the official support has ended? ;-) Cheers Marcus From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 15:21:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72C59BD7; Tue, 2 Sep 2014 15:21:41 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B13015D5; Tue, 2 Sep 2014 15:21:41 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kq14so15024840pab.37 for ; Tue, 02 Sep 2014 08:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=RM0DjhXDiVwKblsuCnkr+SD80Xp9nHM663HDvxNEklI=; b=C6zwB5DytJX4sv4cw3f3OSJ9SCHNbSCAROLxtuK00Pbik24wdN8UsA3D2u/SoFKbI0 PZ6UNtoB4SqZo3cGjob9QxyF+arivOw9WQj4vOWeqkHvCZ8y55CvA4QKT9jT+C9Vr87k +MBMBYKPk6nSbcySyqmPV96LyZ4s5xOFfHa+ka9JGTdag3WIuPX4HzSNAoD83Vmr+5Tk BzVFnufPOpfDBq3ZHwe3cVR2GqqYXmLqCycaenPSxXk4fA8N9KFmfD7Svnptgaj3JaZR xhpa/4tKvb36rJ0iWbbWwZxN0gMY70tpJ9ih3V82Q7ag1Bdy0PrVHs+4IOHYiTCwve2T lzZQ== X-Received: by 10.70.91.208 with SMTP id cg16mr48085651pdb.91.1409671300627; Tue, 02 Sep 2014 08:21:40 -0700 (PDT) Received: from [192.168.20.11] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id fn4sm12257960pab.39.2014.09.02.08.21.39 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 08:21:39 -0700 (PDT) References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> Mime-Version: 1.0 (1.0) In-Reply-To: <5405AE54.60809@sorbs.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> X-Mailer: iPhone Mail (11D257) From: Garrett Cooper Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Date: Tue, 2 Sep 2014 08:21:38 -0700 To: Michelle Sullivan Cc: "ports@freebsd.org" , "pkg@freebsd.org" , "stable@freebsd.org" , "mva@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:21:41 -0000 > On Sep 2, 2014, at 4:47, Michelle Sullivan wrote: >=20 > Marcus von Appen wrote: >> Alban Hertroys : >>=20 >>>=20 >>> I can totally understand that at some point it starts to get >>> impossible to maintain two separate packaging systems and I understand >>> that you think 2 years is enough time to shake things out, but >>> software vendors aren't that quick. For many, 2 years is a short time. >>=20 >> It also should be noted that everyone had enough time to raise those >> issues >> in the time between tthe announcement and now. No one did. Now that it is= >> gone, they are brought up, while they should have been long time ago >> instead. It can't work that way. >>=20 >> My 2 cents in this discussion :-). >=20 > Actually I brought it up as soon as I found the EOL was a deadline for > breaking pkg_* tools, was told, "too late now" - that was more than 2 > weeks ago, less than 2 months ago (forget the date) ... I'm happy with > an EOL and working to upgrade everything, I'm not happy that the EOL was > not actually an EOL and it was actually a deadline. Hi Michelle, One subtle point that I wanted to ask for clarification is you thought t= he EOL announcement for pkg_install was going to be "pkg_install is no longe= r going to be supported, but you can still use it", instead of "pkg_install s= upport is going to be removed from the tree" -- is that correct? You'd probably hate to do this, but forking the sources and changing fro= m portsnap to a git or svn backed ports tree that downloads a tarball snapsh= ot might be the best resolution to this issue now... Thanks! -Garrett= From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 15:28:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0FC532D for ; Tue, 2 Sep 2014 15:28:19 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 541EA1793 for ; Tue, 2 Sep 2014 15:28:19 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 080C67CFC for ; Tue, 2 Sep 2014 15:28:15 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on smtp.des.no X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=unavailable autolearn_force=no version=3.4.0 Received: from worker04.tb.des.no (worker04.tb.des.no [41.154.2.150]) by smtp.des.no (Postfix) with ESMTP id 4AC637CF8 for ; Tue, 2 Sep 2014 15:28:14 +0000 (UTC) Received: from tinderbox (uid 999) (envelope-from tinderbox@freebsd.org) id 139c3 by worker04.tb.des.no (DragonFly Mail Agent v0.9); Tue, 02 Sep 2014 15:28:12 +0000 Sender: tinderbox@freebsd.org From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on i386/pc98 Precedence: bulk Date: Tue, 02 Sep 2014 15:28:12 +0000 Message-Id: <5405e20c.139c3.2099b26a@worker04.tb.des.no> X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:28:19 -0000 TB --- 2014-09-02 12:00:45 - tinderbox 2.22 running on worker04.tb.des.no TB --- 2014-09-02 12:00:45 - FreeBSD worker04.tb.des.no 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #0: Tue May 13 18:31:10 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-09-02 12:00:45 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2014-09-02 12:00:45 - cleaning the object tree TB --- 2014-09-02 12:01:14 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-09-02 12:01:20 - At svn revision 270964 TB --- 2014-09-02 12:01:21 - building world TB --- 2014-09-02 12:01:21 - CROSS_BUILD_TESTING=YES TB --- 2014-09-02 12:01:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-02 12:01:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-02 12:01:21 - SRCCONF=/dev/null TB --- 2014-09-02 12:01:21 - TARGET=pc98 TB --- 2014-09-02 12:01:21 - TARGET_ARCH=i386 TB --- 2014-09-02 12:01:21 - TZ=UTC TB --- 2014-09-02 12:01:21 - __MAKE_CONF=/dev/null TB --- 2014-09-02 12:01:21 - cd /src TB --- 2014-09-02 12:01:21 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Sep 2 12:01:25 UTC 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Sep 2 15:23:12 UTC 2014 TB --- 2014-09-02 15:23:12 - generating LINT kernel config TB --- 2014-09-02 15:23:12 - cd /src/sys/pc98/conf TB --- 2014-09-02 15:23:12 - /usr/bin/make -B LINT TB --- 2014-09-02 15:23:13 - cd /src/sys/pc98/conf TB --- 2014-09-02 15:23:13 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m LINT TB --- 2014-09-02 15:23:13 - building LINT kernel TB --- 2014-09-02 15:23:13 - CROSS_BUILD_TESTING=YES TB --- 2014-09-02 15:23:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-09-02 15:23:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-09-02 15:23:13 - SRCCONF=/dev/null TB --- 2014-09-02 15:23:13 - TARGET=pc98 TB --- 2014-09-02 15:23:13 - TARGET_ARCH=i386 TB --- 2014-09-02 15:23:13 - TZ=UTC TB --- 2014-09-02 15:23:13 - __MAKE_CONF=/dev/null TB --- 2014-09-02 15:23:13 - cd /src TB --- 2014-09-02 15:23:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Sep 2 15:23:13 UTC 2014 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] @/xen/xenstore/xenstorevar.h:44:32: error: machine/xen/xen-os.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:52:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from @/xen/evtchn.h:15, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore.c:55: @/xen/evtchn.h:16:38: error: machine/xen/synch_bitops.h: No such file or directory /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:47:32: error: machine/xen/xen-os.h: No such file or directory In file included from @/xen/interface/xen.h:33, from @/xen/hypervisor.h:32, from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/interface/arch-x86/xen.h:35:2: error: #error "using old handle" In file included from /src/sys/modules/xenhvm/../../xen//xenstore/xenstore_dev.c:49: @/xen/hypervisor.h:39:35: error: machine/xen/hypercall.h: No such file or directory mkdep: compile failed *** [.depend] Error code 1 Stop in /src/sys/modules/xenhvm. *** [depend] Error code 1 Stop in /src/sys/modules. *** [modules-depend] Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop. make: stopped in /src TB --- 2014-09-02 15:28:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-09-02 15:28:12 - ERROR: failed to build LINT kernel TB --- 2014-09-02 15:28:12 - 10548.79 user 2160.09 system 12447.04 real http://tinderbox.des.no/tinderbox-freebsd9-build-RELENG_9-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 15:40:41 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AE5BBFD3; Tue, 2 Sep 2014 15:40:41 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA661969; Tue, 2 Sep 2014 15:40:41 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBA0031V6E6SK00@hades.sorbs.net>; Tue, 02 Sep 2014 08:44:32 -0700 (PDT) Message-id: <5405E4F5.4090902@sorbs.net> Date: Tue, 02 Sep 2014 17:40:37 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Garrett Cooper Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> In-reply-to: <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> Cc: "ports@freebsd.org" , "pkg@freebsd.org" , "stable@freebsd.org" , "mva@freebsd.org" , "current@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:40:41 -0000 Garrett Cooper wrote: >> On Sep 2, 2014, at 4:47, Michelle Sullivan wrote: >> >> Marcus von Appen wrote: >> >>> Alban Hertroys : >>> >>> >>>> I can totally understand that at some point it starts to get >>>> impossible to maintain two separate packaging systems and I understand >>>> that you think 2 years is enough time to shake things out, but >>>> software vendors aren't that quick. For many, 2 years is a short time. >>>> >>> It also should be noted that everyone had enough time to raise those >>> issues >>> in the time between tthe announcement and now. No one did. Now that it is >>> gone, they are brought up, while they should have been long time ago >>> instead. It can't work that way. >>> >>> My 2 cents in this discussion :-). >>> >> Actually I brought it up as soon as I found the EOL was a deadline for >> breaking pkg_* tools, was told, "too late now" - that was more than 2 >> weeks ago, less than 2 months ago (forget the date) ... I'm happy with >> an EOL and working to upgrade everything, I'm not happy that the EOL was >> not actually an EOL and it was actually a deadline. >> > > Hi Michelle, > One subtle point that I wanted to ask for clarification is you thought the EOL announcement for pkg_install was going to be "pkg_install is no longer going to be supported, but you can still use it", instead of "pkg_install support is going to be removed from the tree" -- is that correct? > 100% correct! (thank you for being one of the few to see the subtle but *very* important difference) > You'd probably hate to do this, but forking the sources and changing from portsnap to a git or svn backed ports tree that downloads a tarball snapshot might be the best resolution to this issue now... > This is my only option - however, I suspect I'm already f**ked - my build servers kicked off at 4am and the non pkg jails automatically converted themselves to pkg.. the pkg jails obviously continued... however I now have a repo that contains half pkg versions in the same directory structure and indexes as the pkg_install structure... Time to rebuild everything from scratch I think - second time in a year.. I'm guessing my boss is going to tell me, use RPM, no wasting more time on it... only time will tell... you'll know the result if you see future posts and patches from me. Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 15:47:52 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A71587C; Tue, 2 Sep 2014 15:47:52 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D40A1A88; Tue, 2 Sep 2014 15:47:51 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id t60so7096785wes.24 for ; Tue, 02 Sep 2014 08:47:49 -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=AxDVbuHqlRugWMMrVk3q/NOc29DA/5zPImOF07Tf58Q=; b=eQ9Lq7k7B18As5pPjxEHyCaR0F75LCOevNkKsY+MBQF5RSW7kP6EozfKcf/pHTeNR9 0xjbo6fXy1UN4CN+VFmpztcqEckS1Y13hGAL7DJaShkIwrQzFijnJJ9zO2JXIC8R+K9W uGcwtvG/GepEoKRgkDcyZFp4GWeZNbAxAcGLIeLrCYgaWTEmjSkxvDjDe3knzqmDtU6n Fo8egZhOBudN8lm/TXpcdeIQ9z1z/R+NppmMqhjXwQi4bNKSDLBm+tmIeSvGishdI9eK k4tGLxnezg/ZnA2ALYaY1D9JF63TjUqlQLNT57oKBNjiNj6tLiJEVjsHhUJ6FgmZYsmV 6mxw== MIME-Version: 1.0 X-Received: by 10.180.35.133 with SMTP id h5mr29159901wij.74.1409672869633; Tue, 02 Sep 2014 08:47:49 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Tue, 2 Sep 2014 08:47:49 -0700 (PDT) In-Reply-To: <5405E4F5.4090902@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> Date: Tue, 2 Sep 2014 11:47:49 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "pkg@freebsd.org" , "stable@freebsd.org" , "current@freebsd.org" , "ports@freebsd.org" , "mva@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:47:52 -0000 On Tue, Sep 2, 2014 at 11:40 AM, Michelle Sullivan wrote: > This is my only option - however, I suspect I'm already f**ked - my > build servers kicked off at 4am and the non pkg jails automatically > converted themselves to pkg.. the pkg jails obviously continued... > however I now have a repo that contains half pkg versions in the same > directory structure and indexes as the pkg_install structure... > So, the flip side of enterprise software management is that you probably should not be integrating a rolling release like ports into what is supposed to be a stable verified environment in the first place. *Especially* not via cron jobs with no supervision. At the very least, your jails should be working from a local ports tree (or packages via poudriere), with cherry-picking of locally tested patches. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 15:53:56 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3EEBE3F; Tue, 2 Sep 2014 15:53:56 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id C22B11B9F; Tue, 2 Sep 2014 15:53:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBA00321709SK00@hades.sorbs.net>; Tue, 02 Sep 2014 08:57:47 -0700 (PDT) Message-id: <5405E810.8000400@sorbs.net> Date: Tue, 02 Sep 2014 17:53:52 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> In-reply-to: Cc: "pkg@freebsd.org" , "stable@freebsd.org" , "current@freebsd.org" , "ports@freebsd.org" , "mva@freebsd.org" , Garrett Cooper X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 15:53:57 -0000 Brandon Allbery wrote: > On Tue, Sep 2, 2014 at 11:40 AM, Michelle Sullivan > wrote: > > >> This is my only option - however, I suspect I'm already f**ked - my >> build servers kicked off at 4am and the non pkg jails automatically >> converted themselves to pkg.. the pkg jails obviously continued... >> however I now have a repo that contains half pkg versions in the same >> directory structure and indexes as the pkg_install structure... >> >> > > So, the flip side of enterprise software management is that you probably > should not be integrating a rolling release like ports into what is > supposed to be a stable verified environment in the first place. > *Especially* not via cron jobs with no supervision. At the very least, your > jails should be working from a local ports tree (or packages via > poudriere), with cherry-picking of locally tested patches. > > The roll until they get a stable base (using Jenkins as the controller) - they've been rolling since a patch to DBIx-SearchBuilder (that I created and submitted), which out came the DBD::Pg update to 3.3.0 and the subsequent blacklisting of it for RT 4.x and then the tcl breakage around mid August until 2 days ago... So yeah not that stupid. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 16:24:19 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DA3AC61 for ; Tue, 2 Sep 2014 16:24:19 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 AD4A81F4B for ; Tue, 2 Sep 2014 16:24:18 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s82GOAOE015446 for ; Tue, 2 Sep 2014 09:24:10 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s82GOAOn015445 for stable@freebsd.org; Tue, 2 Sep 2014 09:24:10 -0700 (PDT) (envelope-from david) Date: Tue, 2 Sep 2014 09:24:10 -0700 From: David Wolfskill To: stable@freebsd.org Subject: stable/10 build failure @r270925 in "stage 5.1: building 32 bit shim libraries" Message-ID: <20140902162410.GQ1286@albert.catwhisker.org> Reply-To: stable@freebsd.org Mail-Followup-To: stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="WZLuFERxa6Y0cbOt" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 16:24:19 -0000 --WZLuFERxa6Y0cbOt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Running on: FreeBSD 10.0-STABLE #18 r270642: Mon Aug 25 19:25:23 PDT 2014 Updated sources to r270925; buildworld is OK up to: >>> World build started on Mon Sep 1 07:26:05 PDT 2014 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries =2E.. =3D=3D=3D> lib/libradius (obj,depend,all,install) =3D=3D=3D> secure/lib/libssl (obj,depend,all,install) =3D=3D=3D> lib/libldns (obj,depend,all,install) =3D=3D=3D> kerberos5/lib/libhx509 (obj,depend,all,install) --- lib/libradius__L --- --- obj --- --- lib/libldns__L --- --- obj --- --- secure/lib/libssl__L --- --- obj --- --- kerberos5/lib/libhx509__L --- --- obj --- --- lib/libradius__L --- --- .depend --- rm -f .depend CC=3D'clang -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem = /usr/obj/usr/src_JNPR-8/lib32/usr/include/ -L/usr/obj/usr/src_JNPR-8/lib32= /usr/lib32 -B/usr/obj/usr/src_JNPR-8/lib32/usr/lib32' mkdep -f .depend -a = -DWITH_SSL -std=3Dgnu99 /usr/src_JNPR-8/lib/libradius/radlib.c --- lib/libldns__L --- --- .depend --- rm -f .depend =2E.. --- t1_meth.po --- /../../../crypto/openssl/ssl/t1_meth.c -o t1_meth.po --- t1_reneg.po --- clang -m32 -march=3Di686 -mmmx -msse -msse2 -DCOMPAT_32BIT -isystem /usr/o= bj/usr/ src_JNPR-8/lib32/usr/include/ -L/usr/obj/usr/src_JNPR-8/lib32/usr/lib32 -= B/usr /obj/usr/src_JNPR-8/lib32/usr/lib32 -pg -O2 -pipe -DTERMIOS -DANSI_SOURCE= -I/u sr/src_JNPR-8/secure/lib/libssl/../../../crypto/openssl -I/usr/src_JNPR-8/s= ecure /lib/libssl/../../../crypto/openssl/crypto -I/usr/obj/lib32/usr/src_JNPR-8/= secur e/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DOPEN= SSL_I A32_SSE2 -DAES_ASM -DVPAES_ASM -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_BN_ASM= _MONT -DOPENSSL_BN_ASM_GF2m -DMD5_ASM -DGHASH_ASM -DRMD160_ASM -DSHA1_ASM -DSHA2= 56_AS M -DSHA512_ASM -DWHIRLPOOL_ASM -std=3Dgnu99 -Qunused-arguments -fstack-pro= tector=20 -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-va= riabl e -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wn= o-unu sed-function -Wno-enum-conversion -Wno-switch -Wno-switch-enum -Wno-knr-pro= moted -parameter -Wno-parentheses -c /usr/src_JNPR-8/secure/lib/libssl--- lib/lib= ldns_ _L --- sh /usr/src_JNPR-8/tools/install.sh -C -o root -g wheel -m 444 libldns_p.= a /us r/obj/usr/src_JNPR-8/lib32/usr/lib32/private --- secure/lib/libssl__L --- /../../../crypto/openssl/ssl/t1_reneg.c -o t1_reneg.po --- kerberos5/lib/libhx509__L --- --- asn1_OCSPCertID.po --- --- asn1_OCSPCertID.o --- In file included from asn1_OCSPCertID.c:16: In file included from /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypt= o/heimdal/lib/asn1/der.h:99: /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:13:8: error: unknown type name 'heim_any' const heim_any */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:14:2: error: unknown type name 'heim_any' heim_any */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:18:8: error: unknown type name 'heim_any_set' const heim_any_set */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:19:2: error: unknown type name 'heim_any_set' heim_any_set */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:25:2: error: unknown type name 'heim_any' heim_any */*data*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:32:2: error: unknown type name 'heim_any_set' heim_any_set */*data*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:37:8: error: unknown type name 'heim_bit_string' const heim_bit_string */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:38:2: error: unknown type name 'heim_bit_string' heim_bit_string */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:42:8: error: unknown type name 'heim_bmp_string' const heim_bmp_string */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:43:2: error: unknown type name 'heim_bmp_string' heim_bmp_string */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:47:8: error: unknown type name 'heim_general_string' const heim_general_string */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:48:2: error: unknown type name 'heim_general_string' heim_general_string */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:57:8: error: unknown type name 'heim_integer' const heim_integer */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:58:2: error: unknown type name 'heim_integer' heim_integer */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:62:8: error: unknown type name 'heim_ia5_string' const heim_ia5_string */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -prots3 lines 233662-233679/234002 100%os.h:63:2: error: unknown type name = 'heim_ia5_string' heim_ia5_string */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:72:8: error: unknown type name 'heim_octet_string' const heim_octet_string */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:73:2: error: unknown type name 'heim_octet_string' heim_octet_string */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:77:8: error: unknown type name 'heim_oid' const heim_oid */*from*/, ^ fatal error: too many errors emitted, stopping now [-ferror-limit=3D] 20 errors generated. *** [asn1_OCSPCertID.o] Error code 1 bmake[4]: stopped in /usr/src_JNPR-8/kerberos5/lib/libhx509 --- asn1_OCSPBasicOCSPResponse.So --- In file included from asn1_OCSPBasicOCSPResponse.c:16: In file included from /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypt= o/heimdal/lib/asn1/der.h:99: /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:13:8: error: unknown type name 'heim_any' const heim_any */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:14:2: error: unknown type name 'heim_any' heim_any */*to*/); ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:18:8: error: unknown type name 'heim_any_set' const heim_any_set */*from*/, ^ /usr/src_JNPR-8/kerberos5/lib/libhx509/../../../crypto/heimdal/lib/asn1/der= -protos.h:19:2: error: unknown type name 'heim_any_set' heim_any_set */*to*/); =2E... and things fail to improve beyond that point. I started to poke around at src/crypto/heimdal/lib/asn1/der-protos.h, but that claims to be a generated file; I did not see what process did the generation. I realize that the 32-bit shim libraries aren't essential for all, but I need them for this application; what can I do to help verify that this really is an (objective) issue (vs. a failed construct of my own creation), and help resolve it? I'm happy to test patches or provide additional information. Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --WZLuFERxa6Y0cbOt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUBe8pXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7+8MQAKCyc74yhxPWuV1kLnGId1cA pEC87dTPlrMbtc7bEyyMzY8zpWt4o3x5dlSxWEFSv/8Ix6OEVvMMWG2xe4PiCQlg LtHl9AlFNXF9hROkVbuTlA7S1cQiY7iNrEMPq9vMoGG44o5dZyLzjkbCTdOBo5vd aPi1WQkjjnnPs7LWFIfwmUotjeJOIn/7OI8WJvLvkvwwswJBB5HI2Hge4waxynMe tDoVXpruyp+8EOJrKh/fbGrJt6PyS90HDsiR1xiA2u+k1CJofH5wQSR4piqIuUXw Ka3T4TCdEHXizB8VtZLtNXX3HDpUl1FqqKUsC4c6hoZL8knjwHC1ecJyN4wbxB86 4tv5luY4M13aoGTTcd73RdEh/oG6qgPpSiLRuBy2OLIikp0WLFSnEtRxHM9rD/wL RsOtl97DdocOs/v9s43CGHuO817K2HWt9mn1S4G2SG3xbqGwlWIGqZe4a6OvRwjX 3YY3fV5wy+7WE56qa6eLHXPVHNPQ/EqLQ2P5K+qw6ko/AOLnAkMbCpFSXeoZyqMt h1mm06HEan0UnDQKp021gk5/0ArfNYalVEA6r4GAUmYkLaenykor61c2nmF3QG6E cKLC4p+vdGZ2e2c6yqBtGxg+cd4DaXbaiYSN3P4LMbdH/11C51CIqpUW7UCHRnmV 96LjkRtQindPePudKMOx =E28U -----END PGP SIGNATURE----- --WZLuFERxa6Y0cbOt-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 16:45:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 555C4729; Tue, 2 Sep 2014 16:45:42 +0000 (UTC) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17E6A130A; Tue, 2 Sep 2014 16:45:42 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id bj1so15097349pad.32 for ; Tue, 02 Sep 2014 09:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=acJRzmYOaYLE2yTa4mkgnwBn2J79PKhOkbRQGn2NfGo=; b=YgmX332+/iV2szI41Xm968YtTU787tZeAEtf4DT6dFv6rIwhaH1PFwjSRZj20GgaUR XYYRJ6KwRH7+6LXmNIz8ZUSrV6lD8eJNDuiwje4HwijxGcfFUqOHRs9bBefSjLBo/D+9 jHozsJ+HB0dKsUuvBxdvnzcMlSQ1pt+wyCMNaVQgEH3c9i/1syNpbKYavarA+XPUOyTC 4okGAEUsDBPupl9u7Ar1znUDYQ8JTo4TpRRN0Gol8z7XlMda+r6BKId05bs2+O6VgNsn hXxaOhhDa6vPjMfAmFNe62n3CTjam4Kdtn81F7lyZkGNMwf41ap9IkHXSPkez6+CH0Rp GUkA== X-Received: by 10.68.57.144 with SMTP id i16mr49662908pbq.48.1409676341703; Tue, 02 Sep 2014 09:45:41 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id l4sm6117397pdp.66.2014.09.02.09.45.40 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 09:45:41 -0700 (PDT) From: yaneurabeya@gmail.com Content-Type: multipart/signed; boundary="Apple-Mail=_0CFBF64F-06E8-4DFA-9EBE-33260E1348E4"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Rebooting locks up with VMware Fusion 6 open-vm-tools enabled VM on 10-STABLE/amd64 from a week or so ago Date: Tue, 2 Sep 2014 09:45:38 -0700 Message-Id: To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: alc@FreeBSD.org, =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , kib@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 16:45:42 -0000 --Apple-Mail=_0CFBF64F-06E8-4DFA-9EBE-33260E1348E4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I=92ve been rebooting my VMware VM regularly on 10-STABLE to do = testing, and something changed in the past week or so to consistently = cause my VM to go catatonic on reboot after the syncer is called to do a = final sync to disk. I=92m going to update the sources in the meantime to = track down the issue, but I was wondering whether or not this was a = known. Thanks! -Garrett % uname -a FreeBSD fuji-stable-10.local 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #1 = r270824: Fri Aug 29 12:41:10 PDT 2014 = root@fuji-stable-10.local:/usr/obj/usr/src.svn/sys/FUJI amd64 % pkg info | grep open-vm-tools open-vm-tools-1280544_6,1 Open VMware tools for FreeBSD VMware = guests % grep ^vmware /etc/rc.conf=20 vmware_guest_vmblock_enable=3D"YES" vmware_guest_vmhgfs_enable=3D"YES" vmware_guest_vmmemctl_enable=3D"YES" vmware_guest_vmxnet_enable=3D"YES" vmware_guestd_enable=3D"YES" % --Apple-Mail=_0CFBF64F-06E8-4DFA-9EBE-33260E1348E4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUBfQyAAoJEMZr5QU6S73e4BIH/iA79L8xb3PmOWLoqz25BooH G47CVzvGKg36tIt/Qp7qZwk5xhwmcGTJ1+qQl/UCdbnSTCaIwVX/U63z6Pok+N3v AgOTsGUvO9Tuyb0XCxnL9gH8PcSy+zvjMCt6PclqVD/WxVGw3TPJwJEJ5KqiqrcD Cb2jwhBGRs+gdWwkHiae4GW7eSxyK4YF2zj1wg6GOpJjXZKHOOmjtj1d+Bw91DOF 4luzmv2se1dWRheIHUhc5vThmx3OWpT2lyiAc4Zgr/4JBU0mZrt3neZP0LuvAAVm c5Xte+ik8KSKYmf7sdVpQc3t/P6CEwJdQnYW5WkzFTfOzmdJc+XJLPpIwQRA/5M= =egJK -----END PGP SIGNATURE----- --Apple-Mail=_0CFBF64F-06E8-4DFA-9EBE-33260E1348E4-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 16:45:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31A12725; Tue, 2 Sep 2014 16:45:40 +0000 (UTC) Received: from mail-pd0-x231.google.com (mail-pd0-x231.google.com [IPv6:2607:f8b0:400e:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E80D71308; Tue, 2 Sep 2014 16:45:39 +0000 (UTC) Received: by mail-pd0-f177.google.com with SMTP id r10so9014431pdi.36 for ; Tue, 02 Sep 2014 09:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:subject:date:message-id:cc:to:mime-version; bh=SDUXBK2xC1pwRM/kmDu9XVBKZsxpHuITjfsfEhzk0NY=; b=NSGgKaLbEk4lG98XlaQNdFZThea6n48o5GhxgUbG+qeQ7CLPoNd17Bd25Ro7KrSoR+ Hqn69w7b2DiwEGDHq1bNX3m8PbZ7ltZXCD8zLrcTjeRvwRBj8QLjo/xf4s3cQvh/eNBV Q52isGs1Q6m1OkydMMtcu8BudbE3py3IHvOL2wC0fhQ+7H2DfN/tFkm7RGqNahdH/28b H2ptfs3MPvkicA45wb5ViLFeNRWfVZJ6ps+n4bu+9yAeeXH8RS9umGDSle5iVSwTDRVy U+Z0MRKkOWPalm/7iiYIIiqtgnknAhPFsMqBQIaJe/VsZlKw0jQei2VqugaVhuVwuGEK BVlQ== X-Received: by 10.70.0.201 with SMTP id 9mr3385037pdg.43.1409676339467; Tue, 02 Sep 2014 09:45:39 -0700 (PDT) Received: from [192.168.20.5] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id l4sm6117397pdp.66.2014.09.02.09.45.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Sep 2014 09:45:38 -0700 (PDT) From: yaneurabeya@gmail.com Content-Type: multipart/signed; boundary="Apple-Mail=_4921A2FB-1094-4EA3-BF9B-C8767396BC21"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: Rebooting locks up with VMware Fusion 6 open-vm-tools enabled VM on 10-STABLE/amd64 from a week or so ago Date: Tue, 2 Sep 2014 09:45:38 -0700 Message-Id: To: freebsd-stable@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Cc: alc@FreeBSD.org, =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , kib@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 16:45:40 -0000 --Apple-Mail=_4921A2FB-1094-4EA3-BF9B-C8767396BC21 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi, I=92ve been rebooting my VMware VM regularly on 10-STABLE to do = testing, and something changed in the past week or so to consistently = cause my VM to go catatonic on reboot after the syncer is called to do a = final sync to disk. I=92m going to update the sources in the meantime to = track down the issue, but I was wondering whether or not this was a = known. Thanks! -Garrett % uname -a FreeBSD fuji-stable-10.local 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #1 = r270824: Fri Aug 29 12:41:10 PDT 2014 = root@fuji-stable-10.local:/usr/obj/usr/src.svn/sys/FUJI amd64 % pkg info | grep open-vm-tools open-vm-tools-1280544_6,1 Open VMware tools for FreeBSD VMware = guests % grep ^vmware /etc/rc.conf=20 vmware_guest_vmblock_enable=3D"YES" vmware_guest_vmhgfs_enable=3D"YES" vmware_guest_vmmemctl_enable=3D"YES" vmware_guest_vmxnet_enable=3D"YES" vmware_guestd_enable=3D"YES" % --Apple-Mail=_4921A2FB-1094-4EA3-BF9B-C8767396BC21 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUBfQyAAoJEMZr5QU6S73e4BIH/iA79L8xb3PmOWLoqz25BooH G47CVzvGKg36tIt/Qp7qZwk5xhwmcGTJ1+qQl/UCdbnSTCaIwVX/U63z6Pok+N3v AgOTsGUvO9Tuyb0XCxnL9gH8PcSy+zvjMCt6PclqVD/WxVGw3TPJwJEJ5KqiqrcD Cb2jwhBGRs+gdWwkHiae4GW7eSxyK4YF2zj1wg6GOpJjXZKHOOmjtj1d+Bw91DOF 4luzmv2se1dWRheIHUhc5vThmx3OWpT2lyiAc4Zgr/4JBU0mZrt3neZP0LuvAAVm c5Xte+ik8KSKYmf7sdVpQc3t/P6CEwJdQnYW5WkzFTfOzmdJc+XJLPpIwQRA/5M= =egJK -----END PGP SIGNATURE----- --Apple-Mail=_4921A2FB-1094-4EA3-BF9B-C8767396BC21-- From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 17:26:57 2014 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DB1EEC67; Tue, 2 Sep 2014 17:26:57 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 9D9EE19C0; Tue, 2 Sep 2014 17:26:57 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id 6E6E520E7088F; Tue, 2 Sep 2014 17:26:50 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.8 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE,TVD_FINGER_02 autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id E92A420E7088C; Tue, 2 Sep 2014 17:26:48 +0000 (UTC) Message-ID: From: "Steven Hartland" To: , References: Subject: Re: Rebooting locks up with VMware Fusion 6 open-vm-tools enabled VM on 10-STABLE/amd64 from a week or so ago Date: Tue, 2 Sep 2014 18:26:49 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: alc@FreeBSD.org, =?Windows-1252?Q?Roger_Pau_Monn=E9?= , kib@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 17:26:58 -0000 ----- Original Message ----- From: > I’ve been rebooting my VMware VM regularly on 10-STABLE to do testing, > and something changed in the past week or so to consistently cause my > VM to go catatonic on reboot after the syncer is called to do a final > sync to disk. When I've seen this in the past on a bare metal machine the following has fixed it: sysctl hw.usb.no_shutdown_wait=1 Regards Steve From owner-freebsd-stable@FreeBSD.ORG Tue Sep 2 18:28:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E337AAAB for ; Tue, 2 Sep 2014 18:28:52 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC471FFE for ; Tue, 2 Sep 2014 18:28:52 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so14860543wiv.5 for ; Tue, 02 Sep 2014 11:28:50 -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=8xUlJVx/HgBh1/BlVjLejFRUogUWXRFD63vSqQ/ysis=; b=nLt/Q4htBIsTfwdFHcl3n/Ku9IRBHMSlD3jpv/tX7sa0GlxrNYLyr6ls/oL3byXh14 8x5wyKL3ZX6KGWs0TrE4paVPo/H20Y0nfXh7zUJNQEVJ2X3PoRJH3UTfu0d8YDhJ3jMA qwJuFkEapOLqrObOAHBOe5IVsT50PfDXEHpgtZCPjZpoo2vJ7/ce37ZmF+xo7sqdgHlM jVMyZ8Gb0Av4nj5ea6g9JJD1C6XjEuBSj0GeY2UZEvYPj/erdFLNWgzkBzghPG0mpb+N faHxvFx6B0SWBsoIWZfXVHFIuCQhbe25YUgtchh8QRb/wVcdSYZ+suwCemkeVhwiUeYR caNw== X-Received: by 10.194.77.84 with SMTP id q20mr41356916wjw.2.1409682530654; Tue, 02 Sep 2014 11:28:50 -0700 (PDT) Received: from [192.168.1.17] ([89.191.152.141]) by mx.google.com with ESMTPSA id hi4sm11059768wjb.46.2014.09.02.11.28.49 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Sep 2014 11:28:49 -0700 (PDT) Message-ID: <54060C65.5040104@gmail.com> Date: Tue, 02 Sep 2014 20:28:53 +0200 From: Maciej Gabryszak User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: FreeBSD 10.0 + kernel crash Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2014 18:28:53 -0000 Hi All, I configurated freeBSD 10.0 at my servers. Two have configuration: CARP+PF. Sometimes one of them crash. Hardware: Supermicro servers Debug log: Unread portion of the kernel message buffer: <118>Stopping powerd. <118>Waiting for PIDS: 2913. <118>Stopping devd. <118>Waiting for PIDS: 2578. <118>Writing entropy file:. <118>. <118>Terminated <118>Aug 29 19:54:04 rack02 syslogd: exiting on signal 15 spin lock 0xffffffff814fa030 (smp rendezvous) held by 0xfffff8035506d000 (tid 100157) too long panic: spin lock held too long cpuid = 2 KDB: stack backtrace: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60 #1 0xffffffff808af8b5 at panic+0x155 #2 0xffffffff8089cb71 at _mtx_lock_spin_cookie+0x241 #3 0xffffffff80c7ef54 at smp_targeted_tlb_shootdown+0xf4 #4 0xffffffff80c80922 at pmap_invalidate_all+0x232 #5 0xffffffff80c8736f at pmap_remove_pages+0x6af #6 0xffffffff80b104c0 at vmspace_exit+0xa0 #7 0xffffffff8087c6af at exit1+0x65f #8 0xffffffff808b2eef at sigexit+0xb7f #9 0xffffffff808b35a9 at postsig+0x349 #10 0xffffffff808f6e97 at ast+0x437 #11 0xffffffff80c765c9 at doreti_ast+0x1f Uptime: 1d2h40m52s (ada0:ahcich0:0:0:0): STANDBY_IMMEDIATE. ACB: e0 00 00 00 00 40 00 00 00 00 00 00 (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress (ada0:ahcich0:0:0:0): Error 5, Retries exhausted (ada0:ahcich0:0:0:0): Spin-down disk failed (ada1:ahcich1:0:0:0): STANDBY_IMMEDIATE. ACB: e0 00 00 00 00 40 00 00 00 00 00 00 (ada1:ahcich1:0:0:0): CAM status: CCB request is in progress (ada1:ahcich1:0:0:0): Error 5, Retries exhausted (ada1:ahcich1:0:0:0): Spin-down disk failed Dumping 1590 out of 32706 MB:..2%..11%..21%..31%..41%..51%..61%..71%..81%..91% It looks like problem with standby and disks. I tried turn off it at disks by camcontrol cmd /dev/ada0 -a "EF 85 00 00 00 00 00 00 00 00 00 00" -v and same at second disk but it didn't change anything. Server crash after a few minuts/days. cat /etc/rc.conf zfs_enable="YES" hostname="rack02" keymap="pl_PL.ISO8859-2.kbd" sshd_enable="YES" ntpd_enable="YES" powerd_enable="YES" dumpdev="AUTO" cat /boot/loader.conf zfs_load="YES" ipmi_load="YES" vmm_load="YES" if_tap_load="YES" bridgestp_load="YES" if_bridge_load="YES" nmdm_load="YES" if_em_load="YES" pf_load="YES" pfsync_load="YES" pflog_load="YES" carp_load="YES" autoboot_delay="3" Can you suggest something how can i resolve issue ? Best Regards, Maciej From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 01:14:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 92E84F67 for ; Wed, 3 Sep 2014 01:14:08 +0000 (UTC) Received: from mail.akips.com (mail.akips.com [65.19.130.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7E63A1ECB for ; Wed, 3 Sep 2014 01:14:07 +0000 (UTC) Received: from akips.com (CPE-120-146-191-2.static.qld.bigpond.net.au [120.146.191.2]) by mail.akips.com (Postfix) with ESMTPSA id 44E4819 for ; Wed, 3 Sep 2014 11:07:30 +1000 (EST) Date: Wed, 3 Sep 2014 11:07:20 +1000 From: Paul Koch To: freebsd-stable@freebsd.org Subject: Re: 10.0 interaction with vmware Message-ID: <20140903110720.2bd1b373@akips.com> In-Reply-To: References: <20140826171657.0c79c54d@akips.com> Organization: AKIPS X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on host1.akips.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 01:14:08 -0000 On Fri, 29 Aug 2014 15:18:32 +0200 Ivan Voras wrote: > On 26/08/2014 09:16, Paul Koch wrote: > > > How does this work actually work ? Does it only take back what > > FreeBSD considers to be "free" memory or can the host start taking > > back "inactive", "wired", "zfs arc" memory ? We tend to rely on > > stuff being in inactive and zfs arc. If we start swapping, we > > are dead. > > Under memory pressure, VMWare's Balooning will cause internal FreeBSD's > "memory low" triggers to fire, which will release ARC memory, which will > probably degrade your performance. But from what I've seen, for some > reason, it's pretty hard to actually see the VMWare host activate > balooning, at least on FreeBSD servers. I've been using this combination > for years and I only saw it once, for a trivial amount of memory. It's > probably a last-resort measure. Yer, releasing ARC memory would be tragic because it would already contain useful data for us and going back to disk/SAN would be a hit. We do set limits on the ARC size on the install because it appears to be very "aggressive" at consuming memory. We also constantly monitor/graph memory usage, so the customer can get some idea of what is happening on their FreeBSD VM. eg. http://www.akips.com/gz/downloads/sys-graph.html http://www.akips.com/gz/downloads/poller-graph.html On that machine, ARC has been limited to ~2G, and it appears to always hover around there. If ballooning was turned on and memory was tight enough to cause ARC to drop, at least they'd be able to go back in time and see that something tragic happened. > Also, VMWare will manage guest memory even without any guest software at > all. It keeps track of recently active memory pages and may swap the > unused ones out. In computing time, how long is "recently" ??? We have very few running processes, and a handful of largish mmap'ed files. Most of the mmap'ed files are read ~40 times a second, so we'd assume that they are always "recently" active. Our largest mmap'ed file is only written to once a minute with every polled statistic. Every memory page updated, but once a minute may not be considered "recently" in computing time. If ballooning caused paging out of that mmap'ed file, we'd be toast. > FWIW, I think ZFS's crazy memory footprint makes it unsuitable for VMs > (or actually most non-file-server workflows...), but I'm sure most > people here will not agree with me :D If you have the opportunity to try > it out in production, just run a regular UFS2+SU in your VM for a couple > of days and see the difference. We actually started out with UFS2+SU on our data partition, but wanted a FreeBSD install configuration of "one size fits all" that would work ok on bare metal and a VM. We have zero control on of the platform the customer uses - ranging from a throw away old desktop PC to high end dedicated bare metal, or in a VM in the data centre. Since we are mostly CPU bound, ZFS doesn't appear to be a performance problem for us in a VM. On a side note, one of the reasons why switched to ZFS is because we "thought" we had a data corruption problem with UFS2 when shutting down. It took a while to discover what we were doing wrong. Doh!! At shutdown, running on physical hardware or in a VM, we'd get to "All Buffers Synced" and the machine would hang for ages before powering off or rebooting. When it came back up, the file system was dirty, and wasn't umounted properly. Googling for 'all buffers synced' came up with various issues related to USB. But, what was happening was... we have largish mmap'ed files (eg. 2G), which we mmap with the MAP_NOSYNC flag. The memory pages are being written to constantly, and we fsync() them every 600 seconds so we can control the time when the disk write occurs. It appears the fsync writes out the entire mmap'ed file sequentially because a quick calc on the file size and raw disk write speed generally matches. But at shutdown, we were forgetting to do a final fsync on those big files, which meant that the OS had to write them out. That doesn't appear to occur until after the "all buffers synced" message though. On real hardware, it just looks like the machine has hung, but did notice the disk led hard on. Running in a VirtualBox VM, at shutdown we ran gstat/systat on the FreeBSD host, which showed the disk stuck in 100% for ages and ages after the "all buffers synced" message. It was taking so long that the VM was being killed ungracefully by the shutdown scripts. We use MAP_NOSYNC because without it, the default sync'ing behaviour on large mmap'ed files sucks. It seems the shutdown behaviour is similar or much worse. The problem on physical hardware was no obvious messages of what the machine was doing after the "all buffers synced" message! Now we just do a fsync(1) of every mmap'ed file in our shutdown script, and the machine shuts down clean and fast. Paul. -- Paul Koch | Founder, CEO AKIPS Network Monitor http://www.akips.com Brisbane, Australia From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 01:26:32 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 211651AA; Wed, 3 Sep 2014 01:26:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 11F0E1FBC; Wed, 3 Sep 2014 01:26:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 685B24B5; Wed, 3 Sep 2014 01:26:32 +0000 (UTC) Date: Wed, 3 Sep 2014 01:26:30 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, emaste@FreeBSD.org Message-ID: <1910822357.1.1409707592075.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_stable_10 #704 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: FAILURE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 01:26:32 -0000 See Changes: [emaste] MFC automatic vt(4) selection for UEFI boot r268158: Prefer vt(4) for UEFI boot The UEFI framebuffer driver vt_efifb requires vt(4), so add a mechanism for the startup routine to set the preferred console. This change is ugly because console init happens very early in the boot, making a cleaner interface difficult. This change is intended only to facilitate the sc(4) / vt(4) transition, and can be reverted once vt(4) is the default. r268160: Fix typos in VTY constant names from r268158 r268982: Don't pass null kmdp to preload_search_info On Xen PVH guests kmdp == NULL. Sponsored by: The FreeBSD Foundation [emaste] MFC r269186 by ray@: Remove useless debug string. Fix indent. Sponsored by: The FreeBSD Foundation ------------------------------------------ [...truncated 222516 lines...] --- cleandir_subdir_drm2 --- --- cleanobj --- --- cleandir_subdir_kgssapi --- --- cleanobj --- --- cleandir_subdir_kgssapi_krb5 --- --- cleanobj --- --- cleandir_subdir_krpc --- --- cleandir_subdir_ksyms --- --- cleandir_subdir_krpc --- ===> krpc (cleandir) --- cleandir_subdir_khelp --- --- cleanobj --- --- cleandir_subdir_ksyms --- ===> ksyms (cleandir) --- cleandir_subdir_le --- ===> le (cleandir) --- cleandir_subdir_lge --- ===> lge (cleandir) --- cleandir_subdir_krpc --- --- cleanobj --- --- cleandir_subdir_le --- --- cleanobj --- --- cleandir_subdir_ksyms --- --- cleanobj --- --- cleandir_subdir_libalias --- --- cleandir_subdir_libiconv --- --- cleandir_subdir_lge --- --- cleanobj --- --- cleandir_subdir_libalias --- ===> libalias (cleandir) --- cleandir_subdir_libiconv --- ===> libiconv (cleandir) --- cleandir_subdir_libmbpool --- ===> libmbpool (cleandir) --- cleandir_subdir_libalias --- --- _sub.cleandir --- ===> libalias/libalias (cleandir) --- cleandir_subdir_libmchain --- ===> libmchain (cleandir) --- cleandir_subdir_libiconv --- --- cleanobj --- --- cleandir_subdir_libmbpool --- --- cleanobj --- --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_lindev --- ===> lindev (cleandir) --- cleandir_subdir_linprocfs --- ===> linprocfs (cleandir) --- cleandir_subdir_libmchain --- --- cleanobj --- --- cleandir_subdir_linsysfs --- ===> linsysfs (cleandir) --- cleandir_subdir_libalias --- ===> libalias/modules (cleandir) --- cleandir_subdir_lindev --- --- cleanobj --- --- cleandir_subdir_linux --- --- cleandir_subdir_linprocfs --- --- cleanobj --- --- cleandir_subdir_libalias --- --- _sub.cleandir --- ===> libalias/modules/cuseeme (cleandir) --- cleandir_subdir_linux --- ===> linux (cleandir) --- cleandir_subdir_lmc --- --- cleandir_subdir_linsysfs --- --- cleanobj --- --- cleandir_subdir_lmc --- ===> lmc (cleandir) --- cleandir_subdir_lpt --- --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_lpt --- ===> lpt (cleandir) --- cleandir_subdir_linux --- --- cleanobj --- --- cleandir_subdir_libalias --- ===> libalias/modules/dummy (cleandir) --- cleandir_subdir_lmc --- --- cleanobj --- --- cleandir_subdir_lpt --- --- cleanobj --- --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_biba --- ===> mac_biba (cleandir) --- cleandir_subdir_libalias --- ===> libalias/modules/ftp (cleandir) --- cleandir_subdir_mac_bsdextended --- ===> mac_bsdextended (cleandir) --- cleandir_subdir_mac_ifoff --- --- cleandir_subdir_mac_biba --- --- cleanobj --- --- cleandir_subdir_mac_ifoff --- ===> mac_ifoff (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_bsdextended --- --- cleanobj --- --- cleandir_subdir_mac_lomac --- --- cleandir_subdir_libalias --- ===> libalias/modules/irc (cleandir) --- cleandir_subdir_mac_lomac --- ===> mac_lomac (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_ifoff --- --- cleanobj --- --- cleandir_subdir_mac_mls --- ===> mac_mls (cleandir) --- cleandir_subdir_libalias --- ===> libalias/modules/nbt (cleandir) --- cleandir_subdir_mac_none --- --- cleandir_subdir_mac_lomac --- --- cleanobj --- --- cleandir_subdir_mac_none --- ===> mac_none (cleandir) --- cleandir_subdir_mac_partition --- ===> mac_partition (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_none --- --- cleanobj --- --- cleandir_subdir_libalias --- ===> libalias/modules/pptp (cleandir) --- cleandir_subdir_mac_mls --- --- cleanobj --- --- cleandir_subdir_mac_portacl --- ===> mac_portacl (cleandir) --- cleandir_subdir_mac_seeotheruids --- ===> mac_seeotheruids (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_partition --- --- cleanobj --- --- cleandir_subdir_libalias --- ===> libalias/modules/skinny (cleandir) --- cleandir_subdir_mac_portacl --- --- cleanobj --- --- cleandir_subdir_mac_stub --- ===> mac_stub (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mac_seeotheruids --- --- cleanobj --- --- cleandir_subdir_mac_stub --- --- cleanobj --- --- cleandir_subdir_mac_test --- --- cleandir_subdir_libalias --- ===> libalias/modules/smedia (cleandir) --- cleandir_subdir_mac_test --- ===> mac_test (cleandir) --- cleandir_subdir_malo --- ===> malo (cleandir) --- cleandir_subdir_libalias --- --- cleanobj --- --- cleandir_subdir_mcd --- ===> mcd (cleandir) --- cleandir_subdir_md --- ===> md (cleandir) --- cleandir_subdir_malo --- --- cleanobj --- --- cleandir_subdir_mac_test --- --- cleanobj --- --- cleandir_subdir_mem --- ===> mem (cleandir) --- cleandir_subdir_mfi --- ===> mfi (cleandir) --- cleandir_subdir_md --- --- cleanobj --- --- cleandir_subdir_mcd --- --- cleanobj --- --- cleandir_subdir_mii --- ===> mii (cleandir) --- cleandir_subdir_mfi --- --- cleanobj --- --- _sub.cleandir --- ===> mfi/mfip (cleandir) --- cleandir_subdir_mem --- --- cleanobj --- --- cleandir_subdir_mfi --- --- cleanobj --- --- cleandir_subdir_mii --- --- cleanobj --- --- cleandir_subdir_mfi --- ===> mfi/mfi_linux (cleandir) --- cleanobj --- rm: fts_read: No such file or directory --- cleandir_subdir_mlx --- ===> mlx (cleandir) --- cleandir_subdir_mfi --- *** [cleanobj] Error code 1 make[4]: stopped in --- _sub.cleandir --- --- clean --- rm -f export_syms mfi_linux.ko mfi_linux.kld mfi_linux.o mfi_linux.ko.debug mfi_linux.ko.symbols --- cleanilinks --- rm -f @ machine x86 --- cleandir_subdir_mii --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [cleandir_subdir_mii] Error code 2 make[3]: stopped in --- cleandir_subdir_mfi --- A failure has been detected in another branch of the parallel make make[5]: stopped in *** [_sub.cleandir] Error code 2 make[4]: stopped in 2 errors make[4]: stopped in *** [cleandir_subdir_mfi] Error code 2 make[3]: stopped in --- cleandir_subdir_mlx --- A failure has been detected in another branch of the parallel make make[4]: stopped in *** [cleandir_subdir_mlx] Error code 2 make[3]: stopped in 3 errors make[3]: stopped in *** [modules-cleandir] Error code 2 make[2]: stopped in /usr/obj 1 error make[2]: stopped in /usr/obj *** [buildkernel] Error code 2 make[1]: stopped in 1 error make[1]: stopped in *** [buildkernel] Error code 2 make: stopped in 1 error make: stopped in Build step 'Execute shell' marked build as failure From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 06:10:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9793A4EC for ; Wed, 3 Sep 2014 06:10:43 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D63F61139 for ; Wed, 3 Sep 2014 06:10:41 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s836AZCb019921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 3 Sep 2014 16:10:35 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1409724635; bh=4OiSE6pGqyTmffAK0v2a6RO63fP00MixrS89bMB0tx4=; h=Date:From:To:Subject; b=olVUYCrU+t2BOtR6+XKrCAAk8TY8vnPcT8kdxjDSwgqT+kQ7nBQtYtxP6SlDdup1W o4xKv/56jkhYgpAbfXDRSGaVCJehUIvCnm173pLPN5WqgItIsIBNNh6ch0vyK1DiC+ e2blB2fE84Ti2fkOs5mordpq2mAvbQWrKP3aqXok= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s836ARQX015274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 3 Sep 2014 16:10:30 +1000 (AEST) Date: Wed, 3 Sep 2014 16:10:24 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Message-ID: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 06:10:43 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable All of the following FreeBSD releases included stale NTP software at the time of their release. 8.3-RELEASE (ntp 4.2.4p5) 8.4-RELEASE (ntp 4.2.4p5) 9.0-RELEASE (ntp 4.2.4p8) 9.1-RELEASE (ntp 4.2.4p8) 9.2-RELEASE (ntp 4.2.4p8) 9.3-RELEASE (ntp 4.2.4p8) 10.0-RELEASE (ntp 4.2.4p8) ntp 4.2.4 is the version that shipped in all of the above releases and is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any interest in getting a supported version of the ntp software into the upcoming 10.1 release? I would have thought that the latest patch release of the stable ntp version (4.2.6p5 24-DEC-2011) would be appropriate? I know that the ntp folks are working on releasing 4.2.8 but it isn't quite there yet. I understand that this is a volunteer project and that volunteers don't have time to do everything. I'm just waving the flag in case this is something that may have been overlooked. Thank you to all those committers who look after vendor imports for all of the contributed software that helps make up the FreeBSD releases. --=20 John Marshall --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQGsNAACgkQw/tAaKKahKJx6wCdEefEUIHLgRJQep+tYSDVQnro 76gAniA3Q1jGTR/zoLIRBzGQjaUkGabQ =yj1c -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 07:05:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2220BD8 for ; Wed, 3 Sep 2014 07:05:18 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 28EBC1874 for ; Wed, 3 Sep 2014 07:05:17 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s83745uk061136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 3 Sep 2014 10:04:06 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <5406BD65.705@digsys.bg> Date: Wed, 03 Sep 2014 10:04:05 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> In-Reply-To: <5405E4F5.4090902@sorbs.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 07:05:18 -0000 On 02.09.14 18:40, Michelle Sullivan wrote: > Time to rebuild everything from scratch I think - second time in a > year.. I'm guessing my boss is going to tell me, use RPM, no wasting > more time on it... only time will tell... you'll know the result if > you see future posts and patches from me. You must really hate RPM, as pkg is trying to do essentially the same for FreeBSD. :) As others already mentioned, rebuilding production environments/packages via cron jobs from moving target such as the current ports three is not the best setup favoring 'stability'. These things can and do fail sometimes. From your postings on this thread I understand you are unhappy that your pkg_tools poudriere jails were messed up. So are many others. The switch is indeed a pain, but the direction is good. Progress is part of evolution -- it knocks off some, and promotes others. We will have to live with it. WhateverHat is not better. Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 08:22:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 696586A5 for ; Wed, 3 Sep 2014 08:22:40 +0000 (UTC) Received: from filter.blacknosugar.com (filter.blacknosugar.com [212.13.204.214]) (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 22E721016 for ; Wed, 3 Sep 2014 08:22:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=littlebluecar.co.uk; s=dkim; h=Subject:To:References:Message-Id:Content-Transfer-Encoding:Date:In-Reply-To:From:Mime-Version:Content-Type; bh=m3keYuXtjOZD959wB/2LRUEvsEHQJLlT9B6Xjbm066c=; b=l6okegEWdUmnwhhITYr5skMh6I0zd7fot8ja0az4V/gud3nf09OX96ECvtxR8TIRGJY3e/fKqJOAe9wNurH7HcYJtHhn7S/CwCalhGVQhOCOCKr9ySvMeEK/hchvbu3a; Received: from w-121.cust-19448.ip.static.uno.uk.net ([95.172.231.121] helo=[192.168.40.101]) by filter.blacknosugar.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XP5U0-000PYD-L8 for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 09:00:01 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Melissa Jenkins In-Reply-To: Date: Wed, 3 Sep 2014 08:59:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1878.6) X-SA-Exim-Connect-IP: 95.172.231.121 X-SA-Exim-Mail-From: melissa-freebsd@littlebluecar.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on filter.blacknosugar.com X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: [HEADSUP] pkg(8) is now the only package management tool X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on filter.blacknosugar.com) X-Testing: Hello! X-Testing: Hello! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 08:22:40 -0000 On 2 Sep 2014, at 13:00, freebsd-stable-request@freebsd.org wrote: > It gets more interesting if you have to deal with manufacturing > processes (something we're looking to use FreeBSD for to replace our > current OpenVMS systems before they go out of support), as often > automatons write data to external databases and such software resides > in PLC's. Manufacturing equipment tends to age and the kind of > external databases they support is limited to what was available when > they were new and the capabilities of the PLC involved. This caused us some problems, for example ports/packages that were not = backwards compatible with externally integrated clients. Or which don=92t= work without IPv6 or that have changed so much you can=92t patch them = with your local changes. I resolved the problem by installing a blank 8.3, installing the pkg_* = version, then upgrading to pkgng and producing .xz file that I could = install on the live boxes. Bit of a pain but it does work. Like others here I was expecting a FreeBSD EOL - which is generally = harmful only from a security point of view (and can normally be managed = with patches). The whole pkg/ports changeover has been rather final and = abrupt and has resulted in quite a lot of unexpected expense to some of = my clients. Perhaps I just did =93it" wrong?! Mel= From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 08:59:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F0D2A61 for ; Wed, 3 Sep 2014 08:59:20 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6BD861538 for ; Wed, 3 Sep 2014 08:59:20 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XP6PJ-0005sx-0A for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 01:59:13 -0700 Date: Wed, 3 Sep 2014 01:59:12 -0700 (PDT) From: jennifer44 To: freebsd-stable@freebsd.org Message-ID: <1409734752965-5944932.post@n5.nabble.com> In-Reply-To: <522F729A.7070602@jewbilation.org> References: <522F729A.7070602@jewbilation.org> Subject: Re: Jewbilation Party Planning/Wedding/Event Directory: Free Listing MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 08:59:20 -0000 I=E2=80=99m on the lookout for the best event planner NYC to organiz= e my Jewish wedding. It will be a small celebration with just around 50 peopl= e invited who are mostly family. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Jewbilat= ion-Party-Planning-Wedding-Event-Directory-Free-Listing-tp5843157p5944932.h= tml Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 09:56:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 641951A4 for ; Wed, 3 Sep 2014 09:56:59 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id E166F1C99 for ; Wed, 3 Sep 2014 09:56:58 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3hp0tJ5qWRzLS for ; Wed, 3 Sep 2014 11:56:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1409738211; x=1412330212; bh=1Xi cs/lgwsZVvSKFBNeZimuEL1wvFD0iUwTYZ8ZV8VA=; b=LM1FWX10YhkvVH5rSir UW6nunxj4JEjXVU9dnOvsJw0g23yksWBhh9113gET1NR96vtPC54u0hlTjJYNaJs 1pkgLtp5MXmGgmkCykO4N3JJNfZHTEj9aKPwBd7Q+v5e7WL9hGTPW711s5R3Ywf8 HMM9y50AecrVgGsc/E3d3kH8= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id Bpk023epgxEK for ; Wed, 3 Sep 2014 11:56:51 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Wed, 3 Sep 2014 11:56:51 +0200 (CEST) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3hp0tC3dHmz10d for ; Wed, 3 Sep 2014 11:56:51 +0200 (CEST) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 03 Sep 2014 11:56:51 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 03 Sep 2014 11:56:51 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Organization: J. Stefan Institute In-Reply-To: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> Message-ID: <5152f44f37895d107ae439997bc4cc3c@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 09:56:59 -0000 2014-09-03 08:10, John Marshall wrote: > All of the following FreeBSD releases included stale NTP software at > the > time of their release. > > 8.3-RELEASE (ntp 4.2.4p5) > 8.4-RELEASE (ntp 4.2.4p5) > 9.0-RELEASE (ntp 4.2.4p8) > 9.1-RELEASE (ntp 4.2.4p8) > 9.2-RELEASE (ntp 4.2.4p8) > 9.3-RELEASE (ntp 4.2.4p8) > 10.0-RELEASE (ntp 4.2.4p8) > > ntp 4.2.4 is the version that shipped in all of the above releases and > is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was > superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any > interest in getting a supported version of the ntp software into the > upcoming 10.1 release? I would have thought that the latest patch > release of the stable ntp version (4.2.6p5 24-DEC-2011) would be > appropriate? I know that the ntp folks are working on releasing 4.2.8 > but it isn't quite there yet. > > I understand that this is a volunteer project and that volunteers don't > have time to do everything. I'm just waving the flag in case this is > something that may have been overlooked. > > Thank you to all those committers who look after vendor imports for all > of the contributed software that helps make up the FreeBSD releases. A version ntp-4.2.6p5 is in ports (net/ntp), but is marked as forbidden due to CVE-2013-5211: The monlist feature in ntp_request.c in ntpd in NTP before 4.2.7p26 allows remote attackers to cause a denial of service (traffic amplification) via forged (1) REQ_MON_GETLIST or (2) REQ_MON_GETLIST_1 requests, as exploited in the wild in December 2013. Just recently I came across another problem with the 4.2.4 from base, which ended up with me opening a PR on the ntp bugzilla: Bug 2648 - 'restrict default' should imply both IP protocol families http://bugs.ntp.org/show_bug.cgi?id=2648 ... only to realize later that by mistake I was testing against the FreeBSD base version of ntp, and the problem is fixed in net/ntp-devel . The thing is that when trying to address the amplification attack by restricting ntp queries, it turns out that the 'restrict default' only applies to IPv4, and the IPv6 access is left open wide. Still need to figure out which version fixed that, it works as expected in the current 4.2.7p470. So, I'm definitely for upgrading the ntp to something more recent. The exact version remains to be investigated. Mark From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 10:28:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B89DBA64 for ; Wed, 3 Sep 2014 10:28:13 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9918D1030 for ; Wed, 3 Sep 2014 10:28:13 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB00403ML8EV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 03:31:58 -0700 (PDT) Message-id: <5406ED34.7090301@sorbs.net> Date: Wed, 03 Sep 2014 12:28:04 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Daniel Kalchev Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> In-reply-to: <5406BD65.705@digsys.bg> Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 10:28:13 -0000 Daniel Kalchev wrote: > > On 02.09.14 18:40, Michelle Sullivan wrote: >> Time to rebuild everything from scratch I think - second time in a >> year.. I'm guessing my boss is going to tell me, use RPM, no wasting >> more time on it... only time will tell... you'll know the result if >> you see future posts and patches from me. > > You must really hate RPM, as pkg is trying to do essentially the same > for FreeBSD. :) You have no idea.... well you might, but not my level of hatred of it. > > > As others already mentioned, rebuilding production > environments/packages via cron jobs from moving target such as the > current ports three is not the best setup favoring 'stability'. I trigger a build when I need something (patch/new package etc) ... then it will continue trying to build until it gets a stable build across the entire tree... sometimes that takes weeks (and I only have 580 ports) > These things can and do fail sometimes. From your postings on this > thread I understand you are unhappy that your pkg_tools poudriere > jails were messed up. So are many others. > You see this is a problem... Change something in the core that screws over a working environment....not the way of an enterprise capable OS - reminds me of the pre v1.0 days of linux. > The switch is indeed a pain, but the direction is good. Progress is > part of evolution -- it knocks off some, and promotes others. Didn't say it wasn't good, what I'm saying was the way it was done is bad. > We will have to live with it. WhateverHat is not better. I can't comment on that - the entire org runs *Hat, I've spent the last 3 years showing the benefits of *BSD and now I feel completely betrayed because there is no chance of them changing, "You see it's not an Enterprise OS"... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 10:40:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82519D9C for ; Wed, 3 Sep 2014 10:40:17 +0000 (UTC) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.21.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp-sofia.digsys.bg", Issuer "Digital Systems Operational CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 07A4D1215 for ; Wed, 3 Sep 2014 10:40:16 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [193.68.6.1]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.6/8.14.6) with ESMTP id s83AeCUK022022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 3 Sep 2014 13:40:13 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <5406F00C.6090504@digsys.bg> Date: Wed, 03 Sep 2014 13:40:12 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> In-Reply-To: <5406ED34.7090301@sorbs.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 10:40:17 -0000 On 03.09.14 13:28, Michelle Sullivan wrote: > >> We will have to live with it. WhateverHat is not better. > I can't comment on that - the entire org runs *Hat, I've spent the last > 3 years showing the benefits of *BSD and now I feel completely betrayed > because there is no chance of them changing, "You see it's not an > Enterprise OS"... FreeBSD is a toolkit, not a "product" (ok, it's a product if you look for toolkit). It is an very good toolkit to build UNIX-like systems and many enterprises use it. Some do wonders with it, some, disasters. As with any good toolkit, there is an entire ecosystem for support built around it. FreeBSD also works out of the box but we are clearly not discussing this here. I understand your effort and frustration -- everyone who has dealt with BSD UNIX has come to face it -- the media was instructed to praise/blame Linux (out of topic why) and the mainstream "me too" crowd is embracing it easier.. When most of the people who come to interviews answer "I know Windows or Linux" your management does not have much choice. Back in their days of glory, Cisco had very interesting marketing strategy: "Never compete with anyone head to head -- the other party can always optimize for the bench case. Instead, work with the user to build and list of their requirements... and at the end see your product is the only one that matches". Helps :) Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 10:43:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25298110; Wed, 3 Sep 2014 10:43:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 11D8B12E9; Wed, 3 Sep 2014 10:43:42 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4D81259E; Wed, 3 Sep 2014 10:43:42 +0000 (UTC) Date: Wed, 3 Sep 2014 10:43:41 +0000 (GMT) From: jenkins-admin@freebsd.org To: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org, ae@FreeBSD.org, emaste@FreeBSD.org, delphij@FreeBSD.org, alc@FreeBSD.org, kib@FreeBSD.org Message-ID: <1058525049.2.1409741022155.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1910822357.1.1409707592075.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1910822357.1.1409707592075.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_stable_10 #705 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Jenkins-Job: FreeBSD_stable_10 X-Jenkins-Result: SUCCESS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 10:43:42 -0000 See From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 11:10:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 064FD5B8 for ; Wed, 3 Sep 2014 11:10:38 +0000 (UTC) Received: from nm15-vm6.bullet.mail.ir2.yahoo.com (nm15-vm6.bullet.mail.ir2.yahoo.com [212.82.96.203]) by mx1.freebsd.org (Postfix) with ESMTP id 68B9C1742 for ; Wed, 3 Sep 2014 11:10:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s2048; t=1409742510; bh=0wbj3Vfo2TSVk8MdMsIe9ytibfzsCu6FthuP9rm7ST4=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:X-Received:MIME-Version:Received:In-Reply-To:References:From:Date:Message-ID:Subject:To:Content-Type:From:Subject; b=uRDIcTrDgekejop/4nxZgpYSbvYhEpG/NXJcmGGmIUKfJoRnELs1S9o/Dng99NrIEmEsY8h43UAW9XXFUtDjrVYy0V+sIwFoU8UvtlbcRWXSN/qY5zOiRYGRr2eZgsYjYNJ1iI+nqesr5ob4GHJiLLZl3TAn0qclvN2LwxJCq3EzBt3XuRVKi/Uv+fniotYfPWuXF9Y81ePL4KpDKVz1OnXtXTA9OW1YtFvDZJLOKR/i32r/1K5JfJQQ8UK52LYKopu2yozh8knZBCC+3WqAYwgdbC7adpHtfMcWNDaROlKLWj3a9QRCNJKmJACEF3w57jivTd0R8Ljontc66cTokw== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=ymail.com; b=BLu/B3rjnW5ZFnPdR3vxEjcI2QQHXoFQ572czagtxfibFnatmQkldZ2sj338stNGBVFUgfezpCCC3XxQRGjbbNFS+VdkBmht9NhBDPyCnJZhzC+koKCN5OGCMffx3DzGQ+dih51o66/REIBMqgYy4Lp2FTwcWm4oFAg8Z3d0UUGXhT5XpQAFLWsV1DkatSseyXdW3FYcptztOyrvvIsUJcNzvu6ICaHyKvwnbkcvl6UyIsCpriDVABp0QymBthTyeuAcTRG03IlvG13BZY32IMqIV24snd7GwzakL6ImwzaDKh4WjqI8mPWYuwMmSMpX2P4f0Q657t9E7Gxg9kqF5Q==; Received: from [212.82.98.59] by nm15.bullet.mail.ir2.yahoo.com with NNFMP; 03 Sep 2014 11:08:30 -0000 Received: from [46.228.39.87] by tm12.bullet.mail.ir2.yahoo.com with NNFMP; 03 Sep 2014 11:08:30 -0000 Received: from [127.0.0.1] by smtp124.mail.ir2.yahoo.com with NNFMP; 03 Sep 2014 11:08:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1409742509; bh=0wbj3Vfo2TSVk8MdMsIe9ytibfzsCu6FthuP9rm7ST4=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:X-Received:MIME-Version:Received:In-Reply-To:References:From:Date:Message-ID:Subject:To:Content-Type; b=i78zVv1ffZdbyGxX9iqC18ML8U4Fr1dRjfz/xv8ENDi9lwn7WLS1FTm4/5mGyxTtoJEZEJcdrjRVnnF8UX31amrBJ/Z2994zldQIP6l8eB5X+bUL7e/bzoxepwB7LL0zy+dhvRBbqFZcxycPtkYA/jii5uH+6/4reialQoAsZDE= X-Yahoo-Newman-Id: 985047.62144.bm@smtp124.mail.ir2.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: jRWb_2wVM1noCgBbw2DLFhpYFnCbJKTprNgbXFEEXlkZXre B91xfxKE9mFbTEG5p9UgdyYDsMO5yo6unO1OwfRxnBYyLw2R04g9Y.5KOwYH jTyxv5K1_ovjwAAMYUBcWTAxSuRTwaZWBWjHrnV94TA7NZkZYhQ72GScQw8d iGlol4yIfQO_hyqtmjG5nL_DzXTnPWC6KrlkccjPkIQdanSEWhPrpo1TE1EV kRUZ4grqCsnAD_znGh39cyGd9juVw7zKbM2caDaCpGd1AcVFRcdqoCuwKhji XnGeDsnPx3z7Xmaptbo3Bw6ZIO_lx86iE6scokBexZZ3OaUNZwAHwu4A63.A vAHQpqBdBdprkFzT61fQHxGjUXh.enK45guBxM4JixARR2a9HgvCYnhYmORY qWau.MicNfNdSnUNjgPtXa7Fx_0CAcNdDW2TyBRkQDlkXb8c6gD3XKGLczFu X0wlhXAK.SQvhcvE.k13DQs2JQbbCuS64IoQJzSX6voRub6tBtcJDNQNQNF4 NvoT4dfn1L02lDUhbo9ERAmwmXG4enyPQCk6J7vMoSfn5NMydLQ4K8BBaigy s9K1bvNGG4QvrAaVAUQpA6I.SAtn2EhCIkgA8ISkmRhs4L911YAyR X-Yahoo-SMTP: S65s63SswBDjU54Gjqw2GSWlZmfgiEU_X3tN1_9u Received: by mail-yk0-f176.google.com with SMTP id 19so4829555ykq.7 for ; Wed, 03 Sep 2014 04:08:27 -0700 (PDT) X-Received: by 10.236.79.230 with SMTP id i66mr1524672yhe.136.1409742507704; Wed, 03 Sep 2014 04:08:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.170.95.70 with HTTP; Wed, 3 Sep 2014 04:08:07 -0700 (PDT) In-Reply-To: <5152f44f37895d107ae439997bc4cc3c@mailbox.ijs.si> References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <5152f44f37895d107ae439997bc4cc3c@mailbox.ijs.si> From: Axel Date: Wed, 3 Sep 2014 13:08:07 +0200 Message-ID: Subject: Re: [Bulk] Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) To: Mark Martinec , "freebsd-stable@freebsd.org" , john.marshall@riverwillow.com.au Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 11:10:38 -0000 On Wed, Sep 3, 2014 at 11:56 AM, Mark Martinec wrote: > 2014-09-03 08:10, John Marshall wrote: > >> All of the following FreeBSD releases included stale NTP software at the >> time of their release. >> >> 8.3-RELEASE (ntp 4.2.4p5) >> 8.4-RELEASE (ntp 4.2.4p5) >> 9.0-RELEASE (ntp 4.2.4p8) >> 9.1-RELEASE (ntp 4.2.4p8) >> 9.2-RELEASE (ntp 4.2.4p8) >> 9.3-RELEASE (ntp 4.2.4p8) >> 10.0-RELEASE (ntp 4.2.4p8) >> >> ntp 4.2.4 is the version that shipped in all of the above releases and >> is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was >> superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any >> interest in getting a supported version of the ntp software into the >> upcoming 10.1 release? I would have thought that the latest patch >> release of the stable ntp version (4.2.6p5 24-DEC-2011) would be >> appropriate? I know that the ntp folks are working on releasing 4.2.8 >> but it isn't quite there yet. >> >> I understand that this is a volunteer project and that volunteers don't >> have time to do everything. I'm just waving the flag in case this is >> something that may have been overlooked. >> >> Thank you to all those committers who look after vendor imports for all >> of the contributed software that helps make up the FreeBSD releases. >> > > A version ntp-4.2.6p5 is in ports (net/ntp), but is marked as > forbidden due to CVE-2013-5211: > > The monlist feature in ntp_request.c in ntpd in NTP before 4.2.7p26 > allows remote attackers to cause a denial of service (traffic > amplification) via forged (1) REQ_MON_GETLIST or (2) REQ_MON_GETLIST_1 > requests, as exploited in the wild in December 2013. > > Just recently I came across another problem with the 4.2.4 from base, > which ended up with me opening a PR on the ntp bugzilla: > > Bug 2648 - 'restrict default' should imply both IP protocol families > http://bugs.ntp.org/show_bug.cgi?id=2648 > > Did you tried to add: restrict default ignore restrict -6 default ignore I follow steps described here: http://support.ntp.org/bin/view/Support/AccessRestrictions > ... only to realize later that by mistake I was testing against the > FreeBSD base version of ntp, and the problem is fixed in net/ntp-devel . > > The thing is that when trying to address the amplification attack by > restricting ntp queries, it turns out that the 'restrict default' > only applies to IPv4, and the IPv6 access is left open wide. > Still need to figure out which version fixed that, it works > as expected in the current 4.2.7p470. > > So, I'm definitely for upgrading the ntp to something more recent. > The exact version remains to be investigated. > > Mark > From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 11:16:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60EB484B for ; Wed, 3 Sep 2014 11:16:26 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id 10B0A17B7 for ; Wed, 3 Sep 2014 11:16:26 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3hp2f06Zwvz1Hp for ; Wed, 3 Sep 2014 13:16:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1409742979; x=1412334980; bh=Z4g d/PVS2jKUt5jY1WSvoMGjQsdLuK18eHhyn0pN3Xk=; b=DlFG1krhjbfnT4zHpel qLa6fl+s+yN8xSb2EGpgWGFTlVMxvUY8HEePp1/jdpVFnoXIyBFEC0/4METtJ7/c l1nH2zJu+ylEoaHqM51ttpEVHpQ8x7SiNcjqXarmW2RsWNXv2HmT2abELDq5POgc IdeIBJ5DzW/kDYIwnY8GfGNE= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id RAYwGKCqJztS for ; Wed, 3 Sep 2014 13:16:19 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Wed, 3 Sep 2014 13:16:19 +0200 (CEST) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3hp2dv5KNPzFF for ; Wed, 3 Sep 2014 13:16:19 +0200 (CEST) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Wed, 03 Sep 2014 13:16:19 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 03 Sep 2014 13:16:19 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: [Bulk] Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Organization: J. Stefan Institute In-Reply-To: References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <5152f44f37895d107ae439997bc4cc3c@mailbox.ijs.si> Message-ID: X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 11:16:26 -0000 >> Bug 2648 - 'restrict default' should imply both IP protocol families >> http://bugs.ntp.org/show_bug.cgi?id=2648 2014-09-03 13:08, je Axel napisal > Did you tried to add: > restrict default ignore > restrict -6 default ignore > > I follow steps described here: > http://support.ntp.org/bin/view/Support/AccessRestrictions I know, it is all described in that ntp PR. The point is that the 'restrict default' being equivalent to 'restrict -4 default' is contrary to documentation and is counterintuitive, leading to unintentionally leaving one address family unrestricted. The logic is made right in a later version of ntpd. Mark From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 11:55:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 448B534A for ; Wed, 3 Sep 2014 11:55:33 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04ABA1BFB for ; Wed, 3 Sep 2014 11:55:32 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XP8uX-0007Pg-7d for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 13:39:37 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> Date: Wed, 03 Sep 2014 13:39:35 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 5a1627636b35b65657045ef62631cd80 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 11:55:33 -0000 On Wed, 03 Sep 2014 08:10:24 +0200, John Marshall wrote: > All of the following FreeBSD releases included stale NTP software at the > time of their release. > > 8.3-RELEASE (ntp 4.2.4p5) > 8.4-RELEASE (ntp 4.2.4p5) > 9.0-RELEASE (ntp 4.2.4p8) > 9.1-RELEASE (ntp 4.2.4p8) > 9.2-RELEASE (ntp 4.2.4p8) > 9.3-RELEASE (ntp 4.2.4p8) > 10.0-RELEASE (ntp 4.2.4p8) > > ntp 4.2.4 is the version that shipped in all of the above releases and > is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was > superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any > interest in getting a supported version of the ntp software into the > upcoming 10.1 release? I would have thought that the latest patch > release of the stable ntp version (4.2.6p5 24-DEC-2011) would be > appropriate? I know that the ntp folks are working on releasing 4.2.8 > but it isn't quite there yet. > > I understand that this is a volunteer project and that volunteers don't > have time to do everything. I'm just waving the flag in case this is > something that may have been overlooked. > > Thank you to all those committers who look after vendor imports for all > of the contributed software that helps make up the FreeBSD releases. > I think that before discussing 10.1 it is nice to create patches for 11-CURRENT and try to update it there. Ronald. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 12:07:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5F648AF for ; Wed, 3 Sep 2014 12:07:53 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49A891D38 for ; Wed, 3 Sep 2014 12:07:53 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id d1so765124wiv.7 for ; Wed, 03 Sep 2014 05:07:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=hU4CHNRrf3au8Kzb+PjCCsXXBdfExMDzMN53a14q71Q=; b=cFRdlKBH/zqFfblB5PCAIBxdLHPb+Zv5mWMx0fuif6jS60OSFPmRGa4umPc+UDGxBT oiJOYBzu07F/qO2SF/yR9c4J4kiaTbb3OMhbHNY66YJOae3jGjFElkpRyRLny0Nmqx4N 3m3ZdFRglSR6asxYWumQf/oqrvyqrOAaDWQPk2/+86dIOQQIAJum7sIiTqTPvZjH5j/X r8yfLaZDRHM5O1karHl8ckBpz7cBbtXI+9Qb2hXizEtWaEV5qB/f92biN0NI9W3TZUD+ gB+09QMR1j+irKY+7V3sJJRDoOwuVSZPEY+bY2B3xIiZxIJW0NF0uBkglqFwc8ghTidM fCiQ== X-Received: by 10.180.184.133 with SMTP id eu5mr35028354wic.26.1409746069741; Wed, 03 Sep 2014 05:07:49 -0700 (PDT) Received: from ivaldir.etoilebsd.net ([2001:41d0:8:db4c::1]) by mx.google.com with ESMTPSA id wm8sm15433038wjb.40.2014.09.03.05.07.48 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Sep 2014 05:07:48 -0700 (PDT) Sender: Baptiste Daroussin Date: Wed, 3 Sep 2014 14:07:46 +0200 From: Baptiste Daroussin To: freebsd-stable@freebsd.org Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Message-ID: <20140903120746.GI63085@ivaldir.etoilebsd.net> References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mXDO3udm/xYWQeMQ" Content-Disposition: inline In-Reply-To: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 12:07:53 -0000 --mXDO3udm/xYWQeMQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 03, 2014 at 04:10:24PM +1000, John Marshall wrote: > All of the following FreeBSD releases included stale NTP software at the > time of their release. >=20 > 8.3-RELEASE (ntp 4.2.4p5) > 8.4-RELEASE (ntp 4.2.4p5) > 9.0-RELEASE (ntp 4.2.4p8) > 9.1-RELEASE (ntp 4.2.4p8) > 9.2-RELEASE (ntp 4.2.4p8) > 9.3-RELEASE (ntp 4.2.4p8) > 10.0-RELEASE (ntp 4.2.4p8) >=20 > ntp 4.2.4 is the version that shipped in all of the above releases and > is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was > superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any > interest in getting a supported version of the ntp software into the > upcoming 10.1 release? I would have thought that the latest patch > release of the stable ntp version (4.2.6p5 24-DEC-2011) would be > appropriate? I know that the ntp folks are working on releasing 4.2.8 > but it isn't quite there yet. >=20 > I understand that this is a volunteer project and that volunteers don't > have time to do everything. I'm just waving the flag in case this is > something that may have been overlooked. >=20 > Thank you to all those committers who look after vendor imports for all > of the contributed software that helps make up the FreeBSD releases. >=20 > --=20 > John Marshall One of the thing that makes updating ntp complicated it that is now depends= on bison extension which our old yacc (as of freebsd 8 and 9), newer byacc (freebsd 10.0) does not support FreeBSD 10.1 and FreeBSD current have a newer byacc version that does suppo= rt the said extension regards, Bapt --mXDO3udm/xYWQeMQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQHBJIACgkQ8kTtMUmk6EwHJQCfbRx8gt2RTCcUKXJsMs3GUS1s xo8An2GwkNAvd0dRi/Q8A4HpMVxjzSia =BMf6 -----END PGP SIGNATURE----- --mXDO3udm/xYWQeMQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 12:16:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F231A35; Wed, 3 Sep 2014 12:16:48 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.dweimer.local", Issuer "webmail2.dweimer.local" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0031C1E17; Wed, 3 Sep 2014 12:16:47 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s83CGddk057705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Sep 2014 07:16:40 -0500 (CDT) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 03 Sep 2014 07:16:39 -0500 From: dweimer To: Ronald Klop Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> Message-ID: <79435abc6a25af126747cdd036a8fafa@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0.2 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 12:16:48 -0000 On 09/03/2014 6:39 am, Ronald Klop wrote: > On Wed, 03 Sep 2014 08:10:24 +0200, John Marshall > wrote: > >> All of the following FreeBSD releases included stale NTP software at >> the >> time of their release. >> >> 8.3-RELEASE (ntp 4.2.4p5) >> 8.4-RELEASE (ntp 4.2.4p5) >> 9.0-RELEASE (ntp 4.2.4p8) >> 9.1-RELEASE (ntp 4.2.4p8) >> 9.2-RELEASE (ntp 4.2.4p8) >> 9.3-RELEASE (ntp 4.2.4p8) >> 10.0-RELEASE (ntp 4.2.4p8) >> >> ntp 4.2.4 is the version that shipped in all of the above releases and >> is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 >> was >> superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any >> interest in getting a supported version of the ntp software into the >> upcoming 10.1 release? I would have thought that the latest patch >> release of the stable ntp version (4.2.6p5 24-DEC-2011) would be >> appropriate? I know that the ntp folks are working on releasing 4.2.8 >> but it isn't quite there yet. >> >> I understand that this is a volunteer project and that volunteers >> don't >> have time to do everything. I'm just waving the flag in case this is >> something that may have been overlooked. >> >> Thank you to all those committers who look after vendor imports for >> all >> of the contributed software that helps make up the FreeBSD releases. >> > > I think that before discussing 10.1 it is nice to create patches for > 11-CURRENT and try to update it there. I think it would likely be a good idea for someone to address the 4.2.6 being marked as FORBIDDEN since January with a reference to CVE-2013-5211 / VU#348126 before its put in base. I have been running a few of my servers using WITHOUT_NTP in /etc/src.conf and running the ports version as the old version number gets flagged in PCI scans, now sadly I run the ntp-devel port on 4.2.7, which is probably less secure, but does pass the scans. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 12:28:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33D76F1A for ; Wed, 3 Sep 2014 12:28:39 +0000 (UTC) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.12]) (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 366CF1F33 for ; Wed, 3 Sep 2014 12:28:37 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1XP9fr-000K1f-TD; Wed, 03 Sep 2014 15:28:31 +0300 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Daniel Braniss In-Reply-To: <5406F00C.6090504@digsys.bg> Date: Wed, 3 Sep 2014 15:28:30 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> To: Daniel Kalchev , Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 12:28:39 -0000 On Sep 3, 2014, at 1:40 PM, Daniel Kalchev wrote: >=20 > On 03.09.14 13:28, Michelle Sullivan wrote: >>=20 >>> We will have to live with it. WhateverHat is not better. >> I can't comment on that - the entire org runs *Hat, I've spent the = last >> 3 years showing the benefits of *BSD and now I feel completely = betrayed >> because there is no chance of them changing, "You see it's not an >> Enterprise OS"... >=20 > FreeBSD is a toolkit, not a "product" (ok, it's a product if you look = for toolkit). It is an very good toolkit to build UNIX-like systems and = many enterprises use it. Some do wonders with it, some, disasters. As = with any good toolkit, there is an entire ecosystem for support built = around it. FreeBSD also works out of the box but we are clearly not = discussing this here. >=20 > I understand your effort and frustration -- everyone who has dealt = with BSD UNIX has come to face it -- the media was instructed to = praise/blame Linux (out of topic why) and the mainstream "me too" crowd = is embracing it easier.. When most of the people who come to interviews = answer "I know Windows or Linux" your management does not have much = choice. > Back in their days of glory, Cisco had very interesting marketing = strategy: "Never compete with anyone head to head -- the other party can = always optimize for the bench case. Instead, work with the user to build = and list of their requirements... and at the end see your product is the = only one that matches". Helps :) hi all, sorry to barge in :-), but since I have been trying to upgrade my = /usr/local now for a few days,=20 and counting, I tend to understand Michelle=92s frustration, I also = understand that managing a ports distribution is not for the weak hearted.=20 Here is my story: before I updated the ports via portsnap, I made sure the tree was clean, = i.e., ran=20 pkg check -Ba and portmaster -dvga and all was ok. upgraded ports, ran portmaster ports-mgmt/pkg, and now, since that day I am running portmaster -dvga and hand fixing issues. all this in a non production environment - learned from past = experiences. btw, we have several hundred computers, most of them desktops running = Linux, but all the servers run FreeBSD. Basically, I dread the day I run portsnap fetch update don=92t get me wrong, I am all in favour of progress, iI really hate to = see lines like #ifdef EUNICE my 2cents danny From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:05:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0ACF808 for ; Wed, 3 Sep 2014 13:05:07 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3F1143C for ; Wed, 3 Sep 2014 13:05:07 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=windows-1252 Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB00413TUWEV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 06:08:58 -0700 (PDT) Message-id: <540711FF.3050409@sorbs.net> Date: Wed, 03 Sep 2014 15:05:03 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Paul Mather Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> In-reply-to: <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> Cc: freebsd-stable@freebsd.org, Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:05:07 -0000 Paul Mather wrote: > On Sep 3, 2014, at 8:28 AM, Daniel Braniss wrote: > > >> On Sep 3, 2014, at 1:40 PM, Daniel Kalchev wrote: >> >> >>> On 03.09.14 13:28, Michelle Sullivan wrote: >>> >>>>> We will have to live with it. WhateverHat is not better. >>>>> >>>> I can't comment on that - the entire org runs *Hat, I've spent the last >>>> 3 years showing the benefits of *BSD and now I feel completely betrayed >>>> because there is no chance of them changing, "You see it's not an >>>> Enterprise OS"... >>>> >>> FreeBSD is a toolkit, not a "product" (ok, it's a product if you look for toolkit). It is an very good toolkit to build UNIX-like systems and many enterprises use it. Some do wonders with it, some, disasters. As with any good toolkit, there is an entire ecosystem for support built around it. FreeBSD also works out of the box but we are clearly not discussing this here. >>> >>> I understand your effort and frustration -- everyone who has dealt with BSD UNIX has come to face it -- the media was instructed to praise/blame Linux (out of topic why) and the mainstream "me too" crowd is embracing it easier.. When most of the people who come to interviews answer "I know Windows or Linux" your management does not have much choice. >>> Back in their days of glory, Cisco had very interesting marketing strategy: "Never compete with anyone head to head -- the other party can always optimize for the bench case. Instead, work with the user to build and list of their requirements... and at the end see your product is the only one that matches". Helps :) >>> >> hi all, >> sorry to barge in :-), but since I have been trying to upgrade my /usr/local now for a few days, >> and counting, I tend to understand Michelle’s frustration, I also understand that managing a ports >> distribution is not for the weak hearted. >> >> Here is my story: >> before I updated the ports via portsnap, I made sure the tree was clean, i.e., ran >> pkg check -Ba >> and >> portmaster -dvga >> and all was ok. >> >> upgraded ports, ran portmaster ports-mgmt/pkg, >> and now, since that day I am running >> portmaster -dvga >> and hand fixing issues. >> >> all this in a non production environment - learned from past experiences. >> btw, we have several hundred computers, most of them desktops running Linux, but >> all the servers run FreeBSD. >> >> Basically, I dread the day I run portsnap fetch update >> > > Fairly recently, there was launched a "stable" ports branch. This is > updated quarterly, and seems akin to the quarterly releases of pkgsrc > in that the given branch receives only security updates after it is > created. It appears to be fairly low-key. I remember seeing an > announcement on several FreeBSD mailing lists about its initial > release, but haven't seen anything since (even though I believe it is > now in its second quarter, at least). > > My question is this: does anyone have experience of tracking ports via > these branches? Does it work well? I can see that it would be > advantageous to those wanting less frequent churn. I wonder, though, > whether it doesn't just postpone the headaches to a quarterly basis, > when the next branch is made. It would seem that all the churn would > come all at once. Some people recommend not going too long between > ports updates because there's an increasing probability something will > fail to update the longer you wait. Is a quarter just right in terms > of time? > > I don't believe the "stable" ports branches are completely like the > pkgsrc quarterly releases. As far as I know, the pkgsrc quarterly > releases are a chosen subset of the regular pkgsrc rolling release > version, whereas the "stable" ports branch is a snapshot of ports at a > given time. I don't know what measures are taken to ensure that one > version of the "stable" ports branch can upgrade to the next "stable" > ports branch. Is it left as an exercise for the reader to pore through > /usr/ports/UPDATING and work out what is needed to be fixed by hand? > > This is not intended to be a slight on the "stable" ports branches. I > just want to solicit feedback from people who have actually been using > it, to determine how successfully it works in practice. > One would expect OS tools such as portsnap to give 'stable' or 'release' not 'bleeding edge'.. considering it's listed as the recommended way to update... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:07:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5431FA0E for ; Wed, 3 Sep 2014 13:07:00 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 20213147D for ; Wed, 3 Sep 2014 13:07:00 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id D36E0414; Wed, 3 Sep 2014 09:01:02 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Paul Mather In-Reply-To: Date: Wed, 3 Sep 2014 09:01:02 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> To: Daniel Braniss X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable@freebsd.org, Michelle Sullivan , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:07:00 -0000 On Sep 3, 2014, at 8:28 AM, Daniel Braniss wrote: >=20 > On Sep 3, 2014, at 1:40 PM, Daniel Kalchev wrote: >=20 >>=20 >> On 03.09.14 13:28, Michelle Sullivan wrote: >>>=20 >>>> We will have to live with it. WhateverHat is not better. >>> I can't comment on that - the entire org runs *Hat, I've spent the = last >>> 3 years showing the benefits of *BSD and now I feel completely = betrayed >>> because there is no chance of them changing, "You see it's not an >>> Enterprise OS"... >>=20 >> FreeBSD is a toolkit, not a "product" (ok, it's a product if you look = for toolkit). It is an very good toolkit to build UNIX-like systems and = many enterprises use it. Some do wonders with it, some, disasters. As = with any good toolkit, there is an entire ecosystem for support built = around it. FreeBSD also works out of the box but we are clearly not = discussing this here. >>=20 >> I understand your effort and frustration -- everyone who has dealt = with BSD UNIX has come to face it -- the media was instructed to = praise/blame Linux (out of topic why) and the mainstream "me too" crowd = is embracing it easier.. When most of the people who come to interviews = answer "I know Windows or Linux" your management does not have much = choice. >> Back in their days of glory, Cisco had very interesting marketing = strategy: "Never compete with anyone head to head -- the other party can = always optimize for the bench case. Instead, work with the user to build = and list of their requirements... and at the end see your product is the = only one that matches". Helps :) >=20 > hi all, > sorry to barge in :-), but since I have been trying to upgrade my = /usr/local now for a few days,=20 > and counting, I tend to understand Michelle=92s frustration, I also = understand that managing a ports > distribution is not for the weak hearted.=20 >=20 > Here is my story: > before I updated the ports via portsnap, I made sure the tree was = clean, i.e., ran=20 > pkg check -Ba > and > portmaster -dvga > and all was ok. >=20 > upgraded ports, ran portmaster ports-mgmt/pkg, > and now, since that day I am running > portmaster -dvga > and hand fixing issues. >=20 > all this in a non production environment - learned from past = experiences. > btw, we have several hundred computers, most of them desktops running = Linux, but > all the servers run FreeBSD. >=20 > Basically, I dread the day I run portsnap fetch update Fairly recently, there was launched a "stable" ports branch. This is=20 updated quarterly, and seems akin to the quarterly releases of pkgsrc=20 in that the given branch receives only security updates after it is=20 created. It appears to be fairly low-key. I remember seeing an=20 announcement on several FreeBSD mailing lists about its initial=20 release, but haven't seen anything since (even though I believe it is=20 now in its second quarter, at least). My question is this: does anyone have experience of tracking ports via=20= these branches? Does it work well? I can see that it would be=20 advantageous to those wanting less frequent churn. I wonder, though,=20 whether it doesn't just postpone the headaches to a quarterly basis,=20 when the next branch is made. It would seem that all the churn would=20 come all at once. Some people recommend not going too long between=20 ports updates because there's an increasing probability something will=20= fail to update the longer you wait. Is a quarter just right in terms=20 of time? I don't believe the "stable" ports branches are completely like the=20 pkgsrc quarterly releases. As far as I know, the pkgsrc quarterly=20 releases are a chosen subset of the regular pkgsrc rolling release=20 version, whereas the "stable" ports branch is a snapshot of ports at a=20= given time. I don't know what measures are taken to ensure that one=20 version of the "stable" ports branch can upgrade to the next "stable"=20 ports branch. Is it left as an exercise for the reader to pore through=20= /usr/ports/UPDATING and work out what is needed to be fixed by hand? This is not intended to be a slight on the "stable" ports branches. I=20= just want to solicit feedback from people who have actually been using=20= it, to determine how successfully it works in practice. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:50:04 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 826FA42C for ; Wed, 3 Sep 2014 13:50:04 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 385871AD5 for ; Wed, 3 Sep 2014 13:50:04 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id BA09A34D0A for ; Wed, 3 Sep 2014 09:49:56 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=FsQlhpH+rSekZPAJlRRiZRMuz7c=; b=oZF7Dl5 ynxa7b4FhDbI1BFhtTnabFzflyFrWAgq9JL5eF46y0p2kw+ml8v6X5/WL3F/4P4+ lqYywPFwH9gSslzw//jScDgtWE0+GaHnlP/nWgcuvbV8LUx3fMJJwr4V4kIxoJNk 6848DXEamfh6Ig99nuc1kU9tdcPX+oEPMviQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=veG1slf7hMyxhbh1EUox4cVjZTd02qClq 3+t0QZyjn3UOVEi9BJjO0UZL4eIhiOBibitcujacaYzqMOK7W07bbIDgb9sPKKK2 CiJuIaZsOeh9k7tla2uTng/8aSaT4jLwMhxeQ0yBqp/IsffswAZ6NtJVcKqDgV9C AjhQqj3QXE= Received: from pb-smtp0. (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id B099C34D09 for ; Wed, 3 Sep 2014 09:49:56 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 3757634CE8 for ; Wed, 3 Sep 2014 09:49:47 -0400 (EDT) Date: Wed, 3 Sep 2014 09:49:47 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Message-ID: <20140903134946.GA24397@satori.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <20140903120746.GI63085@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <20140903120746.GI63085@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 2AEB599C-3371-11E4-A81E-BD2DC4D60FE0-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:50:04 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 03, 2014 at 14:07:46 +0200, Baptiste Daroussin wrote: > On Wed, Sep 03, 2014 at 04:10:24PM +1000, John Marshall wrote: > > ntp 4.2.4 is the version that shipped in all of the above releases and > > is also included in 10-STABLE and 11-CURRENT at present. ntp 4.2.4 was > > superseded by the ntp 4.2.6 release on 12-Dec-2009. Is there any > > interest in getting a supported version of the ntp software into the > > upcoming 10.1 release? I would have thought that the latest patch > > release of the stable ntp version (4.2.6p5 24-DEC-2011) would be > > appropriate? I know that the ntp folks are working on releasing 4.2.8 > > but it isn't quite there yet. >=20 > One of the thing that makes updating ntp complicated it that is now > depends on bison extension which our old yacc (as of freebsd 8 and 9), > newer byacc (freebsd 10.0) does not support > FreeBSD 10.1 and FreeBSD current have a newer byacc version that does > support the said extension This is the sort of complexity that supports an argument for removing ntp from base altogether. Why does it need to be there? "Because it's always been there" is not good enough. Why do we still include the bloated, demonstrably insecure and dangerous ntpd when openntpd is BSD-friendly and a lot simpler? I can see the argument for needing to keep accurate time, but that is not a reason to include all of ntpd, is it? --=20 Chris Nehren --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJUBxx6PhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vP6kYP/3ZL Py9ZpmmWjaw6RYlLEn3FjAOiHixPXhFi2uAjooi2P9ZATzOqEGXSlOPpTrLqab9V 2i15zRgJUBhPcIq0/Vh5/tOiHCjFzKz2C+qbHeSarMOvJB4q1ysU3g9LT9yzvnGb 1C8nyRtsf0bQw3dXYERD70pbcha31qt0eey82DNSErpPDyVhP96bqjOw8z3SK0YN /pCUBTaXer7knQaxcNEfvJzcALZ6u4qTmRi0Vt0yi5aHgb/WyRdxDapyiYELb/JP yqGHXnnGEc1dZwlwt+Qx2ZmD2Ncs8TSb1MpW0fZK9vCIa2gIna9WgFwSez/fZHOA 8Bgc+DDDHJD3aXnc1nvk2sLZ/zOBamvjNCSJVDTdYEJAO9LuQ3p7Ol5nyLqIJyDw Nr6KGHlty1f6p453NOVmsR9/spBNNGlpVoPxJrJMMToAgkY2sspcxFECQ1QZraq7 I1etjEE/xINASC3kr19qGx3Lj45K8KjbUg6ErCCjPJRKmuc1QwuIHebxrtU3jgLj AxS5q1WXOoGw8YRxV7zqkjhIrh04FrDC8Y2SuDN9FjQUV0XKYdjAH/rjHeGhmKJF 6Br+MQo49eGa641flcp8Tyr68I7qeROVco3uc+gutjOFYzNf2j7wdjvlHgXLTJxf jklNEJiQoWJLK0623YJElj30WUWtJ6VUEPLodXVO =AQr8 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:57:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A9638C5 for ; Wed, 3 Sep 2014 13:57:53 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8C211C60 for ; Wed, 3 Sep 2014 13:57:52 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 3C4B3427; Wed, 3 Sep 2014 09:57:51 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Paul Mather In-Reply-To: <540711FF.3050409@sorbs.net> Date: Wed, 3 Sep 2014 09:57:50 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:57:53 -0000 On Sep 3, 2014, at 9:05 AM, Michelle Sullivan = wrote: > Paul Mather wrote: >> On Sep 3, 2014, at 8:28 AM, Daniel Braniss = wrote: >>=20 >>=20 >>> On Sep 3, 2014, at 1:40 PM, Daniel Kalchev wrote: >>>=20 >>>=20 >>>> On 03.09.14 13:28, Michelle Sullivan wrote: >>>>=20 >>>>>> We will have to live with it. WhateverHat is not better. >>>>>>=20 >>>>> I can't comment on that - the entire org runs *Hat, I've spent the = last >>>>> 3 years showing the benefits of *BSD and now I feel completely = betrayed >>>>> because there is no chance of them changing, "You see it's not an >>>>> Enterprise OS"... >>>>>=20 >>>> FreeBSD is a toolkit, not a "product" (ok, it's a product if you = look for toolkit). It is an very good toolkit to build UNIX-like systems = and many enterprises use it. Some do wonders with it, some, disasters. = As with any good toolkit, there is an entire ecosystem for support built = around it. FreeBSD also works out of the box but we are clearly not = discussing this here. >>>>=20 >>>> I understand your effort and frustration -- everyone who has dealt = with BSD UNIX has come to face it -- the media was instructed to = praise/blame Linux (out of topic why) and the mainstream "me too" crowd = is embracing it easier.. When most of the people who come to interviews = answer "I know Windows or Linux" your management does not have much = choice. >>>> Back in their days of glory, Cisco had very interesting marketing = strategy: "Never compete with anyone head to head -- the other party can = always optimize for the bench case. Instead, work with the user to build = and list of their requirements... and at the end see your product is the = only one that matches". Helps :) >>>>=20 >>> hi all, >>> sorry to barge in :-), but since I have been trying to upgrade my = /usr/local now for a few days,=20 >>> and counting, I tend to understand Michelle=92s frustration, I also = understand that managing a ports >>> distribution is not for the weak hearted.=20 >>>=20 >>> Here is my story: >>> before I updated the ports via portsnap, I made sure the tree was = clean, i.e., ran=20 >>> pkg check -Ba >>> and >>> portmaster -dvga >>> and all was ok. >>>=20 >>> upgraded ports, ran portmaster ports-mgmt/pkg, >>> and now, since that day I am running >>> portmaster -dvga >>> and hand fixing issues. >>>=20 >>> all this in a non production environment - learned from past = experiences. >>> btw, we have several hundred computers, most of them desktops = running Linux, but >>> all the servers run FreeBSD. >>>=20 >>> Basically, I dread the day I run portsnap fetch update >>>=20 >>=20 >> Fairly recently, there was launched a "stable" ports branch. This is=20= >> updated quarterly, and seems akin to the quarterly releases of pkgsrc=20= >> in that the given branch receives only security updates after it is=20= >> created. It appears to be fairly low-key. I remember seeing an=20 >> announcement on several FreeBSD mailing lists about its initial=20 >> release, but haven't seen anything since (even though I believe it is=20= >> now in its second quarter, at least). >>=20 >> My question is this: does anyone have experience of tracking ports = via=20 >> these branches? Does it work well? I can see that it would be=20 >> advantageous to those wanting less frequent churn. I wonder, though,=20= >> whether it doesn't just postpone the headaches to a quarterly basis,=20= >> when the next branch is made. It would seem that all the churn would=20= >> come all at once. Some people recommend not going too long between=20= >> ports updates because there's an increasing probability something = will=20 >> fail to update the longer you wait. Is a quarter just right in terms=20= >> of time? >>=20 >> I don't believe the "stable" ports branches are completely like the=20= >> pkgsrc quarterly releases. As far as I know, the pkgsrc quarterly=20 >> releases are a chosen subset of the regular pkgsrc rolling release=20 >> version, whereas the "stable" ports branch is a snapshot of ports at = a=20 >> given time. I don't know what measures are taken to ensure that one=20= >> version of the "stable" ports branch can upgrade to the next "stable"=20= >> ports branch. Is it left as an exercise for the reader to pore = through=20 >> /usr/ports/UPDATING and work out what is needed to be fixed by hand? >>=20 >> This is not intended to be a slight on the "stable" ports branches. = I=20 >> just want to solicit feedback from people who have actually been = using=20 >> it, to determine how successfully it works in practice. >>=20 >=20 > One would expect OS tools such as portsnap to give 'stable' or = 'release' > not 'bleeding edge'.. considering it's listed as the recommended way = to > update... As I pointed out, until fairly recently there was no such thing as a=20 "stable" release of the ports tree (it's traditionally been a rolling=20 release model, like -CURRENT). My question was to those who have been=20= using the "stable" branches: does it make managing ports updates=20 easier, or does it just concentrate all the problems into the=20 transition period between one quarterly branch to another? I've been=20 contemplating switching to the quarterly branches for production=20 machines, so would appreciate feedback. Portsnap doesn't have any concept of tracking branches, so far as I=20 know. It would be nice to have that feature now that there are the=20 "stable" ports branches. I guess if you want to track "release" via portsnap the answer is not=20 to run portsnap. :-) (A "release" ports tree never changes, so why would you need portsnap=20 to track its changes, unless you're talking about updating ports from=20 one -RELEASE to another, like freebsd-update does for the rest of the=20 OS?) The designated tool for tracking branches is now Subversion. I believe=20= that's why they added svnlite in 10.x. Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 13:59:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 370609DD for ; Wed, 3 Sep 2014 13:59:56 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55D111C8A for ; Wed, 3 Sep 2014 13:59:54 +0000 (UTC) Received: (qmail 37551 invoked by uid 89); 3 Sep 2014 13:55:40 -0000 Received: by simscan 1.4.0 ppid: 37546, pid: 37548, t: 0.0676s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19329 Received: from unknown (HELO suse3.ewadmin.local) (rainer@ultra-secure.de@212.71.117.1) by mail.ultra-secure.de with ESMTPA; 3 Sep 2014 13:55:40 -0000 Date: Wed, 3 Sep 2014 15:55:30 +0200 From: Rainer Duffner To: Paul Mather Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140903155530.464a7649@suse3.ewadmin.local> In-Reply-To: <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.22; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Michelle Sullivan , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 13:59:56 -0000 Am Wed, 3 Sep 2014 09:01:02 -0400 schrieb Paul Mather : > Fairly recently, there was launched a "stable" ports branch. This is > updated quarterly, and seems akin to the quarterly releases of pkgsrc > in that the given branch receives only security updates after it is > created. It appears to be fairly low-key. I remember seeing an > announcement on several FreeBSD mailing lists about its initial > release, but haven't seen anything since (even though I believe it is > now in its second quarter, at least). It's actually already in its 3rd quarter. > My question is this: does anyone have experience of tracking ports > via these branches? Does it work well? So far, it works well - for me. But of course I build all my packages myself. About 1200 or so, some of them I just use myself. Occasionally, when a port does not build (dovecot2 in Q2, IIRC), I need to take stuff from the "current" ports-tree. But it's not such a big deal. Q3 built everything right out of the box, though. Sometimes, when the installed pkg is too old, I have to fetch the newest pkg-package from my build, unpack pkg and the libpkg library and use that to upgrade the tree. I've got to see how the 1.2 -> 1.3 transition goes. I hope we can reach a state soon, where pkg is completely in the base-system and not changed much (or at all) over releases - or the database-format doesn't change much. Because I assume, a package-downgrade that also involves a downgrade of pkg itself is currently almost impossible. As for the subject of this discussion: I don't upgraded all my machines every quarter (yet). I've also stopped building for i386 a long time ago - simply because we haven't bought a non-AMD64 server for as long as I can remember being at my current employer... I've got builds for 8 9 and 10, sometimes with different "flavors", but I try to minimze variety (FreeBSD 10 only with MariaDB55, PHP55 etc. - no PHP55, no MariaDB55 to earlier releases - some stuff like perl, ruby is all the same on every major release until it's no longer in the ports-tree - then I need to lift it everywhere). I can see that you can't just upgrade any machine to the latest and greatest - I cannot do that either. But at the same time, the customer cannot expect to have the latest and greatest software on a five year old OS. Are there really people who need to maintain current ports with pkg_* tools on older FreeBSD-releases (that aren't supported by the ports-tree anymore, sometimes for ages)? That's going to be tough... All my machines with pkg_ still work well (sort of) - I just can't touch them. But almost all machines where this is the case are usually very old and can't be touched anyway. I can imagine that if you have a very large infrastructure and tooling tuned to use pkg_* it is very frustrating to dump all of this into the garbage-bin and start from scratch - but the writing of this has been on the wall for some time. Maybe Solaris or RedHat would be better platforms for those negatively affected by this - they have very stable APIs that are supported for a very long time. But porting non-mainstream 3rd-party software to these OSs might be challenging, too, after a couple of years. 3rd-party software moves on, too. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:05:10 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07F3FF40 for ; Wed, 3 Sep 2014 14:05:10 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id D87131D70 for ; Wed, 3 Sep 2014 14:05:09 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB0041HWMXEV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 07:08:59 -0700 (PDT) Message-id: <54072011.7030800@sorbs.net> Date: Wed, 03 Sep 2014 16:05:05 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Paul Mather Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> In-reply-to: <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:05:10 -0000 Paul Mather wrote: > As I pointed out, until fairly recently there was no such thing as a > "stable" release of the ports tree (it's traditionally been a rolling > release model, like -CURRENT). My question was to those who have been > using the "stable" branches: does it make managing ports updates > easier, or does it just concentrate all the problems into the > transition period between one quarterly branch to another? I've been > contemplating switching to the quarterly branches for production > machines, so would appreciate feedback. > >From what I hear getting things into the quarterly branches is neither automatic nor pain free so many don't do it. > Portsnap doesn't have any concept of tracking branches, so far as I > know. It would be nice to have that feature now that there are the > "stable" ports branches. > > I guess if you want to track "release" via portsnap the answer is not > to run portsnap. :-) > > (A "release" ports tree never changes, so why would you need portsnap > to track its changes, unless you're talking about updating ports from > one -RELEASE to another, like freebsd-update does for the rest of the > OS?) > Not quite - portsnap pulls security patches - it just doesn't upgrade... Also freebsd-update won't switch you to a 'stable' from 'release' etc... I think portsnap should provide 'stable' - tested, known working, security patched... and if you want bleeding edge use subversion, because you're likely to know (and accept) the consequences of such an action.... not to mention at that point you can rollback or if you are a new user that doesn't really know but followed some 'helpful' website/blog you can just 'rm -r /usr/ports && portsnap fetch extract' to get back to stability. > The designated tool for tracking branches is now Subversion. I believe > that's why they added svnlite in 10.x. > I don't have any 10.x machines yet (and might never have.) -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:08:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EEE7356 for ; Wed, 3 Sep 2014 14:08:49 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id EFD991DAF for ; Wed, 3 Sep 2014 14:08:48 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB0041JWT1EV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 07:12:40 -0700 (PDT) Message-id: <540720ED.2010900@sorbs.net> Date: Wed, 03 Sep 2014 16:08:45 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Rainer Duffner Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <20140903155530.464a7649@suse3.ewadmin.local> In-reply-to: <20140903155530.464a7649@suse3.ewadmin.local> Cc: freebsd-stable@freebsd.org, Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:08:49 -0000 Rainer Duffner wrote: > > Maybe Solaris or RedHat would be better platforms for those negatively > affected by this - they have very stable APIs that are supported for a > very long time. But porting non-mainstream 3rd-party software to these > OSs might be challenging, too, after a couple of years. 3rd-party > software moves on, too. > > > > Well all my applications are written in perl or ansi c (using posix calls) so they compile and run on most linux, solaris and freebsd versions without much changes (the usual issue is the libraries needed for resolver routines) Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:11:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2FBA6661 for ; Wed, 3 Sep 2014 14:11:31 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B35841DE9 for ; Wed, 3 Sep 2014 14:11:30 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id r20so9914752wiv.5 for ; Wed, 03 Sep 2014 07:11:28 -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=XAVybEdBAf5a0LG99Vkp4PRr/h4ufOLrDQ8kDJd5BO8=; b=xqVvX0uEnE6Y/KjF/JHCkzFJ0Hk1kc8Teot+8H7Z9jqD4xgVb7uDEQ79GcFR9eMk8G IPhEwVLsDQBkGWw0MXZQZC5OHV+3gwYl6EJnd4ToLcmAiORplMnGEQw7SxizaLsQWXQ0 mz2SRgttgBjU6fku/5FLI/x1yi1jgEUGaLxhv4XIr8pI87MkdbG26iPXymelL4rIOjfL w79h0eKAJvFoTk9Ead2J8aDpMG7JuyVHQBDjDmGf+MYeOzH3Mk0sPyryk4m/9h+8ixWv G9LW8OM94TDakKp9FSQ2Xo2yG2jJQLbjAHuAZjtUeNes96reDSNRWGDWJoAr4531tnpX wfEA== MIME-Version: 1.0 X-Received: by 10.194.71.11 with SMTP id q11mr12165795wju.33.1409753488449; Wed, 03 Sep 2014 07:11:28 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Wed, 3 Sep 2014 07:11:28 -0700 (PDT) In-Reply-To: <54072011.7030800@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> Date: Wed, 3 Sep 2014 10:11:28 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Brandon Allbery To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:11:31 -0000 On Wed, Sep 3, 2014 at 10:05 AM, Michelle Sullivan wrote: > I think portsnap should provide 'stable' - tested, known > working, security patched > But the ports tree does not provide this and never has. You want a package-based distribution. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:13:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6B737D9 for ; Wed, 3 Sep 2014 14:13:02 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5A51E84 for ; Wed, 3 Sep 2014 14:13:02 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h15so9145532igd.14 for ; Wed, 03 Sep 2014 07:13:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WkmLPA91m/UD5W8EKONmFJrBPI0aCk5RTP57EFzy/Q0=; b=bQJizalG1G5tsQaQRDxee0w43D2bLk/HhIjblPZAOEbDSa4veLOoiIWeg/Bab1wzR3 MXr85fm4KA/VQ+cw82levj9nrKMY0kT6R0xdnK7jD26YDpfJlS6i5seW5p8DnE9BsCdJ fmhqyGYVT4e65ZbbBBp/vrfBumN5G8AfaSJPYCAGsI9PQy1tNYo3xyjLYSCGv3TBi3n/ QB5yVA6CwlSJCKxEkXe2XpFsHsp/0DvmoVRZ2Fj9CqrkpKlVltA6N07ZJGFkAz/0RK6n wZmHHvAktawQmnLtwTChw+9oc4dDO0qpcKVdCPMs+bRnmchT+F1KCqR1v+V73S9ZxMm/ vXrw== MIME-Version: 1.0 X-Received: by 10.42.212.146 with SMTP id gs18mr2959564icb.96.1409753582027; Wed, 03 Sep 2014 07:13:02 -0700 (PDT) Received: by 10.107.1.19 with HTTP; Wed, 3 Sep 2014 07:13:01 -0700 (PDT) In-Reply-To: <54072011.7030800@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> Date: Wed, 3 Sep 2014 15:13:01 +0100 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Tom Evans To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:13:02 -0000 On Wed, Sep 3, 2014 at 3:05 PM, Michelle Sullivan wrote: > I think portsnap should provide 'stable' - tested, known > working, security patched... 100%, and as soon as someone comes along who is prepared to do and pay for that, I think we would all enjoy it. Unfortunately, someone like that doesn't yet exist, so it is unrealistic to just expect that infrastructure to be there. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:19:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F0EFC67 for ; Wed, 3 Sep 2014 14:19:07 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id EF0B61F05 for ; Wed, 3 Sep 2014 14:19:06 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB0041NXA7EV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 07:22:57 -0700 (PDT) Message-id: <54072357.40101@sorbs.net> Date: Wed, 03 Sep 2014 16:19:03 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> In-reply-to: Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:19:07 -0000 Brandon Allbery wrote: > On Wed, Sep 3, 2014 at 10:05 AM, Michelle Sullivan > wrote: > > >> I think portsnap should provide 'stable' - tested, known >> working, security patched >> >> > > But the ports tree does not provide this and never has. Yes and with the exception of 6.x->7.x no one has come alone and made such a massive change that has deliberately broken build systems for production servers without good reason without any alternative whilst people migrate (and lets not start the 'well you had 2 years' thing again - I had less than 2 months notice that the EOL message was put there so that the packaging system (and therefore the ports tree) was going to be deliberately, irrevocably and irreversibly broken - and the person responsible was quite happy about it. ) > You want a > package-based distribution. > > I built my own because the defaults don't work for me. Now I don't have anything... and if I had been using packages the same person behind this change would have completely screwed all my production servers on the patching for (amongst other things) heartbleed when they decided to change the default for apache 2.2 to apache 2.4 without having mod_perl24 available first. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:21:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F6BFDA0 for ; Wed, 3 Sep 2014 14:21:35 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF841FC2 for ; Wed, 3 Sep 2014 14:21:34 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB0041RXECEV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 07:25:26 -0700 (PDT) Message-id: <540723EC.5000908@sorbs.net> Date: Wed, 03 Sep 2014 16:21:32 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Tom Evans Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> In-reply-to: Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:21:35 -0000 Tom Evans wrote: > On Wed, Sep 3, 2014 at 3:05 PM, Michelle Sullivan wrote: > >> I think portsnap should provide 'stable' - tested, known >> working, security patched... >> > > 100%, and as soon as someone comes along who is prepared to do and pay > for that, I think we would all enjoy it. > > Unfortunately, someone like that doesn't yet exist, so it is > unrealistic to just expect that infrastructure to be there. > Well as I was one of the people trying to raise funds for FreeBSD (for general stuff, not specifically this) and as $employer will *not* be adopting FreeBSD now the chances of having such just reduced. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:23:51 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7E92F0E for ; Wed, 3 Sep 2014 14:23:51 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8082E1FE5 for ; Wed, 3 Sep 2014 14:23:51 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 78E5B436; Wed, 3 Sep 2014 10:23:49 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Paul Mather In-Reply-To: <54072011.7030800@sorbs.net> Date: Wed, 3 Sep 2014 10:23:48 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:23:51 -0000 On Sep 3, 2014, at 10:05 AM, Michelle Sullivan wrote: > Paul Mather wrote: >> As I pointed out, until fairly recently there was no such thing as a >> "stable" release of the ports tree (it's traditionally been a rolling >> release model, like -CURRENT). My question was to those who have been >> using the "stable" branches: does it make managing ports updates >> easier, or does it just concentrate all the problems into the >> transition period between one quarterly branch to another? I've been >> contemplating switching to the quarterly branches for production >> machines, so would appreciate feedback. >> > > From what I hear getting things into the quarterly branches is neither > automatic nor pain free so many don't do it. I agree; it requires some familiarity with the use of Subversion. > >> Portsnap doesn't have any concept of tracking branches, so far as I >> know. It would be nice to have that feature now that there are the >> "stable" ports branches. >> >> I guess if you want to track "release" via portsnap the answer is not >> to run portsnap. :-) >> >> (A "release" ports tree never changes, so why would you need portsnap >> to track its changes, unless you're talking about updating ports from >> one -RELEASE to another, like freebsd-update does for the rest of the >> OS?) >> > > Not quite - portsnap pulls security patches - it just doesn't upgrade... > Also freebsd-update won't switch you to a 'stable' from 'release' > etc... I think portsnap should provide 'stable' - tested, known > working, security patched... and if you want bleeding edge use > subversion, because you're likely to know (and accept) the consequences > of such an action.... not to mention at that point you can rollback or > if you are a new user that doesn't really know but followed some > 'helpful' website/blog you can just 'rm -r /usr/ports && portsnap fetch > extract' to get back to stability. Again, I agree. Now that there are "stable" ports branches, it would be nice if there was a focus to make tracking them easier, and, arguably, as you say, the default. Maybe this is already being planned or even happening. I've never seen so much development in ports as there has been in the last year or so. My thanks go to those who are putting in a lot of time and effort. >> The designated tool for tracking branches is now Subversion. I believe >> that's why they added svnlite in 10.x. >> > I don't have any 10.x machines yet (and might never have.) I only have one FreeBSD 8 machine left in production. I updated it to pkgng several months ago and it works well with pkg. I use poudriere to build binary packages for most of my systems, but that one still kept up to date via portmaster. I updated it to pkgng when I'd had enough of the EOL warnings during ports builds. I probably wouldn't have seen those (or been as bothered by them) had I been building ports via poudriere for it, as I'm not as aware of the build logs with poudriere. :-) Cheers, Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:24:34 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 154CD95; Wed, 3 Sep 2014 14:24:34 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEBD91FF7; Wed, 3 Sep 2014 14:24:33 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 682B3BDC6B; Wed, 3 Sep 2014 16:24:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=Aj8eSUHEOnP 6YqetHNu81/PQtEw=; b=cQKzfs7BKSDAT+j1Duo3F87i9MG6tWxgaoUnmfzGUfV SGEvPyIPwv6qGW2TwqkxmN0Wr5ifHfcnAkXaAcCp2+OHtWGPsoqR1arxz1zf3ruU aK2+gnZ+NlyYxs+AmJ6d/B//x6VlVpgHMUdy3Kleh8FlJ45herTkZyIC/fYhfDo0 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 42DE0BDC4C; Wed, 3 Sep 2014 16:24:30 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 1BB3E6158; Wed, 3 Sep 2014 16:24:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id B43E67302D9F; Wed, 3 Sep 2014 16:24:27 +0200 (CEST) Date: Wed, 03 Sep 2014 16:24:27 +0200 From: Mathieu Arnold To: Michelle Sullivan , mva@freebsd.org Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: In-Reply-To: <5405AE54.60809@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:24:34 -0000 +--On 2 septembre 2014 13:47:32 +0200 Michelle Sullivan wrote: | Marcus von Appen wrote: |> Alban Hertroys : |> |>> |>> I can totally understand that at some point it starts to get |>> impossible to maintain two separate packaging systems and I understand |>> that you think 2 years is enough time to shake things out, but |>> software vendors aren't that quick. For many, 2 years is a short time. |>> |> |> It also should be noted that everyone had enough time to raise those |> issues |> in the time between tthe announcement and now. No one did. Now that it is |> gone, they are brought up, while they should have been long time ago |> instead. It can't work that way. |> |> My 2 cents in this discussion :-). | | Actually I brought it up as soon as I found the EOL was a deadline for | breaking pkg_* tools, was told, "too late now" - that was more than 2 | weeks ago, less than 2 months ago (forget the date) ... I'm happy with | an EOL and working to upgrade everything, I'm not happy that the EOL was | not actually an EOL and it was actually a deadline. I still don't see what you have to say about what EOL mean, it's *End Of Life* meaning after, it is dead, and won't exist any more. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:24:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7EFD0334 for ; Wed, 3 Sep 2014 14:24:59 +0000 (UTC) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DDEFF100E for ; Wed, 3 Sep 2014 14:24:58 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id mc6so9945906lab.1 for ; Wed, 03 Sep 2014 07:24:56 -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=+6UiNWu1KKXXvxsymmbvYmfEtgdEHRB8z5EHtlXZRys=; b=R8rFY4YualRYqsIkP+6TniGxtiWoHEbJi648KIu6TQhWw72HbCUoXADQbQZ+7+SwaD AObEGTwEvXfr3KCBaOwPYtPbpT16r3k5Pv0jF5NaYk51iBQBCvbe4QY6h71QCYyJRLIt oSAd6yYmMsNr/rHQ33S5+dtT8ii2aPRjKcjcwcEiGQDhd2bb1Azi5wMy6vv7dF6gpYR/ PEWOSyR5Jk2CyO+Kn+hlk0vyY7v4odL8jVgOGRCMaaxB2MVSXHfW2oEI/+pfhfsjbwHZ quXKoaWSCxV4qQiVp/vLs+jLKzP+gLcKppKYqiS9qETmaeaRhQxHLPGyHyMWocTW3rup L2VQ== MIME-Version: 1.0 X-Received: by 10.112.199.232 with SMTP id jn8mr133086lbc.30.1409754296801; Wed, 03 Sep 2014 07:24:56 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.197.107 with HTTP; Wed, 3 Sep 2014 07:24:56 -0700 (PDT) In-Reply-To: References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> Date: Wed, 3 Sep 2014 07:24:56 -0700 X-Google-Sender-Auth: UH3OmZ0hPMUu1Max1DoitMzD8BI Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Craig Rodrigues To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable , Michelle Sullivan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:24:59 -0000 On Wed, Sep 3, 2014 at 7:13 AM, Tom Evans wrote: > On Wed, Sep 3, 2014 at 3:05 PM, Michelle Sullivan wrote: >> I think portsnap should provide 'stable' - tested, known >> working, security patched... > > 100%, and as soon as someone comes along who is prepared to do and pay > for that, I think we would all enjoy it. > > Unfortunately, someone like that doesn't yet exist, so it is > unrealistic to just expect that infrastructure to be there. You might want to check out BSDNow, episode 51 ( http://www.bsdnow.tv/episodes/2014_08_20-engineering_nginx ). In that episode, they interviewed Eric Le Blan from Xinuos (the company that acquired the assets of SCO Unix). He expressed interest in his company providing long term support for FreeBSD on older branches. It's not in place now though, but would be nice to see this come. -- Craig From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:36:33 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D8D7E83E; Wed, 3 Sep 2014 14:36:33 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id B96711233; Wed, 3 Sep 2014 14:36:33 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB0041XY3AEV00@hades.sorbs.net>; Wed, 03 Sep 2014 07:40:24 -0700 (PDT) Message-id: <5407276D.3050200@sorbs.net> Date: Wed, 03 Sep 2014 16:36:29 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Mathieu Arnold Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> In-reply-to: Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, mva@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:36:34 -0000 Mathieu Arnold wrote: > I still don't see what you have to say about what EOL mean, it's *End Of > Life* meaning after, it is dead, and won't exist any more. > > Ahh so all those Windows XP servers are dead and don't work anymore... -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:41:03 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D5CBAE8 for ; Wed, 3 Sep 2014 14:41:03 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 99AAE1309 for ; Wed, 3 Sep 2014 14:41:02 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id u10so9517283lbd.20 for ; Wed, 03 Sep 2014 07:41:00 -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=jxL37Cr49ckhZDVjEYrcO5PgabI/9nfn0P2wtSpmuQY=; b=uHVjPnEVWqu522FGtUFEpNtsEZ8zgO8GbU7Cvd0DgmHEns8yhhNWVE4c3bNaIGgEbV GwlrzbYZCFyO1Rk0J4pX0SU56gfBY5k07iFx5kjJp9EuI5w8n03U26RSqjEm0ugP1Ke1 0pV+S95ABVIEF0c8lSM5K73RPEhjd4cohnjhx6xH2nqxKopFTm4uuByn+HMViuT0xxym b7Ok5rYP9gr0MUdBEJpZM6DZJLvj2piuWAeQkNaf6i/Swg9pbbaa6bNGjW7GBoxm66j6 APk5cMubgLSSSjvlrcCpGn1IcVKlAzrAYT47BwTN0XS1Mg5wK4+LdZGtXbHaCpV3KWDi ekdg== X-Received: by 10.152.87.97 with SMTP id w1mr3431579laz.92.1409755260316; Wed, 03 Sep 2014 07:41:00 -0700 (PDT) Received: from alex.super ([195.238.246.110]) by mx.google.com with ESMTPSA id pc2sm9020729lbb.5.2014.09.03.07.40.58 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 03 Sep 2014 07:40:59 -0700 (PDT) Message-ID: <54072878.3@gmail.com> Date: Wed, 03 Sep 2014 22:40:56 +0800 From: "Alex V. Petrov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Broke the sound output via HDMI Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:41:03 -0000 Broke the sound output via HDMI. A few days ago. FreeBSD alex.super 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #10 r271013: Wed Sep 3 18:26:57 KRAT 2014 alex@alex.super:/usr/obj/usr/src/sys/ALEX amd64 cat /dev/sndstat Installed devices: pcm0: (play) pcm1: (play) pcm2: (play) pcm3: (play) pcm4: (play/rec) default pcm5: (play/rec) pcm6: (play/rec) ls /dev/dsp* /dev/dsp0.1 /dev/dsp1.0 /dev/dsp2.1 /dev/dsp3.1 /dev/dsp4.0 /dev/dsp5.0 /dev/dsp6.0 cat somefile > /dev/dsp??? worked only with /dev/dsp4.0 (pcm4: (play/rec) default) From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:45:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 423C9D53 for ; Wed, 3 Sep 2014 14:45:14 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0212.outbound.protection.outlook.com [207.46.163.212]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C1CF8133B for ; Wed, 3 Sep 2014 14:45:13 +0000 (UTC) Received: from BY1PR0301MB0839.namprd03.prod.outlook.com (25.160.193.145) by BY1PR0301MB1191.namprd03.prod.outlook.com (25.160.195.15) with Microsoft SMTP Server (TLS) id 15.0.1015.19; Wed, 3 Sep 2014 14:45:04 +0000 Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by BY1PR0301MB0839.namprd03.prod.outlook.com (25.160.193.145) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Wed, 3 Sep 2014 14:45:01 +0000 Message-ID: <54072969.2080800@my.hennepintech.edu> Date: Wed, 3 Sep 2014 09:44:57 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Michelle Sullivan , Brandon Allbery Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <54072357.40101@sorbs.net> In-Reply-To: <54072357.40101@sorbs.net> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0059.namprd03.prod.outlook.com (25.160.152.155) To BY1PR0301MB0839.namprd03.prod.outlook.com (25.160.193.145) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:;UriScan:; X-Forefront-PRVS: 032334F434 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(199003)(189002)(4396001)(99396002)(46102001)(75432001)(31966008)(77982001)(77096002)(87266999)(105586002)(64126003)(76482001)(54356999)(76176999)(50986999)(42186005)(65816999)(50466002)(23676002)(74662001)(74502001)(79102001)(64706001)(86362001)(47776003)(20776003)(21056001)(83506001)(59896002)(65806001)(101416001)(107046002)(81342001)(102836001)(65956001)(117636001)(92726001)(95666004)(89122001)(87976001)(80022001)(83322001)(92566001)(83072002)(106356001)(90102001)(85306004)(81542001)(85852003)(93886004)(88552001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:BY1PR0301MB0839; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; A:0; MX:1; LANG:en; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:; X-OriginatorOrg: my.hennepintech.edu Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:45:14 -0000 On 2014.09.03 09:19, Michelle Sullivan wrote: >> But the ports tree does not provide this and never has. > Yes and with the exception of 6.x->7.x no one has come alone and made > such a massive change that has deliberately broken build systems for > production servers without good reason without any alternative whilst > people migrate (and lets not start the 'well you had 2 years' thing > again - I had less than 2 months notice that the EOL message was put > there so that the packaging system (and therefore the ports tree) was > going to be deliberately, irrevocably and irreversibly broken - and the > person responsible was quite happy about it. ) If you think the ports team didn't communicate the EOL notice well enough, file a PR and let them know how you think they could have done better. Do not act like they sent out a notice only 2 months ago and just released pkg last week. It *has* been a 2 year process, and your ignorance of it doesn't change that. Complaining isn't productive, but if you have real suggestions for improving processes that involve breaking changes like this, I'm sure we would all be happy to hear them. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:49:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 256E0F0F for ; Wed, 3 Sep 2014 14:49:13 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEBF1137F for ; Wed, 3 Sep 2014 14:49:12 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id tr6so9911787ieb.28 for ; Wed, 03 Sep 2014 07:49:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=l5mMMxltMi1hRKD37TdjAsBlqFwS7SCjbeBFZC45A+Q=; b=k71sA/NkUaxolxcokV18VUU3B9Kvzc3Xb/tzmSDGOU+XZTDzlTwomJRwvEzMrcP0ex 36piHyBqmON41Lqipeuj5DZo/E66z2gjxwtfcykVfZFkYWzq3NlOU/1800wu+tboIZVI YQTNIER72z36HZ14BqafYnz79Ncl88fGKALDrCyMfCcicJHEan1cLV2UgOzW8tmnOLr0 CNggxgVA73RUUwMbxbnXuUN7J3ZcX8pFEa3baxQULLhZ+q4/sdx+9CsPA0hypD2wNAi5 Dc1RillH2ds/pQ/nizcBovCjWO/pCEuzhp5mKiPbtM0TJIRcVZY3z+qSS7mBpown1z4J zO6g== MIME-Version: 1.0 X-Received: by 10.42.212.146 with SMTP id gs18mr3256507icb.96.1409755752388; Wed, 03 Sep 2014 07:49:12 -0700 (PDT) Received: by 10.107.1.19 with HTTP; Wed, 3 Sep 2014 07:49:12 -0700 (PDT) In-Reply-To: <540723EC.5000908@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <540723EC.5000908@sorbs.net> Date: Wed, 3 Sep 2014 15:49:12 +0100 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Tom Evans To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:49:13 -0000 On Wed, Sep 3, 2014 at 3:21 PM, Michelle Sullivan wrote: > Tom Evans wrote: >> On Wed, Sep 3, 2014 at 3:05 PM, Michelle Sullivan wrote: >> >>> I think portsnap should provide 'stable' - tested, known >>> working, security patched... >>> >> >> 100%, and as soon as someone comes along who is prepared to do and pay >> for that, I think we would all enjoy it. >> >> Unfortunately, someone like that doesn't yet exist, so it is >> unrealistic to just expect that infrastructure to be there. >> > > Well as I was one of the people trying to raise funds for FreeBSD (for > general stuff, not specifically this) and as $employer will *not* be > adopting FreeBSD now the chances of having such just reduced. > That's a fallacious argument; "if *someone* doesn't put the infrastructure in to place then *we* can't contribute more". This is what Linux distributions spend their money on; employing people to do infrastructure engineering. When a new release of httpd happens, people at Red Hat manually back-merge fixes to the version of httpd that is in their package repository. FreeBSD has volunteers who maintain the ports tree, they have no time to manually merge and test fixes, so when a new release of httpd happens in FreeBSD, the version changes and you get all the new features and bug fixes. So if you use FreeBSD, that infrastructure is not there; you need to do it in house. How tricky that is depends on the size of your house - Netflix have no problems, Yahoo have no problems, SMEs like the one I work for - problems. I'm not denying the problem; just that specifying what should or shouldn't happen with the ports tree is not productive if you aren't proposing to actually do it yourself. Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:50:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1274EB6 for ; Wed, 3 Sep 2014 14:50:39 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id DFA33139E for ; Wed, 3 Sep 2014 14:50:38 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB00421YQREV00@hades.sorbs.net> for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 07:54:29 -0700 (PDT) Message-id: <54072ABB.7040905@sorbs.net> Date: Wed, 03 Sep 2014 16:50:35 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Andrew Berg Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <54072357.40101@sorbs.net> <54072969.2080800@my.hennepintech.edu> In-reply-to: <54072969.2080800@my.hennepintech.edu> Cc: freebsd-stable , Brandon Allbery , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:50:39 -0000 Andrew Berg wrote: > On 2014.09.03 09:19, Michelle Sullivan wrote: > >>> But the ports tree does not provide this and never has. >>> >> Yes and with the exception of 6.x->7.x no one has come alone and made >> such a massive change that has deliberately broken build systems for >> production servers without good reason without any alternative whilst >> people migrate (and lets not start the 'well you had 2 years' thing >> again - I had less than 2 months notice that the EOL message was put >> there so that the packaging system (and therefore the ports tree) was >> going to be deliberately, irrevocably and irreversibly broken - and the >> person responsible was quite happy about it. ) >> > If you think the ports team didn't communicate the EOL notice well enough, file > a PR and let them know how you think they could have done better. Do not act > like they sent out a notice only 2 months ago and just released pkg last week. > It *has* been a 2 year process, and your ignorance of it doesn't change that. > > Complaining isn't productive, but if you have real suggestions for improving > processes that involve breaking changes like this, I'm sure we would all be > happy to hear them. > ______________________ I had suggestions and was told (on IRC by the man himself) "No".. one hour to go before my confcall with ops about them taking over everything and me departing from looking after the servers. If they take it on, everything I have said will be a moot point anyhow as all servers will be migrated to DeadRat and I'll go back to just coding... I bet I'll get a lot more sleep then and be a happier person. Thanks for listening. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:56:18 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B392145F; Wed, 3 Sep 2014 14:56:18 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6861914CC; Wed, 3 Sep 2014 14:56:18 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id B2882BDC70; Wed, 3 Sep 2014 16:56:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=lCNMDywaIUV FGa1QZgLmEituujQ=; b=GB9F1Yk7f6vh8t5iRzTYL9NA4w9x+hdFNgM9afKwTZK LUaaxflftWWTalBgSyqaxQySoPjE6+XL5TDl01YF3iePUPekKjVjeej2KB0U24Js Yxbu340NnmsWSFFq+yBusW9p5f3atTxfsJ+KmhBWe6JU/2By1fCF+vZ6QCBAL++0 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 8BA3DBDC5D; Wed, 3 Sep 2014 16:56:16 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id DF268614F; Wed, 3 Sep 2014 16:56:15 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 54783730328C; Wed, 3 Sep 2014 16:56:15 +0200 (CEST) Date: Wed, 03 Sep 2014 16:56:14 +0200 From: Mathieu Arnold To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> In-Reply-To: <5407276D.3050200@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:56:18 -0000 +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan wrote: | Mathieu Arnold wrote: |> I still don't see what you have to say about what EOL mean, it's *End Of |> Life* meaning after, it is dead, and won't exist any more. |> |> | Ahh so all those Windows XP servers are dead and don't work anymore... Not at all, but you don't update them any more. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 15:15:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDC9B765; Wed, 3 Sep 2014 15:15:39 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id AE4B818AD; Wed, 3 Sep 2014 15:15:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBB00429ZWFEV00@hades.sorbs.net>; Wed, 03 Sep 2014 08:19:29 -0700 (PDT) Message-id: <54073097.6000006@sorbs.net> Date: Wed, 03 Sep 2014 17:15:35 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Tom Evans Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <540723EC.5000908@sorbs.net> In-reply-to: Cc: "ports@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:15:40 -0000 Tom Evans wrote: > On Wed, Sep 3, 2014 at 3:21 PM, Michelle Sullivan wrote: > >> Tom Evans wrote: >> >>> On Wed, Sep 3, 2014 at 3:05 PM, Michelle Sullivan wrote: >>> >>> >>>> I think portsnap should provide 'stable' - tested, known >>>> working, security patched... >>>> >>>> >>> 100%, and as soon as someone comes along who is prepared to do and pay >>> for that, I think we would all enjoy it. >>> >>> Unfortunately, someone like that doesn't yet exist, so it is >>> unrealistic to just expect that infrastructure to be there. >>> >>> >> Well as I was one of the people trying to raise funds for FreeBSD (for >> general stuff, not specifically this) and as $employer will *not* be >> adopting FreeBSD now the chances of having such just reduced. >> >> > > That's a fallacious argument; "if *someone* doesn't put the > infrastructure in to place then *we* can't contribute more". > Didn't say that, though I can see how it looks like that (because you're not taking into account other emails.) If the system had not been broken over night I would still be well on to my way of to getting corporate support, but with echos of Mandrake (co-incidentally produced in the same country as the latest breakage) they're going to stay with enterprise OSs. > This is what Linux distributions spend their money on; employing > people to do infrastructure engineering. When a new release of httpd > happens, people at Red Hat manually back-merge fixes to the version of > httpd that is in their package repository. > > FreeBSD has volunteers who maintain the ports tree, they have no time > to manually merge and test fixes, so when a new release of httpd > happens in FreeBSD, the version changes and you get all the new > features and bug fixes. > Nope, as an ex-maintainer I can vouch for this. > So if you use FreeBSD, that infrastructure is not there; you need to > do it in house. Like I was doing. (and am not anymore because the entire build system is now screwed and I'm not going to build it again.) > How tricky that is depends on the size of your house - > Netflix have no problems, Yahoo have no problems, SMEs like the one I > work for - problems. > > I'm not denying the problem; just that specifying what should or > shouldn't happen with the ports tree is not productive if you aren't > proposing to actually do it yourself. > > Here's the problem, I saw the EOL last October, I read it, I understood that after Sept 1, 2014 the old packaging system will no long be supported as it's "EOL" I continued the production database upgrade. I continued my building of a completely new Puppet Environment for the production servers. I learned and built my own build system using jenkings, virtualbox and poudriere. I even built it so it would build both pkgng and pkg_* versions of the repos... and with the pkgng without docs (just reverse engineering the public FreeBSD pkg system.) I continued freebsd-update'ing production servers to 9.2 then 9.3 where possible (testing, and doing it all by hand) then integrating it into puppet - in many cases writing my own puppet modules and patches to make it work with FreeBSD (like the facter patch that gives interface aliases.) I learned that the ports tree was being updated so much that things would break every day in just 580 packages I have. I changed the system so it would only start building when triggered and would continually cycle until it got a complete and stable repo (with regression testing)... sometimes this took over a month to get stable (mostly just a few days.) I took over maintainership of some ports to get staging done and to help others (including virtuoso - which was no small task and something which I don't use at all - amongst others I don't use.) At this point (July/August 2014) I saw a convo between bapt and someone else that led me to question , "So Sept 1, 2014 the entire ports builds will change and pkg_* will be completely broken" .. - not just EOL, but updated so they no longer work at all Then around mid August after some patches had *finally* been applied I triggered a new build which continued to cycle due to a bad TCL update until August 30 when it 'fixed itself' ... but the build continued to slowly make its way through got to 9.2-i386 on Sept 1... and guess what... something caused it to restart because of a bad update and so Sept 2 came and bapt deliberately and knowingly broke pkg_* in the ports tree and my entire repo for non-pkgng started building itself for pkg ... which means my environment cannot be tested, so it'll never complete and I can not upgrade without going to every server manually... not to mention I have to rebuild the build environment completely to make it work now, then I have to rebuild the testing environment to cope with the switch from pkg_* to pkg, and then finally I have to switch all servers to pkg and tell puppet to use pkg instead of pkg_* ... I've had about 2 months - even with keeping up the notices - and all I got was, "No, you should plan better"... Well that's a real good way of getting people who can help to keep helping... FUCK THAT! Michelle -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 15:17:51 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B076A8E; Wed, 3 Sep 2014 15:17:51 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9F818E4; Wed, 3 Sep 2014 15:17:51 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBC0042B004EV00@hades.sorbs.net>; Wed, 03 Sep 2014 08:21:42 -0700 (PDT) Message-id: <5407311C.5070903@sorbs.net> Date: Wed, 03 Sep 2014 17:17:48 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Mathieu Arnold Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> In-reply-to: <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:17:51 -0000 Mathieu Arnold wrote: > +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan > wrote: > | Mathieu Arnold wrote: > |> I still don't see what you have to say about what EOL mean, it's *End Of > |> Life* meaning after, it is dead, and won't exist any more. > |> > |> > | Ahh so all those Windows XP servers are dead and don't work anymore... > > Not at all, but you don't update them any more. > > Actually you do, but it does nothing... just like freebsd-update on any EOL release... Microsoft didn't release a patch that would change the base system so you can no longer install any software... They just stopped providing updates, then later stopped providing security updates. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 15:21:14 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 766C4C5A; Wed, 3 Sep 2014 15:21:14 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ABCD1991; Wed, 3 Sep 2014 15:21:14 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 758AEBDC4C; Wed, 3 Sep 2014 17:21:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=mat.cc; h=date:from:to:cc :subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=plouf; bh=heWRH7OprhS SCsmTR9UhrGkAvCs=; b=AtCPliyl4/Uw7BGODhYk1DCf21xPxxQyPPiCu84lIAq i4JVLHJUMI49h4uikHiATvD4FHOTbcq8JhPIWP/8Ybp6Q1WeK2fmXTUyhBkpRcct jftzF0lMTWEs9T9aSq2/Vxdyd8hLiGwzgsW0xBlN5MdFzZf8DyzEjqFx6kmFkNC4 = Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 51FC6BDC2E; Wed, 3 Sep 2014 17:21:12 +0200 (CEST) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 4EE5E6158; Wed, 3 Sep 2014 17:21:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 827907303680; Wed, 3 Sep 2014 17:21:10 +0200 (CEST) Date: Wed, 03 Sep 2014 17:21:10 +0200 From: Mathieu Arnold To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <562F5E76969DAAFC2106C9EC@ogg.in.absolight.net> In-Reply-To: <5407311C.5070903@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> <5407311C.5070903@sorbs.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 15:21:14 -0000 +--On 3 septembre 2014 17:17:48 +0200 Michelle Sullivan wrote: | Mathieu Arnold wrote: |> +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan |> wrote: |> | Mathieu Arnold wrote: |> |> I still don't see what you have to say about what EOL mean, it's *End |> |> Of Life* meaning after, it is dead, and won't exist any more. |> |> |> |> |> | Ahh so all those Windows XP servers are dead and don't work anymore... |> |> Not at all, but you don't update them any more. |> |> | Actually you do, but it does nothing... just like freebsd-update on any | EOL release... | | Microsoft didn't release a patch that would change the base system so | you can no longer install any software... They just stopped providing | updates, then later stopped providing security updates. You can still go and fetch/build software. You can't do it using the FreeBSD App Store though. -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 16:58:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E4DB532 for ; Wed, 3 Sep 2014 16:58:09 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FB361585 for ; Wed, 3 Sep 2014 16:58:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XPDsk-0005eE-Is for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 09:58:06 -0700 Date: Wed, 3 Sep 2014 09:58:06 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1409763486566-5945075.post@n5.nabble.com> In-Reply-To: <20140903134946.GA24397@satori.lan> References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <20140903120746.GI63085@ivaldir.etoilebsd.net> <20140903134946.GA24397@satori.lan> Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 16:58:09 -0000 I'm partial to openntpd too, but I've remember that it was accused of unfriendly behaviour toward time servers. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Stale-NTP-software-included-in-FreeBSD-RELEASE-STABLE-CURRENT-tp5944907p5945075.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 17:00:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B40FD745 for ; Wed, 3 Sep 2014 17:00:13 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 766EC15B6 for ; Wed, 3 Sep 2014 17:00:13 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPDul-0000d3-Nm for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 19:00:11 +0200 Message-ID: <54074917.2080203@dumbbell.fr> Date: Wed, 03 Sep 2014 19:00:07 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Problem with xorg References: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> In-Reply-To: <1409238190.56909.YahooMailNeo@web140904.mail.bf1.yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LWv5xtkpEoH3BL5avQFJeQHa96AMaKtMv" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 17:00:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LWv5xtkpEoH3BL5avQFJeQHa96AMaKtMv Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 28.08.2014 17:03, Filippo Moretti via freebsd-stable wrote: > and this refer to the crash: > Dump header from device /dev/ada1p3 > ... > Version String: FreeBSD 10.0-STABLE #0 r270390: Thu Aug 28 16:50:15 C= EST 2014 > root@sting:/usr/obj/usr/src/sys/STING > Panic String: make_dev_credv: bad si_name (error=3D17, si_name=3Ddri/= card0) I will just comment on this panic, because other answers on this thread address the problem with xf86-input-keyboard and vt(4). Check your kernel configuration file or the kernel modules you load: you probably have "drm" and some "*drm" builtin or preloaded. Remove them from your kernel configuration or loader.conf/rc.conf. When using the "NEW XORG" stack, the "KMS" kernel modules are loaded automatically and they conflict with the old ones. That triggers the panic you see. --=20 Jean-S=E9bastien P=E9dron --LWv5xtkpEoH3BL5avQFJeQHa96AMaKtMv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUB0kbXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMifsP+wSm5pKtJDnghjGANqxHhYLg yjAevE2s1oo2ZWYzvqMrExKKTxXymqNsIz3FavXj8a4Iu8ae/A6HAme5VS7aBE/A o8gbPKqxRQaBqQuPyTKrzRI/PTUfHpepZpSm4XLi30/OAbv5vQKLLevrMRjoeCrP GvnmxHGyvUTmJg6TCxFedyRcsinINrEMpMj9mLTbPHwU2lXDa7H8g2vg/kcGzPrC 3p7HH6OeS+QTdONGbEfoEQryjCzsHdb8wBsQXxDDd39wVDYbsnD21t0ngosXq2eE NFmuaoXW87rpyb5mFlNzlcvB0JvSPnv2CkEHx3kAR5y5A8ytMnUNOqKmkEBa1Kty w6zECNADKEkiT4PeQR9jm2MQm3gw+d75kuYTHdIM/rdq9a4NMVzdIaY+rwVrE9Ot EqdZLuielT3vYuljQAZVet/ChtfmzPd6sJGdk6lPeS9C8EQZAAW7NzgKoVPm1RTK 441jwMSDn7d2g+qUcszdmMpfawm7oJNIiM7GGmGPZHAvD9F529b2VeiYeajdH7aY oeDXR5mi4zwWBxwMOitm7EdbRj/IKqfEZSk4il+ajzdPBslZBLPYu3HTChtEmYPL Cb7r6DcLx1SIt/4fyokxALCMXsBVb8NtkN1aidAaKfUSnsX2hfvw4ht/gKd0NWul x2jtKtGWN52mm8j+Cszx =aSvA -----END PGP SIGNATURE----- --LWv5xtkpEoH3BL5avQFJeQHa96AMaKtMv-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 18:34:30 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 96E79D5F; Wed, 3 Sep 2014 18:34:30 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (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 4A69D117D; Wed, 3 Sep 2014 18:34:30 +0000 (UTC) Received: from e-new.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.0x20.net (Postfix) with ESMTPS id DAD356A6027; Wed, 3 Sep 2014 20:34:26 +0200 (CEST) Received: from e-new.0x20.net (localhost [127.0.0.1]) by e-new.0x20.net (8.14.7/8.14.7) with ESMTP id s83IYQtx016736; Wed, 3 Sep 2014 20:34:26 +0200 (CEST) (envelope-from lars@e-new.0x20.net) Received: (from lars@localhost) by e-new.0x20.net (8.14.7/8.14.7/Submit) id s83IYNWm015273; Wed, 3 Sep 2014 20:34:23 +0200 (CEST) (envelope-from lars) Date: Wed, 3 Sep 2014 20:34:23 +0200 From: Lars Engels To: Michelle Sullivan Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <20140903183422.GF57121@e-new.0x20.net> References: <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <5407276D.3050200@sorbs.net> <9DAF63F1F61E0FC2F6B237BD@ogg.in.absolight.net> <5407311C.5070903@sorbs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="kb0TSCuX821Ar6UT" Content-Disposition: inline In-Reply-To: <5407311C.5070903@sorbs.net> X-Editor: VIM - Vi IMproved 7.4 X-Operation-System: FreeBSD 8.4-RELEASE-p4 User-Agent: Mutt/1.5.23 (2014-03-12) Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, current@freebsd.org, Mathieu Arnold X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 18:34:30 -0000 --kb0TSCuX821Ar6UT Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 03, 2014 at 05:17:48PM +0200, Michelle Sullivan wrote: > Mathieu Arnold wrote: > > +--On 3 septembre 2014 16:36:29 +0200 Michelle Sullivan > > wrote: > > | Mathieu Arnold wrote: > > |> I still don't see what you have to say about what EOL mean, it's *En= d Of > > |> Life* meaning after, it is dead, and won't exist any more. > > |>=20 > > |> =20 > > | Ahh so all those Windows XP servers are dead and don't work anymore... > > > > Not at all, but you don't update them any more. > > > > =20 > Actually you do, but it does nothing... just like freebsd-update on any > EOL release... >=20 > Microsoft didn't release a patch that would change the base system so > you can no longer install any software... They just stopped providing > updates, then later stopped providing security updates. Same for FreeBSD and pkg_*. Stay with status quo, use pkg_* with the last tagged version of the ports tree that works with pkg_* or switch to pkg and be happy like the rest of us. --kb0TSCuX821Ar6UT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQF8BAEBCgBmBQJUB18uXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1tabsIAJ4weLg9YkfoV0bYtgERt7OY MrjOmHOsUZpeZ+7AN4FuTgDHXr1ilhC9rrp3tYdsKYRrUjJZZAaaHYS36fmJbFfU fvHrMVJ+v/RD0untC6rS/uBIrYxBsSG8xUtlTNlFeOuiXgFYEHxF1drTCt9SkK2w +X6XTOms5ynCNZIYG+UnX86a0yV63Emy8XDpDGtEYAaQcm7B5M3RAUzIrxz1YcaD mNDHPz8ow2cnSrZ61dT3akPqxJXdlYtRonDRKu2+3nrmqytq0gU160yMuY5Ewdmu j9ZpcEXPjfge8GvRAjRUvScSB1OxdpB4agcOX+G9ZQwdaJeJMaLWsxaTe/+3Tls= =jMHl -----END PGP SIGNATURE----- --kb0TSCuX821Ar6UT-- From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 18:38:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A49A6E8 for ; Wed, 3 Sep 2014 18:38:39 +0000 (UTC) Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 33BD511F4 for ; Wed, 3 Sep 2014 18:38:38 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id q59so9112114wes.3 for ; Wed, 03 Sep 2014 11:38:31 -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:date :message-id:subject:from:to:cc:content-type; bh=QoJToJBMUJBAWL3oiaspbXyViSdC8HNKXuNhvEJybzs=; b=lm0AHgUo+j5RU7MQ3Nuui3qIPoKbNvDr0LXPmrKRDmKnELThcQotpOr9z9PrEXe6Yd BQS6eBAIYPaU/cBHxCPk1qhVE6JIDRDrZfu3H5d4HfxFK8wfqiZgOcMAxydyEuagMB53 iB2N1bXXup7af1biLAMaocpAcFsGcl+a2EEp/k3xQQlw0yI3SOBO1eGjARy45AdIdRjY f2dxB/A5wywvEr4Oo2C2tJ7vuRJvOGQ4Fnn67S7z0vHi4VH01G6NoMyFz6/lfRwZ9j3j BttBs6IpDd47nzPMoy0BY2etHgBUto3RAo/zkVFXkYCmTeX8rLPsGy735xihah4CdGPN MqIw== X-Gm-Message-State: ALoCoQkgJzTHLmaoLZ6BXmliRAwpt3cB3pi/09VkdE06lduqvRL5TTJtqQoF2xufY9hWlH+l+sLX MIME-Version: 1.0 X-Received: by 10.180.75.144 with SMTP id c16mr172418wiw.9.1409767746274; Wed, 03 Sep 2014 11:09:06 -0700 (PDT) Received: by 10.216.118.73 with HTTP; Wed, 3 Sep 2014 11:09:06 -0700 (PDT) X-Originating-IP: [216.223.13.111] In-Reply-To: <540520FA.5030609@sorbs.net> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540520FA.5030609@sorbs.net> Date: Wed, 3 Sep 2014 14:09:06 -0400 Message-ID: Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Mark Saad To: Michelle Sullivan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD-Stable ML , Chuck Burns X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 18:38:39 -0000 On Mon, Sep 1, 2014 at 9:44 PM, Michelle Sullivan wrote: > Chuck Burns wrote: > > On Tuesday, September 02, 2014 2:19:19 AM Michelle Sullivan wrote: > > > >> Baptiste Daroussin wrote: > >> > >>> Hi all, > >>> > >>> The ports tree has been modified to only support pkg(8) as package > >>> management system for all supported version of FreeBSD. > >>> > >>> if you were still using pkg_install (pkg_* tools) you will have to > upgrade > >>> your system. > >>> > >>> The simplest way is > >>> cd /usr/ports/ports-mgmt/pkg > >>> make install > >>> then run > >>> pkg2ng > >>> > >>> You will have lots of warning, don't be scared, they are expected, > pkg_* > >>> databases used to get easily mangled. pkg2ng is most of the time able > to > >>> deal with it. > >>> > >>> If however you encounter a problem then please report to > pkg@FreeBSD.org > >>> > >>> A tag has been applied to the ports tree if you need to get the latest > >>> ports tree before the EOL of pkg_install: > >>> https://svn.FreeBSD.org/ports/tags/PKG_INSTALL_EOL > >>> > >>> A branch has been created if some committers want to provides updates > on > >>> the for pkg_install users: > >>> https://svn.FreeBSD.org/ports/branches/pkg_install > >>> > >>> Please note that this branch is not officially maintained and that we > >>> strongly recommend that you do migrate to pkg(8) > >>> > >>> Best regards, > >>> Bapt on behalf of portmgr > >>> > >> And for the portsnap users? > >> > > > > Uhh.. continue using portsnap? Why would that matter?? > > > > > Because those who have not changed to pkg because of the continual > changes and issues (and that I have 50+ servers to migrate - and was > told that bapt was going to *knowingly* break the ports tree for anyone > not upgraded on Sept 1 - just 1 day after the EOL - with just 20 odd > days notice) the first time they portsnap they're fucked.... most > probably won';t have subversion installed, most probably won't have > svnlite in the OS... so there is no upgrade path for production > servers... basically they're screwed.... Re-install time for most of them. > > I still have servers on 6.1 that I have been trying to upgrade, and yes > they're screwed as well - not because of this, but previous similar > ports tree changes that broke everything not on 7.x ... I moved from > Linux because of this type of thing each bloody distro having it's own > packaging tools, each just changing stuff with no care or consideration > to the people actually using stuff... First major security issue and > everything I have will be forced (by the bosses) to rebuild on > DeadRat... and I have lost any chance of persuading the big bosses to > adopt FreeBSD now.. which if had happened FreeBSD would have been in 25% > of the fortune 500 companies (we provide appliances) and have received > donations... off the table completely now (even if things got rolled > back, it is still too late - all I can hope is a security issue doesn't > happen or I will lose control of my little section and I'll be force to > learn the DeadRat way of doing things again.) > > -- > Michelle Sullivan > http://www.mhix.org/ > > I am not sure if this was covered but a solution for this would be to have the packages on the install media served on http://pkg.freebsd.org/ in say http://pkg.freebsd.org/freebsd:9:x86:64/base . Then change the the /etc/pkg/FreeBSD.conf shipped out to use this as the main repo. Along with adding two more repo configs that are commend out / disabled. One would be for the current setup that points to the rolling updates built from ports head. The other would be for the quarterly packages . This way the base install gets only the base, and its reproducible easily . >From what I see this looks very doable. Comments ? _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- mark saad | nonesuch@longcount.org From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 19:05:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 134287CF for ; Wed, 3 Sep 2014 19:05:54 +0000 (UTC) Received: from mail.ultra-secure.de (mail.ultra-secure.de [88.198.178.88]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D0385152A for ; Wed, 3 Sep 2014 19:05:51 +0000 (UTC) Received: (qmail 45047 invoked by uid 89); 3 Sep 2014 19:05:54 -0000 Received: by simscan 1.4.0 ppid: 45042, pid: 45044, t: 0.0714s scanners: attach: 1.4.0 clamav: 0.97.3/m:55/d:19332 Received: from unknown (HELO ?212.71.117.80?) (rainer@ultra-secure.de@212.71.117.80) by mail.ultra-secure.de with ESMTPA; 3 Sep 2014 19:05:54 -0000 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Rainer Duffner In-Reply-To: <54073097.6000006@sorbs.net> Date: Wed, 3 Sep 2014 21:05:42 +0200 Message-Id: <9C206CE8-6A3B-4B6D-82D9-62B9688DCA32@ultra-secure.de> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <540723EC.5000908@sorbs.net> <54073097.6000006@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Tom Evans , "ports@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 19:05:54 -0000 Am 03.09.2014 um 17:15 schrieb Michelle Sullivan : >=20 >=20 > I learned that the ports tree was being updated so much that things > would break every day in just 580 packages I have. I have to ask, why you had to build from the HEAD of the ports tree = every day? I never do this. I only take the quarterly releases (before, I would = wait for a FreeBSD Release and the accompanying freeze and use that) and = if something doesn=92t build, I try to update only that port (making a = backup) from =84current=93 ports tree. Still, if you absolutely need pkg_*, you=92ve either got to backport = every single port to use pkg_* again or upgrade the servers that use it = to pkg. I admit it=92s a big task, if you have many servers - but the effort is = well worth it IMO because upgrading packages with anything but pkg is a = nightmare. For me, the EOL of the pkg_* tools was never a concern, so I never read = the announcements that closely. Maybe someone can pull out the old mails and tell if they actually = spelled out that you can=92t even build ports anymore if you don=92t = have pkg installed. I can say that there is no chance we would be using FreeBSD anymore here = at all if it didn=92t have pkg! From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 19:53:12 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 357326E2; Wed, 3 Sep 2014 19:53:12 +0000 (UTC) Received: from hades.sorbs.net (hades.sorbs.net [67.231.146.201]) by mx1.freebsd.org (Postfix) with ESMTP id 14C961BF7; Wed, 3 Sep 2014 19:53:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from isux.com (firewall.isux.com [213.165.190.213]) by hades.sorbs.net (Oracle Communications Messaging Server 7.0.5.29.0 64bit (built Jul 9 2013)) with ESMTPSA id <0NBC0043XCR2EV00@hades.sorbs.net>; Wed, 03 Sep 2014 12:57:04 -0700 (PDT) Message-id: <540771A4.20600@sorbs.net> Date: Wed, 03 Sep 2014 21:53:08 +0200 From: Michelle Sullivan User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.24) Gecko/20100301 SeaMonkey/1.1.19 To: Rainer Duffner Subject: Re: [HEADSUP] pkg(8) is now the only package management tool References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> <540723EC.5000908@sorbs.net> <54073097.6000006@sorbs.net> <9C206CE8-6A3B-4B6D-82D9-62B9688DCA32@ultra-secure.de> In-reply-to: <9C206CE8-6A3B-4B6D-82D9-62B9688DCA32@ultra-secure.de> Cc: Tom Evans , "ports@freebsd.org" , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 19:53:12 -0000 Rainer Duffner wrote: > > Am 03.09.2014 um 17:15 schrieb Michelle Sullivan >: >> >> >> I learned that the ports tree was being updated so much that things >> would break every day in just 580 packages I have. > > > > I have to ask, why you had to build from the HEAD of the ports tree > every day? Go read it again and you'll find that question was answered in my last email. -- Michelle Sullivan http://www.mhix.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 20:35:34 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9B14E3F for ; Wed, 3 Sep 2014 20:35:34 +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 53BF71184 for ; Wed, 3 Sep 2014 20:35:33 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s83KVlwu088766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 3 Sep 2014 14:31:48 -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 s83KVlsK088763 for ; Wed, 3 Sep 2014 14:31:47 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 3 Sep 2014 14:31:47 -0600 (MDT) From: Warren Block To: stable@FreeBSD.org Subject: Anyone else seeing lockup on boot with r271042? Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Wed, 03 Sep 2014 14:31:48 -0600 (MDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 20:35:34 -0000 With 10-STABLE r271042, my amd64 desktop system locks hard when devd starts, or just after. Booting with devd disabled is possible, and it can be started after the system is up. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 20:46:12 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 921B1195 for ; Wed, 3 Sep 2014 20:46:12 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 26D8E12DC for ; Wed, 3 Sep 2014 20:46:11 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id n3so1709333wiv.5 for ; Wed, 03 Sep 2014 13:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=fK4y8mUWBa63wIOL+eFZV6+3aBAzfEDQsd6nCMRzVtM=; b=GJT5nxdULVfLs3OuaZsmtToWpnTnQ8g3pF6TdFXhlfyVfjciU1Xu9qXh3mFTj7hd50 SfZuV9zPXWAUKniWnB/loh7Bhw81NTFyRg/ONhbFAMvvFd1yHYCJJDtaQahjZCEjWLJE C8mEEvuEb8dviB0RMKNun4wANPdSA9hRnPRT9XRymZyI/sMWUDt4X7Ctrlrbr8y11O+B cYsxMfMH0FaOrGk3xqfDLVvoMfu8xBOzdIuWQDY6MI/dZ1lFkcQq3hMnGnQDTQfvykr0 uYMjZxGb3dUcStd8JyZ+39EBvSLDpRw5ZtnHKs9CADb9B72o7WoVS91OP9NgPDv9EWNZ q8TQ== X-Received: by 10.180.205.234 with SMTP id lj10mr105476wic.1.1409777169946; Wed, 03 Sep 2014 13:46:09 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPSA id kw2sm17214831wjb.30.2014.09.03.13.46.08 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 03 Sep 2014 13:46:09 -0700 (PDT) Date: Wed, 3 Sep 2014 22:46:05 +0200 From: Mateusz Guzik To: Warren Block Subject: Re: Anyone else seeing lockup on boot with r271042? Message-ID: <20140903204605.GA16445@dft-labs.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 20:46:12 -0000 On Wed, Sep 03, 2014 at 02:31:47PM -0600, Warren Block wrote: > With 10-STABLE r271042, my amd64 desktop system locks hard when devd > starts, or just after. > > Booting with devd disabled is possible, and it can be started after > the system is up. Can try to narrow down exact revision which introduces the problem? -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 21:36:39 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B02E8DC for ; Wed, 3 Sep 2014 21:36:39 +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 C1D9119F2 for ; Wed, 3 Sep 2014 21:36:38 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s83LaaS8005214 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Sep 2014 15:36:37 -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 s83Laawh005211; Wed, 3 Sep 2014 15:36:36 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 3 Sep 2014 15:36:36 -0600 (MDT) From: Warren Block To: Mateusz Guzik Subject: Re: Anyone else seeing lockup on boot with r271042? In-Reply-To: <20140903204605.GA16445@dft-labs.eu> Message-ID: References: <20140903204605.GA16445@dft-labs.eu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Wed, 03 Sep 2014 15:36:37 -0600 (MDT) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 21:36:39 -0000 On Wed, 3 Sep 2014, Mateusz Guzik wrote: > On Wed, Sep 03, 2014 at 02:31:47PM -0600, Warren Block wrote: >> With 10-STABLE r271042, my amd64 desktop system locks hard when devd >> starts, or just after. >> >> Booting with devd disabled is possible, and it can be started after >> the system is up. > > Can try to narrow down exact revision which introduces the problem? Checking now. r270986 is okay. Based on the changes, I'm guessing it is some interaction with vt and moused triggered by devd. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:09:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE4A13DF for ; Wed, 3 Sep 2014 22:09:34 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 23E6C1D1B for ; Wed, 3 Sep 2014 22:09:32 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPITW-0005Ox-5v for freebsd-stable@freebsd.org; Wed, 03 Sep 2014 23:52:22 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "FreeBSD Stable Mailing List" Date: Wed, 03 Sep 2014 23:52:15 +0200 Subject: pkg question - Difference pkg vs port MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19333/Wed Sep 3 20:51:02 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:09:34 -0000 Hello, I don' get this: I installed py-MySQLdb via the port, with mysql56 installed via pkg beforehand. This went fine. ``pkg info py27-MySQLdb'' reports: py27-MySQLdb-1.2.3_4 Name : py27-MySQLdb Version : 1.2.3_4 Installed on : Wed Sep 3 21:10:49 UTC 2014 Origin : databases/py-MySQLdb Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : python databases Maintainer : python@FreeBSD.org WWW : http://sourceforge.net/projects/mysql-python/ Comment : Access a MySQL database through Python Options : DOCS : on MYSQLCLIENT_R : on Shared Libs required: libpython2.7.so.1 libmysqlclient.so.18 Shared Libs provided: _mysql.so This is the exact same output I get when I install with ``pkg install py27-MySQLdb'', yet the pkg version does not accept mysql56, but insists on mysql55, the fact that both use libmysqlclient.so.18 notwithstanding. How do I handle this?, i. e. how do I, can I, manually change the dependency mysql55-client-5.5.39 to mysql56-client-5.6.20 ? I have to use mysql56, does this mean I have to install the python module via the port? And consequently always take care that pkg while upgrading does not downgrade the mysql client to 55 ( and completely remove the server component while it's at it? )? More: After installing the python module via the port, pkg show it as depending on mysql56: root@m2:/usr/ports/databases/py-MySQLdb # pkg info -d py27-MySQLdb py27-MySQLdb-1.2.3_4: python27-2.7.8_4 python2-2_3 py27-setuptools27-5.5.1 mysql56-client-5.6.20 yet: root@m2:/usr/ports/databases/py-MySQLdb # pkg upgrade [...] New packages to be INSTALLED: mysql55-client: 5.5.39 Installed packages to be REINSTALLED: py27-MySQLdb-1.2.3_4 (direct dependency changed) I'm sort of not getting this at all. Michael From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:23:15 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC08E77E for ; Wed, 3 Sep 2014 22:23:15 +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 6A7481EE1 for ; Wed, 3 Sep 2014 22:23:15 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s83MNDBT016836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Sep 2014 16:23:14 -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 s83MNDKJ016833; Wed, 3 Sep 2014 16:23:13 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Wed, 3 Sep 2014 16:23:13 -0600 (MDT) From: Warren Block To: Mateusz Guzik Subject: Re: Anyone else seeing lockup on boot with r271042? In-Reply-To: Message-ID: References: <20140903204605.GA16445@dft-labs.eu> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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]); Wed, 03 Sep 2014 16:23:14 -0600 (MDT) Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:23:15 -0000 On Wed, 3 Sep 2014, Warren Block wrote: > On Wed, 3 Sep 2014, Mateusz Guzik wrote: > >> On Wed, Sep 03, 2014 at 02:31:47PM -0600, Warren Block wrote: >>> With 10-STABLE r271042, my amd64 desktop system locks hard when devd >>> starts, or just after. >>> >>> Booting with devd disabled is possible, and it can be started after >>> the system is up. >> >> Can try to narrow down exact revision which introduces the problem? > > Checking now. r270986 is okay. Based on the changes, I'm guessing it is > some interaction with vt and moused triggered by devd. And that seems to be just what it is. During one restart, I saw the devd message, but also a part of a moused message before it locked up. I have a USB mouse, without moused explicitly enabled in /etc/rc.conf. The lockup with devd starts with r271022. It can't always be started after startup, feels like a race. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:27:25 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7719999A for ; Wed, 3 Sep 2014 22:27:25 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 36C0D1F1F for ; Wed, 3 Sep 2014 22:27:25 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPJ1O-0000Vt-EF for freebsd-stable@freebsd.org; Thu, 04 Sep 2014 00:27:22 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "FreeBSD Stable Mailing List" Date: Thu, 04 Sep 2014 00:27:16 +0200 Subject: Forcing pkg MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19333/Wed Sep 3 20:51:02 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:27:25 -0000 Hello, a second pkg question: Assume I have to install something *now*, like in: 5 minutes ago, production on fire, never mind corrupt pkg databases or anything, sort out later, need service up: Is there any equivalent to "pkg_add --force"? As in, *I* know the dependencies are met, and I *know* that pkg is wrong in complaining? -DDISABLE_CONFLICTS doesn't work anymore? Michael From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:32:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 57377B08 for ; Wed, 3 Sep 2014 22:32:06 +0000 (UTC) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2lp0203.outbound.protection.outlook.com [207.46.163.203]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F15731FDE for ; Wed, 3 Sep 2014 22:32:05 +0000 (UTC) Received: from [IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df] (2601:2:4780:2fd:3cfa:1b41:db29:34df) by CY1PR0301MB0842.namprd03.prod.outlook.com (25.160.163.148) with Microsoft SMTP Server (TLS) id 15.0.1019.16; Wed, 3 Sep 2014 22:31:51 +0000 Message-ID: <540796D3.7010809@my.hennepintech.edu> Date: Wed, 3 Sep 2014 17:31:47 -0500 From: Andrew Berg User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Subject: Re: Forcing pkg References: In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [2601:2:4780:2fd:3cfa:1b41:db29:34df] X-ClientProxiedBy: BN3PR0301CA0053.namprd03.prod.outlook.com (25.160.152.149) To CY1PR0301MB0842.namprd03.prod.outlook.com (25.160.163.148) X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;UriScan:; X-Forefront-PRVS: 032334F434 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(24454002)(189002)(199003)(46102001)(65816999)(81542001)(95666004)(558084003)(105586002)(102836001)(88552001)(83506001)(47776003)(50986999)(74502001)(31966008)(33656002)(77096002)(76176999)(54356999)(42186005)(87266999)(110136001)(20776003)(80022001)(65806001)(74662001)(81342001)(64126003)(89122001)(2351001)(64706001)(50466002)(65956001)(107886001)(107046002)(221733001)(75432001)(80316001)(99396002)(4396001)(106356001)(101416001)(85852003)(23676002)(83072002)(86362001)(99136001)(85306004)(21056001)(79102001)(83322001)(90102001)(87976001)(76482001)(92726001)(59896002)(92566001)(77982001)(89472002)(3826002); DIR:OUT; SFP:; SCL:1; SRVR:CY1PR0301MB0842; H:[IPv6:2601:2:4780:2fd:3cfa:1b41:db29:34df]; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:0; LANG:en; X-OriginatorOrg: my.hennepintech.edu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:32:06 -0000 On 2014.09.03 17:27, Michael Ross wrote: > Is there any equivalent to "pkg_add --force"? According to the pkg-add(8) manpage, the -M switch seems to be what you're looking for. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:33:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D01AAC20 for ; Wed, 3 Sep 2014 22:33:27 +0000 (UTC) Received: from srv.slsware.net (a203.slsware.com [216.17.134.203]) by mx1.freebsd.org (Postfix) with ESMTP id B286F1FF8 for ; Wed, 3 Sep 2014 22:33:27 +0000 (UTC) Received: from air.slsware.wif (outgoing.slsware.com [216.17.134.201]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by srv.slsware.net (srv.slsware.net) with ESMTPS id 080102C004C for ; Wed, 3 Sep 2014 16:27:56 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: pkg question - Difference pkg vs port From: Glenn English X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.18 BETA/60 In-Reply-To: Date: Wed, 3 Sep 2014 16:27:51 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <8ACBBE0B-7C68-4E70-8D60-FDAD068625AE@slsware.net> References: To: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:33:27 -0000 On Sep 3, 2014, at 3:52 PM, Michael Ross wrote: > Hello, >=20 > I don' get this: I'm not a *BSD user (yet), but in the Linux world, a port is source code = to be compiled, usually with additional helpful info in the make file = about dependencies, where to install is, a known-working config file, = and stuff like that.=20 A pkg is a pre-compiled binary, almost always with lots of info for the = install program like with the port. The advantage of a port is that you can modify the make file. The = advantage of a pkg is that it almost always runs, somewhat reasonably, = and a lot of the work is already done. --=20 Glenn English From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:38:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1953E40 for ; Wed, 3 Sep 2014 22:38:04 +0000 (UTC) Received: from mail-we0-x22e.google.com (mail-we0-x22e.google.com [IPv6:2a00:1450:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DE0B1061 for ; Wed, 3 Sep 2014 22:38:04 +0000 (UTC) Received: by mail-we0-f174.google.com with SMTP id u57so9384192wes.33 for ; Wed, 03 Sep 2014 15:38:02 -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=znTHNwB0HduS9tNPEo6CKIP7VE6+UfQXGxrWXy8kmxo=; b=kgMKzMC1hs+6enwuIO44q4tKRpXDADU0tffaoSVgtx6yqXu1gfLyJBWS3TWEg96Y18 Vmi2jqDcNGcb43m18/K7cw0956+9C0b5lavBM+xoTEvwFskZpGIch2NPtVuaavG8JVRg So+gfO6zjj25KacftZgZeX6MzfSnsY+2wI3FpcnqDKtt1BBv7Yu5Y9KE+IpNagoJ16Fm O+DagCoTLbLBl0f7r1CipOQRoMRZzHTsjVckvSsDDRtST96mQMZ423SDizqkR0fp2UOD YRpNA1sOPTQUKWvdqPBFsoydQItrS85aHc2gVp8J4JOtV+GxKTk5UEdmUalsFWFWP8tN m+Yg== MIME-Version: 1.0 X-Received: by 10.194.71.11 with SMTP id q11mr423574wju.33.1409783882821; Wed, 03 Sep 2014 15:38:02 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Wed, 3 Sep 2014 15:38:02 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Sep 2014 18:38:02 -0400 Message-ID: Subject: Re: pkg question - Difference pkg vs port From: Brandon Allbery To: Michael Ross Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:38:05 -0000 On Wed, Sep 3, 2014 at 5:52 PM, Michael Ross wrote: > This is the exact same output I get when I install with ``pkg install > py27-MySQLdb'', > yet the pkg version does not accept mysql56, but insists on mysql55, > the fact that both use libmysqlclient.so.18 notwithstanding. > > How do I handle this?, i. e. how do I, can I, manually change the > dependency > mysql55-client-5.5.39 > to > mysql56-client-5.6.20 > ? > > I have to use mysql56, does this mean I have to install the python module > via the port? > A package can (currently?) only be built against a single version of a dependency; if it was built against mysql55-client, it can't be also built for mysql56-client. You'll need to use the port, which can be built against anything that provides the necessary build time dependency. (It might be possible to force the package to install, but this is asking for trouble in the future.) -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 22:45:54 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B24FDFE9 for ; Wed, 3 Sep 2014 22:45:54 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 70E6D11F4 for ; Wed, 3 Sep 2014 22:45:54 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPJJG-0007ji-BY; Thu, 04 Sep 2014 00:45:50 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Andrew Berg" Subject: Re: Forcing pkg References: <540796D3.7010809@my.hennepintech.edu> Date: Thu, 04 Sep 2014 00:45:43 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <540796D3.7010809@my.hennepintech.edu> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19333/Wed Sep 3 20:51:02 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 22:45:54 -0000 On Thu, 04 Sep 2014 00:31:47 +0200, Andrew Berg wrote: > On 2014.09.03 17:27, Michael Ross wrote: >> Is there any equivalent to "pkg_add --force"? > According to the pkg-add(8) manpage, the -M switch seems to be what > you're > looking for. Half of it. -M should take care of missing dependencies, but --force used to override stuff like "already installed" ( this would be pkg -f now ) and "conflicts with X" too ( this is missing as far as I can see ). Michael From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 23:24:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2BC4425 for ; Wed, 3 Sep 2014 23:24:59 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 9FE20181E for ; Wed, 3 Sep 2014 23:24:59 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPJv4-0008AM-Qh; Thu, 04 Sep 2014 01:24:55 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Brandon Allbery" Subject: Re: pkg question - Difference pkg vs port References: Date: Thu, 04 Sep 2014 01:24:48 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19334/Wed Sep 3 23:27:44 2014) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 23:25:00 -0000 On Thu, 04 Sep 2014 00:38:02 +0200, Brandon Allbery wrote: > On Wed, Sep 3, 2014 at 5:52 PM, Michael Ross wrote: > >> This is the exact same output I get when I install with ``pkg install >> py27-MySQLdb'', >> yet the pkg version does not accept mysql56, but insists on mysql55, >> the fact that both use libmysqlclient.so.18 notwithstanding. >> >> How do I handle this?, i. e. how do I, can I, manually change the >> dependency >> mysql55-client-5.5.39 >> to >> mysql56-client-5.6.20 >> ? >> >> I have to use mysql56, does this mean I have to install the python >> module >> via the port? >> > > A package can (currently?) only be built against a single version of a > dependency; if it was built against mysql55-client, it can't be also > built > for mysql56-client. You'll need to use the port, which can be built > against > anything that provides the necessary build time dependency. "Anything that provides" I think is the key to where I started thinking wrong: The dependency is not "Shared libs required" libmysqlclient.so.18, but one specific port that provides libmysqlclient.so.18 - mysql55-client. Ok. And I can ``pkg lock'' the installed packages so the mysql-server doesn't get accidentally deleted during a bulk upgrade. Whew -- there were 6 pkg_* commands, and pkg now has over 30. This will take some getting used to. With pkg_add, I'd ``pkg_add -r py27-MySLQdb'', then pkg_add would say "Nope, need mysql55, but mysql56 is installed", then maybe I'd --force it. > (It might be possible to force the package to install, but this is asking > for trouble in the future.) > It's a trade-off for me: If I need to install software in a production service role, say httpd and co., I wouldn't --force anything. But sometimes I have to do one-shot stuff ( "Can you look if geoip does this-and-that" ), and I want the answer now and not after upgrading 221 ports because I want to install 1 new one but gettext has changed. I've got an old machine here which I used for such testing for a few years, running 4.11. This was far too slow to compile stuff in "hm I need software X maybe" situations, and I generally --forced every install. Amazingly I had much less trouble with this than you'd expect, was amazed how long the system stood up to this maltreatment. Michael From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 23:32:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8BD1C956 for ; Wed, 3 Sep 2014 23:32:50 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25D7A1913 for ; Wed, 3 Sep 2014 23:32:50 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id n12so9152844wgh.31 for ; Wed, 03 Sep 2014 16:32:48 -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=7CQOrVRSSwQQ7G6gzY34IiGAB6OuuHoMvTancYJKv88=; b=UQqnOyICzrHKhc6qKonlvR6pX4So4kp9rNyhNEpZy1k7wnglaMteiByyx71uah/0lX R6bmowjpDBU4rroIQedm9qLrhyKv7zYIh2TD7F/XOX5EhLrpVVVTgUQR4dFBUt22Pajr Hj2BWC4yIrY884JeWY3/6glFB6hEedTAYHeJHRhfbfqnQSRrSorYQF6ta/kQeo1u689I UOCLQunBLunKlQqjc3FrSUeCzf+HbDWTNpIoCB05IGEtLptj+F4P+MlISUyGxLZ6JSEn DcuvWOV3F86RK10oSIdfh0P239NGiVT9G1Kpb91zVjjuHEYNO2V//Kblaafd7ReR2k8D 6v3A== MIME-Version: 1.0 X-Received: by 10.194.19.200 with SMTP id h8mr864865wje.40.1409787168409; Wed, 03 Sep 2014 16:32:48 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Wed, 3 Sep 2014 16:32:48 -0700 (PDT) In-Reply-To: References: Date: Wed, 3 Sep 2014 19:32:48 -0400 Message-ID: Subject: Re: pkg question - Difference pkg vs port From: Brandon Allbery To: Michael Ross Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 23:32:50 -0000 On Wed, Sep 3, 2014 at 7:24 PM, Michael Ross wrote: > "Anything that provides" I think is the key to where I started thinking > wrong: > > The dependency is not "Shared libs required" libmysqlclient.so.18, > but one specific port that provides libmysqlclient.so.18 - mysql55-client. > Ports can do "provides library" dependencies. Packages can only depend on packages. You can try to force it but you could also confuse your package database rather badly. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 23:34:35 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF60DA72 for ; Wed, 3 Sep 2014 23:34:35 +0000 (UTC) Received: from mail.akips.com (mail.akips.com [65.19.130.19]) by mx1.freebsd.org (Postfix) with ESMTP id ABCD31939 for ; Wed, 3 Sep 2014 23:34:35 +0000 (UTC) Received: from akips.com (CPE-120-146-191-2.static.qld.bigpond.net.au [120.146.191.2]) by mail.akips.com (Postfix) with ESMTPSA id 7285419 for ; Thu, 4 Sep 2014 09:34:33 +1000 (EST) Date: Thu, 4 Sep 2014 09:34:21 +1000 From: Paul Koch To: freebsd-stable@freebsd.org Subject: Re: Forcing pkg Message-ID: <20140904093421.7f1abd04@akips.com> In-Reply-To: References: Organization: AKIPS X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=disabled version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on host1.akips.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 23:34:35 -0000 On Thu, 04 Sep 2014 00:27:16 +0200 "Michael Ross" wrote: > Hello, > > a second pkg question: > > Assume I have to install something *now*, like in: 5 minutes ago, > production on fire, > never mind corrupt pkg databases or anything, sort out later, need service > up: > > Is there any equivalent to "pkg_add --force"? > > As in, *I* know the dependencies are met, and I *know* that pkg is wrong > in complaining? > > -DDISABLE_CONFLICTS doesn't work anymore? Or, I want to install pkg A, but it relies on pkgs B, C, D,... I only want to use a single program in pkg A that I "know" has no dependencies and really don't want to pull in anything else. Paul. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 23:54:48 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4C70EDD for ; Wed, 3 Sep 2014 23:54:48 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 5EC191B86 for ; Wed, 3 Sep 2014 23:54:47 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPKNx-0005tg-AI; Thu, 04 Sep 2014 01:54:45 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Brandon Allbery" Subject: Re: pkg question - Difference pkg vs port References: Date: Thu, 04 Sep 2014 01:54:38 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19334/Wed Sep 3 23:27:44 2014) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 23:54:48 -0000 On Thu, 04 Sep 2014 01:32:48 +0200, Brandon Allbery wrote: > On Wed, Sep 3, 2014 at 7:24 PM, Michael Ross wrote: > >> "Anything that provides" I think is the key to where I started thinking >> wrong: >> >> The dependency is not "Shared libs required" libmysqlclient.so.18, >> but one specific port that provides libmysqlclient.so.18 - >> mysql55-client. >> > > Ports can do "provides library" dependencies. Packages can only depend on > packages. You can try to force it but you could also confuse your package > database rather badly. > Assume I don't mind, assume a test system that can and will be wiped anyway. ( And assume a port which takes longer then 5 seconds to compile ... ) *How* can I force this? I've pkg-locked mysql56-client. Now ``pkg install py27-MySQLdb'' exits with mysql56-client-5.6.20 is locked and may not be modified if I add -M, --ignore-missing Force the installation of the package with missing dependen- cies. to the pkg command, the result is the same mysql56-client-5.6.20 is locked and may not be modified So it seems to me I can't force the package to install, because the dependency "mysql55-client" is not "missing" but "uninstallable". Michael From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 00:00:15 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55BB7F1 for ; Thu, 4 Sep 2014 00:00:15 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 0DC411BD3 for ; Thu, 4 Sep 2014 00:00:14 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPKTE-0006rW-F9; Thu, 04 Sep 2014 02:00:12 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Paul Koch" Subject: Re: Forcing pkg References: <20140904093421.7f1abd04@akips.com> Date: Thu, 04 Sep 2014 02:00:05 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <20140904093421.7f1abd04@akips.com> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19334/Wed Sep 3 23:27:44 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 00:00:15 -0000 On Thu, 04 Sep 2014 01:34:21 +0200, Paul Koch wrote: > On Thu, 04 Sep 2014 00:27:16 +0200 > "Michael Ross" wrote: > >> Hello, >> >> a second pkg question: >> >> Assume I have to install something *now*, like in: 5 minutes ago, >> production on fire, >> never mind corrupt pkg databases or anything, sort out later, need >> service >> up: >> >> Is there any equivalent to "pkg_add --force"? >> >> As in, *I* know the dependencies are met, and I *know* that pkg is wrong >> in complaining? >> >> -DDISABLE_CONFLICTS doesn't work anymore? > > Or, I want to install pkg A, but it relies on pkgs B, C, D,... > I only want to use a single program in pkg A that I "know" has > no dependencies and really don't want to pull in anything else. > like what would have been -i, --no-deps Install the package without fetching and installing dependencies. to pkg_add. Michael From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 00:29:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 07E7F671 for ; Thu, 4 Sep 2014 00:29:33 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id AE42D1E36 for ; Thu, 4 Sep 2014 00:29:32 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3hpNF62H0Jzq4 for ; Thu, 4 Sep 2014 02:29:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:references:in-reply-to:organization :subject:subject:from:from:date:date:content-transfer-encoding :content-type:content-type:mime-version:received:received :received:received; s=jakla2; t=1409790566; x=1412382567; bh=G/j 2FB+uF4KHZt+hLz/CVYKVz3UuLmmHMlZj5wpdres=; b=peEMxrMvEHxQRLj8XyT Ryc180kqpob5j8iEwO+63zcoadZBOjFM0xgEo3Enu8FzzvlQHGPoBEjOaALzv8EL UVePsbD7lKXJwsCcPryJ1UoLOkxeZvqMedVEvYR/yFJY+DkwiRkuZ6kI3RJxRDDX Z4j+k6TBpNsj92xzi6yCN2xw= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id pAw3MvkhqRtO for ; Thu, 4 Sep 2014 02:29:26 +0200 (CEST) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Thu, 4 Sep 2014 02:29:25 +0200 (CEST) Received: from neli.ijs.si (neli.ijs.si [IPv6:2001:1470:ff80:88:21c:c0ff:feb1:8c91]) by mildred.ijs.si (Postfix) with ESMTP id 3hpNF151sNz106 for ; Thu, 4 Sep 2014 02:29:25 +0200 (CEST) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Thu, 04 Sep 2014 02:29:25 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 04 Sep 2014 02:29:25 +0200 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Re: Forcing pkg Organization: J. Stefan Institute In-Reply-To: References: <20140904093421.7f1abd04@akips.com> Message-ID: <5c04d8d3287b214cd827612b774a7553@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/1.0.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 00:29:33 -0000 2014-09-04 02:00 Michael Ross wrote: > On Thu, 04 Sep 2014 01:34:21 +0200, Paul Koch > wrote: > >> On Thu, 04 Sep 2014 00:27:16 +0200 >> "Michael Ross" wrote: >> >>> Hello, >>> >>> a second pkg question: >>> >>> Assume I have to install something *now*, like in: 5 minutes ago, >>> production on fire, >>> never mind corrupt pkg databases or anything, sort out later, need >>> service >>> up: >>> >>> Is there any equivalent to "pkg_add --force"? >>> >>> As in, *I* know the dependencies are met, and I *know* that pkg is >>> wrong >>> in complaining? >>> >>> -DDISABLE_CONFLICTS doesn't work anymore? >> >> Or, I want to install pkg A, but it relies on pkgs B, C, D,... >> I only want to use a single program in pkg A that I "know" has >> no dependencies and really don't want to pull in anything else. >> > > like what would have been > > -i, --no-deps > Install the package without fetching and installing > dependencies. > > to pkg_add. > > Michael Another example over which I'm currently stuck: # pkg install mailman (or, same with: pkg upgrade) The following 3 packages will be affected (of 0 checked): Installed packages to be REMOVED: postfix-current-2.12.20140709_2,4 New packages to be INSTALLED: postfix: 2.11.1_4,1 Installed packages to be UPGRADED: mailman: 2.1.18.1_1 -> 2.1.18.1_3 I don't want the postfix-current to be removed. Mailman is perfectly capable of working with it and does not need postfix: 2.11.1. Even if I follow this path: remove postfix-current, install mailman and let it install postfix: 2.11.1, then try to remove postfix: 2.11.1 and install postfix-current - it tries to deinstall mailman. Mark From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 00:36:26 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 276177AB for ; Thu, 4 Sep 2014 00:36:26 +0000 (UTC) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 DD8F71EF5 for ; Thu, 4 Sep 2014 00:36:25 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XPL2F-00078R-Hk; Thu, 04 Sep 2014 01:36:23 +0100 Date: Thu, 4 Sep 2014 01:36:23 +0100 From: Gary Palmer To: Brandon Allbery Subject: Re: pkg question - Difference pkg vs port Message-ID: <20140904003623.GA10423@in-addr.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: Michael Ross , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 00:36:26 -0000 On Wed, Sep 03, 2014 at 07:32:48PM -0400, Brandon Allbery wrote: > On Wed, Sep 3, 2014 at 7:24 PM, Michael Ross wrote: > > > "Anything that provides" I think is the key to where I started thinking > > wrong: > > > > The dependency is not "Shared libs required" libmysqlclient.so.18, > > but one specific port that provides libmysqlclient.so.18 - mysql55-client. > > > > Ports can do "provides library" dependencies. Packages can only depend on > packages. You can try to force it but you could also confuse your package > database rather badly. Why can't packages check to see if the library exists and use it if it does? RPM does something like that, although I think they go much further with that process. In this case, AFAIK the mysql client library API is stable - the 5.5 and 5.6 library versions should have the same API so the requirement to install the 5.5 package is a bit silly. (I'm dreading this e-mail taking us down the RPM path of dozens of different packages that make up one program, foo-devel, foo-libs, foo-client, etc) Gary From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 00:49:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5ADAFDE0; Thu, 4 Sep 2014 00:49:42 +0000 (UTC) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C74371FE1; Thu, 4 Sep 2014 00:49:41 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id w62so9413643wes.13 for ; Wed, 03 Sep 2014 17:49:40 -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=HQ+0fa5ob/lsF5Idc6NnfxME312doGNmejfDChMvCDI=; b=PjRJ1zROmVBBZ4zuKaOsJag38VlK1xCJMzvsQYpVHa1+m3WLWhUc5nqYM+1e5oBRFe PZb6QTBY+yLErDY1rYqkWsnWgeAidivRs5B0PJczFamcfmE0gTyfvWO6L362cs6H9LoG 6+8GcUac90QU/mRMil1jnjxb8OZee2O0CrKB+ln+D0nwNvu4w8rogliHR3eN2wFPIAWB zkOl38uGsUo4/286QpXZA3EdIf6m1e6MWd+3ZVk+CzHVb2kI0kVr2A6LaZ79wWhJ8/K7 nVQASOzWLgWBV4fva7801OaYFkpX+HMw3WoRkiR4Urixa4mX2h7c/JEJg5CtAfO9MAeo Cb/A== MIME-Version: 1.0 X-Received: by 10.180.35.133 with SMTP id h5mr1224828wij.74.1409791779677; Wed, 03 Sep 2014 17:49:39 -0700 (PDT) Received: by 10.217.2.18 with HTTP; Wed, 3 Sep 2014 17:49:39 -0700 (PDT) In-Reply-To: <20140904003623.GA10423@in-addr.com> References: <20140904003623.GA10423@in-addr.com> Date: Wed, 3 Sep 2014 20:49:39 -0400 Message-ID: Subject: Re: pkg question - Difference pkg vs port From: Brandon Allbery To: Gary Palmer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Michael Ross , FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 00:49:42 -0000 On Wed, Sep 3, 2014 at 8:36 PM, Gary Palmer wrote: > (I'm dreading this e-mail taking us down the RPM path of dozens of > different packages that make up one program, foo-devel, foo-libs, > foo-client, etc) > That's exactly where it leads, sadly. It also messes up the relationship between packages and ports. -- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 05:15:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27DBBEA6 for ; Thu, 4 Sep 2014 05:15:39 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 DE5BE1C5D for ; Thu, 4 Sep 2014 05:15:38 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1XPPOR-000MX0-9h; Thu, 04 Sep 2014 07:15:35 +0200 Date: Thu, 4 Sep 2014 07:15:35 +0200 From: Kurt Jaeger To: Michael Ross Subject: Re: Forcing pkg Message-ID: <20140904051535.GX9400@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 05:15:39 -0000 Hi! > Is there any equivalent to "pkg_add --force"? cd /tmp mkdir tempdir cd tempdir tar xf mypkg.txz and move those extracted stuff to the place where it's needed. -- pi@opsec.eu +49 171 3101372 6 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 06:04:30 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5626F8EF for ; Thu, 4 Sep 2014 06:04:30 +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 B149010A2 for ; Thu, 4 Sep 2014 06:04:29 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.9/8.14.9) with ESMTP id s8464H95086812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 4 Sep 2014 07:04:19 +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 s8464H95086812 Authentication-Results: smtp.infracaninophile.co.uk/s8464H95086812; dkim=none reason="no signature"; dkim-adsp=none; dkim-atps=neutral Message-ID: <540800D6.8030309@FreeBSD.org> Date: Thu, 04 Sep 2014 07:04:06 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: pkg question - Difference pkg vs port References: <20140904003623.GA10423@in-addr.com> In-Reply-To: <20140904003623.GA10423@in-addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Xgwid2cNjWXVkPNj2dcBKAhqpOm3DoTqC" X-Virus-Scanned: clamav-milter 0.98.4 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,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-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 06:04:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Xgwid2cNjWXVkPNj2dcBKAhqpOm3DoTqC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 04/09/2014 01:36, Gary Palmer wrote: > On Wed, Sep 03, 2014 at 07:32:48PM -0400, Brandon Allbery wrote: >> On Wed, Sep 3, 2014 at 7:24 PM, Michael Ross wrote: >> >>> "Anything that provides" I think is the key to where I started thinki= ng >>> wrong: >>> >>> The dependency is not "Shared libs required" libmysqlclient.so.18, >>> but one specific port that provides libmysqlclient.so.18 - mysql55-cl= ient. >>> >> >> Ports can do "provides library" dependencies. Packages can only depend= on >> packages. You can try to force it but you could also confuse your pack= age >> database rather badly. >=20 > Why can't packages check to see if the library exists and use it if it > does? RPM does something like that, although I think they go much > further with that process. >=20 > In this case, AFAIK the mysql client library API is stable - the 5.5 an= d > 5.6 library versions should have the same API so the requirement to > install the 5.5 package is a bit silly. >=20 > (I'm dreading this e-mail taking us down the RPM path of dozens of > different packages that make up one program, foo-devel, foo-libs, > foo-client, etc) The problem here is that pkg(8) at the moment respects both the shared library dependencies discovered by analysing what all the binaries actually need to link against, and all the RUN_DEPENDS inherited from ports. It's the latter which effectively 'bakes in' a dependency on a specific version of another port. However, change is coming. There's a GSoC project to allow dependency ranges for pkg(8) -- not a complete solution, but it will help. Sub-packages and flavours are imminently due to appear, now that pkg_tools are dead; again not a complete solution in itself. There's also the 'Provides/Requires/Conflicts' idea about dependency tracking, which I think is the long-term answer, but needs (yet another set of) ports tree-wide sweeping changes. At the moment, if you want to use other than the default version of eg. MySQL, the recommendation is that you build your own package sets. It is possible to build your own packages for just the things that depend on MySQL and use the regular FreeBSD pkg repositories for everything else. poudriere is the best tool for doing this. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --Xgwid2cNjWXVkPNj2dcBKAhqpOm3DoTqC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) iQJ8BAEBCgBmBQJUCADgXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATgtMQAIfHg/k+ShS0brqQxrhPOoc0 oMUlW+S32qKjkTQGYbPeku6o0DZABnJ4HqiK9KUzlc5BsxsMbSux2JkXWVxz0ohU gZ18oGjZy5hsISN2WiowAPhEzGfOh8i86y2i72+kBRRArcNXjgsbn/idwVeTtN9u fYqh29pvu6NDHgh5wT0M/rAj/eBddXx1IOL3cuK2XTB8ADOQG0QxdLyWgghVuF8W gq8YYwRgdSgwmqR8yhfX46sUaRXrie5NB3NXF816NQZhaE3otxA8NMqEwxuVcWwg IhDCwq7XUPwx5BxlK5wGtTAatRa2mJmiLqQwEfsiiepZK9lk1h3SnWOGt19lNHIU XQ4kajZKh6tHI08ZMUdoqnYfwUElJOdOwpwxG1rbI0lSt8Y4MGPJ4/MLp4DDLtB/ ChPE/dQm3C26SNHWPs0MPmmUVxlB5ZHqz+uIgY0hn9bTt1ulqw/0FwNc2gaCLMTl M/cqe5dLJpxC7MX1ApHIDMNYMgjxhc8bwg8lRw6498eCjspq1LjcLBbU3Jec/A6m n8tS2NhS9OPitWWGAtFt8nj3uCN7JsUzIo81MqpfRry5MTULyQ/9MUelt/SS7VOK /eGDIj/V5PdUIFO8sn5JI4w1ytyyxty0j0kIDtSIhHZZoi9V4fojZY7p+Lq4L1P6 eQF0AB1MbiOsQdcC7w6B =CnQ/ -----END PGP SIGNATURE----- --Xgwid2cNjWXVkPNj2dcBKAhqpOm3DoTqC-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 06:31:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5789BFAD for ; Thu, 4 Sep 2014 06:31:21 +0000 (UTC) Received: from mail-ig0-x235.google.com (mail-ig0-x235.google.com [IPv6:2607:f8b0:4001:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 243F713C3 for ; Thu, 4 Sep 2014 06:31:21 +0000 (UTC) Received: by mail-ig0-f181.google.com with SMTP id h15so563663igd.8 for ; Wed, 03 Sep 2014 23:31:20 -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=PjT426/42fITil5d8fYYq4GaC+Am5JH2WxU1PN1ZT3g=; b=SX+hXpDU1+CXkKdxWTXn/33hDT3/8Ic1Hoq/2jtc/Dli5p6fUq6OfcMo1E41bmw1re O7GNGdZjOzxdhZQ4nbcb4S2o5L8UtLpb1hhNVbcb6tCgLVDLYhLY05WIaMZkUCCVNGf/ reO7hhyjYqZGpUn5HpyYFzFE9Nt2NlY0C2AvfRCfkfTPapaW0hBFte+vuxX6RkyuAO57 QUTnOSRjPTcT6tqV4KMtXSVTHTVYqRxKj5QOyY1BFHBapfvmmHVBYpBFSWw0/KLFhwD2 ise242kXeKpGdS7EyPdE1fEz91FybyybrdZgAdIy8NIREDlzUDIW9aJjz9lErqYzSzOG f0jg== MIME-Version: 1.0 X-Received: by 10.50.7.100 with SMTP id i4mr143858iga.32.1409812280564; Wed, 03 Sep 2014 23:31:20 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.107.163.148 with HTTP; Wed, 3 Sep 2014 23:31:20 -0700 (PDT) In-Reply-To: <5c04d8d3287b214cd827612b774a7553@mailbox.ijs.si> References: <20140904093421.7f1abd04@akips.com> <5c04d8d3287b214cd827612b774a7553@mailbox.ijs.si> Date: Wed, 3 Sep 2014 23:31:20 -0700 X-Google-Sender-Auth: HYnre8w-Hw8CS4DH3dCDptsU1nk Message-ID: Subject: Re: Forcing pkg From: Kevin Oberman To: Mark Martinec Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 06:31:21 -0000 On Wed, Sep 3, 2014 at 5:29 PM, Mark Martinec wrote: > 2014-09-04 02:00 Michael Ross wrote: > >> On Thu, 04 Sep 2014 01:34:21 +0200, Paul Koch >> wrote: >> >> On Thu, 04 Sep 2014 00:27:16 +0200 >>> "Michael Ross" wrote: >>> >>> Hello, >>>> >>>> a second pkg question: >>>> >>>> Assume I have to install something *now*, like in: 5 minutes ago, >>>> production on fire, >>>> never mind corrupt pkg databases or anything, sort out later, need >>>> service >>>> up: >>>> >>>> Is there any equivalent to "pkg_add --force"? >>>> >>>> As in, *I* know the dependencies are met, and I *know* that pkg is wrong >>>> in complaining? >>>> >>>> -DDISABLE_CONFLICTS doesn't work anymore? >>>> >>> >>> Or, I want to install pkg A, but it relies on pkgs B, C, D,... >>> I only want to use a single program in pkg A that I "know" has >>> no dependencies and really don't want to pull in anything else. >>> >>> >> like what would have been >> >> -i, --no-deps >> Install the package without fetching and installing >> dependencies. >> >> to pkg_add. >> >> Michael >> > > > Another example over which I'm currently stuck: > > # pkg install mailman (or, same with: pkg upgrade) > The following 3 packages will be affected (of 0 checked): > > Installed packages to be REMOVED: > postfix-current-2.12.20140709_2,4 > > New packages to be INSTALLED: > postfix: 2.11.1_4,1 > > Installed packages to be UPGRADED: > mailman: 2.1.18.1_1 -> 2.1.18.1_3 > > I don't want the postfix-current to be removed. Mailman is perfectly > capable of working with it and does not need postfix: 2.11.1. > > > Even if I follow this path: remove postfix-current, install mailman > and let it install postfix: 2.11.1, then try to remove postfix: 2.11.1 > and install postfix-current - it tries to deinstall mailman. > > Mark > I think you could let the mailman install replace postfix-current with postsfix and then: pkg delete -f postfix: 2.11.1 pkg install mail/postfix-current While I can't promise that this will work, I have done about this for another case. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 07:44:17 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E76B9232 for ; Thu, 4 Sep 2014 07:44:17 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7A1D1F3B for ; Thu, 4 Sep 2014 07:44:17 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XPRiH-0004uA-TD for freebsd-stable@freebsd.org; Thu, 04 Sep 2014 09:44:14 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: Forcing pkg References: <20140904093421.7f1abd04@akips.com> <5c04d8d3287b214cd827612b774a7553@mailbox.ijs.si> Date: Thu, 04 Sep 2014 09:44:12 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <5c04d8d3287b214cd827612b774a7553@mailbox.ijs.si> User-Agent: Opera Mail/12.17 (Win32) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.3.1 X-Scan-Signature: 3b058867a8808b2a73617ccb478d635a X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 07:44:18 -0000 On Thu, 04 Sep 2014 02:29:25 +0200, Mark Martinec wrote: > 2014-09-04 02:00 Michael Ross wrote: >> On Thu, 04 Sep 2014 01:34:21 +0200, Paul Koch >> wrote: >> >>> On Thu, 04 Sep 2014 00:27:16 +0200 >>> "Michael Ross" wrote: >>> >>>> Hello, >>>> a second pkg question: >>>> Assume I have to install something *now*, like in: 5 minutes ago, >>>> production on fire, >>>> never mind corrupt pkg databases or anything, sort out later, need >>>> service >>>> up: >>>> Is there any equivalent to "pkg_add --force"? >>>> As in, *I* know the dependencies are met, and I *know* that pkg is >>>> wrong >>>> in complaining? >>>> -DDISABLE_CONFLICTS doesn't work anymore? >>> Or, I want to install pkg A, but it relies on pkgs B, C, D,... >>> I only want to use a single program in pkg A that I "know" has >>> no dependencies and really don't want to pull in anything else. >>> >> like what would have been >> -i, --no-deps >> Install the package without fetching and installing >> dependencies. >> to pkg_add. >> Michael > > > Another example over which I'm currently stuck: > > # pkg install mailman (or, same with: pkg upgrade) > The following 3 packages will be affected (of 0 checked): > > Installed packages to be REMOVED: > postfix-current-2.12.20140709_2,4 > > New packages to be INSTALLED: > postfix: 2.11.1_4,1 > > Installed packages to be UPGRADED: > mailman: 2.1.18.1_1 -> 2.1.18.1_3 > > I don't want the postfix-current to be removed. Mailman is perfectly > capable of working with it and does not need postfix: 2.11.1. > > > Even if I follow this path: remove postfix-current, install mailman > and let it install postfix: 2.11.1, then try to remove postfix: 2.11.1 > and install postfix-current - it tries to deinstall mailman. > > Mark > Just a guess. Does it help to change the origin of postfix? Something like: pkg set -o postfix:postfix-current Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 10:34:29 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15BD73B8 for ; Thu, 4 Sep 2014 10:34:29 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 CA2D41321 for ; Thu, 4 Sep 2014 10:34:28 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPUN1-000Ayp-2d for freebsd-stable@freebsd.org; Thu, 04 Sep 2014 12:34:27 +0200 Message-ID: <5408402B.20704@FreeBSD.org> Date: Thu, 04 Sep 2014 12:34:19 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? References: <20140903204605.GA16445@dft-labs.eu> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bSNxp5glUIdeWnud7XxDPeCrwD7bj6AJ9" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 10:34:29 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bSNxp5glUIdeWnud7XxDPeCrwD7bj6AJ9 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 04.09.2014 00:23, Warren Block wrote: > The lockup with devd starts with r271022. It can't always be started > after startup, feels like a race. I can't reproduce the problem with -CURRENT and we never received such report. Could you please try a recent stable/10, in case you updated your working copy in the middle of the MFCs? --=20 Jean-S=E9bastien P=E9dron --bSNxp5glUIdeWnud7XxDPeCrwD7bj6AJ9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCEAyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMLJQP/2Wn1w1RJwdUY98bfbx4Hh/Q g/7JInzHrtXfJXikYEwGv+0A9GY6Xpi9x6JeOid0BEjK1DIoBQczuQSHHhgCPygh SFAdPcs9FPEjJ+TTsWmsR/MDH9jEQGmvibOo7i7IoEi52eFs7PTtSzqNT24acYg1 RtvLxBV+rNZvisX6I/4yo3smbhjM1Vuvz4fG1f0MI40ylSr2aZd0xqUfr91acNxe pSrLnJApsbJnqCML4ggVk2K0fDZKkNi5WM42SzEhtYoR9+s3ZVSYylQoC4sDA8Vf S+/N0MoKjeysRquiz/mUkf/jMApSJH9CfLVOrxoUesU1UUIH7h+XyV0lttbwTrXv NmbCrSwCtgddxcfBNMI6prp4iRw2pXvexnoQyt0h+PPXyBVzwaPnYIKWRJsPs/Cv u4WKi0mRSx9PlnqHbfmo8pamYLY4UcsrE2G6euo+dS/Va1Iq/jjsXE0zhpXHStZI Kg7d++xYrrUG7fjZlbQmQWSCRA+uvLARnWs8es0HXQ6JhWsUubu0tbIwWJBMwdqJ BEqlz2mzU0L5KA6l7pCdsViyNySD3b8VyRoohQKxvhykoGbIMdIBEzT9iOfFKKMV TB7ZBfsLFSmnnuypHtMRT3A9wm3s9uqH5SvbO8De3kfKWYDym1kRiRv1NVFt4Ql7 DTW+kahrfO9iIZDCig7e =G8ds -----END PGP SIGNATURE----- --bSNxp5glUIdeWnud7XxDPeCrwD7bj6AJ9-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 10:46:41 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBC2863B for ; Thu, 4 Sep 2014 10:46:41 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 880C91489 for ; Thu, 4 Sep 2014 10:46:40 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPUYn-0000r9-6U; Thu, 04 Sep 2014 12:46:37 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Kurt Jaeger" Subject: Re: Forcing pkg References: <20140904051535.GX9400@home.opsec.eu> Date: Thu, 04 Sep 2014 12:46:30 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <20140904051535.GX9400@home.opsec.eu> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19334/Wed Sep 3 23:27:44 2014) Cc: FreeBSD Stable Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 10:46:41 -0000 On Thu, 04 Sep 2014 07:15:35 +0200, Kurt Jaeger wrote: > Hi! > >> Is there any equivalent to "pkg_add --force"? > > cd /tmp > mkdir tempdir > cd tempdir > tar xf mypkg.txz > > and move those extracted stuff to the place where it's needed. > That's hardly equivalent. I'm all for pkg, don't get me wrong. With poudriere it looks very promising. I'd like it to have a "just install this and don't mind anything"-option. For doing quick and dirty stuff. Michael From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 12:52:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6F1A38C; Thu, 4 Sep 2014 12:52:31 +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 9202C12AF; Thu, 4 Sep 2014 12:52:31 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s84CqSbA032685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Sep 2014 06:52:28 -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 s84CqS3H032682; Thu, 4 Sep 2014 06:52:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 4 Sep 2014 06:52:28 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Jean-S=E9bastien_P=E9dron?= Subject: Re: Anyone else seeing lockup on boot with r271042? In-Reply-To: <5408402B.20704@FreeBSD.org> Message-ID: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Thu, 04 Sep 2014 06:52:28 -0600 (MDT) Content-Type: TEXT/PLAIN; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 12:52:32 -0000 On Thu, 4 Sep 2014, Jean-Sébastien Pédron wrote: > On 04.09.2014 00:23, Warren Block wrote: >> The lockup with devd starts with r271022. It can't always be started >> after startup, feels like a race. > > I can't reproduce the problem with -CURRENT and we never received such > report. Could you please try a recent stable/10, in case you updated > your working copy in the middle of the MFCs? With r271092, the lockup is still present and consistent. If I use devd_enable="NO" in /etc/rc.conf, "service devd onestart" still locks up in the console. It works from a terminal window after X has been started (at least most of the time). This kernel only has vt, no sc. In /boot/loader.conf: hw.vga.textmode=1 From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 13:20:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FFE2C25 for ; Thu, 4 Sep 2014 13:20:16 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 CB8E515E2 for ; Thu, 4 Sep 2014 13:20:15 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s84DK7W0056372 for ; Thu, 4 Sep 2014 22:20:07 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 4 Sep 2014 22:20:06 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? Message-Id: <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> In-Reply-To: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 13:20:16 -0000 Strange. My ThinkPad T420 with stable/10 r271091 boots fine, devd enabled. No external mouse (internal TrackPoint), internal Japanese keyboard with jp.kbd, vt on graphics mode, using nvidia descrete GPU with nvidia driver (not nv nor nouveau). Note that I'm building world with -DNO_CLEAN, but buildkernel without it. (Building whole world only when something in toolchain is updated or library version bumped, to determine gptzfsboot change before installworld in regular updating.) On Thu, 4 Sep 2014 06:52:28 -0600 (MDT) Warren Block wrote: > On Thu, 4 Sep 2014, Jean-S$B".(Bbastien P$B".(Bdron wrote: > > > On 04.09.2014 00:23, Warren Block wrote: > >> The lockup with devd starts with r271022. It can't always be started > >> after startup, feels like a race. > > > > I can't reproduce the problem with -CURRENT and we never received such > > report. Could you please try a recent stable/10, in case you updated > > your working copy in the middle of the MFCs? > > With r271092, the lockup is still present and consistent. If I use > devd_enable="NO" in /etc/rc.conf, "service devd onestart" still locks up > in the console. It works from a terminal window after X has been > started (at least most of the time). > > This kernel only has vt, no sc. > > In /boot/loader.conf: > > hw.vga.textmode=1 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 13:25:05 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B4ADEC4 for ; Thu, 4 Sep 2014 13:25:05 +0000 (UTC) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3116F180C for ; Thu, 4 Sep 2014 13:25:05 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id wp4so7427192obc.0 for ; Thu, 04 Sep 2014 06:25:04 -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=gi48JMnmv/0jC4ll+7hHeHOszcWWOyMZN/5dJWWeiK0=; b=IKxgpqSZUNivhQtMtY4WtXk4T0Q2fUIt34KZ0ElEU88GRYxHWaT3BJniCUO8vkE+lf Ymq+X9qnataYZU/4HNQ6/mejaEVMnG9zgh0y3OVh6wuxOngPrDSBQEAY8Qd/Hy+ocoP7 QDgJSYdGLm6RqmXfecx3P7XFJkMYGylsbe2V8c7uvRLKlwq3dgkG52IEa4BW5OvstCpu WkVodZ0rbVCLeg3hbDRnzxYPaXZwV7oMMn64U/PAv90Eoe9vQuOBg5d07fhLAKGxBFCi COXnVrDgfWy9XDxkS6HGykTFSulnTHFpzFq21eNXidwDtdMQCmJyxj5bb+LVnLYw/tz5 wcqQ== MIME-Version: 1.0 X-Received: by 10.182.120.129 with SMTP id lc1mr4849596obb.65.1409837104352; Thu, 04 Sep 2014 06:25:04 -0700 (PDT) Received: by 10.182.28.100 with HTTP; Thu, 4 Sep 2014 06:25:04 -0700 (PDT) In-Reply-To: <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> Date: Thu, 4 Sep 2014 15:25:04 +0200 Message-ID: Subject: Re: Anyone else seeing lockup on boot with r271042? From: Oliver Pinter To: Tomoaki AOKI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 13:25:05 -0000 On 9/4/14, Tomoaki AOKI wrote: > Strange. > My ThinkPad T420 with stable/10 r271091 boots fine, devd enabled. No > external mouse (internal TrackPoint), internal Japanese keyboard with > jp.kbd, vt on graphics mode, using nvidia descrete GPU with nvidia > driver (not nv nor nouveau). > > Note that I'm building world with -DNO_CLEAN, but buildkernel without > it. (Building whole world only when something in toolchain is updated > or library version bumped, to determine gptzfsboot change before > installworld in regular updating.) > > On Thu, 4 Sep 2014 06:52:28 -0600 (MDT) > Warren Block wrote: > >> On Thu, 4 Sep 2014, Jean-S=E3=80=93bastien P=E3=80=93dron wrote: >> >> > On 04.09.2014 00:23, Warren Block wrote: >> >> The lockup with devd starts with r271022. It can't always be started >> >> after startup, feels like a race. >> > >> > I can't reproduce the problem with -CURRENT and we never received such >> > report. Could you please try a recent stable/10, in case you updated >> > your working copy in the middle of the MFCs? >> >> With r271092, the lockup is still present and consistent. If I use >> devd_enable=3D"NO" in /etc/rc.conf, "service devd onestart" still locks = up >> in the console. It works from a terminal window after X has been >> started (at least most of the time). >> >> This kernel only has vt, no sc. >> >> In /boot/loader.conf: >> >> hw.vga.textmode=3D1 I have a similar console lockup with syscons. I's trigger sometimes when compiling kernel on virtual console, and more kernel message appears, eg some LOR report or many kernel printf or uprintf. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> > > > -- > =E9=9D=92=E6=9C=A8 =E7=9F=A5=E6=98=8E [Tomoaki AOKI] > junchoon@dec.sakura.ne.jp > MXE02273@nifty.com > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 13:56:19 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E99E787B for ; Thu, 4 Sep 2014 13:56:19 +0000 (UTC) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ACD351B4B for ; Thu, 4 Sep 2014 13:56:19 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id im17so10741379vcb.13 for ; Thu, 04 Sep 2014 06:56:18 -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=v+JVxp35OfDJjoRk/jj4mybzsiOO+PNDvnZHJXn1dPg=; b=LfJ2RNQKsE/YzeK7CfCdYPP/8pqqnmlM/2wKGotxpsN/gk4ztnTMRLN99zMYm3C8GU 9PojibLH8RN+8/6eX79gQQ4/m9xO4yNMtyWlmK+VbAYMoP/rEjifKDzVQZrukBZHeIEw nmLB2dE9fASocoCbD6P5fuG+KJ1B3IsbXJmeBBmSA9EhALDiv7FkvOozHbBL1AkoeRfW HLLh5Ycei4kOdA4wVrcDuNQsjw3HRt016vHwQAgqRGjU8Y6+eIeVEpVkEFB056qSaNtS QR7zt+55AaoHUjWcsSXTk2ktsl8VhV4ZlRjtVaKNd9kqHKd0Mf2nTLYmL2uvB0w7WooO 36YA== MIME-Version: 1.0 X-Received: by 10.52.87.144 with SMTP id ay16mr3257209vdb.43.1409838978614; Thu, 04 Sep 2014 06:56:18 -0700 (PDT) Received: by 10.53.3.139 with HTTP; Thu, 4 Sep 2014 06:56:18 -0700 (PDT) Date: Thu, 4 Sep 2014 17:56:18 +0400 Message-ID: Subject: 10-STABLE and setfib From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 13:56:20 -0000 Hi! I've read this topic in forum https://forums.freebsd.org/viewtopic.php?f=7&t=47693 where described how to deal with default route for jail with different fib. I tried it on 2 same virt machines, but with different interface name and ip addresses than on forum. While it works in 10.0-RELEASE it doesn't work in 10.1-PRERELEASE r271030. It says 'Network is unreachable' while booting. Here is a piece of dmesg.boot: add net 172.16.220.0: gateway hn1 fib 1 add net default: gateway 172.16.220.1 fib 1 add net default: gateway 192.168.8.1 fib 0 Additional inet routing options: gateway=YES. route: writing to routing socket: Network is unreachable add net fe80::: gateway ::1 fib 0 add net fe80::: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ff02::: gateway ::1 fib 0 add net ff02::: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ::ffff:0.0.0.0: gateway ::1 fib 0 add net ::ffff:0.0.0.0: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ::0.0.0.0: gateway ::1 fib 0 add net ::0.0.0.0: gateway ::1 fib 1: Network is unreachable And 'netstat -rn' doesn't show routes inside the jail. Can anyone confirm such regression? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 14:39:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08D59BFD for ; Thu, 4 Sep 2014 14:39:02 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 7CD611082 for ; Thu, 4 Sep 2014 14:39:01 +0000 (UTC) Received: from fortune.joker.local (180-198-225-68.nagoya1.commufa.jp [180.198.225.68]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id s84Ecwa5065142 for ; Thu, 4 Sep 2014 23:38:59 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 4 Sep 2014 23:38:58 +0900 From: Tomoaki AOKI To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? Message-Id: <20140904233858.9cba0c3a65149cade06f0498@dec.sakura.ne.jp> In-Reply-To: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Thu__4_Sep_2014_23_38_58_+0900_n6zqgg0eb7Q/TJXi" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 14:39:02 -0000 This is a multi-part message in MIME format. --Multipart=_Thu__4_Sep_2014_23_38_58_+0900_n6zqgg0eb7Q/TJXi Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit For your reference, attached messages file (digest, some data like MAC address, IP address etc. are hidden) of most recent successful boot. (For now, all restarts are successful.) But I noticed another problem. (Cut & paste of text behavior in X, but it's the first time.) So I' better determining the reproducibility before sending PR, as there's some possibility that it can't be reproduced after another reboot or rebuilding xf86-input-keyboard and xf86-input-mouse. ;-) On Thu, 4 Sep 2014 15:25:04 +0200 Oliver Pinter wrote: > On 9/4/14, Tomoaki AOKI wrote: > > Strange. > > My ThinkPad T420 with stable/10 r271091 boots fine, devd enabled. No > > external mouse (internal TrackPoint), internal Japanese keyboard with > > jp.kbd, vt on graphics mode, using nvidia descrete GPU with nvidia > > driver (not nv nor nouveau). > > > > Note that I'm building world with -DNO_CLEAN, but buildkernel without > > it. (Building whole world only when something in toolchain is updated > > or library version bumped, to determine gptzfsboot change before > > installworld in regular updating.) > > > > On Thu, 4 Sep 2014 06:52:28 -0600 (MDT) > > Warren Block wrote: > > > >> On Thu, 4 Sep 2014, Jean-S$B".(Bbastien P$B".(Bdron wrote: > >> > >> > On 04.09.2014 00:23, Warren Block wrote: > >> >> The lockup with devd starts with r271022. It can't always be started > >> >> after startup, feels like a race. > >> > > >> > I can't reproduce the problem with -CURRENT and we never received such > >> > report. Could you please try a recent stable/10, in case you updated > >> > your working copy in the middle of the MFCs? > >> > >> With r271092, the lockup is still present and consistent. If I use > >> devd_enable="NO" in /etc/rc.conf, "service devd onestart" still locks up > >> in the console. It works from a terminal window after X has been > >> started (at least most of the time). > >> > >> This kernel only has vt, no sc. > >> > >> In /boot/loader.conf: > >> > >> hw.vga.textmode=1 > > I have a similar console lockup with syscons. I's trigger sometimes > when compiling kernel on virtual console, and more kernel message > appears, eg some LOR report or many kernel printf or uprintf. > > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >> > > > > > > -- > > $B@DLZ(B $BCNL@(B [Tomoaki AOKI] > > junchoon@dec.sakura.ne.jp > > MXE02273@nifty.com > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com --Multipart=_Thu__4_Sep_2014_23_38_58_+0900_n6zqgg0eb7Q/TJXi Content-Type: application/octet-stream; name="messages.sample.txt.txz" Content-Disposition: attachment; filename="messages.sample.txt.txz" Content-Transfer-Encoding: base64 /Td6WFoAAATm1rRGAgAhARYAAAB0L+Wj4En/EH9dADaZSt/rpYle+Q5Cz6qhOQ0B9Xhi9WsisyzW KiM1zbK0tT/cuf3SLO0FtfWN7onIJd2F+waaDgLBzKtp3c6C/kDHoiJro1TOePAz+5FgZWHyaP/Q hK+3QmzM3kNrUoEKVoFPaWg+SF7c2MDX73gtWTa0muMRIO0wqLqys93uu4YjfF2Aa1rN5SQKwoMu wQ+KA0COy4bZTKL59E+hNxmvdas8GN8IV8AGOAHN79ua1jYGNpsBuRxlYgDpcgIUBixqAn4Ypxhj nynbpG6HZQnMgJHDVo11SMtGJ2WDxchwIreb4oyX0+m6XYCy/sdWm8EQKomX/UK1iPM/bPJ8/Xy8 iTgkQyaaFBzVst59Moz1Cr2bpU31DGIBpDnvtXtVKAixZV5d+2tDtQXH3wCaKXYE9YYaOe2C5RDW OISSrKmcm5KQ6q2Eigk2iArBMxfRwkOJlkQQOtVu2DgVhZ1WxK0mhsrC+7CNeZjwVoBjV5UZ3k3c 5ERlyEC/KSCYNFEkZ6pwObDWkeGLU8MDUXaA3PMKK8V8KiIegKJv6BSPeCEgqnpNi0+MvrXEmfWf 3kIPeo2ozr6shEHZJDGyXM6ji/VvgR924a3k/vMZp1wp6f9AxIBHofHq48OZM0CBur5+NSQYi6B7 HFb2v6RJvaHfZqqK/xdJcRgAp2xfq4MbBj97aHN4VkikeUTj4yjfpLzNHbGk+eRYG9bwtPNQiM+H dvRoSVdVYAOCYkna4SRpFmrTRjAAyC8E4VSd2bB3mlgJuHj8CgHs2c3mGuNAeP9m3CVin6Y2bRoL mOBMTB7Xv58MxcBTHO59TrDWjhK6y9VUY3m3LtJKE+gQPv3ZNBNEOSz6fLIrTjeWMJnUnIb+VSOo SpN4/BsVZYYIQB5CdAPi231T0XwcPwGLNIZYYKw58l7o+4EXfrhF0M6L1Ww2iszaNWurqGvtEifm CHPqJdsUn7n7xAaQ1g+1uPNE/+GA4SSib3qDceZXficnEf3Eg6lHA/o3an5a7MuHf2udOtbeTkla XLt6eI9u8Qo0vfnGawEn20EbaM6B5H2efqtYx3mRvgP/uziP95R4frlbLxZQDrvGGLcA96Tlj4r1 VCl1uYhf6OhKqiG85/qX7UfnYrys+sKxlkwdf+PY3ubm/T8IBbOEdexmh5AciwM7VvDEprtrmY2w qCVbJ8aH9Iy7n08ZkOgyfnJzfGpVAJPrkHoGS98IFatZlDd/It/qDnUt2Q39uRdIxhERuvNC5B06 aq0p2Jc9uJgTJcIItPoYkqeZclkZnEhEf5iCDMEyBVl6O6DA7qo2zp8/CdDjfVHs3nEnQhkK9Py+ zg5hgyUz9toG5W3vyqauLlje7nuxkHtCP0wFNU+/ZwdYDufrDExus7nxylKLGp8hVunnxUPyWwvs HmPGO2uN2ZHwSeEmQ3QKsvKFWYEU3jzG7JlHTFxul0j2PEZo00Fh0QLYjHGcaQQk/bMDkiZp2JEC OF8PyYJvEn5AOkQqyXba3vdXvrCuNfUZ+Ls/duJJ57J/I9Lq6vwwkxQ42eODRKjvqVOGqHJE5UdK XWrz5Rbx9uMhTJCAih2lApluUW72UqcBAMGSGroQPhZzmVL8Cdtvg74uhFXyG/5Z2pvkSFd8G8e1 OnkzT6SU2fgIrL+m9dOmFqQFfpyXYc6saqfSGyE0RBiUgX96Kjr2qbocBjC6tSzlTojYlO+7pqie cqpY+l9jgptmlxbGgvFT6nDv+jQIcOq6ilc6BYrb6w4yNNAw5U/dcSN8DRYWbyG9T4tW6q8WGYPM WgTb4lSeAjWpcp3FGCxGsvEOwGwNy51DvbOLlKgje6Am7rCbxqbLfOw6ZiHAD2DIjodQbiPdodyf r2wZf9JVtLHthtHk8PE1l0nSfoJaJgAnVD9A0Ziugxio0N3G+JdK4xP1PiPTaiMKaDUTuHquxn8M PWaEKe53m3DZOsyF0IE8t+6COIibi59TdUeQaR22xA5c+ObX9RUqHWX4qX0iyfzLo6LMRjaKqzbJ CUIYOyio0kpCJwe6mAXmE+qR28QmdnxXDuusGDzzVmeUnSE28tcgYscXJTbTXk5AoDVXPo6ZeiUH 2QJogXgPNQnVrLEmOfcoyBHtsj/NNtopQDtpUitOb7xZFddRXRx3IEkCWG0HRGD2Hpu140SUljWi dh07rXhb3OAVXlb4Ie7tzPtWs2ZAYDCAoNLSQ7yvD+rKzheS3rpwLEAEU5tQ/gFX2LUB5F+01PR+ ifAN0m5CeFHS+RZg7zMjKY4bAwMqBdlCnFW5B2fBH3xB7oGyGc6yXgrarAxxq0ISQ+QkQ419sbtf LC5ceuTmmyBVbMuKugT/QLCbohImWhgePWT94H/k08CPQCzeffHTfV1AHIeldFGfjyz4INx/i13v e9Q0iikls+/s4mlgVCZp+qYhnRdUol3vJMl+r7MtJDQDqxDU64v3i7l5v6aupkNmzXMANJKpLcQz R6d1p2BlDjQcB9osT8ihZyiLOzlsxTa5efPS1b37WLEynCH13YlUHOR98ShyUf3yXjJi5DPLiC11 Zuy7DAXXZ3wwzhrtEBKY1ZmNAVWA+5MSxceviKLJ4aDABQP0v6V2gJEHdaTAIBNSiHn19O0qf30z tXS7QME5Z48ywD00fxkKdplBreDfH02Rozi6lwUw/3Y/8wwNvXTawn8/f9ndU4s0a2IwvJcu6mtB OoAR5QB7D/BUg4aEsE3Y4p72tS8kM1/dZQRwH9kzZCJ51o7RzH6xx0vo5Q87bIq+zNaiGiaPP895 eb+RP/gOl9ns/CWIi78NJ2B113lWg5Jjqu9Sr6B7oSmVjrCjh1TqGHZxJhRCPkDitMRLDgrJxHXE SOkVbdSVSDSg1np1iBnLZgFRlqc2DJfsGNC+9EuKYuVPDroNxH3vU3sLmdKVhL0kfQnJFa4wljnF et2MTHKGntIWyKKeoLe0W4do6oANarv1TEQXrCHYhdq7W8aZ8dyQZrQMdbltHb8RWd7QCCptpikD OeGvjN+NKsva52/dZvyHNlFBYtZrz1Gf7YAvQlnBp7YsjscAh5DCtroCuO9DNdE0s2xKKn6euNnB b3LwbRZsHhEdZO0vDyGRXISHOqgNsf/iLZvgX59k72NArTJGhTm6LXntlmch14pmei6rxPW365Ft /9rY8/Y5OALoz/mfL4UuAb0onkdjsWbyLkNv2XdlqHFqnVgqgnqqkY+h3pgL6NHOU+Uw31AiL1y9 lYouyt0lz9Mf7yKoZK2znTq5ux/KN1M5Iep54h4K2Epfy3vIeoSfA73SZUoxhogmx4aBhTVk9mzv 9QUq8vrTIz6T+xXSWvEfgTr8FPg91Xp1Lt/IF6p+99Ro936jYvmWfBRgOqW9bfKei3SZv/p932I7 A5mAnLnlkxdigc83GR0vwvZLkXqYV7/Q5k/y+OgZAJ1H9OB7MNnV0uY3EHmNP3cCKWYWk7C8ySe1 pP2FeVqrKF4FvKhq1sqU2RMSM/rUHp2TPoWA8IK69fjBHxX9/KyKz1A4IT4KCYuJMBOz1lR9mlZJ vpavkKlRYwP55QieKLklF1Di7+k4xVon8FyCZXI4BfgNhj08smr5VKl164G2MvPSmkm2HUZQvWsP QNzZGFMgZu9BvP9I9fTklO/5skt4zkSmubiZjOC9AQOLQoS8FHv5R8u4q/Jl+ti6lRMZzqZUY5gv SP2LAwlLMWnDMP+zg4UqOmhHCWF5NiS/IAnr4Ll/cbZzvUC7r/zBWCx43yL3RNNWdh6F+P2VEazZ wiP8acPY/Ng/sEyCufSqY/hBLkD8o380LKFHybTv4zQGG1ONF1uzMvD+39T6lrl7DPEICr28dviF qdku2SD5JXTTwo4YWSRRkBEwsvA9ie4iVYaclY8Zp9jAaF4kp7op1cBHH5iCgpyI5AE1AZRGF0JR g9X3kq54mGVB77AlZlilPSdzCgVY1ym+kd0/MPtSTxvmb1QOyTc82A/V6vBBZYop45Az2W8mqKCu dKc+7ME24HJq4VrBWCHqJh35k4MwYUEMHCPIWmT1TPifOlJiQN4xp9cV7eH6+c96HhtVVhZw04+t HPdRSqBLQJjYZd+yNWPnSI0uiwHNOKQU36SURx+39q0QhSED/jTySwsduP7ooE8ISeaD+dQny4t3 nyhR1NgXrcSXwq8s2i3uBoc9DgAoxcSZxJvo3s4L5b0noS7T2AqKq1nb1EVMTqFsEiTjg2vPF654 rhXZXEl1gVjgj6y5VBgsOuRLAC+HaaMt8ngT0a9tb3vlTnVUIgUy03fJGeBxygGYub7V3FBBBHf8 yAdS0S7t4Td62FetT1DEYgJtRzsBWm3u6E39qxhDBXpSjMxNKTNR5yZJazpww/O0pNyMfcqtw3ax KSGHWX/VJbLuNMvDek32WVTckUvfP6iMmuJ5+rU8J3T1kYXLE/KlTtWi90qdqhladAU0EBOEKS81 IHnX2if4z1OqG76TgvigiGBtcnmQ2LMjUlfHQmLehJbctn0K/omiujv/X1iFK6JNUdZLQFhzt9vw qlhHK2f0I+F4AbrdLcSgCnLbfxp6rwoSydJq+oGQu6zNCpjhAKnMNq00zaGU8uQhVM+lrTfOVX4z EBq8BMEOuWVYAO9PR/nRWA8a2JAsq2EABFLL0/qJRdf83l665wQh84w5fu+yizA2/Gxal4MzTJdg UnkUybyqDs32/MYCUPCbNDPqWMXUKzOHyLkXKUHlkgKAuoIN5nOAoHddtMREmjQrwi0pByoD8+sg DU+3OmYSNV5UMlHI2thVHvOh++qRQkPut23Hx44GOySwv5sHteZJZ8zPle70WudZ3WUEg0KIFQAq jeZOBhNfEbU9jm7tDH99vane2wtLTgZ+KpwbQI/dc878oT7SMM7W+nG5JV/nLvErWbi/PhqygVRR 7CmLWwela3E8xBuI+HwP3CEQoTgsCXPn1+WMq1w1Mp+68M/8Sv5fuQnCSKgckGBIYyeSpdrF3sDZ ZNHS9zVewFB1zkPe3E7KdQKy8ZlNYq4lCp+ndZC51HvaFeDrqAqwf1ZHNM9jvPAcMxRvHiNPJqPL qSaccMEhTm3bP4N6RWZ++ZDDah/Sy8ztrdiRUu8SoIbXp80GYyf9p6MYJc4daBk9XkKstP2dpE0I dOCdGNMODne1xliEQ4aBFxtlbcdshjQ0tTvkYacCP2PHwjlfhGSisiFOZRUccLiU/9yS2FBD5iP1 RPrqfus9a6Jtz4fqv1xA/9Avy3pmjTIgqmNc5RRuonsv2FthFc0Mxo3eLdTXRjnlJQWL2vcTR2+1 kYS3hdRlZ5JeXi3BnpABAWhUQ1EiFHh6jmTTDdZPbmVAFYIIBBuGwoSrEo+XGD193eQ8f1IPyn5H vRQwGbcm3MXgYQzlgzmRhEgC01aXxS34Tg/dYiHL540qQhqrzXhL9yTyF2iiey47bCqVHwt6ma5b VAqB8H6WSnLwHKBiI3lM7H8Jtu6slpfMweeRoYP0CPDzBXEAxwdfhYP5cQqa0prm3M1VQjwK3Loi CX6tiXgGM108mnO1UG+4up/OyYST2XKEgztM5+bXNrEeVLgVzLQNBZ+42kbM75oQVbruqu52OOt/ XnlncfCZAENbDQhy/6QJyNqr2sj+ztJIakTlXf7iFOuXbSEAAACcSuDUYibfqQABmyGAlAEAv6MN RrHEZ/sCAAAAAARZWg== --Multipart=_Thu__4_Sep_2014_23_38_58_+0900_n6zqgg0eb7Q/TJXi-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 14:56:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 91C146E4 for ; Thu, 4 Sep 2014 14:56:37 +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 3E462133D for ; Thu, 4 Sep 2014 14:56:37 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s84EuXKf063524 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Sep 2014 08:56:33 -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 s84EuXtS063521; Thu, 4 Sep 2014 08:56:33 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 4 Sep 2014 08:56:33 -0600 (MDT) From: Warren Block To: Tomoaki AOKI Subject: Re: Anyone else seeing lockup on boot with r271042? In-Reply-To: <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> Message-ID: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> <20140904222006.cf4829b9f9124096303d6c06@dec.sakura.ne.jp> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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, 04 Sep 2014 08:56:33 -0600 (MDT) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 14:56:37 -0000 On Thu, 4 Sep 2014, Tomoaki AOKI wrote: > Strange. > My ThinkPad T420 with stable/10 r271091 boots fine, devd enabled. No > external mouse (internal TrackPoint), internal Japanese keyboard with > jp.kbd, vt on graphics mode, using nvidia descrete GPU with nvidia > driver (not nv nor nouveau). When a USB mouse is connected, devd runs moused. I suspect there is a new race condition there. > Note that I'm building world with -DNO_CLEAN, but buildkernel without > it. (Building whole world only when something in toolchain is updated > or library version bumped, to determine gptzfsboot change before > installworld in regular updating.) I usually use NO_CLEAN, but tried a full build just in case. It did not change things. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:14:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53CC77C5 for ; Thu, 4 Sep 2014 15:14:50 +0000 (UTC) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) (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 D2A5A1768 for ; Thu, 4 Sep 2014 15:14:49 +0000 (UTC) Received: from charlemagne.dc19.boland.org (37-251-90-98.FTTH.ispfabriek.nl [37.251.90.98]) (authenticated bits=0) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id s84FEel8019186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 4 Sep 2014 17:14:41 +0200 (CEST) (envelope-from boland37@xs4all.nl) Message-ID: <540881E0.2040305@xs4all.nl> Date: Thu, 04 Sep 2014 17:14:40 +0200 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: FreeBSD Stable Subject: middle-mouse button pasting broken by r271022 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:14:50 -0000 Hi. In 10.1-PRERELEASE r271022, if I select something in X, either by dragging or using left click + right-click, and then paste the selection using the middle mouse button, most of the times I get a continuous stream of bogus 'd' keypress events. This does not happen in r271021. FWIW - it's still broken in r271098 Cheers Michiel From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:23:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6D3DBC8 for ; Thu, 4 Sep 2014 15:23:00 +0000 (UTC) Received: from qmail.milos.za.net (lisa.milos.co.za [109.169.49.137]) (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 4E3DB18AE for ; Thu, 4 Sep 2014 15:22:59 +0000 (UTC) Received: (qmail 20252 invoked by uid 89); 4 Sep 2014 15:16:15 -0000 Received: from unknown (HELO ?84.202.99.171?) (clay@milos.co.za@84.202.99.171) by 10.0.0.10 with ESMTPA; 4 Sep 2014 15:16:14 -0000 Message-ID: <540881EC.7010407@milos.co.za> Date: Thu, 04 Sep 2014 17:14:52 +0200 From: Clayton Milos User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <20140903120746.GI63085@ivaldir.etoilebsd.net> <20140903134946.GA24397@satori.lan> <1409763486566-5945075.post@n5.nabble.com> In-Reply-To: <1409763486566-5945075.post@n5.nabble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:23:01 -0000 On 2014/09/03 06:58 PM, Jakub Lach wrote: > I'm partial to openntpd too, but I've remember that it was accused of > unfriendly behaviour toward time servers. > > > > -- > View this message in context: http://freebsd.1045724.n5.nabble.com/Stale-NTP-software-included-in-FreeBSD-RELEASE-STABLE-CURRENT-tp5944907p5945075.html > Sent from the freebsd-stable mailing list archive at Nabble.com. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" I've been using openntpd for some time myself. The reason I did so was because you can put this in the config: listen on 192.168.1.2 Very handy when you have multiple interfaces and do not want it listening on public interfaces. I'm of the opinion that a daemon should have the option on what interfaces it listens. Firewalls are there to protect, not as a workaround for an application that lacks critical features. \\Clay From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:41:09 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C11F826 for ; Thu, 4 Sep 2014 15:41:09 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 7045D1AFA for ; Thu, 4 Sep 2014 15:41:09 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-173-253-182.range86-173.btcentralplus.com [86.173.253.182]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 9935445038; Thu, 4 Sep 2014 15:34:48 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 9935445038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1409844889; bh=VQh7x1/2qEO+r6c+v48rHf6i5U8pIBOnzqwFz2PzLGg=; h=Date:From:To:Subject:References:In-Reply-To; b=zDeAlWqk69hZufRnGV0P7lwx6slT8y+cq0b5SkNCwFfx2CAco6lx+svvBi9dowYFr BeAcpXpi3+xBF6SwFYffaE7MzyUsvO3U8wo8UDYfrYJeNAERBgsQBa9GU3NTXTCSDq kpdpPOiUECWxkgtwa3uOph/cJ2FJY7jq1+Wd+zUE= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id A6FED1483E; Thu, 4 Sep 2014 16:34:46 +0100 (BST) Date: Thu, 4 Sep 2014 16:34:46 +0100 From: Ben Morrow To: paul@gromit.dlib.vt.edu, freebsd-stable@freebsd.org Subject: Re: 20XXQN ports branches [was: [HEADSUP] pkg(8) is now...] Message-ID: <20140904153442.GA2004@anubis.morrow.me.uk> Mail-Followup-To: paul@gromit.dlib.vt.edu, freebsd-stable@freebsd.org References: <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:41:09 -0000 Quoth Paul Mather : > > Fairly recently, there was launched a "stable" ports branch. This is > updated quarterly, and seems akin to the quarterly releases of pkgsrc > in that the given branch receives only security updates after it is > created. It appears to be fairly low-key. I remember seeing an > announcement on several FreeBSD mailing lists about its initial > release, but haven't seen anything since (even though I believe it is > now in its second quarter, at least). > > My question is this: does anyone have experience of tracking ports via > these branches? Does it work well? I can see that it would be > advantageous to those wanting less frequent churn. I wonder, though, > whether it doesn't just postpone the headaches to a quarterly basis, > when the next branch is made. It would seem that all the churn would > come all at once. Some people recommend not going too long between > ports updates because there's an increasing probability something will > fail to update the longer you wait. Is a quarter just right in terms > of time? I'm tracking these branches, though not in any sort of 'enterprise' environment, just for a couple of servers and a couple of desktops. I have to say it's a huge improvement, at least with the time I have to dedicate to keeping things up-to-date: given the amount of general churn in the ports tree at the moment, I had actually taken to keeping a local stable branch of the tree in git, and cherry-picking specific ports as I needed them. (The fact that I switched from portmaster to poudriere, which insists on rebuilding everything that's changed, didn't help.) Needless to say, this was a tiresome process: I had some scripts which would take a port, find its deps, and try to cherry-pick what was needed; but it often didn't work right, and I had to just bite the bullet and merge the main ports tree in. (At which point I had lots of merging fun to deal with.) So, having someone else do this work, in a somewhat more organised manner, is a big win for me :). (Thank you, bapt@ and everyone else involved.) So far I've only gone through one rollover (Q2->Q3), and, while it took a bit of effort to merge forward my local changes and while I ended up rebuilding nearly everything, it was relatively painless. Certainly a great deal easier than having to run around chasing deps every time a security advisory came out. One thing I'm not entirely clear about, though, is the policy about what gets MFHed. I was expecting that any port with a current SA would be updated (and nothing else would), but currently I have firefox-esr, nginx-devel, serf and subversion showing advisories and they don't appear to be going to be updated in 2014Q3. Firefox, in general, puzzles me: I've had to backport FF updates several times because of advisories, and yet Chromium (say) seems to get regular MFHs. > I don't believe the "stable" ports branches are completely like the > pkgsrc quarterly releases. As far as I know, the pkgsrc quarterly > releases are a chosen subset of the regular pkgsrc rolling release > version, whereas the "stable" ports branch is a snapshot of ports at a > given time. I don't know what measures are taken to ensure that one > version of the "stable" ports branch can upgrade to the next "stable" > ports branch. Is it left as an exercise for the reader to pore through > /usr/ports/UPDATING and work out what is needed to be fixed by hand? I'm not quite sure what you mean here: yes, you still have to read UPDATING whenever a port actually gets updated. The ports tree in general goes to a lot of effort to make upgrades work in spite of occasional upstream stupidity; when this can't be done automatically, UPDATING is the only option. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:44:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6AB1EA3E for ; Thu, 4 Sep 2014 15:44:50 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 2D2331B58 for ; Thu, 4 Sep 2014 15:44:50 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPZDM-000D4I-8B for freebsd-stable@freebsd.org; Thu, 04 Sep 2014 17:44:48 +0200 Message-ID: <540888EF.1050709@dumbbell.fr> Date: Thu, 04 Sep 2014 17:44:47 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: middle-mouse button pasting broken by r271022 References: <540881E0.2040305@xs4all.nl> In-Reply-To: <540881E0.2040305@xs4all.nl> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="7KTMU8c8muqQLtBPR7vjuCPJMftch66jD" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:44:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7KTMU8c8muqQLtBPR7vjuCPJMftch66jD Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 04.09.2014 17:14, Michiel Boland wrote: > Hi. > In 10.1-PRERELEASE r271022, if I select something in X, either by > dragging or using left click + right-click, and then paste the selectio= n > using the middle mouse button, most of the times I get a continuous > stream of bogus 'd' keypress events. This does not happen in r271021. The fix for this must have not been merged with the rest of the changes. I'll check that. Thank you for reporting this! --=20 Jean-S=E9bastien P=E9dron --7KTMU8c8muqQLtBPR7vjuCPJMftch66jD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCIjwXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMe2gQAKtPVbw9pc/SW8Q4hAJc0k6X Khk8yu8zvVQeNbYbOWnUbVjQvZz1Xv0GD9OsyOEvH0bayhpeZpsEfwd6zfwFUr8/ cPdX7L/OD7dq/0l5q8CuMaMuK1ELfuRHZWTAY0a6R5h6byP4CCBfZyiMSFG+GMyd 3iUuqBt5F3GkLiJBfjW1cvmjt+ccSB11oFtQxN5mQtq/k5gUKFFbqRQIuYq30cd5 y9jkR3Eh+5wLTXvXWU/XynuVpsJwcJcCbSnmNc5gzLmGsK/wy/MxPGSNa9/F9haf KqBEpReFXm93zwEGkttLEz5l/cb8m8LGlW8gcycJPPf0bJdvSL3dtWLplHWV7XXZ RkvVnuHyajqN7q8l40klOjz7NwKDzw5M9/XloH3gmoVquADeGnBKiJ2cLV96kEb6 SJAHVOQX7g44qUkmxeTjvy5oZAvcZdw1jojhydnCF4O5ePxrbvUX/CwLXcwn+94t ioAB85ozsjkPMeKcSY8ETZxNpAxRnruKLsgGMo8EXGgTbzk19Z9y+9tRoqyRDxiS swu4hlQF+DQiIkdLRMkC2NLfDE8Sx6NzjKspGmV93SyoCmAlP8hivAbkVYiRXVnr QcxM57daNZEzMMdJJYEqLcF6aBfvU8IbAwvjBIBq7D0qWb+HGKRvxnbM2ufkyM4K HIdOPBNQFx6tVMZTQULu =Mqct -----END PGP SIGNATURE----- --7KTMU8c8muqQLtBPR7vjuCPJMftch66jD-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:47:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E59E1C96 for ; Thu, 4 Sep 2014 15:47:13 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 A4F2F1B9C for ; Thu, 4 Sep 2014 15:47:13 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPZFf-000D52-Ux for freebsd-stable@freebsd.org; Thu, 04 Sep 2014 17:47:12 +0200 Message-ID: <5408897F.2040107@dumbbell.fr> Date: Thu, 04 Sep 2014 17:47:11 +0200 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Frb92NIC7mowX7WmR2FHlqHsUAUc5sfhF" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:47:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Frb92NIC7mowX7WmR2FHlqHsUAUc5sfhF Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 04.09.2014 14:52, Warren Block wrote: > With r271092, the lockup is still present and consistent. Another report on this mailing-list ("middle-mouse button pasting broken by r271022") makes me think that some commits were not merged yet. I'll check that. --=20 Jean-S=E9bastien P=E9dron --Frb92NIC7mowX7WmR2FHlqHsUAUc5sfhF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCIl/XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM5SoP/iATBSl1a1JAQAum4rbbYe/i TFXjQ4BVsiMvS+1FLRA6i12PcBZbr4AzqS3DaOe0WKnD6WDbIBgKaV+h5KfVoTjZ C5WkERuVPJIt69AaNnThohUVsbfHsK9Zi0o1bx0b53M859fiEQVD0uxgM6ctzIml rxhUDGq8GOIdcTY68b8oOdispY+TZ965e99zFHsW91fbZmTgyycfQN6qPgGynF3B 4+sgilGI/UnVkgPIGcc3xbvjJxEsLp0VKpGmxa52DkPC4wo2Yz8Ov4Cu18chay7/ 49BSF6jWNHpt0Qw0axQALPOJVEKpH23/fH4KwPRrUpEh65kkKPwdoMSqjf1Vti5t 37YSSlhubAN5XP8eCl0piCPTKE+GfJ2EReCCaPSW/P3LOuiFD/hM6Ur67YQm8M9J ITAJ51rWk6lrWdybAa0FzcumfdnJa1uiTTidanoPCXMJTmgObKmj9nmUa7d5P40Y yF3FRFfigfxKDaABuqpKhK9/b0e9FmbFoNko3b+X4z1NM7vivKKoydzA/X+2EV2L k93/rTSmaXm87Dje6ziNkhMe1JeK/xPwaZjyJ54ySq1XhMeDI+YkNVDIsaVKgTLy LzGquChPp7sg6/aWW21fRWd03YLUACF5xG7j1mckg6TkqfeD/9YRwyPVp0Ocks8+ adcp+fUVB4bSz3e+N3IW =Zwi5 -----END PGP SIGNATURE----- --Frb92NIC7mowX7WmR2FHlqHsUAUc5sfhF-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 15:52:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BD9E115 for ; Thu, 4 Sep 2014 15:52:21 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 481461CA2 for ; Thu, 4 Sep 2014 15:52:20 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id s84FqJN6028128; Thu, 4 Sep 2014 08:52:19 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id s84FqJLO028127; Thu, 4 Sep 2014 08:52:19 -0700 (PDT) (envelope-from david) Date: Thu, 4 Sep 2014 08:52:18 -0700 From: David Wolfskill To: Michiel Boland Subject: Re: middle-mouse button pasting broken by r271022 Message-ID: <20140904155218.GZ1286@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Michiel Boland , FreeBSD Stable References: <540881E0.2040305@xs4all.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="qicHaSekiYEWE95x" Content-Disposition: inline In-Reply-To: <540881E0.2040305@xs4all.nl> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 15:52:21 -0000 --qicHaSekiYEWE95x Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 04, 2014 at 05:14:40PM +0200, Michiel Boland wrote: > Hi. > In 10.1-PRERELEASE r271022, if I select something in X, either by draggin= g or=20 > using left click + right-click, and then paste the selection using the mi= ddle=20 > mouse button, most of the times I get a continuous stream of bogus 'd' ke= ypress=20 > events. This does not happen in r271021. >=20 > FWIW - it's still broken in r271098 > ... That has not been my experience; I have built snapshots (recently) of: FreeBSD 10.1-PRERELEASE #1320 r270789M/270801:1000714: Fri Aug 29 05:33:57= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 FreeBSD 10.1-PRERELEASE #1321 r270840M/270840:1000714: Sat Aug 30 05:33:54= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 FreeBSD 10.1-PRERELEASE #1322 r270843M/270872:1000714: Sun Aug 31 05:51:17= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 FreeBSD 10.1-PRERELEASE #1323 r270925M/270927:1000714: Mon Sep 1 06:10:23= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 FreeBSD 10.1-PRERELEASE #1324 r271011M/271013:1000714: Wed Sep 3 05:10:23= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 FreeBSD 10.1-PRERELEASE #1325 r271090M/271091:1000714: Thu Sep 4 05:31:47= PDT 2014 root@g1-235.catwhisker.org:/common/S3/obj/usr/src/sys/CANARY = i386 and used copy/paste routinely. X.org stuff I have installed: d146(9.3-S)[3] pkg info xorg\* xorg-7.7 xorg-apps-7.7 xorg-cf-files-1.0.5_1 xorg-docs-1.7,1 xorg-drivers-7.7_1 xorg-fonts-7.7 xorg-fonts-100dpi-7.7 xorg-fonts-75dpi-7.7 xorg-fonts-cyrillic-7.7 xorg-fonts-miscbitmaps-7.7 xorg-fonts-truetype-7.7_1 xorg-fonts-type1-7.7 xorg-libraries-7.7_1 xorg-macros-1.19.0 xorg-nestserver-1.12.4_8,1 xorg-server-1.12.4_8,1 d146(9.3-S)[4]=20 I'm not at all convinced that this is a "-stable" issue (given that X isn't part of base FreeBSD). Do you notice different behavior in a vty? Peace, david --=20 David H. Wolfskill david@catwhisker.org Taliban: Evil cowards with guns afraid of truth from a 14-year old girl. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --qicHaSekiYEWE95x Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCIqxXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7n48P/RdedwpG+qevrk1AQsnkV39a jTNUWcinI28TPIQ5Q0LU03x/fKeiodLgl0nY5HAKR74ao6vGUpO4Op3emR8ahJG5 JaYnn0ncQPVKClElLWaJ87Ypp7mHUCK5TU3/aVno6sgTO5vqCxlS9hahDX8o9NmT Z8Px8t8ydeMHUtpNdm8o/c/kW8QSoV6rtc5noqDvciuOxJcZttQFyWsyj4CW3hzG vKAdSz04v7HiB/mqPftfju8O2RfHNTdiCaos9HuNPo59efU57dhXWitUTj2H7cym yPOeInX2SX4ye52HyqahZesu1Qc7fQc6lNSMZxBWn2FTrRIGTH+4HXlWdf0ZIKv/ +frIrKcrnF8hITTRhkqZfns6nqYppcxBC5jsmmfSIw2xkUzUmBSViScZIeI+wNam P6/8oCdfonbtlKpnzH+KnZDeZtJY4UMhitc5Yi40mmyGQdqVz+wRUIsObk2mbqAz TVrQKCrXKnPm6LlYZ80PDvH/TruOc/zZfr8oUMaIvgNZqrYOQYpz1veLZHahZ+5e 5Y0arr/9ULEt0AzfcbgU5CDLDl365ATxNwMmEDEuaHU9Rgxdv/SFZjK3r8pjUYJX ZCun9cdWOfrgE+kEqQ0Wrf8BpU5qEN2ZPn/yhxd0JrB1G9GPyHPGkF7/wdwkgpc2 5LIcJcYmZ1gTrXbZtHrE =Qvv+ -----END PGP SIGNATURE----- --qicHaSekiYEWE95x-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 17:18:00 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6326248B; Thu, 4 Sep 2014 17:18:00 +0000 (UTC) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.dweimer.local", Issuer "webmail2.dweimer.local" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D8121904; Thu, 4 Sep 2014 17:17:59 +0000 (UTC) Received: from www.dweimer.net (webmail [192.168.5.2]) by webmail.dweimer.net (8.14.7/8.14.7) with ESMTP id s84HHoEW041872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Sep 2014 12:17:51 -0500 (CDT) (envelope-from dweimer@dweimer.net) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 04 Sep 2014 12:17:50 -0500 From: dweimer To: Clayton Milos Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <540881EC.7010407@milos.co.za> References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <20140903120746.GI63085@ivaldir.etoilebsd.net> <20140903134946.GA24397@satori.lan> <1409763486566-5945075.post@n5.nabble.com> <540881EC.7010407@milos.co.za> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.0.2 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 17:18:00 -0000 On 09/04/2014 10:14 am, Clayton Milos wrote: > On 2014/09/03 06:58 PM, Jakub Lach wrote: >> I'm partial to openntpd too, but I've remember that it was accused of >> unfriendly behaviour toward time servers. >> >> >> >> -- >> View this message in context: >> http://freebsd.1045724.n5.nabble.com/Stale-NTP-software-included-in-FreeBSD-RELEASE-STABLE-CURRENT-tp5944907p5945075.html >> Sent from the freebsd-stable mailing list archive at Nabble.com. >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" > I've been using openntpd for some time myself. The reason I did so was > because you can put this in the config: > listen on 192.168.1.2 > > Very handy when you have multiple interfaces and do not want it > listening on public interfaces. I'm of the opinion that a daemon > should have the option on what interfaces it listens. Firewalls are > there to protect, not as a workaround for an application that lacks > critical features. > > \\Clay You can add this to rc.conf, if I am not mistaken, and it will do the same thing for ntpd ntpd_flags="-I 192.168.1.2" Probably not quite as clean as adding it to the configuration file, but gets the job done. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 17:36:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0997345F for ; Thu, 4 Sep 2014 17:36:08 +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 ACE171B9F for ; Thu, 4 Sep 2014 17:36:07 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s84Ha4DS003472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Sep 2014 11:36:05 -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 s84Ha4l6003469; Thu, 4 Sep 2014 11:36:04 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 4 Sep 2014 11:36:04 -0600 (MDT) From: Warren Block To: Michiel Boland Subject: Re: middle-mouse button pasting broken by r271022 In-Reply-To: <540881E0.2040305@xs4all.nl> Message-ID: References: <540881E0.2040305@xs4all.nl> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) 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, 04 Sep 2014 11:36:05 -0600 (MDT) Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 17:36:08 -0000 On Thu, 4 Sep 2014, Michiel Boland wrote: > Hi. > In 10.1-PRERELEASE r271022, if I select something in X, either by dragging or > using left click + right-click, and then paste the selection using the middle > mouse button, most of the times I get a continuous stream of bogus 'd' > keypress events. This does not happen in r271021. > > FWIW - it's still broken in r271098 Interesting, I've seen the repeated "d" as well. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 18:12:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03896464; Thu, 4 Sep 2014 18:12:06 +0000 (UTC) Received: from nbfkord-smmo07.seg.att.com (nbfkord-smmo07.seg.att.com [209.65.160.93]) (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 6F2211037; Thu, 4 Sep 2014 18:12:05 +0000 (UTC) Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo07.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id e6ba8045.0.5939853.00-2276.16641085.nbfkord-smmo07.seg.att.com (envelope-from ); Thu, 04 Sep 2014 18:12:05 +0000 (UTC) X-MXL-Hash: 5408ab75420860d8-42197dbd48deb7944bc79f67eb67887d1dfd61d3 Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84IBvxY022266; Thu, 4 Sep 2014 13:11:58 -0500 Received: from dalint03.pst.cso.att.com (dalint03.pst.cso.att.com [135.31.133.161]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84IBpWP022202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Sep 2014 13:11:52 -0500 Received: from MOSTLS1MSGHUBAB.ITServices.sbc.com (MOSTLS1MSGHUBAB.itservices.sbc.com [135.41.4.149]) by dalint03.pst.cso.att.com (RSA Interceptor); Thu, 4 Sep 2014 18:11:41 GMT Received: from MOSTLS1MSGUSRFH.ITServices.sbc.com ([169.254.8.110]) by MOSTLS1MSGHUBAB.ITServices.sbc.com ([135.41.4.149]) with mapi id 14.03.0195.001; Thu, 4 Sep 2014 13:11:40 -0500 From: "RANDOLPH, DONALD L" To: Glen Barber , Mark Johnston Subject: RE: Dell PowerEdge R920 w/ Perc H730P Thread-Topic: Dell PowerEdge R920 w/ Perc H730P Thread-Index: Ac/BXSoZsQMlzFY4RA+G3JzbQbBx0wAKtymAAAn7nuD//7eAgIAAA04A//WvV1D/5/Uj4A== Date: Thu, 4 Sep 2014 18:11:39 +0000 Message-ID: References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [132.201.115.88] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=TNjyvSZa c=1 sm=1 a=srMsL6ituuWTYeky9Bs9mA==:17 a] X-AnalysisOut: [=bJuSpRN2vOUA:10 a=rroYxYZkpRkA:10 a=ofMgfj31e3cA:10 a=1bW] X-AnalysisOut: [CgR6wC0cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpK] X-AnalysisOut: [OAAAA:8 a=XIqpo32RAAAA:8 a=TS8M-pl4TJcDPpP8er0A:9 a=CjuIK1] X-AnalysisOut: [q_8ugA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.112.28] Cc: "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 18:12:06 -0000 Just tried an install using the FreeBSD-10.1-PRERELEASE-amd64-20140902-r270= 981-memstick.img. During the extraction process I get: kernel: NMI ISA 30, EISA ff mfi0: Failed to get command Then a repeating message of: mfi0: COMMAND 0xfffffe0002100af8 TIMEOUT AFTER XXX SECONDS I did a load mrsas at the loader... and it told me it couldn't find it. =20 I also did a set hw.mfi.mrsas_enable=3D1 During the install process it still detects the raid as mfi0 and not da0. Am I doing something wrong? Is there a different process or files I should= be using? Thanks Don From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 18:21:39 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B58DDF0; Thu, 4 Sep 2014 18:21:38 +0000 (UTC) Date: Thu, 4 Sep 2014 14:21:34 -0400 From: Glen Barber To: "RANDOLPH, DONALD L" Subject: Re: Dell PowerEdge R920 w/ Perc H730P Message-ID: <20140904182134.GN36287@hub.FreeBSD.org> References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9v2bTOXBzuB5Piju" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: Mark Johnston , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 18:21:39 -0000 --9v2bTOXBzuB5Piju Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 04, 2014 at 06:11:39PM +0000, RANDOLPH, DONALD L wrote: > Just tried an install using the FreeBSD-10.1-PRERELEASE-amd64-20140902-r2= 70981-memstick.img. > During the extraction process I get: >=20 > kernel: NMI ISA 30, EISA ff > mfi0: Failed to get command >=20 > Then a repeating message of: > mfi0: COMMAND 0xfffffe0002100af8 TIMEOUT AFTER XXX SECONDS >=20 > I did a load mrsas at the loader... and it told me it couldn't find it. = =20 > I also did a set hw.mfi.mrsas_enable=3D1 >=20 > During the install process it still detects the raid as mfi0 and not da0. >=20 > Am I doing something wrong? Is there a different process or files I shou= ld be using? >=20 I just checked both disc1.iso (which memstick.img comes from) and bootonly.iso (which mini-memstick.img comes from), and in both cases, /boot/kernel/mrsas.ko does exist in the r270981 build. Hopefully Mark can provide some insight. I do not have access to this controller to be able to diagnose this further. Glen --9v2bTOXBzuB5Piju Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUCK2uAAoJELls3eqvi17QEGYP/iMp1gpaZAufAJ4zkP5u3mXM 6ULJshQRVrWqpf9iezd3NhBtBEwq3Un4Ij6ecrbcS2Ziq06JEaiBMUjJHoZO1UD5 inoB59zupBVgpcTjGfktJwpKr5icM2mKGa2jcJMEF92CS4aKf986QcSKLND0ktpJ zssnBs+gzZy4tZxGuxF7auu2PBoguOMYjMLhogR/hHIuST75Qh3axhKzSn53D7Lc A5Yy9eqSlxS+pYyfSqc6l7+YH4hwD3fqxTT+tT20Mp2MyNv8yoGlo5/QcG5BOExJ tiEwdgfu51sd2Zrdxvr2Zl3eWVwy9/8MH1b07/Jm81gOEl4yInfQyqik+yiPrLzt hqBTTAg3OQ6Bx/Cnx8vHmAf2GgulBPZsZVoWqfJL6Bg2A9nLwD2jEQHoSIEISN2M HMSPkczN6lZa1wcm9K5Qss7mG00kK7ECvPofbRzgZu1FvXqhHAxMnOwc1QMdtRCI ugnS49sxZLp/0A4sQlG0WF7lrSiLuW7NvfWHRaoHzmf5b1PFKUO5wRQbBe2/xYTc Ft6Oi/OLlNGvNUg7028IAlgQVQq4HcnZMLOEmOEs9BB5BjTxUObA2osPJ7eu6puf PWpkZSajsR5QixHYhBtpeMVHP6nOaUoewQmtf1y46Eo00AzIFECC2eF9fzxY3w83 cUbKCWpdkY2aPMIh3wwy =SyL9 -----END PGP SIGNATURE----- --9v2bTOXBzuB5Piju-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 18:57:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04BC548F; Thu, 4 Sep 2014 18:57:16 +0000 (UTC) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (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 6E6701746; Thu, 4 Sep 2014 18:57:15 +0000 (UTC) Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id 406b8045.0.6270532.00-2352.17476291.nbfkord-smmo05.seg.att.com (envelope-from ); Thu, 04 Sep 2014 18:57:15 +0000 (UTC) X-MXL-Hash: 5408b60b73e74f3d-5fe57e0998d66964915978a71a05df4d713ace66 Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84Iv72v002343; Thu, 4 Sep 2014 13:57:08 -0500 Received: from dalint03.pst.cso.att.com (dalint03.pst.cso.att.com [135.31.133.161]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84Iv15N002273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Sep 2014 13:57:02 -0500 Received: from MOSTLS1MSGHUBAG.ITServices.sbc.com (MOSTLS1MSGHUBAG.itservices.sbc.com [135.41.4.154]) by dalint03.pst.cso.att.com (RSA Interceptor); Thu, 4 Sep 2014 18:56:46 GMT Received: from MOSTLS1MSGUSRFH.ITServices.sbc.com ([169.254.8.110]) by MOSTLS1MSGHUBAG.ITServices.sbc.com ([135.41.4.154]) with mapi id 14.03.0195.001; Thu, 4 Sep 2014 13:56:46 -0500 From: "RANDOLPH, DONALD L" To: Glen Barber Subject: RE: Dell PowerEdge R920 w/ Perc H730P Thread-Topic: Dell PowerEdge R920 w/ Perc H730P Thread-Index: Ac/BXSoZsQMlzFY4RA+G3JzbQbBx0wAKtymAAAn7nuD//7eAgIAAA04A//WvV1D/5/Uj4IAwbrwAgABKRqA= Date: Thu, 4 Sep 2014 18:56:45 +0000 Message-ID: References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> In-Reply-To: <20140904182134.GN36287@hub.FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [132.201.115.88] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=DNk4FVxb c=1 sm=1 a=srMsL6ituuWTYeky9Bs9mA==:17 a] X-AnalysisOut: [=bJuSpRN2vOUA:10 a=rroYxYZkpRkA:10 a=ofMgfj31e3cA:10 a=1bW] X-AnalysisOut: [CgR6wC0cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpK] X-AnalysisOut: [OAAAA:8 a=XIqpo32RAAAA:8 a=B0ToCQvBfiNuwn8YfpwA:9 a=CjuIK1] X-AnalysisOut: [q_8ugA:10 a=nljvRo8G3fkA:10 a=C_dKNEQumucA:10 a=Ai-ZS5cblM] X-AnalysisOut: [sA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.112.28] Cc: Mark Johnston , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 18:57:16 -0000 Ok I am downloading the FreeBSD-10.1-PRERELEASE-amd64-20140902-r270981-mini= -memstick.img image now... and I will give that a try. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 19:52:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BAD9D5A for ; Thu, 4 Sep 2014 19:52:07 +0000 (UTC) Received: from udns.ultimatedns.net (unknown [IPv6:2602:d1:b4d6:e600:4261:86ff:fef6:aa2a]) (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 2EA721D76 for ; Thu, 4 Sep 2014 19:52:07 +0000 (UTC) Received: from udns.ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.5/8.14.5) with ESMTP id s84Jrj8p048259; Thu, 4 Sep 2014 12:53:51 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: (from www@localhost) by udns.ultimatedns.net (8.14.5/8.14.5/Submit) id s84JreT2048255; Thu, 4 Sep 2014 12:53:40 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) Received: from unavailable01.ultimatedns.net ([209.180.214.227]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Thu, 4 Sep 2014 12:53:40 -0700 (PDT) Message-ID: <14323dd7a51ab99bc3e0c40224cff4a5.authenticated@ultimatedns.net> In-Reply-To: <540881E0.2040305@xs4all.nl> References: <540881E0.2040305@xs4all.nl> Date: Thu, 4 Sep 2014 12:53:40 -0700 (PDT) Subject: Re: middle-mouse button pasting broken by r271022 From: "Chris H" To: "Michiel Boland" User-Agent: UDNSMS/2.0.3 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: FreeBSD Stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 19:52:07 -0000 > Hi. > In 10.1-PRERELEASE r271022, if I select something in X, either by dragging or > using left click + right-click, and then paste the selection using the middle > mouse button, most of the times I get a continuous stream of bogus 'd' keypress > events. This does not happen in r271021. > > FWIW - it's still broken in r271098 Woot! I'm so glad to hear it's not just me. I have been experiencing the exact same issue. But, as vt(4) is quite new to me. I assumed it was because of some lack of understanding, on my part. So yes. I can also confirm this as an issue. # uname 11.0-CURRENT #0 r270508: Sun Aug 24 15:18:51 PDT amd64 FWIW I'm also using one of the nVidia blobs, and the new XORG --Chris > > Cheers > Michiel > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 20:31:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4CE2FAB9; Thu, 4 Sep 2014 20:31:56 +0000 (UTC) Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (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 B34FD1222; Thu, 4 Sep 2014 20:31:53 +0000 (UTC) Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id 83cc8045.0.6334341.00-2125.17658220.nbfkord-smmo05.seg.att.com (envelope-from ); Thu, 04 Sep 2014 20:31:55 +0000 (UTC) X-MXL-Hash: 5408cc3b62629257-3700c027ac52d3b4da6652ea1332ad8141842ec6 Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84KVpw0004624; Thu, 4 Sep 2014 15:31:52 -0500 Received: from dalint03.pst.cso.att.com (dalint03.pst.cso.att.com [135.31.133.161]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84KVlrh004585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Sep 2014 15:31:47 -0500 Received: from MOSTLS1MSGHUBAB.ITServices.sbc.com (MOSTLS1MSGHUBAB.itservices.sbc.com [135.41.4.149]) by dalint03.pst.cso.att.com (RSA Interceptor); Thu, 4 Sep 2014 20:31:33 GMT Received: from MOSTLS1MSGUSRFH.ITServices.sbc.com ([169.254.8.110]) by MOSTLS1MSGHUBAB.ITServices.sbc.com ([135.41.4.149]) with mapi id 14.03.0195.001; Thu, 4 Sep 2014 15:31:32 -0500 From: "RANDOLPH, DONALD L" To: Glen Barber Subject: RE: Dell PowerEdge R920 w/ Perc H730P Thread-Topic: Dell PowerEdge R920 w/ Perc H730P Thread-Index: Ac/BXSoZsQMlzFY4RA+G3JzbQbBx0wAKtymAAAn7nuD//7eAgIAAA04A//WvV1D/5/Uj4IAwbrwAgABKRqCAAIbs8A== Date: Thu, 4 Sep 2014 20:31:32 +0000 Message-ID: References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [132.201.115.88] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=DNk4FVxb c=1 sm=1 a=srMsL6ituuWTYeky9Bs9mA==:17 a] X-AnalysisOut: [=bJuSpRN2vOUA:10 a=rroYxYZkpRkA:10 a=ofMgfj31e3cA:10 a=1bW] X-AnalysisOut: [CgR6wC0cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpK] X-AnalysisOut: [OAAAA:8 a=XIqpo32RAAAA:8 a=KV_AwiocD6DDnNLrfMQA:9 a=CjuIK1] X-AnalysisOut: [q_8ugA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.112.28] Cc: Mark Johnston , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 20:31:56 -0000 I modified my approach a little bit. =20 When trying it on the mini image I first did a load mrsas and it told me it= couldn't be found. So I then did a ls boot/kernel. Confirmed the mrsas.k= o file was in fact in the directory. I did a load /boot/kernel/mrsas.ko and it told me it couldn't load a module= before the kernel... so I took the thumbdrive and created a /boot/loader.c= onf with mrsas_load=3D"YES" and hw.mfi.mrsas_enable=3D1 in it. Now the sys= tem is up and running. I went back and checked the FreeBSD-10.1-PRERELEASE-amd64-20140902-r270981-= memstick.img image with same install approach... creating a /boot/loader.co= nf and started the install. Both installs found the raid as da0 and installed perfectly. Now I have a = working installation of FreeBSD. So when I did a set hw.mfi.mrsas_enable=3D1 on the first attempt on the 10.= 1-PRERELEASE why didn't the mrsas driver load at boot and detect the raid a= s da0? Thanks Don From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 20:49:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED04F263; Thu, 4 Sep 2014 20:49:12 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABE701353; Thu, 4 Sep 2014 20:49:12 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id p10so14397160pdj.32 for ; Thu, 04 Sep 2014 13:49:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=9CGsFrQGOetmw1vlPjQg0yr3kReaRV3EUirwF2XiiHU=; b=FYIydFGKbJQ8aNKz+RDjhowQ6+4FQMbn+K9cIdHwSWWn1TUJaDznkyduXjieg4+Y+B dUakdupU3gP2abkBjGgB+mO4upteq21WhraHDyy7AWK0Hj0AeeasQAP42WxdbX/jS72z RjeLSk8lkkgA3eukNGqVdJREtxu1QJVhQaTPo6HtwzJ+RsrzdCHWwPElz691QvYAxNDu wLJEfc1NH4E603YAYnw3227nhCtC0x9SFqC0UyNKZHLjiCRmdx3SlECtdbjMDdSyWEb3 k4mvW4iH3qlJV41Q6oQRiZgYMGreDR8vuPK7VZ2G+Q4Rfd1iBXa9urNUnXlR50zIu6Mp /gEw== X-Received: by 10.70.94.228 with SMTP id df4mr3475530pdb.64.1409863749660; Thu, 04 Sep 2014 13:49:09 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:9436:9b4:4589:46d4? ([2601:8:ab80:7d6:9436:9b4:4589:46d4]) by mx.google.com with ESMTPSA id qn7sm64187pbc.14.2014.09.04.13.49.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 04 Sep 2014 13:49:09 -0700 (PDT) Subject: [RESOLVED] Rebooting locks up with VMware Fusion 6 open-vm-tools enabled VM on 10-STABLE/amd64 from a week or so ago Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E9E9F50A-5695-473C-810D-1D530732C4A3"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: yaneurabeya@gmail.com X-Priority: 3 In-Reply-To: Date: Thu, 4 Sep 2014 13:49:08 -0700 Message-Id: <6DB0D698-98DC-460A-820A-2E5CB0C66EBC@gmail.com> References: To: Steven Hartland X-Mailer: Apple Mail (2.1878.6) Cc: alc@FreeBSD.org, kib@FreeBSD.org, =?iso-8859-1?Q?Roger_Pau_Monn=E9?= , freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 20:49:13 -0000 --Apple-Mail=_E9E9F50A-5695-473C-810D-1D530732C4A3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Sep 2, 2014, at 10:26, Steven Hartland = wrote: > ----- Original Message ----- From: >> I=92ve been rebooting my VMware VM regularly on 10-STABLE to do = testing, >> and something changed in the past week or so to consistently cause my >> VM to go catatonic on reboot after the syncer is called to do a final >> sync to disk. >=20 > When I've seen this in the past on a bare metal machine the following > has fixed it: > sysctl hw.usb.no_shutdown_wait=3D1 My particular issue appears to be resolved after I installed a = new version of open-vm-tools from pkgng. Thanks! -Garrett --Apple-Mail=_E9E9F50A-5695-473C-810D-1D530732C4A3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUCNBEAAoJEMZr5QU6S73eSGAH/jc0/tKchybCPTwRClSAe9w6 Vl46vme9S6NXkzKplX7HaQvMFOkIMVXz7XqzwkgqsyXIzS48WEZu/sA3g7WdNOlL 0STJFgGiFTBCCpjOKv6tzOhDfjdSIv1dmpfyi6kLzyLAluWzH9GBdBKFduqBKo5a 1k4H7I++i7pPwo5cslURCovDQGhq5zc+tt7lIryeUN/QJztC5xYAz17ZxcxoMi01 LIxsF3zzP9aq6puP6Si6aRbQkhUP31deRszMRrH3aiFB/athGku97bD5t11oMoYM WxUX1P2/e19PQecyd3CZKOgHpEgkhqOs+tEdGNArey3JSgy63JCfk47ZJiOM41I= =pKIP -----END PGP SIGNATURE----- --Apple-Mail=_E9E9F50A-5695-473C-810D-1D530732C4A3-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 21:14:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8076BDF; Thu, 4 Sep 2014 21:14:02 +0000 (UTC) Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6386017A4; Thu, 4 Sep 2014 21:14:02 +0000 (UTC) Received: by mail-ie0-f179.google.com with SMTP id tr6so12146244ieb.24 for ; Thu, 04 Sep 2014 14:14:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=P/27vXaYHUqyb8M63y1zxnsoTXyDVS+ikX7xeL9Xc3w=; b=YQZ7pGed53MpNICEWnKuR3V7E7umcoV9f9pcZnaK7hRjgJAAeyIqUoU5pGOSUmcSyy rdTm3XIOEv4aiSFZQbMz44+ld5A6y/zkQa0EUKFIT6KSpAPrnVUsYMJrweby6kkN3CWO gk9CAMaUKbpiove8ZlY6/UpGbxnqN3KE0Zrr8WtHznRYZyXqT2xARTLXD+po9WpPqSa/ k+Z5JQmOMH7RkhqodjHwiVyL/Q/em9N6dI/YGUh+hb358V5csD+2X0d6qmLlDQc6Iq2/ PxwhvIIREeycOyN5I2c2+72IFlL7wnhbWhukUcwxxIZgKswkkikHYwvk/m8r7bBtVou5 z20A== X-Received: by 10.50.88.72 with SMTP id be8mr11178022igb.26.1409865241459; Thu, 04 Sep 2014 14:14:01 -0700 (PDT) Received: from charmander.home ([64.229.13.35]) by mx.google.com with ESMTPSA id z2sm1909327igl.16.2014.09.04.14.14.00 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Sep 2014 14:14:01 -0700 (PDT) Sender: Mark Johnston Date: Thu, 4 Sep 2014 17:13:08 -0400 From: Mark Johnston To: "RANDOLPH, DONALD L" Subject: Re: Dell PowerEdge R920 w/ Perc H730P Message-ID: <20140904211308.GA60493@charmander.home> References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> 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: Glen Barber , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 21:14:02 -0000 On Thu, Sep 04, 2014 at 08:31:32PM +0000, RANDOLPH, DONALD L wrote: > I modified my approach a little bit. > When trying it on the mini image I first did a load mrsas and it told me it couldn't be found. So I then did a ls boot/kernel. Confirmed the mrsas.ko file was in fact in the directory. > > I did a load /boot/kernel/mrsas.ko and it told me it couldn't load a module before the kernel... so I took the thumbdrive and created a /boot/loader.conf with mrsas_load="YES" and hw.mfi.mrsas_enable=1 in it. Now the system is up and running. > > I went back and checked the FreeBSD-10.1-PRERELEASE-amd64-20140902-r270981-memstick.img image with same install approach... creating a /boot/loader.conf and started the install. > > Both installs found the raid as da0 and installed perfectly. Now I have a working installation of FreeBSD. > > So when I did a set hw.mfi.mrsas_enable=1 on the first attempt on the 10.1-PRERELEASE why didn't the mrsas driver load at boot and detect the raid as da0? It turned out that the hw.mfi.mrsas_enable tunable hadn't been merged to stable/10, so setting it had no effect. I fixed that in r270732, so the r270981 image that you downloaded has it. I've just added mrsas(4) to the kernel. In a few days that change will be merged to stable/10, at which point you won't need to manually load mrsas.ko anymore - setting the tunable will be sufficient. Thanks, -Mark From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 21:17:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76BB0DF3; Thu, 4 Sep 2014 21:17:35 +0000 (UTC) Date: Thu, 4 Sep 2014 17:17:30 -0400 From: Glen Barber To: Mark Johnston Subject: Re: Dell PowerEdge R920 w/ Perc H730P Message-ID: <20140904211730.GQ36287@hub.FreeBSD.org> References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> <20140904211308.GA60493@charmander.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="f4HxWLVbzokH9yio" Content-Disposition: inline In-Reply-To: <20140904211308.GA60493@charmander.home> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-stable@freebsd.org" , "RANDOLPH, DONALD L" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 21:17:36 -0000 --f4HxWLVbzokH9yio Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 04, 2014 at 05:13:08PM -0400, Mark Johnston wrote: > I've just added mrsas(4) to the kernel. In a few days that change will > be merged to stable/10, at which point you won't need to manually load > mrsas.ko anymore - setting the tunable will be sufficient. >=20 Thank you very much. Glen --f4HxWLVbzokH9yio Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUCNbqAAoJELls3eqvi17QuPsQAJ2cmZTWbSr1TOwlryQq4nce yYWUvsD7YZwnoV69nHsP9XAjDnqM/ZKotMdhfteiJTHz2qqMga/P/1Ke6QnxPHuK PwD1i+LfSQw+z0hY1lJDH5aD2lEDtzA6HEHgYK6sVjs8YcBRWXK9LiqKSVIBxPBr yutnsaI/YZ2x8qJl/nDcn/IOkHR8ixk9lGxi0RZAk9Ktz5O7dmWjIe6oEuWDMe8c 5VrwNenM2cxS2YhRvr5qPFRKSxhuaq2SdpqJzTxhtOPQBX9pHSLtYJB2IuJ8rSL6 QlO/HyXCaEzlzvEk03Q9leXUgCPpK3HXwR5Gw4lv/8wwFk9EKfaaQf96uPwPCvuH KXfovzPpiVIWFsKLwdyGXMQ1wKywwKajGSHt5Spt/1s96R/UO4itOMssmLYCM+SI aQRGXpCF9iej4NmJKAGTVCcBjGYV5Qpy0EsXTcLA3at8KJznYslqXNYZ8c4laa4A QyHORVorQBGWbZGIV0BOCK7DkUG8RMn9pYaYR1f1S418dE7x0Fz2nB3OFd1IJFiI xYigulNuo34d8RMsA5tSbxGWectQ1XDStwtoZS9qaTqewYTLbVj/9bFP2J9mqXVj +FdFowSWMVKkssXzDN0lnibrMWJcTijZtjieRGnj+6D8REkSsuellBGrq1eL6L8M MxDbgozJvmOaU2rNZcvf =F7Pw -----END PGP SIGNATURE----- --f4HxWLVbzokH9yio-- From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 21:24:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B17DD18B; Thu, 4 Sep 2014 21:24:21 +0000 (UTC) Received: from nbfkord-smmo06.seg.att.com (nbfkord-smmo06.seg.att.com [209.65.160.94]) (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 232F718C1; Thu, 4 Sep 2014 21:24:20 +0000 (UTC) Received: from unknown [144.160.112.28] (EHLO tlpi048.enaf.dadc.sbc.com) by nbfkord-smmo06.seg.att.com(mxl_mta-7.2.2-0) over TLS secured channel with ESMTP id d78d8045.0.4357928.00-2120.12212964.nbfkord-smmo06.seg.att.com (envelope-from ); Thu, 04 Sep 2014 21:24:21 +0000 (UTC) X-MXL-Hash: 5408d885033a17a6-5920dbda05a303dc1efaca81c9cfb36c3811cba6 Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84LOCG9024400; Thu, 4 Sep 2014 16:24:13 -0500 Received: from dalint02.pst.cso.att.com (dalint02.pst.cso.att.com [135.31.133.160]) by tlpi048.enaf.dadc.sbc.com (8.14.5/8.14.5) with ESMTP id s84LO6Cb024357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 4 Sep 2014 16:24:06 -0500 Received: from MOSTLS1MSGHUBAD.ITServices.sbc.com (MOSTLS1MSGHUBAD.itservices.sbc.com [135.41.4.151]) by dalint02.pst.cso.att.com (RSA Interceptor); Thu, 4 Sep 2014 21:24:02 GMT Received: from MOSTLS1MSGUSRFH.ITServices.sbc.com ([169.254.8.110]) by MOSTLS1MSGHUBAD.ITServices.sbc.com ([135.41.4.151]) with mapi id 14.03.0195.001; Thu, 4 Sep 2014 16:24:01 -0500 From: "RANDOLPH, DONALD L" To: Mark Johnston Subject: RE: Dell PowerEdge R920 w/ Perc H730P Thread-Topic: Dell PowerEdge R920 w/ Perc H730P Thread-Index: Ac/BXSoZsQMlzFY4RA+G3JzbQbBx0wAKtymAAAn7nuD//7eAgIAAA04A//WvV1D/5/Uj4IAwbrwAgABKRqCAAIbs8P//Xr0AAAoyULA= Date: Thu, 4 Sep 2014 21:24:00 +0000 Message-ID: References: <20140826184659.GB3131@hub.FreeBSD.org> <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> <20140904211308.GA60493@charmander.home> In-Reply-To: <20140904211308.GA60493@charmander.home> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [132.201.115.88] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-RSA-Inspected: yes X-RSA-Classifications: public X-AnalysisOut: [v=2.0 cv=AqZZKpBP c=1 sm=1 a=srMsL6ituuWTYeky9Bs9mA==:17 a] X-AnalysisOut: [=bJuSpRN2vOUA:10 a=rroYxYZkpRkA:10 a=ofMgfj31e3cA:10 a=1bW] X-AnalysisOut: [CgR6wC0cA:10 a=BLceEmwcHowA:10 a=kj9zAlcOel0A:10 a=zQP7CpK] X-AnalysisOut: [OAAAA:8 a=XIqpo32RAAAA:8 a=eJJaxLFaHHNL2u7EaRkA:9 a=CjuIK1] X-AnalysisOut: [q_8ugA:10 a=_leGQ3DqQpYA:10 a=pH-o1lMACB8A:10 a=DGXRyYIbdW] X-AnalysisOut: [cA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)] X-MAIL-FROM: X-SOURCE-IP: [144.160.112.28] Cc: Glen Barber , "freebsd-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 21:24:21 -0000 Not sure if it matters... but I just looked up the 9.3-RELEASE and it shows= it also supports the mrsas driver. =20 So I figured I would give that one a try also... using the FreeBSD-9.3-RELE= ASE-amd64-memstick.img. Doing the same procedure as I did on the 10.1-PRERELEASE and it shows the m= rsas driver loading... but it detects the raid as mfid0. Is the tunable maybe missing from the 9.3-RELEASE? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 21:26:01 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 422CA298 for ; Thu, 4 Sep 2014 21:26:01 +0000 (UTC) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) (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 E35DB18DF for ; Thu, 4 Sep 2014 21:26:00 +0000 (UTC) Received: from [172.16.2.5] (76-10-151-25.dsl.teksavvy.com [76.10.151.25]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id s84LIb5I092320 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 4 Sep 2014 17:18:38 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Stale NTP software included in FreeBSD (RELEASE/STABLE/CURRENT) From: David Magda In-Reply-To: Date: Thu, 4 Sep 2014 17:18:51 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140903061024.GA14382@rwpc15.gfn.riverwillow.net.au> <20140903120746.GI63085@ivaldir.etoilebsd.net> <20140903134946.GA24397@satori.lan> <1409763486566-5945075.post@n5.nabble.com> <540881EC.7010407@milos.co.za> To: dweimer@dweimer.net X-Mailer: Apple Mail (2.1510) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 21:26:01 -0000 On Sep 4, 2014, at 13:17, dweimer wrote: > You can add this to rc.conf, if I am not mistaken, and it will do the = same thing for ntpd > ntpd_flags=3D"-I 192.168.1.2" >=20 > Probably not quite as clean as adding it to the configuration file, = but gets the job done. =46rom the 4.2.6 ntpd(1) man page on Mac OS X: -I iface, --interface=3Diface Listen on an interface name or address. This option may = appear an unlimited number of times. Open the network address given, or all the addresses = associated with the given interface name. This option may appear = multiple times. This option also implies not opening other = addresses, except wildcard and localhost. This option is = deprecated. Please consider using the configuration file interface = command, which is more versatile. And for ntp.conf: > interface [listen | ignore | drop] [all | ipv4 | ipv6 | wildcard | = name | address[/prefixlen]] >=20 > This command controls which network addresses ntpd opens, and whether = input is dropped without processing. The first parameter determines the = action for addresses which match the second parameter. That parameter = specifies a class of addresses, or a specific interface name, or an = address. In the address case, prefixlen determines how many bits must = match for this rule to apply. ignoreprevents opening matching addresses, = drop causes ntpd to open the address and drop all received packets = without examination. Multipleinterface commands can be used. The last = rule which matches a particular address determines the action for it. = interface commands are disabled if any -I, --interface, -L, or = --novirtualips command-line options are used. If none of those options = are used and nointerface actions are specified in the configuration = file, all available network addresses are opened. The nic command is an = alias forinterface. http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#interface So be mindful about that option if you every upgrade. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 4 21:36:36 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FBFA88B; Thu, 4 Sep 2014 21:36:36 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CFC691A0F; Thu, 4 Sep 2014 21:36:35 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id a13so1922764igq.7 for ; Thu, 04 Sep 2014 14:36:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=d+BV4I1+LrEJRvntNmIG0y8GkiT8PwdUt7j4xnVVPyE=; b=Rr9lvbX/0hfOOPyIhL9WRjbuW/q66Y0WD3TqRKs8wr00rk2dbz7Rm2wt7LGo8s/bWd 2LOx10T4rfldApTKprJqeP0odJ9kmJx8cuB92ZBaFisTc+G73yt8gmn4EbbeBoLwttCD WFLcfILHxxREDuVjHM0MWbAf9+Q0w15YmfeI/PrIf8fIewXi7ryhbLn5EBbPfKuUlQA6 RLIevC9igJdUcMFNqjPKHpUj7YoGRBNFy0QAvZ+/03ad77xgKSN/6mWQFFE9CuLMM8lI pz6rfCtkkwjBHDJAVDVbgkq3i97WGdxK44Ik1MFqR3ss0V2PcU3/p2K6dX8m5kZoJaPB kWDw== X-Received: by 10.42.4.136 with SMTP id 8mr9114053ics.57.1409866595268; Thu, 04 Sep 2014 14:36:35 -0700 (PDT) Received: from charmander.home ([64.229.13.35]) by mx.google.com with ESMTPSA id j4sm578575igx.20.2014.09.04.14.36.34 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Sep 2014 14:36:34 -0700 (PDT) Sender: Mark Johnston Date: Thu, 4 Sep 2014 17:36:02 -0400 From: Mark Johnston To: "RANDOLPH, DONALD L" , gjb@FreeBSD.org Subject: Re: Dell PowerEdge R920 w/ Perc H730P Message-ID: <20140904213602.GC60493@charmander.home> References: <20140826191321.GA1526@charmander.home> <20140826192510.GD3131@hub.FreeBSD.org> <20140904182134.GN36287@hub.FreeBSD.org> <20140904211308.GA60493@charmander.home> 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-stable@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 21:36:36 -0000 On Thu, Sep 04, 2014 at 09:24:00PM +0000, RANDOLPH, DONALD L wrote: > Not sure if it matters... but I just looked up the 9.3-RELEASE and it shows it also supports the mrsas driver. > So I figured I would give that one a try also... using the FreeBSD-9.3-RELEASE-amd64-memstick.img. > > Doing the same procedure as I did on the 10.1-PRERELEASE and it shows the mrsas driver loading... but it detects the raid as mfid0. > > Is the tunable maybe missing from the 9.3-RELEASE? > It is, unfortunately. I merged the tunable only a few days ago. Glen, do you think this warrants an errata notice? I think it'd be necessary to disable mfi(4) using something like hints.mfi.0.disabled="1" in order to use mrsas(4) on 9.3. That's a bit more heavy-handed than the mrsas_enable tunable, since it prevents mfi(4) from attaching even if mrsas(4) doesn't support the controller in question. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 01:12:14 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B0357CC for ; Fri, 5 Sep 2014 01:12:14 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 CDE7D1FA5 for ; Fri, 5 Sep 2014 01:12:13 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPi4L-0000sU-Bv for freebsd-stable@freebsd.org; Fri, 05 Sep 2014 03:12:05 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes Date: Fri, 05 Sep 2014 03:11:57 +0200 Subject: 10.0 sftp/sshd no longer times out? To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19337/Thu Sep 4 23:45:43 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 01:12:14 -0000 Hello, I just noticed something strange on my 10.0 r269088 system, with ssh at OpenSSH_6.6.1p1, OpenSSL 1.0.1h-freebsd 5 Jun 2014: I have 28 blocks like this in ps output: 0 869 739 0 20 0 86428 3732 select Is - 0:00,05 sshd: michael [priv] (sshd) 1001 872 869 0 20 0 86428 3732 select I - 0:00,13 sshd: michael@notty (sshd) 1001 873 872 0 30 0 23584 0 pause IWs - 0:00,00 csh -c /usr/libexec/sftp-server 1001 875 873 0 20 0 50244 3092 select I - 0:00,01 /usr/libexec/sftp-server and sockstat show the corresponding sockets as connected: michael sshd 8737 3 tcp4 x.x.x.x:22 188.96.33.76:42205 michael sshd 8737 4 stream -> ?? root sshd 8734 3 tcp4 x.x.x.x:22 188.96.33.76:42205 root sshd 8734 5 stream -> ?? 188.96.33.76 was my office ip address from the 22nd to the 28th of July. In fact, all ip addresses I connected from since 25th of July still show output as above. Shouldn't these connections have timed out by now, and the sftp-server / sshd connection exited? I upgraded this system from 9.2 to 10.0 on the 25th of July, never seen this before. Am I overlooking something here? Michael From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 01:38:43 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8F56CF7 for ; Fri, 5 Sep 2014 01:38:43 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 69935126D for ; Fri, 5 Sep 2014 01:38:43 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPiU4-0005aP-OD; Fri, 05 Sep 2014 03:38:40 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "FreeBSD Stable Mailing List" , "Michael Ross" Subject: Re: 10.0 sftp/sshd no longer times out? References: Date: Fri, 05 Sep 2014 03:38:32 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19337/Thu Sep 4 23:45:43 2014) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 01:38:43 -0000 On Fri, 05 Sep 2014 03:11:57 +0200, Michael Ross wrote: > Hello, > > I just noticed something strange on my 10.0 r269088 system, > with ssh at OpenSSH_6.6.1p1, OpenSSL 1.0.1h-freebsd 5 Jun 2014: > > > I have 28 blocks like this in ps output: > > 0 869 739 0 20 0 86428 3732 select Is - 0:00,05 > sshd: michael [priv] (sshd) > 1001 872 869 0 20 0 86428 3732 select I - 0:00,13 > sshd: michael@notty (sshd) > 1001 873 872 0 30 0 23584 0 pause IWs - 0:00,00 > csh -c /usr/libexec/sftp-server > 1001 875 873 0 20 0 50244 3092 select I - 0:00,01 > /usr/libexec/sftp-server > > and sockstat show the corresponding sockets as connected: > > michael sshd 8737 3 tcp4 x.x.x.x:22 188.96.33.76:42205 > michael sshd 8737 4 stream -> ?? > root sshd 8734 3 tcp4 x.x.x.x:22 188.96.33.76:42205 > root sshd 8734 5 stream -> ?? > > Just wanted to clarify that the PIDs do match between ps and sockstat, copied the wrong block there. > 188.96.33.76 was my office ip address from the 22nd to the 28th of July. > In fact, all ip addresses I connected from since 25th of July still show > output as above. > > Shouldn't these connections have timed out by now, > and the sftp-server / sshd connection exited? > > I upgraded this system from 9.2 to 10.0 on the 25th of July, > never seen this before. > > Am I overlooking something here? > > > Michael > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 05:30:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B4DFA1A7 for ; Fri, 5 Sep 2014 05:30:24 +0000 (UTC) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 8F3CA1B55 for ; Fri, 5 Sep 2014 05:30:24 +0000 (UTC) Received: from anubis.morrow.me.uk (host86-173-253-182.range86-173.btcentralplus.com [86.173.253.182]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id 77E3C45038; Fri, 5 Sep 2014 05:30:19 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 isis.morrow.me.uk 77E3C45038 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1409895022; bh=taxetIyy9F2uAxJfdREuNSwX6WZcxBV3BbJmyKiwP7c=; h=Date:From:To:Subject:References:In-Reply-To; b=LhzkDkTEcmaMaDMHrvoPaqiNdLZOAT8hzt2+eKrvQ6WmbCVZotvP7S0S4HbocJ57p YcZE+gNgPro5he+sSfNidDkRVp7LqAn2d0L5svcV8vgMTB32ZLjmXS6tMapE4He4/M fmaQXpzTvc9YvQPA1Yivz1dRGLKEeW+d5FHEo97Y= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.1 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id F39B014977; Fri, 5 Sep 2014 06:30:14 +0100 (BST) Date: Fri, 5 Sep 2014 06:30:14 +0100 From: Ben Morrow To: gmx@ross.cx, freebsd-stable@freebsd.org Subject: Re: Forcing pkg Message-ID: <20140905053009.GA9438@anubis.morrow.me.uk> Mail-Followup-To: gmx@ross.cx, freebsd-stable@freebsd.org References: <20140904051535.GX9400@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Newsgroups: gmane.os.freebsd.stable User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 05:30:24 -0000 Quoth "Michael Ross" : > > > >> Is there any equivalent to "pkg_add --force"? > > > > cd /tmp > > mkdir tempdir > > cd tempdir > > tar xf mypkg.txz > > > > and move those extracted stuff to the place where it's needed. > > That's hardly equivalent. > > I'm all for pkg, don't get me wrong. > With poudriere it looks very promising. > > I'd like it to have a "just install this and don't mind anything"-option. > For doing quick and dirty stuff. I suspect that would break the database, which, because it's now SQL, would matter a lot more than before. What you can do is tar -xf $pkg +MANIFEST vi ./+MANIFEST tar -cf nomanifest --exclude +MANIFEST @$pkg tar -cJf $newpkg +MANIFEST @nomanifest This isn't exactly easy, but I'm not sure this is something which should be easy. Ben From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 05:46:53 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A93FF4E4; Fri, 5 Sep 2014 05:46:52 +0000 (UTC) Date: Fri, 5 Sep 2014 01:46:49 -0400 From: Glen Barber To: Ben Morrow Subject: Re: Forcing pkg Message-ID: <20140905054649.GW36287@hub.FreeBSD.org> References: <20140904051535.GX9400@home.opsec.eu> <20140905053009.GA9438@anubis.morrow.me.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="KH9S6eoVXLBawpUJ" Content-Disposition: inline In-Reply-To: <20140905053009.GA9438@anubis.morrow.me.uk> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) Cc: gmx@ross.cx, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 05:46:53 -0000 --KH9S6eoVXLBawpUJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 05, 2014 at 06:30:14AM +0100, Ben Morrow wrote: > Quoth "Michael Ross" : > > > > > >> Is there any equivalent to "pkg_add --force"? > > > > > > [...] > > > tar xf mypkg.txz > > > > > > and move those extracted stuff to the place where it's needed. > >=20 > [...] >=20 > I suspect that would break the database, which, because it's now SQL, > would matter a lot more than before. What you can do is >=20 > tar -xf $pkg +MANIFEST > vi ./+MANIFEST > tar -cf nomanifest --exclude +MANIFEST @$pkg > tar -cJf $newpkg +MANIFEST @nomanifest >=20 Sigh. Maybe I'm lost. So, I have to ask. Why, exactly, are we suggesting unpacking packaged packages into temp directories and arbitrarily "doing things" with their contents? Glen --KH9S6eoVXLBawpUJ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJUCU5JAAoJELls3eqvi17QnmkQAIzmC6v+S1fybbEZrz3WtHfw 88NNmbvAP12CcJzZyZLwgV3m15LOybDFGt+W3HBe2+zHOe66gq7Bir7skiwLdtKw 05ryRIhLodgEzzrvhrU+nKszwG/T4sGWDI4ZmRtJn0ecFaIk+U25Bv65N4UcYbOP X92qljPyX7qaQbqWYD793lWl+ONc5AfD8889GWR449k9bAw16fzmA/FUrBus4gze 0q1bzrhPkP1yNPbqR5qWqAGv5fFLjznCwfvgb36S3taTjW3Ip5jdb+MjeAX8a1u4 t2T1wfBJ5lvYsIENGofEMFE8hFU/1xsoNbavVICfCCM8SuiYKcfjboDfqF886onj 7pFAX20PEYoPVB8cZOprbiyC0vObNGs6+QXO64xQV0QG0DXzeORQvW2n7gL05HOu R5QKEKc+TB9VQR60EgyTsrpn5H2ubuc1DGybyx5KfjEJfPPrUJsuvj8/SprER0aN sQmd4iZ4wdPJC4BDwkkWAA+HvFH0ahsqVBf5kHegWG77KiMdvRN9R4DAGGiLUGUz H+YwZngKcKRL2RX0rVVXPfmcGMhXuh1yHAVWEWKt9MDoTviPCzF57g2vyzpjUvCi xTTpkhy8ZSKUq/8dioQPyrjwryyCXD1DsP3KWV4CrqgUbxSEkjF1sY4qkaQC5mf5 m348SFK2PA9U+VMCoQxb =GJua -----END PGP SIGNATURE----- --KH9S6eoVXLBawpUJ-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 07:37:23 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD4FC2A2 for ; Fri, 5 Sep 2014 07:37:23 +0000 (UTC) Received: from mail-vc0-x230.google.com (mail-vc0-x230.google.com [IPv6:2607:f8b0:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C80318C6 for ; Fri, 5 Sep 2014 07:37:23 +0000 (UTC) Received: by mail-vc0-f176.google.com with SMTP id ik5so11712961vcb.7 for ; Fri, 05 Sep 2014 00:37:22 -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:content-transfer-encoding; bh=2Pf6/qGOwY+NWc3W3IU61XEYfj+Hh6Us8qo6aoIMNro=; b=OguGtvPd98AnnU8HJ2jVAushZseGSKU3S3RTap2qfCiYs7e7+t8YmBQXHRIN/2vGem baeZmT5PNhdU+d7tOPOH6+35uQKuKLYnl0NknDXwfVJqDIa//QmYmHQuZ9AeR6L+Z4oJ wc6ujJegcezUSkvJ4jODlRrF/OS8Cj+M5CR8PCPq27i0J5qqI5dmLHSKQ52unRFnfFbg d3W/7LQb5sm6mgG4sMZ4ZzQQguTUwqVdvXp8EDSPGY4iDlsrqGqJHf/qjUXhfjiPU4tV E+WDCGd8PycmPZndQ0xWgI3yi/7byY2+gzIYXDcoDYXUJEfoxlDA8AhTLDX6CvsPfKlw 5WZg== MIME-Version: 1.0 X-Received: by 10.52.97.233 with SMTP id ed9mr7528853vdb.16.1409902642493; Fri, 05 Sep 2014 00:37:22 -0700 (PDT) Received: by 10.53.3.139 with HTTP; Fri, 5 Sep 2014 00:37:22 -0700 (PDT) In-Reply-To: References: Date: Fri, 5 Sep 2014 11:37:22 +0400 Message-ID: Subject: Re: 10-STABLE and setfib From: Pavel Timofeev To: freebsd-stable stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 07:37:24 -0000 I rechecked it. Turned out it looks like it=E2=80=99s more cosmetic problem= (?). Let me explain what I wanted. I wanted to take different routing table for a jail. I created 2 same VMs on one Hyper-V hypervisor. Connected it to the same virtual switch. Gave them same configuration with same IP addresses. When I worked with one VM, another was turned off. And vise versa. I used GENERIC kernel. One of that machines was FreeBSD 10.0-p7 RELEASE amd64. Another was fresh FreeBSD 10.1 r271152 PRERELEASE amd64. VM has IP 192.168.8.14. An alias0 created for a jail with IP 192.168.8.13. The default router is 192.168.8.1. Here is the same configs of that two VMs: % cat /boot/loader.conf autoboot_delay=3D"2" net.fibs=3D2 net.add_addr_allfibs=3D0 % cat /etc/rc.conf hostname=3D"10R" # 10S on 10.1-PRE ifconfig_hn0=3D"inet 192.168.8.14 netmask 255.255.255.0" defaultrouter=3D"192.168.8.1" sshd_enable=3D"YES" ntpd_enable=3D"YES" ntpd_sync_on_start=3D"YES" dumpdev=3D"AUTO" ifconfig_hn0_alias0=3D"inet 192.168.8.13/32 fib 1" static_routes=3D"fibnet fibdef" route_fibnet=3D"-net 192.168.8.0/24 -interface hn0 -fib 1" route_fibdef=3D"default 192.168.8.1 -fib 1" jail_enable=3D"YES" jail_list=3D"mailjail" % cat /etc/jail.conf exec.start =3D "/bin/sh /etc/rc"; exec.stop =3D "/bin/sh /etc/rc.shutdown"; exec.clean; mount.devfs; devfs_ruleset =3D 4; $jailsdir =3D "/var/jails"; path =3D "$jailsdir/$name"; mailjail { mount.fdescfs; allow.sysvipc; allow.raw_sockets; allow.set_hostname; exec.fib =3D 1; ip4.addr =3D 192.168.8.13; } Here is the defference: FreeBSD 10.0-p7 RELEASE amd64 (which is OK IMO) boot message ... hn0: flags=3D8843 metric 0 mtu 1500 options=3D18 ether 00:15:5d:08:6f:0b inet 192.168.8.14 netmask 0xffffff00 broadcast 192.168.8.255 inet6 fe80::215:5dff:fe08:6f0b%hn0 prefixlen 64 scopeid 0x2 inet 192.168.8.13 netmask 0xffffffff broadcast 192.168.8.13 nd6 options=3D29 fib: 1 Starting devd. add net 192.168.8.0: gateway hn0 fib 1 add net default: gateway 192.168.8.1 fib 1 add net default: gateway 192.168.8.1 fib 0 add net fe80::: gateway ::1 fib 0,1 add net ff02::: gateway ::1 fib 0,1 add net ::ffff:0.0.0.0: gateway ::1 fib 0,1 add net ::0.0.0.0: gateway ::1 fib 0,1 ... On host % netstat -f inet -rn Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.8.1 UGS 0 91 hn0 127.0.0.1 link#1 UH 0 0 lo0 192.168.8.0/24 link#2 U 0 576 hn0 192.168.8.13 link#2 UHS 0 72 lo0 =3D> 192.168.8.13/32 link#2 U 0 0 hn0 192.168.8.14 link#2 UHS 0 0 lo0 On host % setfib 1 netstat -f inet -rn Routing tables (fib: 1) Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.8.1 UGS 0 5 hn0 192.168.8.0/24 00:15:5d:08:6f:0b US 0 0 hn0 Inside the jail % netstat -f inet -rn Routing tables (fib: 1) Internet: Destination Gateway Flags Refs Use Netif Expire default 192.168.8.1 UGS 0 7 hn0 192.168.8.0/24 00:15:5d:08:6f:0b US 0 78 hn0 FreeBSD 10.1 r271152 PRERELEASE amd64 (which is not OK IMO) boot message ... hn0: flags=3D8843 metric 0 mtu 1500 options=3D18 ether 00:15:5d:08:6f:09 inet 192.168.8.14 netmask 0xffffff00 broadcast 192.168.8.255 inet6 fe80::215:5dff:fe08:6f09%hn0 prefixlen 64 scopeid 0x2 inet 192.168.8.13 netmask 0xffffffff broadcast 192.168.8.13 nd6 options=3D29 fib: 1 Starting devd. add net 192.168.8.0: gateway hn0 fib 1 add net default: gateway 192.168.8.1 fib 1 add net default: gateway 192.168.8.1 fib 0 route: writing to routing socket: Network is unreachable add net fe80::: gateway ::1 fib 0 add net fe80::: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ff02::: gateway ::1 fib 0 add net ff02::: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ::ffff:0.0.0.0: gateway ::1 fib 0 add net ::ffff:0.0.0.0: gateway ::1 fib 1: Network is unreachable route: writing to routing socket: Network is unreachable add net ::0.0.0.0: gateway ::1 fib 0 add net ::0.0.0.0: gateway ::1 fib 1: Network is unreachable ... On host % netstat -f inet -rn Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.8.1 UGS hn0 127.0.0.1 link#1 UH lo0 192.168.8.0/24 link#2 U hn0 192.168.8.14 link#2 UHS lo0 On host % setfib 1 netstat -f inet -rn Routing tables (fib: 1) Internet: Destination Gateway Flags Netif Expire default 192.168.8.1 UGS hn0 192.168.8.0/24 00:15:5d:08:6f:09 US hn0 192.168.8.13 link#2 UHS lo0 192.168.8.13/32 link#2 U hn0 Inside the jail: % netstat -f inet -rn Routing tables (fib: 1) Internet: Destination Gateway Flags Netif Expire 192.168.8.13 link#2 UHS lo0 So the difference between these two VMs: - dmesg messages like =E2=80=9CNetwork is unreachable=E2=80=9D on = PRERELEASE. - Visibility of default router inside the jail on PRERELEASE. At the same time it looks like this configuration works normally. I can access the network from the jail on both systems. So problem is more cosmetic (?). 2014-09-04 17:56 GMT+04:00 Pavel Timofeev : > Hi! > I've read this topic in forum > https://forums.freebsd.org/viewtopic.php?f=3D7&t=3D47693 where described > how to deal with default route for jail with different fib. > I tried it on 2 same virt machines, but with different interface name > and ip addresses than on forum. > While it works in 10.0-RELEASE it doesn't work in 10.1-PRERELEASE r271030= . > It says 'Network is unreachable' while booting. Here is a piece of dmesg.= boot: > > > add net 172.16.220.0: gateway hn1 fib 1 > add net default: gateway 172.16.220.1 fib 1 > add net default: gateway 192.168.8.1 fib 0 > Additional inet routing options: gateway=3DYES. > route: writing to routing socket: Network is unreachable > add net fe80::: gateway ::1 fib 0 > add net fe80::: gateway ::1 fib 1: Network is unreachable > route: writing to routing socket: Network is unreachable > add net ff02::: gateway ::1 fib 0 > add net ff02::: gateway ::1 fib 1: Network is unreachable > route: writing to routing socket: Network is unreachable > add net ::ffff:0.0.0.0: gateway ::1 fib 0 > add net ::ffff:0.0.0.0: gateway ::1 fib 1: Network is unreachable > route: writing to routing socket: Network is unreachable > add net ::0.0.0.0: gateway ::1 fib 0 > add net ::0.0.0.0: gateway ::1 fib 1: Network is unreachable > > > And 'netstat -rn' doesn't show routes inside the jail. > Can anyone confirm such regression? From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 08:51:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 296AE63A for ; Fri, 5 Sep 2014 08:51:37 +0000 (UTC) Received: from relaygateway02.edpnet.net (relaygateway02.edpnet.net [212.71.1.211]) by mx1.freebsd.org (Postfix) with ESMTP id AB8031029 for ; Fri, 5 Sep 2014 08:51:35 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8IADR4CVRNbXB9/2dsb2JhbABZgw1TV4J8xVWHSgSBDRd3hC0zXxMOAhEFJYh9mF+PL49ahhuPaoJjgVMFnGsBlSKBR4IcOy+CTwEBAQ X-IPAS-Result: Aq8IADR4CVRNbXB9/2dsb2JhbABZgw1TV4J8xVWHSgSBDRd3hC0zXxMOAhEFJYh9mF+PL49ahhuPaoJjgVMFnGsBlSKBR4IcOy+CTwEBAQ X-IronPort-AV: E=Sophos;i="5.04,471,1406584800"; d="scan'208";a="262997188" Received: from 77.109.112.125.adsl.dyn.edpnet.net (HELO mordor.lan) ([77.109.112.125]) by relaygateway02.edpnet.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Sep 2014 10:17:12 +0200 Date: Fri, 5 Sep 2014 10:50:24 +0200 From: Julien Cigar To: freebsd-stable@freebsd.org Subject: Xorg segfaults with vt Message-ID: <20140905085024.GL43967@mordor.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ucfHZChuBC0NsER/" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 08:51:37 -0000 --ucfHZChuBC0NsER/ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I just updated two machines and Xorg produces a segmentation fault when I $> startx. This happens only when vt is enabled (syscons is OK). This is on: FreeBSD frodon 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #2 r271092: Thu Sep 4 15:17:08 CEST 2014 root@frodon:/usr/obj/usr/src/sys/CUSTOM amd64 ps: put me in CC as I'm not subscribed to this list Best regards, Julien --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --ucfHZChuBC0NsER/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJUCXlQAAoJEAi2KiTKQR5pN3IQAMIgFNF553taz00hSYocQ7eV OPiUTcF2zSIV+Kj4Ozlyh6ynGmdJBhIdHw6Y3hm+wj6qCO8GZWoFcOjzOK3patEZ qXqV/2hv2gJzzqOe3/WsgElzV0zrhvRD2Le5FyV68R/fDB8PT5Hswmg8etqpIk5H tTR1nADJG+fdU1gfOvlmxrfV5QscpJaNYMz9s06NeU5JQM4XgpCIPnMoqP00csPL mzx3szWy5V9A3J55tsGL5jiDF04QArzZd0665XkqAAAoAdAGEpo6dynTSD4echUt cFV+X+2xQOtcjcBCVmraAtHgqUzHSGAw79nFFz+cTnU6sCAmj58z1pbEs3iY67qb SsckTRtzkKHsmac4Uo75z/LlIyPtc2CdHnS4FuvXNdu1n9yWpToVydcVrHfhWXcc CW3gz9xqHwxI8k1i8N4aCObK2OYb2335OJHS/dp3a15sxtRzbBKIUz5DmscfQmil tdCidCJ62sV5YYg+DvhbwREdCb97upKmY0ViAv9ObA12zXJjK+GFU3rITIlSvjOT LSuQY8yBocdvc+W6UaGV7pTVJ4gwRQXVjZz1fOFilonf+eXKRREj1xUNnXbEBvaU 7ig4B8z81Ux+09tHjlGUtRE3j7OIp+dFGG1HhrBkNyjP6uocizYqyZicQXY+xJyp iyiij0tmYex8kLDKjhR1 =nRTk -----END PGP SIGNATURE----- --ucfHZChuBC0NsER/-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 09:10:49 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 604CBA88 for ; Fri, 5 Sep 2014 09:10:49 +0000 (UTC) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 221DC12FE for ; Fri, 5 Sep 2014 09:10:48 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1XPpXR-0007dW-WE; Fri, 05 Sep 2014 11:10:39 +0200 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Julien Cigar" Subject: Re: Xorg segfaults with vt References: <20140905085024.GL43967@mordor.lan> Date: Fri, 05 Sep 2014 11:10:36 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20140905085024.GL43967@mordor.lan> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: - X-Spam-Score: -1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, BAYES_40 autolearn=disabled version=3.3.2 X-Scan-Signature: 523f42b60907f92a5b98f162865e3e4b X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 09:10:49 -0000 On Fri, 05 Sep 2014 10:50:24 +0200, Julien Cigar wrote: > Hello, > > I just updated two machines and Xorg produces a segmentation fault when > I $> startx. This happens only when vt is enabled (syscons is OK). This > is on: > > FreeBSD frodon 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #2 r271092: Thu > Sep 4 15:17:08 CEST 2014 root@frodon:/usr/obj/usr/src/sys/CUSTOM > amd64 > > ps: put me in CC as I'm not subscribed to this list > > Best regards, > Julien > Do you get a coredump and/or is there something valuable in /var/log/Xorg.0.log? Ronald. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 09:25:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F782D4D for ; Fri, 5 Sep 2014 09:25:33 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 626D6147A for ; Fri, 5 Sep 2014 09:25:33 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPplr-000CKv-9V; Fri, 05 Sep 2014 11:25:31 +0200 Message-ID: <54098186.9070904@dumbbell.fr> Date: Fri, 05 Sep 2014 11:25:26 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Julien Cigar , freebsd-stable@freebsd.org Subject: Re: Xorg segfaults with vt References: <20140905085024.GL43967@mordor.lan> In-Reply-To: <20140905085024.GL43967@mordor.lan> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="L8xf1i9fpqoX04LrvRX7ng9bigVfu0jTC" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 09:25:33 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --L8xf1i9fpqoX04LrvRX7ng9bigVfu0jTC Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05.09.2014 10:50, Julien Cigar wrote: > Hello, Hello! > I just updated two machines and Xorg produces a segmentation fault when= > I $> startx. This happens only when vt is enabled (syscons is OK). You probably hit this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191459 --=20 Jean-S=C3=A9bastien P=C3=A9dron --L8xf1i9fpqoX04LrvRX7ng9bigVfu0jTC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCYGLXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMOXQP/1NdwuqKswjOrP5hnJus5CMy aorKMxOxoHA52dTHLStYkRTRwPT9zQVKLoPBCMVxjiiU47SVadt6sNWm/93P2zOQ O7xbCoyntCBDBuPepFflaVo60MYamIs0dy1wxI1RqX0Xgvdul8wEwgi30V5VY8EK DczDak9lDDa2FmSqs+IDDWZD3a+NCFoUC0zZ61oV1PR/nu3MXVBMNWCscfG54jyj qxHQgzlVEGec4DnKCwH6DIdMjXsr7Od+Wy1D3tFFyxKZco+kmGqO9/Hrijpp4jth tyDNYuKAMpADoRqBYWLp4Of9PUr6+oddGSQq7pqRr/lahqI+LHT/HXq8yTwJcgpM SbkuG+lUrpdw6lJe69psjIosDBSEl+ub/KiBrkFnNR6IkFGbJDxe6HXXJLopyOAZ 2BNP2BYFcgQJBW8xK5+GOLTLcOdBIg194chRzgAEFTzq9lpWF8zRX0Jr1ynlA2DQ zql7pa6cixhH1Y7+pxeSWTA47VciqMUA+XHtgSLRt5EPc4rvTvTWsLYTpnNy0U3l zJYteJV8IGzHMu0SCpZ+rPlv2mH+jLMEAOc2GRs7GWE+GmKqTXxZKzx9vDzrb/8r LUSSs2dtuvoX/68C2lkm3iX/g48eS5dAvXQTbrd3IM+jrrAQAIFCS7DsrJUdFvq3 +/DDSP3Z2GD9o7T8X+EI =ZSO+ -----END PGP SIGNATURE----- --L8xf1i9fpqoX04LrvRX7ng9bigVfu0jTC-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 09:37:20 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74B293E0 for ; Fri, 5 Sep 2014 09:37:20 +0000 (UTC) Received: from relaygateway02.edpnet.net (relaygateway02.edpnet.net [212.71.1.211]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0EB1732 for ; Fri, 5 Sep 2014 09:37:19 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArQIAAqECVRNbXB9/2dsb2JhbABZgw1TV4J8xVuHRgQCAYELF3eEBAEFIzMjEAsYCRMOAgIPBSUkiFkJqA2PWoYDARePTQeCeYFTBZVuhn0BlSKDYzsvAYJOAQEB X-IPAS-Result: ArQIAAqECVRNbXB9/2dsb2JhbABZgw1TV4J8xVuHRgQCAYELF3eEBAEFIzMjEAsYCRMOAgIPBSUkiFkJqA2PWoYDARePTQeCeYFTBZVuhn0BlSKDYzsvAYJOAQEB X-IronPort-AV: E=Sophos;i="5.04,471,1406584800"; d="scan'208";a="263007513" Received: from 77.109.112.125.adsl.dyn.edpnet.net (HELO mordor.lan) ([77.109.112.125]) by relaygateway02.edpnet.net with ESMTP/TLS/DHE-RSA-AES256-SHA; 05 Sep 2014 11:03:31 +0200 Date: Fri, 5 Sep 2014 11:36:40 +0200 From: Julien Cigar To: =?utf-8?Q?Jean-S=C3=A9bastien_P=C3=A9dron?= Subject: Re: Xorg segfaults with vt Message-ID: <20140905093640.GM43967@mordor.lan> References: <20140905085024.GL43967@mordor.lan> <54098186.9070904@dumbbell.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9Jdw4pA1x1k2W7MG" Content-Disposition: inline In-Reply-To: <54098186.9070904@dumbbell.fr> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 09:37:20 -0000 --9Jdw4pA1x1k2W7MG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 05, 2014 at 11:25:26AM +0200, Jean-S=C3=A9bastien P=C3=A9dron w= rote: > On 05.09.2014 10:50, Julien Cigar wrote: > > Hello, >=20 > Hello! >=20 > > I just updated two machines and Xorg produces a segmentation fault when > > I $> startx. This happens only when vt is enabled (syscons is OK). >=20 > You probably hit this bug: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191459 Yes it seems to be that one.. Thanks! >=20 > --=20 > Jean-S=C3=A9bastien P=C3=A9dron >=20 --=20 Julien Cigar Belgian Biodiversity Platform (http://www.biodiversity.be) PGP fingerprint: EEF9 F697 4B68 D275 7B11 6A25 B2BB 3710 A204 23C0 No trees were killed in the creation of this message. However, many electrons were terribly inconvenienced. --9Jdw4pA1x1k2W7MG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABCgAGBQJUCYQoAAoJEAi2KiTKQR5pZG4P/jOWFgjv0jl94+fVk21yQRA8 wpOyS1WIK7dDysjdo8ghoDJk9piXqagWkjgWBIxGeuGE+m5UxxVFmmXGQunx09fP n/55H8w0skw3aWSTEbZrPd91BAQaAq8lNnSC2BnPJqEDcaf8K0RA0IXJnx0zpvgn /7YpmnbsuwgES0+uUXETOcCh86soZ0RcUi9JLfnmlO38/ZsvfWGIMS6ahYsyL4q0 u4voydh3IVt0493tQPpBS9eraqt/NRhcGNi/buEFK2lemT9v0TvXVvsy6+kqzRes 7i2nH2Zlr+TZeXEYtjCUqOR55Ypb3ETlflvgEJynvC7u3MliCGnz3Xmn5DwPV9Df Uw5m9hc4vh7S4yn0asGkdFg/lD3vVIl2QZjn4zVkvgtarM+YltAVS01KYJpB0XOt NrdgouuIIx1Mf/vwYSj8g/CtIy8/qFWYQgrCLuAfG8eOfhS6Hqt1Ql8wB8+/BwhO M+t+qy8AGewsdcuwLOVk8QwZvadepPjskisAEIbs0jrdH6u8DLvpKJVr70Acq+RX LSKjSSvO/MEy2hc0mjZ/dRylSCuo8FERYbBAX2fnLCe/o2Jf+6To4zIxqEySt4sy q+NTHygMvnPbzvdukFN7jh04dyHJO0vrECr/JZRpJs+FjAC/QTQnpD4vdwRgt5R/ vZ36MUPKgaof0/ikzYCt =rofS -----END PGP SIGNATURE----- --9Jdw4pA1x1k2W7MG-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 10:04:56 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 671A7569 for ; Fri, 5 Sep 2014 10:04:56 +0000 (UTC) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.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 E24A11D5F for ; Fri, 5 Sep 2014 10:04:55 +0000 (UTC) Received: from charlemagne.dc19.boland.org (37-251-90-98.FTTH.ispfabriek.nl [37.251.90.98]) (authenticated bits=0) by smtp-vbr8.xs4all.nl (8.13.8/8.13.8) with ESMTP id s85A4kdA085354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 5 Sep 2014 12:04:47 +0200 (CEST) (envelope-from boland37@xs4all.nl) Message-ID: <54098ABE.2050304@xs4all.nl> Date: Fri, 05 Sep 2014 12:04:46 +0200 From: Michiel Boland User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: middle-mouse button pasting broken by r271022 References: <540881E0.2040305@xs4all.nl> In-Reply-To: <540881E0.2040305@xs4all.nl> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 10:04:56 -0000 On 09/04/2014 17:14, Michiel Boland wrote: > Hi. > In 10.1-PRERELEASE r271022, if I select something in X, either by dragging or > using left click + right-click, and then paste the selection using the middle > mouse button, most of the times I get a continuous stream of bogus 'd' keypress > events. This does not happen in r271021. > > FWIW - it's still broken in r271098 Appears to be fixed now (r271156) Cheers Michiel From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 10:25:40 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31F487AB; Fri, 5 Sep 2014 10:25:40 +0000 (UTC) Received: from mail.neosystem.cz (mail.neosystem.cz [IPv6:2001:41d0:2:5ab8::10:15]) (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 E7E4C1F13; Fri, 5 Sep 2014 10:25:39 +0000 (UTC) Received: from mail.neosystem.cz (unknown [127.0.10.15]) by mail.neosystem.cz (Postfix) with ESMTP id 715FF171F; Fri, 5 Sep 2014 12:25:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.neosystem.cz Received: from aron.sn.neosystem.cz (unknown [IPv6:2001:41d0:2:5ab8::100:105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.neosystem.cz (Postfix) with ESMTPSA id 91F6616E5; Fri, 5 Sep 2014 12:25:35 +0200 (CEST) Date: Fri, 5 Sep 2014 12:23:38 +0200 From: Daniel Bilik To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? Message-Id: <20140905122338.336778f5782799ca7a4a9acf@mail.neosystem.cz> In-Reply-To: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> Organization: neosystem.cz X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dumbbell@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 10:25:40 -0000 On Thu, 4 Sep 2014 06:52:28 -0600 (MDT) Warren Block wrote: >> I can't reproduce the problem with -CURRENT and we never received such >> report. Could you please try a recent stable/10, in case you updated >> your working copy in the middle of the MFCs? > With r271092, the lockup is still present and consistent. If I use > devd_enable="NO" in /etc/rc.conf, "service devd onestart" still locks up > in the console. It works from a terminal window after X has been > started (at least most of the time). With yesterday's 10-STABLE (from around 7:00 CEST), I've hit exactly the same problem as Warren. Last message on console is "Starting devd", with a kernel note about detected USB keyboard just before it. Then the system freezes. I've not played with it much, just moved kernel.old to kernel to make the system work again. > This kernel only has vt, no sc. > In /boot/loader.conf: > hw.vga.textmode=1 The same setup here. Dan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 11:54:37 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F387A93; Fri, 5 Sep 2014 11:54:37 +0000 (UTC) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) (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 EFE8F1A25; Fri, 5 Sep 2014 11:54:36 +0000 (UTC) Received: from [92.76.80.218] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.80.1) (envelope-from ) id 1XPs64-00076t-0Q; Fri, 05 Sep 2014 13:54:32 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Ben Morrow" , "Glen Barber" Subject: Re: Forcing pkg References: <20140904051535.GX9400@home.opsec.eu> <20140905053009.GA9438@anubis.morrow.me.uk> <20140905054649.GW36287@hub.FreeBSD.org> Date: Fri, 05 Sep 2014 13:54:24 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <20140905054649.GW36287@hub.FreeBSD.org> User-Agent: Opera Mail/1.0 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.98.4/19337/Thu Sep 4 23:45:43 2014) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 11:54:37 -0000 On Fri, 05 Sep 2014 07:46:49 +0200, Glen Barber wrote: > On Fri, Sep 05, 2014 at 06:30:14AM +0100, Ben Morrow wrote: >> Quoth "Michael Ross" : >> > > >> > >> Is there any equivalent to "pkg_add --force"? >> > > >> > > [...] > >> > > tar xf mypkg.txz >> > > >> > > and move those extracted stuff to the place where it's needed. >> > > >> [...] > >> >> I suspect that would break the database, which, because it's now SQL, >> would matter a lot more than before. What you can do is >> >> tar -xf $pkg +MANIFEST >> vi ./+MANIFEST >> tar -cf nomanifest --exclude +MANIFEST @$pkg >> tar -cJf $newpkg +MANIFEST @nomanifest >> > > Sigh. Maybe I'm lost. So, I have to ask. > > Why, exactly, are we suggesting unpacking packaged packages into temp > directories and arbitrarily "doing things" with their contents? > > Glen > Because I can't force a package installation anymore. If pkg detects , it won't let me say "nevermind, install X anyway, and do just that". Just to be clear, for the "with poudriere"-use case pkg is a fine tool, and it will prove very valuable. It just doesn't to quick and dirty as I used to do quick and dirty with pkg_add. Michael From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 13:58:02 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A1D0F9E for ; Fri, 5 Sep 2014 13:58:02 +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 DD2251874 for ; Fri, 5 Sep 2014 13:58:01 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id s85DvpRe023690 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 5 Sep 2014 07:57:51 -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 s85Dvp9W023687; Fri, 5 Sep 2014 07:57:51 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Fri, 5 Sep 2014 07:57:51 -0600 (MDT) From: Warren Block To: =?ISO-8859-15?Q?Jean-S=E9bastien_P=E9dron?= Subject: Re: Anyone else seeing lockup on boot with r271042? In-Reply-To: <5408897F.2040107@dumbbell.fr> Message-ID: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> <5408897F.2040107@dumbbell.fr> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 05 Sep 2014 07:57:51 -0600 (MDT) Content-Type: TEXT/PLAIN; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 13:58:02 -0000 On Thu, 4 Sep 2014, Jean-Sébastien Pédron wrote: > On 04.09.2014 14:52, Warren Block wrote: >> With r271092, the lockup is still present and consistent. > > Another report on this mailing-list ("middle-mouse button pasting broken > by r271022") makes me think that some commits were not merged yet. I'll > check that. As of r271160, startup does not have a problem with devd. Only tested once, though. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 15:32:38 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC1BEEA5; Fri, 5 Sep 2014 15:32:38 +0000 (UTC) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A9B381508; Fri, 5 Sep 2014 15:32:38 +0000 (UTC) Received: from fwd24.aul.t-online.de (fwd24.aul.t-online.de [172.20.26.129]) by mailout07.t-online.de (Postfix) with SMTP id 7D96D5939A8; Fri, 5 Sep 2014 17:32:30 +0200 (CEST) Received: from [192.168.119.33] (Z4H7TkZSrhH6gla2XqA1Ecxi7hwa9vxkY+lnNr0-3gXDhAJi1RWbk75BzEqcsKrQKJ@[84.154.101.219]) by fwd24.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1XPvUr-2PeSES0; Fri, 5 Sep 2014 17:32:21 +0200 Message-ID: <5409D77B.5030500@freebsd.org> Date: Fri, 05 Sep 2014 17:32:11 +0200 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: Julien Cigar , =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWQ=?= =?UTF-8?B?cm9u?= Subject: Re: Xorg segfaults with vt References: <20140905085024.GL43967@mordor.lan> <54098186.9070904@dumbbell.fr> <20140905093640.GM43967@mordor.lan> In-Reply-To: <20140905093640.GM43967@mordor.lan> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-ID: Z4H7TkZSrhH6gla2XqA1Ecxi7hwa9vxkY+lnNr0-3gXDhAJi1RWbk75BzEqcsKrQKJ X-TOI-MSGID: 0d5923f9-2845-48ef-b2dd-d361f7ff704e Cc: x11@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 15:32:39 -0000 Am 05.09.2014 um 11:36 schrieb Julien Cigar: > On Fri, Sep 05, 2014 at 11:25:26AM +0200, Jean-Sébastien Pédron > wrote: >> On 05.09.2014 10:50, Julien Cigar wrote: >>> Hello, >> >> Hello! >> >>> I just updated two machines and Xorg produces a segmentation >>> fault when I $> startx. This happens only when vt is enabled >>> (syscons is OK). >> >> You probably hit this bug: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191459 > > Yes it seems to be that one.. Thanks! We really should do something to fix this X11 server crash! The patch I suggested in PR 193192 (a duplicate of 191459, which perhaps should be merged into 191459, but I have no idea whether that is possible with bugzilla), removes just the offending keys from the map. https://bz-attachments.freebsd.org/attachment.cgi?id=146584&action=diff&context=patch&format=raw This will e.g. remove the Euro sign (0x20ac), but lead to an otherwise usable keyboard in a *working* X session. My suggested patch is just a work-around, no real fix, but it will help avoid people wasting lots of time trying to understand why their X server suddenly stops to work. Since I'm in part responsible for the crashes (by committing actual vt keymaps, that use Unicode code points >= 0x100), I'd really like to get this fixed, before people testing the 10.1 pre-releases think that X11 has been completely broken. Is there really nobody on the x11 list, who wants to commit this simple patch, to stop people wasting their time or becoming frustrated because of the X11 server crash??? It is just a work-around, but a very necessary one!!! Regards, STefan From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 18:21:34 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54062521 for ; Fri, 5 Sep 2014 18:21:34 +0000 (UTC) Received: from mail.made4.biz (mail.made4.biz [IPv6:2001:41d0:2:c018::1:3]) (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 15D651AF5 for ; Fri, 5 Sep 2014 18:21:34 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1XPy8a-000FMF-6X for freebsd-stable@freebsd.org; Fri, 05 Sep 2014 20:21:32 +0200 Message-ID: <5409FF27.6010000@FreeBSD.org> Date: Fri, 05 Sep 2014 20:21:27 +0200 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Xorg segfaults with vt References: <20140905085024.GL43967@mordor.lan> <54098186.9070904@dumbbell.fr> <20140905093640.GM43967@mordor.lan> <5409D77B.5030500@freebsd.org> In-Reply-To: <5409D77B.5030500@freebsd.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SGIxx8RbTtSKQkW3MQlnLjbeBfReH6eWa" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 18:21:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SGIxx8RbTtSKQkW3MQlnLjbeBfReH6eWa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 05.09.2014 17:32, Stefan Esser wrote: > We really should do something to fix this X11 server crash! >=20 > The patch I suggested in PR 193192 (a duplicate of 191459, which > perhaps should be merged into 191459, but I have no idea whether > that is possible with bugzilla), removes just the offending keys > from the map. It seems both patches fixes the problem and none create regression. With that in mind, I prefer the patch from PR 191459 which removes the code. > Is there really nobody on the x11 list, who wants to commit this > simple patch, to stop people wasting their time or becoming > frustrated because of the X11 server crash??? I would like to see this committed too, but I think kwm@ and zeising@ are both busy. I'll ping them about this. --=20 Jean-S=C3=A9bastien P=C3=A9dron --SGIxx8RbTtSKQkW3MQlnLjbeBfReH6eWa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUCf8rXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMjjQQALXOln6TP4dnbcqKWApPAir3 Vm3bqmLH44Waz7eZiv02aj02aUVCRg/zqFlVDpD0+fsNShNUGEpZJSC+cbLwePIy 2KePXI+q/Hd/sCHjvJPtTlaooatW8tiqSEhRYH5Up5bxsBH00pnBHX4mo1+Yx2U+ MahiXdGRsN/l8QLj60gxVtLIfQrTVf+1zfx/ZIxgY1BE/oM1r7lCDyjrxhVJLd41 3nDQmpZvNmiFgE+himhI0KzfWuxjDgZtCJLiaT3RhUXsek7660dzXmAkWfODx+XE QUjzIUb2x1fbVMFkptmaSAcdY6MjXVXLgq6G/GXf1jLyRZHs63IrvBZ3YVfP1Rl+ b+GpioVy2UZMoLUl4E1vTplyZK8rSWtMMJh/OA0VZ4axeuuWV/zdtVVCaUaKUZUu 1nuZJNCUXFgGd9r/VSJgqN7Q2lq5QMfnEhoJ2lbaGakIoWUPlU1YgdWcq2y8FsRS 6omTGbZrSHjWVCoqmJIhiWIv44bxMWzLky+fsNJ6NDf9Le5yaKUXI77vpMAL36CJ YLqO1LrgPuzkhBiZmigIdXxbHbwTfYzBuep6O30uE8h9kUNk3bkNs2HJnXzs8wop prFn2mOw8MCFnIMnaFYctWIiMpmvERjm1QWSZ/nZMFDtvuGQlhQreeZjBmlHQ4h2 C8I10aNi5nFymQB1Ye1A =yPWM -----END PGP SIGNATURE----- --SGIxx8RbTtSKQkW3MQlnLjbeBfReH6eWa-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 18:37:45 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 491DDD5D for ; Fri, 5 Sep 2014 18:37:45 +0000 (UTC) Received: from mail-la0-f49.google.com (mail-la0-f49.google.com [209.85.215.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CA0861C69 for ; Fri, 5 Sep 2014 18:37:43 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id b17so14275743lan.22 for ; Fri, 05 Sep 2014 11:37:35 -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:date:message-id:subject:from:to :content-type; bh=bndlN++jSa/fyqNCciJyB30968lmpjbHCrrpjxgZ9rc=; b=buYop8D6jYTaR+mIoJRZSqzpt7eTj7Z1dIo4AH3rOJsh9qgKFJD0EjsFKAYK7PsMVf XiMPFYuFTGiVuEK73kRrHNKu/UQehXTCg21w2U8rxvfNg9fsmJhxH9rmepdx8xushdF1 YFZa79fNwamZo31XjYTGPZAbioLdnhzwOYOtr+mwvO/yrtbO3Irrx7Z4gl5ZaJGm2eoh Pq8Igmxu9D1EnXtGEZ++jjV/ohWLKUItQjXsYOxA3DJeaT5qSMRQ83tF99D9qxvP/yYK R5cuwKZ7LVeAOZeerJCLEtZDK8+dycrAvFCBwRpG9oq4FjiOBByWi/2zfqiDaMoEN3kZ Eumg== X-Gm-Message-State: ALoCoQlzU3mS2wMoKXltw3wFNdVIGKeQ6a7+w9T51jPrejE3oQfv/qixLWtDVaYir30b0tl+wija MIME-Version: 1.0 X-Received: by 10.112.114.227 with SMTP id jj3mr12919125lbb.39.1409942255596; Fri, 05 Sep 2014 11:37:35 -0700 (PDT) Received: by 10.112.142.38 with HTTP; Fri, 5 Sep 2014 11:37:35 -0700 (PDT) X-Originating-IP: [121.98.161.40] Date: Sat, 6 Sep 2014 06:37:35 +1200 Message-ID: Subject: UEFI on -stable From: Jonathan Chen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 18:37:45 -0000 Hi, I notice that the UEFI code has now been merged to -stable, and I'm kinda keen on playing with it. Is there any documentation associated with it? There appears to be a few new files on /boot: boot1.efi, boot1.efifat, loader.efi. Since I've already got a system with an EFI System Partition, is it as simple as just copying boot1.efi onto it, eg: EFI/FreeBSD/boot1.efi and configuring the BIOS to use that to boot? Cheers. -- Jonathan Chen From owner-freebsd-stable@FreeBSD.ORG Fri Sep 5 19:47:16 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E362526 for ; Fri, 5 Sep 2014 19:47:16 +0000 (UTC) Received: from webmail2.jnielsen.net (webmail2.jnielsen.net [50.114.224.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "webmail2.jnielsen.net", Issuer "freebsdsolutions.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F08371462 for ; Fri, 5 Sep 2014 19:47:15 +0000 (UTC) Received: from [10.10.1.198] (office.betterlinux.com [199.58.199.60]) (authenticated bits=0) by webmail2.jnielsen.net (8.14.9/8.14.9) with ESMTP id s85Jl8Tv072349 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 5 Sep 2014 13:47:12 -0600 (MDT) (envelope-from lists@jnielsen.net) X-Authentication-Warning: webmail2.jnielsen.net: Host office.betterlinux.com [199.58.199.60] claimed to be [10.10.1.198] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: UEFI on -stable From: John Nielsen In-Reply-To: Date: Fri, 5 Sep 2014 13:47:07 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Jonathan Chen X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Sep 2014 19:47:16 -0000 On Sep 5, 2014, at 12:37 PM, Jonathan Chen wrote: > I notice that the UEFI code has now been merged to -stable, and I'm > kinda keen on playing with it. Is there any documentation associated > with it? >=20 > There appears to be a few new files on /boot: boot1.efi, boot1.efifat, > loader.efi. Since I've already got a system with an EFI System > Partition, is it as simple as just copying boot1.efi onto it, eg: > EFI/FreeBSD/boot1.efi > and configuring the BIOS to use that to boot? There's some information on the wiki, including a walk-through of = creating a USB image to test EFI booting: https://wiki.freebsd.org/UEFI Speaking from only minimal experience, I _think_ you can do what you're = asking by copying the loader to the correct path a la cp loader.efi /mnt/efi/boot/bootx64.efi (assuming the EFI partition is on /mnt). JN From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 05:32:07 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E0EDFE8 for ; Sat, 6 Sep 2014 05:32:07 +0000 (UTC) Received: from mproxy19.sbb.rs (mproxy19.sbb.rs [89.216.2.104]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 86AF11542 for ; Sat, 6 Sep 2014 05:32:05 +0000 (UTC) Received: from knossos (cable-178-148-97-46.dynamic.sbb.rs [178.148.97.46]) by mproxy19.sbb.rs (8.14.4/8.14.4) with ESMTP id s865A0EQ009963 for ; Sat, 6 Sep 2014 07:10:00 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: from localhost (1000@localhost [local]); by localhost (OpenSMTPD) with ESMTPA id 180576f0; for ; Sat, 6 Sep 2014 07:09:44 +0200 (CEST) Date: Sat, 6 Sep 2014 07:09:44 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Subject: update to pkg 1.3.7 Message-ID: <20140906050944.GA4460@knossos> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy19.sbb.rs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 05:32:07 -0000 After being away for a while, I found posts on new pkg and problems with upgrading packages. I assume the correct way nowadays would be to first upgrade pkg to >=1.3.7. Then to issue pkg update -f. Then to make "pkg install whatever", just as it should be like before? Sorry to look like falling from Mars, but I found a lot of users posting problems. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 06:03:46 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6F9969F for ; Sat, 6 Sep 2014 06:03:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 8F7071918 for ; Sat, 6 Sep 2014 06:03:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8663k95067483 for ; Sat, 6 Sep 2014 06:03:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193360] New: [panic] [syscons] random syscons panic Date: Sat, 06 Sep 2014 06:03:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 06:03:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193360 Bug ID: 193360 Summary: [panic] [syscons] random syscons panic Product: Base System Version: 9.1-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org core.txt.0 FreeBSD 9.1-RELEASE instruction pointer = 0x20:0xc0e1eb8f current process = 1911 (sh) core.txt.1 FreeBSD 9.1-RELEASE instruction pointer = 0x20:0xc0e1ecf1 current process = 31234 (sh) nm -n /boot/kernel.old9.1/kernel | grep 0x c06ab840 t ed_rtl80x9_media_ioctl c06ab870 T ed_probe_RTL80x9 c06ac950 t ed_pccard_dl100xx_mii_readbits c06aca40 t ed_pccard_dl100xx_mii_writebits c09ac8d0 t xl_txeof_90xB c09ae640 t xl_start_90xB_locked c0ed4150 T ed_probe_WD80x3_generic c0ed4bc0 T ed_probe_WD80x3 c0f36640 T Xint0x80_syscall c0f40930 t topo_probe_0x4 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 06:10:30 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A1A17806 for ; Sat, 6 Sep 2014 06:10:30 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 8A2931946 for ; Sat, 6 Sep 2014 06:10:30 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s866AU8C055437 for ; Sat, 6 Sep 2014 06:10:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193361] New: [panic] panic pagedaemon Date: Sat, 06 Sep 2014 06:10:30 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 06:10:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193361 Bug ID: 193361 Summary: [panic] panic pagedaemon Product: Base System Version: 9.1-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org FreeBSD 9.1-RELEASE-p3 instruction pointer = 0x20:0xc0e204e4 current process = 6 (pagedaemon) nm -n /boot/kernel.old9.1/kernel | grep 0x c06ab840 t ed_rtl80x9_media_ioctl c06ab870 T ed_probe_RTL80x9 c06ac950 t ed_pccard_dl100xx_mii_readbits c06aca40 t ed_pccard_dl100xx_mii_writebits c09ac8d0 t xl_txeof_90xB c09ae640 t xl_start_90xB_locked c0ed4150 T ed_probe_WD80x3_generic c0ed4bc0 T ed_probe_WD80x3 c0f36640 T Xint0x80_syscall c0f40930 t topo_probe_0x4 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 07:15:24 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 71C55D75 for ; Sat, 6 Sep 2014 07:15:24 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 5A1871E47 for ; Sat, 6 Sep 2014 07:15:24 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s867FOjo005894 for ; Sat, 6 Sep 2014 07:15:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193363] New: [panic] panic at reboot Date: Sat, 06 Sep 2014 07:15:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 07:15:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193363 Bug ID: 193363 Summary: [panic] panic at reboot Product: Base System Version: 9.1-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org FreeBSD 9.1-RELEASE-p3 instruction pointer = 0x20:0xc0aae65 current process = 99556 (reboot) nm -n /boot/kernel.old9.1/kernel | grep 0x c06ab840 t ed_rtl80x9_media_ioctl c06ab870 T ed_probe_RTL80x9 c06ac950 t ed_pccard_dl100xx_mii_readbits c06aca40 t ed_pccard_dl100xx_mii_writebits c09ac8d0 t xl_txeof_90xB c09ae640 t xl_start_90xB_locked c0ed4150 T ed_probe_WD80x3_generic c0ed4bc0 T ed_probe_WD80x3 c0f36640 T Xint0x80_syscall c0f40930 t topo_probe_0x4 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 07:35:11 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A437FEE for ; Sat, 6 Sep 2014 07:35:11 +0000 (UTC) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [150.101.137.131]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3F51FE1 for ; Sat, 6 Sep 2014 07:35:10 +0000 (UTC) Received: from ppp118-210-249-247.lns20.adl6.internode.on.net (HELO leader.local) ([118.210.249.247]) by ipmail07.adl2.internode.on.net with ESMTP; 06 Sep 2014 17:00:00 +0930 Message-ID: <540AB7EB.5050602@ShaneWare.Biz> Date: Sat, 06 Sep 2014 16:59:47 +0930 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Zoran Kolic , freebsd-stable@freebsd.org Subject: Re: update to pkg 1.3.7 References: <20140906050944.GA4460@knossos> In-Reply-To: <20140906050944.GA4460@knossos> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 07:35:11 -0000 On 06/09/2014 14:39, Zoran Kolic wrote: > After being away for a while, I found posts on new > pkg and problems with upgrading packages. > I assume the correct way nowadays would be to first > upgrade pkg to >=1.3.7. Then to issue pkg update -f. > Then to make "pkg install whatever", just as it should > be like before? > Sorry to look like falling from Mars, but I found a > lot of users posting problems. > Best regards > > Zoran There was an issue found which is resolved in 1.3.7 pkg check -Ba is also needed to fix the db from /usr/ports/UPDATING - Please note announcement for special instructions at: http://lists.freebsd.org/pipermail/freebsd-ports-announce/2014-August/000086.html - Users need to run 'pkg update -f' and 'pkg check -Ba' after upgrading to pkg-1.3.7 and before updating any other packages. This avoids needing to reinstall anything not needed due to changed shlibs. For binary package users: # pkg install ports-mgmt/pkg # pkg update -f # pkg check -Ba # pkg upgrade For port users: # make -C /usr/ports/ports-mgmt/pkg build deinstall install clean # pkg check -Ba - People building packages for serving to other systems need to rebuild all packages with 1.3.7. -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 07:52:26 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED40D5C2 for ; Sat, 6 Sep 2014 07:52:26 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 BA33B123F for ; Sat, 6 Sep 2014 07:52:26 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s867qQnp019419 for ; Sat, 6 Sep 2014 07:52:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193364] New: [panic] ffs_blkfree_cg: freeing free block Date: Sat, 06 Sep 2014 07:52:26 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 07:52:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193364 Bug ID: 193364 Summary: [panic] ffs_blkfree_cg: freeing free block Product: Base System Version: 9.1-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org panic: ffs_blkfree_cg: freeing free block Unread portion of the kernel message buffer: g_vfs_done():ada0s2a[READ(offset=1959065837972389888, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6917528890007851008, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=293450307604836352, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8174033325674037248, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320565223733854208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8754584962661744640, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=906025498574848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9102197059326730240, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-164292548084367360, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1111058050461696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4889884766208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8250696212374818816, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=522417570634006528, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7607001983093612544, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7025167522189017088, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320459658001121280, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1193084465400438784, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6960117202882048000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7542966425817522176, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1152917167489196032, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2019917209508413440, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6913025444946776064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6364518590615646208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1109450450534400, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=233103633523015680, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5201657571641819136, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2305846606255054848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4611686719555653632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3760259022848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5478716907635781632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=220676398695297024, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5798331743671537664, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=599145819153375232, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3498928091026079744, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6340936547470200832, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6917533367969255424, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8885602050856550400, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=7817885564522229760, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9016900714543185920, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=35063307698176, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8284208575425794048, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6875464667699900416, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9176275555790327808, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=34479035379613696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=598978751218221056, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9223g_vfs_done():ada0s2a[READ(offset=-4241297384640512, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5661024731611955200, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3847610495729135616, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1251837261824000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7203402050872078336, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=323067130798362624, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=45871608627200, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8538824912595537920, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=27138019295232, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9223372022701219840, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-914362390873669632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1616387645949067264, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8606024536851218432, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8935243297921024000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8651414888473690112, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7448979553206145024, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2922836177499410432, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-179123638312587264, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1364186066816159744, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-4298700946368626688, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5764607445316866048, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4567529575919271936, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4076459907103354880, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6790319930354040832, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1104224161005568, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1119214876137140224, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-2409425800171864064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5436113530900185088, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1715774853684740096, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=826621582502256640, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=282750928547741696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1152925822290014208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8983924723884756992, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1262283103666176, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-2409662614257954816, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=7512282920220880896, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=11057661739008, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-3787263403761893376, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5981419445421285376, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-72055051417227264, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5781927650310803456, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=321737099655282688, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8693034078475595776, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1098736924364800, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5547261427712, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=323144483166502912, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-156068130287616, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-4655854812132311040, length=32768)]error = 5 372034782728192, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1709000952513585152, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1100103942144000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7023205289134653440, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8962163260896935936, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8165026124141150208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9186832853801385984, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1152921498031226880, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=7975874959253819392, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4636033603967377408, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9223371687376977920, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6390607871496589312, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320470324821131264, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1152925839316791296, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3458769405992243200, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=284019315337097216, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1109962771472384, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6917525501060096000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6494487720055185408, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1022216643511582720, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=54359228416, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-279064237134839808, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=869194745023320064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8271454592009539584, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=79875337887940608, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8830142698296967168, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5635049594032275456, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1148221900790013952, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-2085553655567626240, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8606306022564302848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1081848536645632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-281414175031296, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6984662326932508672, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-907386275149910016, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4611685969012191232, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4679257605089804288, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8093917408927744, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-860196109963218944, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-2072042856685031424, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1690573620815859712, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1146221683790577664, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-3557843705922043904, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1895087144997752832, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5389289824346320896, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8048275375580254208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4335806387671015424, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=9702369542504448, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2443274200061325312, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6766817524236419072, length=32768)]error = g_vfs_done():ada0s2a[READ(offset=-6602277053168447488, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4657778539276812288, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5806196237929791488, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7011467690923610112, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5228679632845561856, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=673359556170481664, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3458764573389094912, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=20665884613083136, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5958262320988397568, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5836682022063734784, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4890908168192, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=916286745870336, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7025615404713738240, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1553378989119111168, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5602846791374225408, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4314713428692344832, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6962468528969011200, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1128205410601816064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=920569743704064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6327365349095006208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2305843112162947072, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8070447016411668480, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3708902726218240000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3458764514281914368, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6917524136741629952, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5836396703024431104, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320540762284486656, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=45369466880, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3458765613371019264, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9210942894858301440, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3325908324867997696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=828662331729264640, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4991078525256601600, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8070450161026859008, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6920562786380541952, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=594502243737055232, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8953156058999144448, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1704630037593919488, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8588316244276981760, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1029196693630365696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4400738305221591040, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=14741685673984, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-562757813981306880, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8070450585805058048, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6917525504227491840, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1414152447956832256, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=284082849147473920, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=398797489515327488, length=32768)]error = 5 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 07:56:38 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78B49787 for ; Sat, 6 Sep 2014 07:56:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 609F31272 for ; Sat, 6 Sep 2014 07:56:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s867ucu2036787 for ; Sat, 6 Sep 2014 07:56:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193361] [panic] panic pagedaemon Date: Sat, 06 Sep 2014 07:56:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 07:56:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193361 --- Comment #1 from sasamotikomi@gmail.com --- core.txt.7 FreeBSD 9.1-RELEASE-p4 instruction pointer = 0x20:0xc0d218c1 current process = 6 (pagedaemon) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:02:48 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03F31BBD for ; Sat, 6 Sep 2014 08:02:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 DFE60133B for ; Sat, 6 Sep 2014 08:02:47 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8682lZK077158 for ; Sat, 6 Sep 2014 08:02:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193365] New: [panic] handle_written_inodeblock: Invalid link count Date: Sat, 06 Sep 2014 08:02:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:02:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193365 Bug ID: 193365 Summary: [panic] handle_written_inodeblock: Invalid link count Product: Base System Version: 9.1-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org panic: handle_written_inodeblock: Invalid link count 65280 for inodedep 0xd07eb000 panic: handle_written_inodeblock: Invalid link count 65280 for inodedep 0xd07eb000 cpuid = 0 KDB: stack backtrace: #0 0xc0af3b1f at kdb_backtrace+0x4f #1 0xc0ac054f at panic+0x16f #2 0xc0cf89b8 at softdep_disk_write_complete+0x8f8 #3 0xc0b3c066 at bufdone_finish+0x26 #4 0xc0b3c39d at bufdone+0x4d #5 0xc0a26e2e at g_vfs_done+0x1ae #6 0xc0b36ad9 at biodone+0xb9 #7 0xc0a238c1 at g_io_schedule_up+0x81 #8 0xc0a23f31 at g_up_procbody+0x71 #9 0xc0a90546 at fork_exit+0x96 #10 0xc0e0f744 at fork_trampoline+0x8 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:04:59 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23116DAA for ; Sat, 6 Sep 2014 08:04:59 +0000 (UTC) Received: from mail.neosystem.cz (mail.neosystem.cz [IPv6:2001:41d0:2:5ab8::10:15]) (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 D6F56139A for ; Sat, 6 Sep 2014 08:04:58 +0000 (UTC) Received: from mail.neosystem.cz (unknown [127.0.10.15]) by mail.neosystem.cz (Postfix) with ESMTP id 79CEDE6B8 for ; Sat, 6 Sep 2014 10:04:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.neosystem.cz Received: from moon.sn.neosystem.cz (unknown [IPv6:2001:41d0:2:5ab8::100:102]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.neosystem.cz (Postfix) with ESMTPSA id A1192E6B1 for ; Sat, 6 Sep 2014 10:04:47 +0200 (CEST) Date: Sat, 6 Sep 2014 10:02:36 +0200 From: Daniel Bilik To: freebsd-stable@freebsd.org Subject: Re: Anyone else seeing lockup on boot with r271042? Message-Id: <20140906100236.a63aa268ab5b92abc45da2e4@mail.neosystem.cz> In-Reply-To: References: <20140903204605.GA16445@dft-labs.eu> <5408402B.20704@FreeBSD.org> <5408897F.2040107@dumbbell.fr> Organization: neosystem.cz X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.22; x86_64-apple-darwin13) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:04:59 -0000 On Fri, 5 Sep 2014 07:57:51 -0600 (MDT) Warren Block wrote: > As of r271160, startup does not have a problem with devd. Only tested > once, though. I can confirm that bunch of recent commits (most probably the mega MFC of vt(4) from emaste@) fixed the problem, and 10-STABLE boots fine for me now. Thank you Ed. :) Dan From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:05:21 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4082AE9D for ; Sat, 6 Sep 2014 08:05:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 281DA13AC for ; Sat, 6 Sep 2014 08:05:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s8685LZw088785 for ; Sat, 6 Sep 2014 08:05:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193365] [panic] handle_written_inodeblock: Invalid link count Date: Sat, 06 Sep 2014 08:05:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:05:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193365 --- Comment #1 from sasamotikomi@gmail.com --- FreeBSD 9.1-RELEASE-p4 panic: handle_written_inodeblock: Invalid link count 65284 for inodedep 0xc834de00 #0 0xc0af3b1f at kdb_backtrace+0x4f #1 0xc0ac054f at panic+0x16f #2 0xc0cf89b8 at softdep_disk_write_complete+0x8f8 #3 0xc0b3c066 at bufdone_finish+0x26 #4 0xc0b3c39d at bufdone+0x4d #5 0xc0a26e2e at g_vfs_done+0x1ae #6 0xc0b36ad9 at biodone+0xb9 #7 0xc0a238c1 at g_io_schedule_up+0x81 #8 0xc0a23f31 at g_up_procbody+0x71 #9 0xc0a90546 at fork_exit+0x96 #10 0xc0e0f744 at fork_trampoline+0x8 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:12:06 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 13D79110 for ; Sat, 6 Sep 2014 08:12:06 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 F01CA14CA for ; Sat, 6 Sep 2014 08:12:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868C5Ex014278 for ; Sat, 6 Sep 2014 08:12:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193366] New: [panic] panic vnlru Date: Sat, 06 Sep 2014 08:12:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:12:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193366 Bug ID: 193366 Summary: [panic] panic vnlru Product: Base System Version: 9.1-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org core.txt.4 FreeBSD 9.1-RELEASE-p3 instruction pointer = 0x20:0xc0d390e1 current process = 16 (vnlru) core.txt.10 FreeBSD 9.1-RELEASE-p4 instruction pointer = 0x20:0xc0d39121 current process = 16 (vnlru) nm -n /boot/kernel.old9.1/kernel | grep 0x c06ab840 t ed_rtl80x9_media_ioctl c06ab870 T ed_probe_RTL80x9 c06ac950 t ed_pccard_dl100xx_mii_readbits c06aca40 t ed_pccard_dl100xx_mii_writebits c09ac8d0 t xl_txeof_90xB c09ae640 t xl_start_90xB_locked c0ed4150 T ed_probe_WD80x3_generic c0ed4bc0 T ed_probe_WD80x3 c0f36640 T Xint0x80_syscall c0f40930 t topo_probe_0x4 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:14:35 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C446284 for ; Sat, 6 Sep 2014 08:14:35 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 6B9D914ED for ; Sat, 6 Sep 2014 08:14:35 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868EZMw031674 for ; Sat, 6 Sep 2014 08:14:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193367] New: [panic] sleeping thread Date: Sat, 06 Sep 2014 08:14:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:14:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193367 Bug ID: 193367 Summary: [panic] sleeping thread Product: Base System Version: 9.1-RELEASE Hardware: i386 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: threads Assignee: freebsd-threads@FreeBSD.org Reporter: sasamotikomi@gmail.com CC: stable@FreeBSD.org panic: sleeping thread Sleeping thread (tid 102916, pid 16913) owns a non-sleepable lock KDB: stack backtrace of thread 102916: #0 0xc0ac8ca9 at mi_switch+0x139 #1 0xc0afddee at sleepq_switch+0xce #2 0xc0afe95e at sleepq_timedwait+0x3e #3 0xc0ac92a2 at _sleep+0x2a2 #4 0xc0d1c306 at swap_pager_getpages+0x3e6 #5 0xc0d28291 at vm_fault_hold+0x1031 #6 0xc0d2993b at vm_fault+0x8b #7 0xc0e2525f at trap_pfault+0x1df #8 0xc0e260ea at trap+0x44a #9 0xc0e0f6cc at calltrap+0x6 #10 0xc9fb0b5a at drm_ioctl+0x2ca #11 0xc09a41aa at devfs_ioctl_f+0x10a #12 0xc0b05140 at kern_ioctl+0x2a0 #13 0xc0b052b4 at sys_ioctl+0x134 #14 0xc0e257fa at syscall+0x34a #15 0xc0e0f731 at Xint0x80_syscall+0x21 panic: sleeping thread cpuid = 0 KDB: stack backtrace: #0 0xc0af3b1f at kdb_backtrace+0x4f #1 0xc0ac054f at panic+0x16f #2 0xc0b01b46 at propagate_priority+0x106 #3 0xc0b02958 at turnstile_wait+0x2c8 #4 0xc0aae71c at _mtx_lock_sleep+0x1ec #5 0xc0aaeaec at _mtx_lock_flags+0x4c #6 0xc9fb3f8d at drm_lock+0xad #7 0xc9fb0bfb at drm_ioctl+0x36b #8 0xc09a41aa at devfs_ioctl_f+0x10a #9 0xc0b05140 at kern_ioctl+0x2a0 #10 0xc0b052b4 at sys_ioctl+0x134 #11 0xc0e257fa at syscall+0x34a #12 0xc0e0f731 at Xint0x80_syscall+0x21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:17:21 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A6C34F7 for ; Sat, 6 Sep 2014 08:17:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 420BC151B for ; Sat, 6 Sep 2014 08:17:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868HLKf035673 for ; Sat, 6 Sep 2014 08:17:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193367] [panic] sleeping thread Date: Sat, 06 Sep 2014 08:17:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:17:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193367 --- Comment #1 from sasamotikomi@gmail.com --- core.txt.12 FreeBSD 9.1-RELEASE-p4 Sleeping thread (tid 104117, pid 95818) owns a non-sleepable lock KDB: stack backtrace of thread 104117: #0 0xc0ac8ca9 at mi_switch+0x139 #1 0xc0afddee at sleepq_switch+0xce #2 0xc0afe95e at sleepq_timedwait+0x3e #3 0xc0ac92a2 at _sleep+0x2a2 #4 0xc0d1c306 at swap_pager_getpages+0x3e6 #5 0xc0d28291 at vm_fault_hold+0x1031 #6 0xc0d2993b at vm_fault+0x8b #7 0xc0e2525f at trap_pfault+0x1df #8 0xc0e260ea at trap+0x44a #9 0xc0e0f6cc at calltrap+0x6 #10 0xcaaacb5a at drm_ioctl+0x2ca #11 0xc09a41aa at devfs_ioctl_f+0x10a #12 0xc0b05140 at kern_ioctl+0x2a0 #13 0xc0b052b4 at sys_ioctl+0x134 #14 0xc0e257fa at syscall+0x34a #15 0xc0e0f731 at Xint0x80_syscall+0x21 panic: sleeping thread cpuid = 0 KDB: stack backtrace: #0 0xc0af3b1f at kdb_backtrace+0x4f #1 0xc0ac054f at panic+0x16f #2 0xc0b01b46 at propagate_priority+0x106 #3 0xc0b02958 at turnstile_wait+0x2c8 #4 0xc0aae71c at _mtx_lock_sleep+0x1ec #5 0xc0aaeaec at _mtx_lock_flags+0x4c #6 0xcaaaff8d at drm_lock+0xad #7 0xcaaacbfb at drm_ioctl+0x36b #8 0xc09a41aa at devfs_ioctl_f+0x10a #9 0xc0b05140 at kern_ioctl+0x2a0 #10 0xc0b052b4 at sys_ioctl+0x134 #11 0xc0e257fa at syscall+0x34a #12 0xc0e0f731 at Xint0x80_syscall+0x21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:26:28 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7A1376E7 for ; Sat, 6 Sep 2014 08:26:28 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 62438174C for ; Sat, 6 Sep 2014 08:26:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868QS3f051594 for ; Sat, 6 Sep 2014 08:26:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193361] [panic] panic pagedaemon Date: Sat, 06 Sep 2014 08:26:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:26:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193361 --- Comment #2 from sasamotikomi@gmail.com --- core.txt.14 FreeBSD 9.1-RELEASE-p5 instruction pointer = 0x20:0xc0d22069 current process = 6 (pagedaemon) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:28:57 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0A5B182E for ; Sat, 6 Sep 2014 08:28:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 E5F7F1764 for ; Sat, 6 Sep 2014 08:28:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868SuSa054852 for ; Sat, 6 Sep 2014 08:28:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193367] [panic] sleeping thread Date: Sat, 06 Sep 2014 08:28:57 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:28:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193367 --- Comment #2 from sasamotikomi@gmail.com --- core.txt.15 FreeBSD 9.1-RELEASE-p6 panic: sleeping thread Unread portion of the kernel message buffer: Sleeping thread (tid 100889, pid 3535) owns a non-sleepable lock KDB: stack backtrace of thread 100889: #0 0xc0ac8fe9 at mi_switch+0x139 #1 0xc0afe12e at sleepq_switch+0xce #2 0xc0afec9e at sleepq_timedwait+0x3e #3 0xc0ac95e2 at _sleep+0x2a2 #4 0xc0d1c686 at swap_pager_getpages+0x3e6 #5 0xc0d28611 at vm_fault_hold+0x1031 #6 0xc0d29cbb at vm_fault+0x8b #7 0xc0e255df at trap_pfault+0x1df #8 0xc0e2646a at trap+0x44a #9 0xc0e0fa4c at calltrap+0x6 #10 0xc7fe7b5a at drm_ioctl+0x2ca #11 0xc09a44ea at devfs_ioctl_f+0x10a #12 0xc0b05480 at kern_ioctl+0x2a0 #13 0xc0b055f4 at sys_ioctl+0x134 #14 0xc0e25b7a at syscall+0x34a #15 0xc0e0fab1 at Xint0x80_syscall+0x21 panic: sleeping thread cpuid = 0 KDB: stack backtrace: #0 0xc0af3e5f at kdb_backtrace+0x4f #1 0xc0ac088f at panic+0x16f #2 0xc0b01e86 at propagate_priority+0x106 #3 0xc0b02c98 at turnstile_wait+0x2c8 #4 0xc0aaea5c at _mtx_lock_sleep+0x1ec #5 0xc0aaee2c at _mtx_lock_flags+0x4c #6 0xc7feaf8d at drm_lock+0xad #7 0xc7fe7bfb at drm_ioctl+0x36b #8 0xc09a44ea at devfs_ioctl_f+0x10a #9 0xc0b05480 at kern_ioctl+0x2a0 #10 0xc0b055f4 at sys_ioctl+0x134 #11 0xc0e25b7a at syscall+0x34a #12 0xc0e0fab1 at Xint0x80_syscall+0x21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:30:31 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C73695A for ; Sat, 6 Sep 2014 08:30:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 524B41781 for ; Sat, 6 Sep 2014 08:30:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868UVxk059638 for ; Sat, 6 Sep 2014 08:30:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193364] [panic] ffs_blkfree_cg: freeing free block Date: Sat, 06 Sep 2014 08:30:31 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:30:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193364 --- Comment #1 from sasamotikomi@gmail.com --- core.txt.16 panic: ffs_blkfree_cg: freeing free block g_vfs_done():ada0s2a[READ(offset=1959065837972389888, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-6917528890007851008, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=293450307604836352, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8174033325674037248, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320565223733854208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8754584962661744640, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=906025498574848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9102197059326730240, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-164292548084367360, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1111058050461696, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4889884766208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=8250696212374818816, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=522417570634006528, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7607001983093612544, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7025167522189017088, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=320459658001121280, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1193084465400438784, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6960117202882048000, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-7542966425817522176, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-1152917167489196032, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2019917209508413440, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6913025444946776064, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6364518590615646208, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=1109450450534400, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=233103633523015680, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5201657571641819136, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=2305846606255054848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=4611686719555653632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3760259022848, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=5478716907635781632, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=220676398695297024, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-5798331743671537664, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=599145819153375232, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=3498928091026079744, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6340936547470200832, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=6917533367969255424, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-8885602050856550400, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=7817885564522229760, length=32768)]error = 5 g_vfs_done():ada0s2a[READ(offset=-9016900714543185920, length=32768)]error = 5 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:32:17 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2E95AA1 for ; Sat, 6 Sep 2014 08:32:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D8C771837 for ; Sat, 6 Sep 2014 08:32:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868WHvm076779 for ; Sat, 6 Sep 2014 08:32:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193365] [panic] handle_written_inodeblock: Invalid link count Date: Sat, 06 Sep 2014 08:32:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:32:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193365 --- Comment #2 from sasamotikomi@gmail.com --- core.txt.17 panic: handle_written_inodeblock: Invalid link count 65535 for inodedep 0xc8028d00 cpuid = 0 KDB: stack backtrace: #0 0xc0af3e5f at kdb_backtrace+0x4f #1 0xc0ac088f at panic+0x16f #2 0xc0cf8dd8 at softdep_disk_write_complete+0x8f8 #3 0xc0b3c3a6 at bufdone_finish+0x26 #4 0xc0b3c6dd at bufdone+0x4d #5 0xc0a2716e at g_vfs_done+0x1ae #6 0xc0b36e19 at biodone+0xb9 #7 0xc0a23c01 at g_io_schedule_up+0x81 #8 0xc0a24271 at g_up_procbody+0x71 #9 0xc0a90886 at fork_exit+0x96 #10 0xc0e0fb64 at fork_trampoline+0x8 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:33:54 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 446EDBF9 for ; Sat, 6 Sep 2014 08:33:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 2BCB1185E for ; Sat, 6 Sep 2014 08:33:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868XsHZ091041 for ; Sat, 6 Sep 2014 08:33:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193367] [panic] sleeping thread Date: Sat, 06 Sep 2014 08:33:54 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:33:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193367 --- Comment #3 from sasamotikomi@gmail.com --- core.txt.18 FreeBSD 9.1-RELEASE-p7 panic: sleeping thread Sleeping thread (tid 100214, pid 93700) owns a non-sleepable lock KDB: stack backtrace of thread 100214: #0 0xc0ac8fe9 at mi_switch+0x139 #1 0xc0afe12e at sleepq_switch+0xce #2 0xc0afec9e at sleepq_timedwait+0x3e #3 0xc0ac95e2 at _sleep+0x2a2 #4 0xc0d1c726 at swap_pager_getpages+0x3e6 #5 0xc0d286b1 at vm_fault_hold+0x1031 #6 0xc0d29d5b at vm_fault+0x8b #7 0xc0e2567f at trap_pfault+0x1df #8 0xc0e2650a at trap+0x44a #9 0xc0e0faec at calltrap+0x6 #10 0xc7fcbb5a at drm_ioctl+0x2ca #11 0xc09a44ea at devfs_ioctl_f+0x10a #12 0xc0b05480 at kern_ioctl+0x2a0 #13 0xc0b055f4 at sys_ioctl+0x134 #14 0xc0e25c1a at syscall+0x34a #15 0xc0e0fb51 at Xint0x80_syscall+0x21 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 08:48:21 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81F8EFB0 for ; Sat, 6 Sep 2014 08:48:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 694981965 for ; Sat, 6 Sep 2014 08:48:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s868mLHF013164 for ; Sat, 6 Sep 2014 08:48:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193367] [panic] sleeping thread Date: Sat, 06 Sep 2014 08:48:21 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: threads X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-threads@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 08:48:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193367 --- Comment #4 from sasamotikomi@gmail.com --- *** Bug 182498 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 09:55:05 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7000923C for ; Sat, 6 Sep 2014 09:55:05 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 5755B1EF5 for ; Sat, 6 Sep 2014 09:55:05 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s869t5ht069503 for ; Sat, 6 Sep 2014 09:55:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193360] [panic] [syscons] random syscons panic Date: Sat, 06 Sep 2014 09:55:05 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 09:55:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193360 --- Comment #1 from sasamotikomi@gmail.com --- *** Bug 185476 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 10:05:18 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE00F5BE for ; Sat, 6 Sep 2014 10:05:18 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A4C761FE1 for ; Sat, 6 Sep 2014 10:05:18 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86A5IGp022545 for ; Sat, 6 Sep 2014 10:05:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ or /usr/ports/ Date: Sat, 06 Sep 2014 10:05:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 10:05:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193375 sasamotikomi@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sasamotikomi@gmail.com, | |stable@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 10:18:38 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0FD97E0 for ; Sat, 6 Sep 2014 10:18:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 981BA1186 for ; Sat, 6 Sep 2014 10:18:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86AIcOc069730 for ; Sat, 6 Sep 2014 10:18:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ or /usr/ports/ Date: Sat, 06 Sep 2014 10:18:38 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 10:18:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193375 --- Comment #1 from sasamotikomi@gmail.com --- core.txt.24 FreeBSD 9.2-RELEASE instruction pointer = 0x20:0xc0ab00e6 current process = 2995 (rm) core.txt.25 FreeBSD 9.2-RELEASE panic: page fault Unread portion of the kernel message buffer: = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2132 (rm) trap number = 12 panic: page fault core.txt.26 FreeBSD 9.2-RELEASE instruction pointer = 0x20:0xc0ab00e6 current process = 3618 (rm) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 10:21:50 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AADF3989 for ; Sat, 6 Sep 2014 10:21:50 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 92A7D1262 for ; Sat, 6 Sep 2014 10:21:50 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86ALoD6078124 for ; Sat, 6 Sep 2014 10:21:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193377] [panic] panic bsdtar Date: Sat, 06 Sep 2014 10:21:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 10:21:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193377 sasamotikomi@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sasamotikomi@gmail.com, | |stable@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 10:36:11 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84B8FCAE for ; Sat, 6 Sep 2014 10:36:11 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 6C1F1136E for ; Sat, 6 Sep 2014 10:36:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86AaBpL027250 for ; Sat, 6 Sep 2014 10:36:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ or /usr/ports/ Date: Sat, 06 Sep 2014 10:36:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 10:36:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193375 --- Comment #2 from sasamotikomi@gmail.com --- I try mount my partition on another PC but I too got panic, when tried remove it. core.txt.28 FreeBSD 9.2-RELEASE instruction pointer = 0x20:0xc0ab00e6 current process = 1921 (rm) core.txt.29 FreeBSD 9.2-RELEASE instruction pointer = 0x20:0xc0ab00e6 current process = 73369 (rm) core.txt.32 FreeBSD 9.2-RELEASE Unread portion of the kernel message buffer: = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 58178 (rm) trap number = 12 -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 11:32:58 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9014927D for ; Sat, 6 Sep 2014 11:32:58 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 781B61AF5 for ; Sat, 6 Sep 2014 11:32:58 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86BWwQ3038884 for ; Sat, 6 Sep 2014 11:32:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193377] [panic] panic bsdtar Date: Sat, 06 Sep 2014 11:32:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 11:32:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193377 --- Comment #1 from sasamotikomi@gmail.com --- vmcore.47 FreeBSD 10.0-RELEASE ada0:ata0:0:0:0): READ_DMA. ACB: c8 00 30 fd 49 44 00 00 00 00 40 00 (ada0:ata0:0:0:0): CAM status: ATA Status Error (ada0:ata0:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 40 (UNC ) (ada0:ata0:0:0:0): RES: 51 40 45 fd 49 04 04 00 00 00 00 (ada0:ata0:0:0:0): Error 5, Retries exhausted g_vfs_done():ada0s2a[READ(offset=15545696256, length=32768)]error = 5 instruction pointer = 0x20:0xc0a95fd7 current process = 52422 (bsdtar) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 11:46:02 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0106A4EB for ; Sat, 6 Sep 2014 11:46:01 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 DCA441BFC for ; Sat, 6 Sep 2014 11:46:01 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86Bk1Ht064592 for ; Sat, 6 Sep 2014 11:46:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ or /usr/ports/ Date: Sat, 06 Sep 2014 11:46:02 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 11:46:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193375 --- Comment #3 from sasamotikomi@gmail.com --- core.txt.38 FreeBSD 9.2-RELEASE instruction pointer = 0x20:0xc0ab00e6 current process = 4009 (rm) -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 11:53:35 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27851776 for ; Sat, 6 Sep 2014 11:53:35 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 0EDC41CD0 for ; Sat, 6 Sep 2014 11:53:35 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86BrYZF003730 for ; Sat, 6 Sep 2014 11:53:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193386] [panic] resource_list_alloc: resource entry is busy Date: Sat, 06 Sep 2014 11:53:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 11:53:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193386 sasamotikomi@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sasamotikomi@gmail.com, | |stable@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:07:03 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4208DDB for ; Sat, 6 Sep 2014 12:07:03 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CBFC51DFE for ; Sat, 6 Sep 2014 12:07:03 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86C730M046464 for ; Sat, 6 Sep 2014 12:07:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193388] [panic] bad pte Date: Sat, 06 Sep 2014 12:07:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:07:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193388 sasamotikomi@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sasamotikomi@gmail.com, | |stable@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:15:09 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4A010290 for ; Sat, 6 Sep 2014 12:15:09 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 31DBA1EF5 for ; Sat, 6 Sep 2014 12:15:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86CF9MV076517 for ; Sat, 6 Sep 2014 12:15:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193389] [panic] ufs_dirbad: /: bad dir Date: Sat, 06 Sep 2014 12:15:09 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sasamotikomi@gmail.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:15:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193389 sasamotikomi@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sasamotikomi@gmail.com, | |stable@FreeBSD.org -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:22:27 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A865F5AB for ; Sat, 6 Sep 2014 12:22:27 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (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 08B071FD4 for ; Sat, 6 Sep 2014 12:22:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s86CMNIv070098 for ; Sat, 6 Sep 2014 22:22:23 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 6 Sep 2014 22:22:23 +1000 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Subject: Needs triage .. Message-ID: <20140906221516.Q58647@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:22:27 -0000 Are these just getting auto-assigned to stable@? Can anyone play? :) cheers, Ian X 11887 Sep 6 bugzilla-noreply@freebsd.org (4768) [Bug 193360] New: [panic] [syscons] random syscons panic X 11888 Sep 6 bugzilla-noreply@freebsd.org (4622) [Bug 193361] New: [panic] panic pagedaemon X 11890 Sep 6 bugzilla-noreply@freebsd.org (4613) [Bug 193363] New: [panic] panic at reboot X 11893 Sep 6 bugzilla-noreply@freebsd.org (19K) [Bug 193364] New: [panic] ffs_blkfree_cg: freeing free block X 11894 Sep 6 bugzilla-noreply@freebsd.org (3874) [Bug 193361] [panic] panic pagedaemon X 11895 Sep 6 bugzilla-noreply@freebsd.org (4783) [Bug 193365] New: [panic] handle_written_inodeblock: Invalid li X 11897 Sep 6 bugzilla-noreply@freebsd.org (4274) [Bug 193365] [panic] handle_written_inodeblock: Invalid link co X 11898 Sep 6 bugzilla-noreply@freebsd.org (4730) [Bug 193366] New: [panic] panic vnlru X 11899 Sep 6 bugzilla-noreply@freebsd.org (5364) [Bug 193367] New: [panic] sleeping thread X 11900 Sep 6 bugzilla-noreply@freebsd.org (5010) [Bug 193367] [panic] sleeping thread X 11901 Sep 6 bugzilla-noreply@freebsd.org (3877) [Bug 193361] [panic] panic pagedaemon X 11902 Sep 6 bugzilla-noreply@freebsd.org (5079) [Bug 193367] [panic] sleeping thread X 11903 Sep 6 bugzilla-noreply@freebsd.org (6912) [Bug 193364] [panic] ffs_blkfree_cg: freeing free block X 11904 Sep 6 bugzilla-noreply@freebsd.org (4318) [Bug 193365] [panic] handle_written_inodeblock: Invalid link co X 11905 Sep 6 bugzilla-noreply@freebsd.org (4500) [Bug 193367] [panic] sleeping thread X 11907 Sep 6 bugzilla-noreply@freebsd.org (3823) [Bug 193367] [panic] sleeping thread X 11911 Sep 6 bugzilla-noreply@freebsd.org (3852) [Bug 193360] [panic] [syscons] random syscons panic X 11912 Sep 6 bugzilla-noreply@freebsd.org (4038) [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ X 11913 Sep 6 bugzilla-noreply@freebsd.org (4331) [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ X 11914 Sep 6 bugzilla-noreply@freebsd.org (4012) [Bug 193377] [panic] panic bsdtar X 11916 Sep 6 bugzilla-noreply@freebsd.org (4409) [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ X 11918 Sep 6 bugzilla-noreply@freebsd.org (4234) [Bug 193377] [panic] panic bsdtar X 11919 Sep 6 bugzilla-noreply@freebsd.org (3927) [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ X 11920 Sep 6 bugzilla-noreply@freebsd.org (4066) [Bug 193386] [panic] resource_list_alloc: resource entry is bus X 11922 Sep 6 bugzilla-noreply@freebsd.org (4010) [Bug 193388] [panic] bad pte From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:31:06 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A2268F0 for ; Sat, 6 Sep 2014 12:31:06 +0000 (UTC) Received: from mproxy8.sbb.rs (mproxy8.sbb.rs [89.216.2.99]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.sbb.rs", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D103C1027 for ; Sat, 6 Sep 2014 12:31:05 +0000 (UTC) Received: from faust.localdomain (cable-178-148-114-238.dynamic.sbb.rs [178.148.114.238]) by mproxy8.sbb.rs (8.14.4/8.14.4) with ESMTP id s86CQUHg032510; Sat, 6 Sep 2014 14:26:30 +0200 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at SBB mail Received: by faust.localdomain (Postfix, from userid 1001) id 9277EA41FEA; Sat, 6 Sep 2014 14:26:59 +0200 (CEST) Date: Sat, 6 Sep 2014 14:26:59 +0200 From: Zoran Kolic To: Shane Ambler Subject: Re: update to pkg 1.3.7 Message-ID: <20140906122659.GA677@faust.sbb.rs> References: <20140906050944.GA4460@knossos> <540AB7EB.5050602@ShaneWare.Biz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <540AB7EB.5050602@ShaneWare.Biz> X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mproxy8.sbb.rs Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:31:06 -0000 > There was an issue found which is resolved in 1.3.7 > pkg check -Ba is also needed to fix the db > > For binary package users: > # pkg install ports-mgmt/pkg > # pkg update -f > # pkg check -Ba > # pkg upgrade Ah! I misunderstood check part! Thanks! Do I need to use last command (pkg upgrade) if I want to install anything, without upgrading whole system? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:33:46 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 601DC9FA for ; Sat, 6 Sep 2014 12:33:46 +0000 (UTC) Received: from smtp.pobox.com (smtp.pobox.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7821153 for ; Sat, 6 Sep 2014 12:33:45 +0000 (UTC) Received: from smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id C095835490 for ; Sat, 6 Sep 2014 08:33:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; s=sasl; bh=mgBilpLPtYTem6nPoQ4Tkv7FgpM=; b=fDyUjWA NTxHSW68JG4hsKS0gTVQXfPEdhWEeXu9loDTP+2QTN/8uk6ZsMr33FNuzs+kpzri db8fBd7EiuN4Rk02ReAYQ4LNzjvl8aLmSljNrOaOHXzxofyxkmOY5H39pWpcRIgd VpZsOAkScYWooCurmxdFd9oeji9wrWvv+Rm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=date:from:to :subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=sasl; b=r+vDtl3gnL3Ry4AGkH/S3BzTfKV+Q+Gx+ mQx6c0jvHXgkgFqarfMD5e+0mM+gEqRbXA+vYbTbSMTniEc4wwE0gX+/TzpmeZwX mMwvBxETLA0yXl2ibO7Asf1jbvApBDjMR7/5HlQrkv/dZzVfpkYUC6lt7b1OZWOC YJiVqMMs18= Received: from pb-smtp0. (unknown [127.0.0.1]) by pb-smtp0.pobox.com (Postfix) with ESMTP id B6DD83548F for ; Sat, 6 Sep 2014 08:33:38 -0400 (EDT) Received: from localhost (unknown [50.90.2.70]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-smtp0.pobox.com (Postfix) with ESMTPSA id 484AD3548E for ; Sat, 6 Sep 2014 08:33:38 -0400 (EDT) Date: Sat, 6 Sep 2014 08:33:37 -0400 From: Chris Nehren To: freebsd-stable@freebsd.org Subject: Re: Needs triage .. Message-ID: <20140906123337.GH24397@satori.lan> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140906221516.Q58647@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1giRMj6yz/+FOIRq" Content-Disposition: inline In-Reply-To: <20140906221516.Q58647@sola.nimnet.asn.au> User-Agent: Mutt/1.5.23 (2014-03-12) X-Pobox-Relay-ID: 06DD5868-35C2-11E4-A986-BD2DC4D60FE0-49531120!pb-smtp0.pobox.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:33:46 -0000 --1giRMj6yz/+FOIRq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 06, 2014 at 22:22:23 +1000, Ian Smith wrote: > Are these just getting auto-assigned to stable@? Can anyone play? :) Bugs are not auto-assigned to stable@. Someone is explicitly setting the CC to stable@. I'd ask them to stop myself but I don't really have any authority to speak for the project; hopefully someone with an @freebsd.org address will. That said, feel free to work on htese bugs if you want! :) --=20 Chris Nehren --1giRMj6yz/+FOIRq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJbBAABAgBFBQJUCv8hPhSAAAAAABUAIHBrYS1hZGRyZXNzQGdudXBnLm9yZ2Nu ZWhyZW4rZnJlZWJzZC1zdGFibGVAcG9ib3guY29tAAoJEBHA+GJAM0vPYrUP/3GQ GHzKZk3IttCQsy3llX8kyyEHypaagm5ATgj800WV7/lcpBodjrZaYNGS5TqYEvhx Knmd7RVazg0Xs+oIp6TocBCbHUnWLKr+BhXRyp3uVPro9qcObE0Zgy0Nd8FYOJ7q +cbmB+c2qLPoHVuxcIS7qaMHk/LYkv4yBumFW1ooO9TtZlfHkt78WM4kAAR03xva ndjDYwIdSd76HzO111pO7xD6s+4PuCoZWUSMkubnXNO1a+v6km7z5KZ4YTYsF4zZ qC75toW7iGq+hcizzGIUr9fLv6z+TriBYOARP0v5YlwXaVIQowDE8et3q10dOEo+ 81AjRT/j2rgc2K55ARe+peutAH1Wnnr+a1UpcUWVesr1386rce3oPQ7sS6PFdqVS oVJW0hLapSy5TarEBkC/ugtBp8bQedh6ogyGUiKBbHlNnUO/5dj2tHHm7CNbphiW 1eG8SR7XHIRWwj9h3z5rh7AmdtmDfgX7yu7QPe7OR3zxbyv0q3HUpDDv3CDGaNbC d0NR5Zfc4HVurHYH07zlkCI5vlit2DXbYk+8euz2kg1NDQuAuw4++ewblT/k+0Sq T+YFmxAGL6Z8OyjBk85Ka8KnuZdFaU9IjZ+C+U+gBlcxAPM6ZPBYkrwAwd2Mb8Hn VnCFQcRszLEDLV69yiLJiG8LkFk1EQUf4k6GnXwS =zAib -----END PGP SIGNATURE----- --1giRMj6yz/+FOIRq-- From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 12:55:08 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9538E97 for ; Sat, 6 Sep 2014 12:55:08 +0000 (UTC) Received: from smtp.burggraben.net (smtp.burggraben.net [IPv6:2a01:4f8:140:50a2::3:1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "ns.exwg.net", Issuer "Christoph Moench-Tegeder" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 86E14133C for ; Sat, 6 Sep 2014 12:55:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.burggraben.net (Postfix) with ESMTP id F05B96003D5 for ; Sat, 6 Sep 2014 14:55:05 +0200 (CEST) X-Spam-Scanned: by amavisd-new at exwg.net Received: from smtp.burggraben.net ([127.0.0.1]) by localhost (ns.burggraben.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9OlHV3Zek5xe for ; Sat, 6 Sep 2014 14:55:03 +0200 (CEST) Received: from elch.exwg.net (elch.exwg.net [IPv6:2001:470:7b43:1:6a05:caff:fe01:aae9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "elch.exwg.net", Issuer "Christoph Moench-Tegeder" (verified OK)) by smtp.burggraben.net (Postfix) with ESMTPS for ; Sat, 6 Sep 2014 14:55:03 +0200 (CEST) Received: by elch.exwg.net (Postfix, from userid 1000) id 69C9E301E9; Sat, 6 Sep 2014 14:55:03 +0200 (CEST) Date: Sat, 6 Sep 2014 14:55:03 +0200 From: Christoph Moench-Tegeder To: freebsd-stable@freebsd.org Subject: Re: Needs triage .. Message-ID: <20140906125502.GA1892@elch.exwg.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20140906221516.Q58647@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140906221516.Q58647@sola.nimnet.asn.au> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 12:55:08 -0000 ## Ian Smith (smithi@nimnet.asn.au): > Are these just getting auto-assigned to stable@? Can anyone play? :) The submitter explicitly adds stable@ to the bug's Cc list. But anyways, looking at the amount of panics he reports, most of which happen on rather trivial actions (as far as I can tell from my sampling of reports), this looks like bad hardware. If anyone with a hat could tell the sasamotikomi? Regards, Christoph -- Spare Space From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 13:23:42 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12AB1319 for ; Sat, 6 Sep 2014 13:23:42 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (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 8E1B017B7 for ; Sat, 6 Sep 2014 13:23:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s86DNVt5072126; Sat, 6 Sep 2014 23:23:31 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 6 Sep 2014 23:23:31 +1000 (EST) From: Ian Smith To: Christoph Moench-Tegeder Subject: Re: Needs triage .. In-Reply-To: <20140906125502.GA1892@elch.exwg.net> Message-ID: <20140906230043.H58647@sola.nimnet.asn.au> References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 13:23:42 -0000 On Sat, 6 Sep 2014 14:55:03 +0200, Christoph Moench-Tegeder wrote: > ## Ian Smith (smithi@nimnet.asn.au): > > > Are these just getting auto-assigned to stable@? Can anyone play? :) > > The submitter explicitly adds stable@ to the bug's Cc list. Yes, and this submitter hasn't posted in the dozen lists I take, since May anyway. This may save someone having to assign a bug, but perhaps one shouldn't earn the 'mayCC' bit until some N>0 have been assigned? > But anyways, looking at the amount of panics he reports, most of which > happen on rather trivial actions (as far as I can tell from my sampling > of reports), this looks like bad hardware. > If anyone with a hat could tell the sasamotikomi? I'm more concerned about process (vs PRs) and bulk spam potential than the reporting methods of any one submitter; bugzilla is overall cool. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 13:28:13 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B16CD6BD for ; Sat, 6 Sep 2014 13:28:13 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84FF8180C for ; Sat, 6 Sep 2014 13:28:13 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id lj1so918080pab.13 for ; Sat, 06 Sep 2014 06:28:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=v5xw4dg1lIvfG8BnyFTD2G21rYPKtwqpZkfBCBmEZuo=; b=sfJqJ0DQKkOTtsTZgFVg9Aph5+L4+N67oGnzxOgUbJ9c9w9b5Yn1ZlZ7CtKm6tFmpS OaNEsmdbePGz94a0SkhdruMAyT5KIV8wE8cBrFadkjoFeLWJMv9BXUiSxxZL/6DYJFa0 0AJFN0v934bIjs1hV5NjZ5UCVkavJjLJNvxbyjWrdMLpi7E9anN07eGpSru2YtPUuaXt YceG9/NllprLt2/3Spm0AcxNQEOhyCu+o85lAqNtQRT35RQ/OPCk3oOvJshPiixIl07h xUS9vrJHHpph3+LGOJlIa9j/Qk4/RM8IFOJjerKsTWSYynvtdsXOukqR1XW5FPnCk/hW a+rA== X-Received: by 10.70.8.195 with SMTP id t3mr5569472pda.62.1410010092998; Sat, 06 Sep 2014 06:28:12 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id ro7sm4626118pab.25.2014.09.06.06.28.11 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Sep 2014 06:28:12 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <540B0BE2.30304@FreeBSD.org> Date: Sat, 06 Sep 2014 23:28:02 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Thunderbird/32.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Needs triage .. References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> In-Reply-To: <20140906125502.GA1892@elch.exwg.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 13:28:13 -0000 On 6/09/2014 10:55 PM, Christoph Moench-Tegeder wrote: > ## Ian Smith (smithi@nimnet.asn.au): > >> Are these just getting auto-assigned to stable@? Can anyone play? :) > > The submitter explicitly adds stable@ to the bug's Cc list. > But anyways, looking at the amount of panics he reports, most of which > happen on rather trivial actions (as far as I can tell from my sampling > of reports), this looks like bad hardware. > If anyone with a hat could tell the sasamotikomi? > > Regards, > Christoph > Have done so Ian, This issue was created shortly after: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193390 -- Kubilay for Bugmeister From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 13:30:58 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21A9C7C9 for ; Sat, 6 Sep 2014 13:30:58 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E79BD1827 for ; Sat, 6 Sep 2014 13:30:57 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id eu11so24050031pac.25 for ; Sat, 06 Sep 2014 06:30:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=2VSDrumFCmNsbo3lyYiJNqczsc23v/TtSBFJAzD69SM=; b=RVyn4w6DnrAMCDt5zqnWfz0UtqTpJaZ6vqviY6WqdRuSp602uJG1irlRjAE26/eI/6 5t7oAoURhj7Y/WaUtL5O1gyEnTai7fwHA+409W8BFchzevUjNeLvI8kejeFp3wBYqcBR LD/8YH2g16O75EXTaHF/FBa7aYPgUsBHCxb/nrbcK0LcDX3nPi1XyCLiKkaUaM/D/IOO um/MMsgKK88GyL+9BoEUzT8h9j3FUbGt178SBDpMPoD/YGz6yFX+EbGtkpmp+G52Il2s Kv3RP8244Xf7xGBgpI9y9qq0yT8FNB4E688efoHZgVRa8jOxQAXgTwjLl0oYvyfhvgYk SrRA== X-Received: by 10.68.253.34 with SMTP id zx2mr2851312pbc.152.1410010257606; Sat, 06 Sep 2014 06:30:57 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id oy9sm4409042pdb.54.2014.09.06.06.30.55 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Sep 2014 06:30:57 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <540B0C87.9070005@FreeBSD.org> Date: Sat, 06 Sep 2014 23:30:47 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Thunderbird/32.0 MIME-Version: 1.0 To: Ian Smith , Christoph Moench-Tegeder Subject: Re: Needs triage .. References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> <20140906230043.H58647@sola.nimnet.asn.au> In-Reply-To: <20140906230043.H58647@sola.nimnet.asn.au> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 13:30:58 -0000 On 6/09/2014 11:23 PM, Ian Smith wrote: > On Sat, 6 Sep 2014 14:55:03 +0200, Christoph Moench-Tegeder wrote: > > ## Ian Smith (smithi@nimnet.asn.au): > > > > > Are these just getting auto-assigned to stable@? Can anyone play? :) > > > > The submitter explicitly adds stable@ to the bug's Cc list. > > Yes, and this submitter hasn't posted in the dozen lists I take, since > May anyway. This may save someone having to assign a bug, but perhaps > one shouldn't earn the 'mayCC' bit until some N>0 have been assigned? > > > But anyways, looking at the amount of panics he reports, most of which > > happen on rather trivial actions (as far as I can tell from my sampling > > of reports), this looks like bad hardware. > > If anyone with a hat could tell the sasamotikomi? > > I'm more concerned about process (vs PRs) and bulk spam potential than > the reporting methods of any one submitter; bugzilla is overall cool. > > cheers, Ian Ian, Please create an issue report assigned to bugmeister, with 'keyword: feature' describing the issue, and thoughts on different ways you can think of a mechanism potentially working. -- Kubilay for Bugmeister From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 13:33:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 201F0913 for ; Sat, 6 Sep 2014 13:33:31 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E767F18D0 for ; Sat, 6 Sep 2014 13:33:30 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id kx10so153795pab.10 for ; Sat, 06 Sep 2014 06:33:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=LoRT0Ukha9QtsUOqwcfx2Wp7BMJtet5wIf1o3k/Mumo=; b=AsCQ6OzAxQ1VWummF3GuCaOXhZCRefEBcH8D9jdEj17MrlY50d2Ghf6bDWaiIrizts 5rqwJneKuiCB5emxIYk0ACIq/NjMrbAvHfT/LGR/rcUW0TiqjmnaLC7AJb2sdYZIvra9 AVfiY2TAMUPFCPZQCmICrqTEAH/RjIt7myeozDDftyIqSJ66oVnYzokLHHcRocFXWMaK W3eW2QNHbAwnColjO6xDvSZ1QA+CgmC1s4u9LGXR0k7y6m/ov2mXFYY9YGfqxeKN+KXM GdD0WRJMV/AmEmhZmtedaHR5GuJkvsioE7y8CjuT88UyLhDo0EpSBrWAJjPMzLXyYuqK t6bA== X-Received: by 10.70.98.129 with SMTP id ei1mr30961700pdb.27.1410010410605; Sat, 06 Sep 2014 06:33:30 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id nl2sm4397086pdb.83.2014.09.06.06.33.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 06 Sep 2014 06:33:30 -0700 (PDT) Sender: Kubilay Kocak Message-ID: <540B0D20.50004@FreeBSD.org> Date: Sat, 06 Sep 2014 23:33:20 +1000 From: Kubilay Kocak Reply-To: koobs@FreeBSD.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Thunderbird/32.0 MIME-Version: 1.0 To: cmt@burggraben.net Subject: Re: Needs triage .. References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> <540B0BE2.30304@FreeBSD.org> In-Reply-To: <540B0BE2.30304@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 13:33:31 -0000 On 6/09/2014 11:28 PM, Kubilay Kocak wrote: > On 6/09/2014 10:55 PM, Christoph Moench-Tegeder wrote: >> ## Ian Smith (smithi@nimnet.asn.au): >> >>> Are these just getting auto-assigned to stable@? Can anyone play? :) >> >> The submitter explicitly adds stable@ to the bug's Cc list. >> But anyways, looking at the amount of panics he reports, most of which >> happen on rather trivial actions (as far as I can tell from my sampling >> of reports), this looks like bad hardware. >> If anyone with a hat could tell the sasamotikomi? >> >> Regards, >> Christoph >> > > Have done so Ian, > > This issue was created shortly after: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193390 > > -- > Kubilay > for Bugmeister > Apologies, that was in response to your comment Christoph, not Ian :) -- Koobs From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 14:00:24 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A825C9E for ; Sat, 6 Sep 2014 14:00:24 +0000 (UTC) Received: from mail-pa0-x232.google.com (mail-pa0-x232.google.com [IPv6:2607:f8b0:400e:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E0F81B38 for ; Sat, 6 Sep 2014 14:00:24 +0000 (UTC) Received: by mail-pa0-f50.google.com with SMTP id kq14so24028910pab.23 for ; Sat, 06 Sep 2014 07:00: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=7Da6uGcLzZwPycI6i/tobDwSF0y2VX8ExX0L1RLU738=; b=cpiO3i8RFV07BEX5YAPr+bqHyXNYY/FHxTXiSV7SHWXcfC7OFhOct8q3wyqJecjj96 U3ba0n/CFnyWNtxDxVwfJY8SCEBBT3WyNB5wQDIDFyYLo3mSKi6Nt1mlD7BI0cQBsROY NEgRL8WPCBLE/zDfD3l6REbOmVZYn1DmFl+1JRBMQbMvoA+sEQ1L1zJxIEiasGsoIz3G p6eP/UJSZfAkFueV9yHKxr72cAUm4x5W3VnknWYq0vxTfgoaERVNu0h6cpzlCRskKiho zwgr/jP6RwJNkPam7qFuOals4rwAXaMf6HCWhA9zgPh1QTH5Ue80rVL0kn5z3YP/BGO1 G+9w== MIME-Version: 1.0 X-Received: by 10.70.100.133 with SMTP id ey5mr3168612pdb.153.1410012023112; Sat, 06 Sep 2014 07:00:23 -0700 (PDT) Received: by 10.70.128.142 with HTTP; Sat, 6 Sep 2014 07:00:23 -0700 (PDT) In-Reply-To: <20140906230043.H58647@sola.nimnet.asn.au> References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> <20140906230043.H58647@sola.nimnet.asn.au> Date: Sat, 6 Sep 2014 09:00:23 -0500 Message-ID: Subject: Re: Needs triage .. From: Adam Vande More To: Ian Smith Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-stable@freebsd.org" , Christoph Moench-Tegeder X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 14:00:24 -0000 On Sat, Sep 6, 2014 at 8:23 AM, Ian Smith wrote: > I'm more concerned about process (vs PRs) It is now required to have an account to file a bug vs PR anyone could do it. > and bulk spam potential It's already an open list, I don't see any increase in abuse potential. -- Adam From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 14:49:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 60732744; Sat, 6 Sep 2014 14:49:18 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (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 D55411E8E; Sat, 6 Sep 2014 14:49:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id s86En3uS074949; Sun, 7 Sep 2014 00:49:03 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 7 Sep 2014 00:49:03 +1000 (EST) From: Ian Smith To: Kubilay Kocak Subject: Re: Needs triage .. In-Reply-To: <540B0C87.9070005@FreeBSD.org> Message-ID: <20140907004047.F58647@sola.nimnet.asn.au> References: <20140906221516.Q58647@sola.nimnet.asn.au> <20140906125502.GA1892@elch.exwg.net> <20140906230043.H58647@sola.nimnet.asn.au> <540B0C87.9070005@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Christoph Moench-Tegeder X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 14:49:18 -0000 On Sat, 6 Sep 2014 23:30:47 +1000, Kubilay Kocak wrote: > On 6/09/2014 11:23 PM, Ian Smith wrote: > > On Sat, 6 Sep 2014 14:55:03 +0200, Christoph Moench-Tegeder wrote: > > > ## Ian Smith (smithi@nimnet.asn.au): > > > > > > > Are these just getting auto-assigned to stable@? Can anyone play? :) > > > > > > The submitter explicitly adds stable@ to the bug's Cc list. > > > > Yes, and this submitter hasn't posted in the dozen lists I take, since > > May anyway. This may save someone having to assign a bug, but perhaps > > one shouldn't earn the 'mayCC' bit until some N>0 have been assigned? > > > > > But anyways, looking at the amount of panics he reports, most of which > > > happen on rather trivial actions (as far as I can tell from my sampling > > > of reports), this looks like bad hardware. > > > If anyone with a hat could tell the sasamotikomi? > > > > I'm more concerned about process (vs PRs) and bulk spam potential than > > the reporting methods of any one submitter; bugzilla is overall cool. > > > > cheers, Ian > > Ian, > > Please create an issue report assigned to bugmeister, with 'keyword: > feature' describing the issue, and thoughts on different ways you can > think of a mechanism potentially working. > > -- > Kubilay > for Bugmeister https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193396 No further ideas to hand beyond what I suggested above, sorry. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 20:30:08 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B6E0F44 for ; Sat, 6 Sep 2014 20:30:08 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 42DB7121B for ; Sat, 6 Sep 2014 20:30:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86KU8iI023592 for ; Sat, 6 Sep 2014 20:30:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193377] [panic] panic bsdtar Date: Sat, 06 Sep 2014 20:30:08 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: arved@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 20:30:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193377 Tilman Keskinoz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |Issue Resolved CC| |arved@FreeBSD.org Resolution|--- |DUPLICATE --- Comment #2 from Tilman Keskinoz --- *** This bug has been marked as a duplicate of bug 193380 *** -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 6 20:30:42 2014 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5731C153 for ; Sat, 6 Sep 2014 20:30:42 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3E481123A for ; Sat, 6 Sep 2014 20:30:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id s86KUgO2027158 for ; Sat, 6 Sep 2014 20:30:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: stable@FreeBSD.org Subject: [Bug 193375] [panic] /bin/rm panic that I try remove /usr/src/ or /usr/ports/ Date: Sat, 06 Sep 2014 20:30:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 9.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: arved@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Sep 2014 20:30:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193375 Tilman Keskinoz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |Issue Resolved CC| |arved@FreeBSD.org Resolution|--- |DUPLICATE --- Comment #4 from Tilman Keskinoz --- *** This bug has been marked as a duplicate of bug 193380 *** -- You are receiving this mail because: You are on the CC list for the bug.