Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

On Tue, Jul 12, 2016 at 09:58:08PM +0100, Steven Hartland wrote: > On 12/07/2016 21:50, Slawa Olhovchenkov wrote: > > On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > > > >> Maybe Tier 2 can deal with just bootonly.iso. Or your machines should >

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

On Tue, Jul 12, 2016 at 01:39:34PM -0700, Conrad Meyer wrote: > Maybe Tier 2 can deal with just bootonly.iso. Or your machines should > be dropped from Tier 2 if they don't support USB and we aren't okay > with dropping disc1 support for all of Tier 2. > > There's lots of aging hardware we

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

On Mon, Jul 11, 2016 at 09:41:44PM +, Glen Barber wrote: > On Mon, Jul 11, 2016 at 03:32:34PM -0600, Alan Somers wrote: > > > On Mon, Jul 11, 2016 at 2:01 PM, Ronald Klop wrote: > > >> Hi, > > >> > > >> Just downloaded the amd64 BETA1 ISO (873MB) and tried to burn a CD

Re: GOST in OPENSSL_BASE

On Mon, Jul 11, 2016 at 07:48:44PM +0300, Andrey Chernov wrote: > On 11.07.2016 19:29, Slawa Olhovchenkov wrote: > > On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: > > > >> > >> > >> On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrot

Re: GOST in OPENSSL_BASE

On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote: > On 07/11/16 02:41 PM, Slawa Olhovchenkov wrote: > > On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > > > >> On 07/10/16 10:10 AM, Andrey Chernov wrote: > >>> On 10.07.2016 16:30, S

Re: GOST in OPENSSL_BASE

On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote: > On 07/10/16 10:10 AM, Andrey Chernov wrote: > > On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > >> I am surprised lack of support GOST in openssl-base. > >> Can be this enabled before 11.0 released? > &g

Re: GOST in OPENSSL_BASE

On Mon, Jul 11, 2016 at 11:04:33AM -0500, Mark Felder wrote: > > > On Mon, Jul 11, 2016, at 05:29, Slawa Olhovchenkov wrote: > > > > I.e. GOST will be available in openssl. > > Under BSD-like license. > > Can be this engine import in base system and enabled a

Re: GOST in OPENSSL_BASE

On Sun, Jul 10, 2016 at 06:28:04PM +0300, Andrey Chernov wrote: > On 10.07.2016 18:13, Andrey Chernov wrote: > > On 10.07.2016 18:12, Andrey Chernov wrote: > >> On 10.07.2016 18:01, Slawa Olhovchenkov wrote: > >>> On Sun, Jul 10, 2016 at 05:10:04

Re: GOST in OPENSSL_BASE

On Sun, Jul 10, 2016 at 05:10:04PM +0300, Andrey Chernov wrote: > On 10.07.2016 16:30, Slawa Olhovchenkov wrote: > > I am surprised lack of support GOST in openssl-base. > > Can be this enabled before 11.0 released? > > AFAIK openssl maintainers says something like they can'

GOST in OPENSSL_BASE

I am surprised lack of support GOST in openssl-base. Can be this enabled before 11.0 released? Subject: svn commit: r412619 - in head/dns: bind9-devel bind910 bind99 Author: mat Date: Wed Apr 6 13:53:09 2016 New Revision: 412619 URL: https://svnweb.freebsd.org/changeset/ports/412619 Log:

Re: 4.6 DRM/i915 update CFT (Sandy Bridge?)/IvyBridge/Haswell/Broadwell/SkyLake/KabyLake supported

On Sun, May 22, 2016 at 12:26:49AM -0700, Matthew Macy wrote: > I'm happy to announce a call for testers for the 4.6 update of drm and > i915. The driver has been successfully tested on IvyBridge, Haswell, > Broadwell and Skylake. At least basic HW 3D acceleration should work, > VGA and DP out

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 08:16:36AM -0500, Andrew Berg wrote: > Also, how much response do you expect in ~17 hours? Developers need time to > sleep, do their day jobs, and formulate a detailed response to a detailed > email. OK, week later -- no any ("interesting", "not interesting", "know

Re: RFC on a published change to FreeBSD 11 kqueue file ops.

On Wed, Apr 27, 2016 at 11:32:05AM +0800, Julian Elischer wrote: > the following change is sitting out at github, to add kqueue support > for more file operations: > > https://github.com/dmatveev/libinotify-kqueue/blob/master/patches > > does anyone have reasons why we shouldn't import this

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 11:57:47AM -0400, Paul Mather wrote: > On Apr 20, 2016, at 10:54 AM, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > >> A packaged base is just another way of describing the state of the > >> system. People on mailing lists will still b

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 10:43:08AM -0400, Paul Mather wrote: > > > Message: 20 > > Date: Wed, 20 Apr 2016 12:48:06 +0300 > > From: Slawa Olhovchenkov <s...@zxy.spb.ru> > > To: Dan Partelly <dan_parte...@rdsor.ro> > > Cc: David Chisnall <the

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 11:43:00AM +0100, Matthew Seaman wrote: > On 04/20/16 10:48, Slawa Olhovchenkov wrote: > > > While number of packages don't see outside internal -- this is > > irrelevant. > > After possibility of update individual package -- nuber of packages i

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 12:00:36PM +0300, Dan Partelly wrote: > IMO, the number of packages per-se is not a problem as long as you > can manage them without arcane commands, aliases, pipe - filters, > or scripts. (they all have their place, but less , the better) My > point is that I don't

Re: [CFT] packaging the base system with pkg(8)

On Wed, Apr 20, 2016 at 04:22:31AM +, Glen Barber wrote: > On Wed, Apr 20, 2016 at 07:15:22AM +0300, dan_partelly wrote: > > On Wed, 20 Apr 2016 04:07:11 +, Glen Barber wrote: > > > On Wed, Apr 20, 2016 at 06:59:38AM +0300, dan_partelly wrote: > > >> > > >> > > > >> >

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 08:18:48AM -0700, Alfred Perlstein wrote: > 1) Graciously and rapidly accept steps forward and then contribute to > them. Anything else leaves you stagnant and worse for wear. > 2) Simple over complex. > 3) If something someone else did is working for someone, then copy

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 07:27:52AM -0700, Alfred Perlstein wrote: > Again, the point is that those objecting should put aside the time to > implement what you (and I) are suggesting: > > > I could live with: > > > > base-utils11.1 > > - ktrace uninstalled > > - tcpdump uninstalled > > +

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 12:27:51PM +0200, Lars Engels wrote: > On Tue, Apr 19, 2016 at 12:18:00PM +0300, dan_partelly wrote: > > > > be as terse as possible. You guys seen the "Add remove programs" > > in Windows control panel ? Thats sane. Even now the default output > > of pkg borders

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 08:41:29AM +, Glen Barber wrote: > On Tue, Apr 19, 2016 at 11:39:11AM +0300, Slawa Olhovchenkov wrote: > > On Tue, Apr 19, 2016 at 07:31:17AM +, Glen Barber wrote: > > > > > On Tue, Apr 19, 2016 at 03:24:30PM +0800, Julian Elischer wrot

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 07:31:17AM +, Glen Barber wrote: > On Tue, Apr 19, 2016 at 03:24:30PM +0800, Julian Elischer wrote: > > We've managed to keep this disease out of BSD since I started to do it in > > 1990. First we laughed/fumed at Sun's Solaris when they unbundled the > > compiler.

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 08:54:48AM +0100, David Chisnall wrote: > 2) People wanting to install embedded systems. Anyone who has tried > to run FreeBSD on a system with a small amount of flash storage will > have encountered the pain of having to use some kind of ad-hoc > update. Being able to

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 08:17:12PM -0700, Alfred Perlstein wrote: > Maybe what the "too many packages" folks need to do is write some code > to hide that it's so many packages. > > :) > > I think the rule of two feet should be applied here. > > What we have is people that have worked quite

Re: [CFT] packaging the base system with pkg(8)

On Tue, Apr 19, 2016 at 12:43:08AM +0300, Slawa Olhovchenkov wrote: > On Mon, Apr 18, 2016 at 12:01:46PM -0700, Sean Fagan wrote: > > > On Apr 18, 2016, at 11:52 AM, Lev Serebryakov <l...@freebsd.org> wrote: > > > > > > I understand, that maybe it is

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 10:30:48PM +0200, Rainer Duffner wrote: > > > Am 18.04.2016 um 22:07 schrieb Lev Serebryakov : > > > > On 18.04.2016 22:40, Glen Barber wrote: > > > >> This granularity allows easy removal of things that may not be wanted > >> (such as *-debug*,

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 12:21:28PM -0700, Nathan Whitehorn wrote: > > > On 04/18/16 12:14, Glen Barber wrote: > > On Mon, Apr 18, 2016 at 12:01:46PM -0700, Sean Fagan wrote: > >> On Apr 18, 2016, at 11:52 AM, Lev Serebryakov wrote: > >>> I understand, that maybe it is too

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 12:01:46PM -0700, Sean Fagan wrote: > On Apr 18, 2016, at 11:52 AM, Lev Serebryakov wrote: > > > > I understand, that maybe it is too late, but ARE YOU KIDDING?! 755 > > packages?! WHY?! What are reasons and goals to split base in such > > enormous

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 08:05:05PM +, Glen Barber wrote: > On Mon, Apr 18, 2016 at 11:02:12PM +0300, Slawa Olhovchenkov wrote: > > > This granularity allows easy removal of things that may not be wanted > > > (such as *-debug*, *-profile*, etc.) on systems with little s

Re: 11.0-RELEASE pkg base & base.txz file

On Mon, Apr 18, 2016 at 03:42:20PM -0400, Ernie Luzar wrote: > Slawa Olhovchenkov wrote: > > On Mon, Apr 18, 2016 at 05:27:09PM +0300, Slawa Olhovchenkov wrote: > > > >> On Mon, Apr 18, 2016 at 04:16:01PM +0200, Baptiste Daroussin wrote: > >> > >>> On

Re: [CFT] packaging the base system with pkg(8)

On Mon, Apr 18, 2016 at 07:40:10PM +, Glen Barber wrote: > On Mon, Apr 18, 2016 at 12:21:28PM -0700, Nathan Whitehorn wrote: > > > > > > On 04/18/16 12:14, Glen Barber wrote: > > >On Mon, Apr 18, 2016 at 12:01:46PM -0700, Sean Fagan wrote: > > >>On Apr 18, 2016, at 11:52 AM, Lev Serebryakov

Re: 11.0-RELEASE pkg base & base.txz file

On Mon, Apr 18, 2016 at 05:27:09PM +0300, Slawa Olhovchenkov wrote: > On Mon, Apr 18, 2016 at 04:16:01PM +0200, Baptiste Daroussin wrote: > > > On Mon, Apr 18, 2016 at 05:14:54PM +0300, Slawa Olhovchenkov wrote: > > > On Mon, Apr 18, 2016 at 10:05:12AM -0400,

Re: 11.0-RELEASE pkg base & base.txz file

On Mon, Apr 18, 2016 at 04:16:01PM +0200, Baptiste Daroussin wrote: > On Mon, Apr 18, 2016 at 05:14:54PM +0300, Slawa Olhovchenkov wrote: > > On Mon, Apr 18, 2016 at 10:05:12AM -0400, Nikolai Lifanov wrote: > > > > > On 04/18/16 10:00, Ernie Luzar wrote: > > > &g

Re: 11.0-RELEASE pkg base & base.txz file

On Mon, Apr 18, 2016 at 10:05:12AM -0400, Nikolai Lifanov wrote: > On 04/18/16 10:00, Ernie Luzar wrote: > > 11.0 will have pkg base, thats ok, but what does than mean for the > > base.txz file? > > > > It it going to stay as part of FBSD install? > > > > I have many scripts for creating jails

Re: stall-free memory reads ? (possibly stale) ?

On Fri, Apr 08, 2016 at 06:24:16PM +0200, Luigi Rizzo wrote: > Hi, > I have an application with two threads sharing a memory variable, > one continuously writing, one continuously reading. > > Because of the way my system works, the reader can tolerate reading > stale data, but it should not

Re: [CFT] packaging the base system with pkg(8)

On Fri, Mar 11, 2016 at 12:01:34PM -0500, Daniel Eischen wrote: > On Fri, 11 Mar 2016, Slawa Olhovchenkov wrote: > > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > >> On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > >

Re: [CFT] packaging the base system with pkg(8)

On Fri, Mar 11, 2016 at 03:39:08PM +0100, Miroslav Lachman wrote: > >> Anything else is on your side and even if I understand your complaints > >> (and I agree with some of them) I don't thing it will change anything on > >> the future of packaged base. > >> So it is better to spend our time on

Re: [CFT] packaging the base system with pkg(8)

On Fri, Mar 11, 2016 at 02:58:17PM +0100, Miroslav Lachman wrote: > Slawa Olhovchenkov wrote on 03/11/2016 14:31: > > On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > > > >> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > >

Re: [CFT] packaging the base system with pkg(8)

On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote: > On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote: > > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > > > > > On Tue, Mar 08, 2016 at 05:35:59PM +, David Chis

Re: [CFT] packaging the base system with pkg(8)

On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote: > On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > > > > > In terms of comparing packages, if

Re: [CFT] packaging the base system with pkg(8)

On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > About use cases. I am try to imagine different use cases and don't > found answer how do this: > > 1. package building as `make packages` witch version as timestamp of > start buildworld. I.e. on every buildworl

Re: [CFT] packaging the base system with pkg(8)

On Tue, Mar 08, 2016 at 05:35:59PM +, David Chisnall wrote: > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > > Yes, I undertund this. But what profit of this? Addtional size is > > small, many small packages is bad. We already have expir

Re: [CFT] packaging the base system with pkg(8)

On Tue, Mar 08, 2016 at 02:39:24PM +0100, Miroslav Lachman wrote: > Glen Barber wrote on 03/08/2016 14:18: > > On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > > [...] > > >> Packaging of individual utilites is useless (total 19MB vs > >&

Re: [CFT] packaging the base system with pkg(8)

On Tue, Mar 08, 2016 at 01:18:47PM +, Glen Barber wrote: > On Tue, Mar 08, 2016 at 03:40:16PM +0300, Slawa Olhovchenkov wrote: > > On Wed, Mar 02, 2016 at 11:54:29PM +, Glen Barber wrote: > > > > > To obtain the sources for testing, please use the projects/

Re: [CFT] packaging the base system with pkg(8)

On Wed, Mar 02, 2016 at 11:54:29PM +, Glen Barber wrote: > To obtain the sources for testing, please use the projects/release-pkg > branch: > > # svn co svn://svn.freebsd.org/base/projects/release-pkg /usr/src > > The projects/release-pkg branch is (at this time) in sync with head >

Re: [CFT] packaging the base system with pkg(8)

On Wed, Mar 02, 2016 at 11:54:29PM +, Glen Barber wrote: > For those who have missed the initial email surrounding this topic, we > are planning on packaging the base system with pkg(8) for 11.0-RELEASE. > > https://lists.freebsd.org/pipermail/freebsd-pkgbase/2016-January/00.html > > At

Re: three new netmap tools: pcap player, link emulator, load distributor

On Mon, Feb 22, 2016 at 02:40:15PM -0800, Luigi Rizzo wrote: > On Mon, Feb 22, 2016 at 10:16 AM, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote: > > > > >> Give this a try and let us know. > > &g

Re: three new netmap tools: pcap player, link emulator, load distributor

On Mon, Feb 22, 2016 at 08:17:06AM -0800, Luigi Rizzo wrote: > On Monday, February 22, 2016, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > > > > > lb > > > a packet distributor tha

Re: three new netmap tools: pcap player, link emulator, load distributor

On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > lb > a packet distributor that reads from a netmap port and distributes > traffic to multiple netmap ports, using ze​ro copy and a user-defined > hash function. This will be useful e.g. for people running multiple > instances

Re: three new netmap tools: pcap player, link emulator, load distributor

On Sun, Feb 21, 2016 at 10:18:36AM -0800, Luigi Rizzo wrote: > Hi, > I have put some new tools on the github's netmap page > https://github.com/luigirizzo/netmap in the apps/ directory > > All are under a BSD license. > > nmreplay > a fast pcap replay tool (a-la tcpreplay) with programmable

Re: IPV6 TCP6 Slow Connect

On Thu, Feb 11, 2016 at 08:50:59PM -0600, Larry Rosenman wrote: > On 2016-02-11 14:40, Larry Rosenman wrote: > > > On 2016-02-11 14:25, Kristof Provost wrote: > > > > On 11 Feb 2016, at 21:23, Larry Rosenman wrote: > > From which system(s) perspective do you want the packet

Re: IPV6 TCP6 Slow Connect

On Fri, Feb 12, 2016 at 07:56:08AM -0600, Larry Rosenman wrote: > On 2016-02-12 07:45, Slawa Olhovchenkov wrote: > > On Thu, Feb 11, 2016 at 08:50:59PM -0600, Larry Rosenman wrote: > > > >> On 2016-02-11 14:40, Larry Rosenman wrote: > >> > >> &g

Re: arp flapping after udating system to 11-CURRENT.

On Thu, Feb 04, 2016 at 03:43:05PM -0800, Roger Marquis wrote: > Slawa Olhovchenkov wrote: > >> It seems to be flapping between the virtual mac of my bridge interface > >> and the actual mac adress on the physical interface. This was not the > >> case when i r

Re: arp flapping after udating system to 11-CURRENT.

On Wed, Feb 03, 2016 at 08:31:43AM +0100, Peter Ankerstål wrote: > Hi! > > I recently upgraded my system to 11-CURRENT (FreeBSD 11.0-CURRENT #0 > r295087: Sun Jan 31 10:21:31 CET 2016) and after that all of my other > devices in the network complains about arp-flapping: > > arp: 172.25.0.1

Re: thread-unsafety problems as spl*() ones are NOP

On Sun, Jan 31, 2016 at 10:00:51AM +0330, mokhi wrote: > @imp: > i exactly mean (Okay not so exact but very near ;D) what you said. > after analyzing kbd.c functions (eg, kbd_realloc_array()) i concluded > there are race conditions (and at result in some places there are > un-protected data too)

Re: thread-unsafety problems as spl*() ones are NOP

On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote: > i currently only wanna do patch on kbd.c (because i'm sure there is a > thread-unsafety) > and i don't want to add anything to spltty() nor splx(), i just wanna > add things under where they've been used. > isn't problem with using

Re: thread-unsafety problems as spl*() ones are NOP

On Sat, Jan 30, 2016 at 06:56:00PM +0330, mokhi wrote: > Hi. > in kbd.c there are many places spltty()/splx() used assuming it locks/unlocks. > though there is bug filed for this, and ive asked in #bsddev, Ive > preferred to ask and ensure it from here again. > As these functions are obsoleted

Re: thread-unsafety problems as spl*() ones are NOP

On Sat, Jan 30, 2016 at 09:25:21PM +0300, Slawa Olhovchenkov wrote: > On Sat, Jan 30, 2016 at 09:42:13PM +0330, mokhi wrote: > > > i currently only wanna do patch on kbd.c (because i'm sure there is a > > thread-unsafety) > > and i don't want to add anything to spltty()

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 10:30:25PM -0800, Maxim Sobolev wrote: > That would be like trying to install FreeBSD 11 on PDP-11 hardware. Good > luck with that, Slawa, you'll need it! :) On Pentium-IV. ___ freebsd-current@freebsd.org mailing list

Re: Packaging the FreeBSD base system with pkg(8)

On Fri, Jan 29, 2016 at 01:24:53PM -0800, Maxim Sobolev wrote: > Pentium-IV in 1980? I think we are talking about +35 years from now. +35 years is incorrect calculated. Only +14. > On Fri, Jan 29, 2016 at 12:40 AM, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > On Th

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 02:18:06PM +0100, Baptiste Daroussin wrote: > On Thu, Jan 28, 2016 at 12:46:39PM +, Thomas Mueller wrote: > > from Glen Barber: > > > > > As many know, work has been in progress for quite some time to provide > > > the ability to package and upgrade the FreeBSD base

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: > >> Yes, but but real usage of it would happen in a second step because of many > >> rought edges to be deal with. but yes the information would be available > >> > >> see: > >> https://www.youtube.com/watch?v=Br6izhH5P1I > >> and > >>

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 12:04:00PM -0500, Allan Jude wrote: > On 2016-01-28 12:00, Slawa Olhovchenkov wrote: > > On Thu, Jan 28, 2016 at 11:09:56AM -0500, Allan Jude wrote: > > > >>>> Yes, but but real usage of it would happen in a second step because of &

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 09:45:16AM -0800, NGie Cooper wrote: > > > On Jan 28, 2016, at 09:38, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > >> On Thu, Jan 28, 2016 at 09:28:32AM -0800, NGie Cooper wrote: > >> > >> > >>> On Jan 28

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 06:23:22PM +, Glen Barber wrote: > On Thu, Jan 28, 2016 at 09:12:53PM +0300, Slawa Olhovchenkov wrote: > > I see two hudge problem for support upgrades from older RELEASE > > versions (supported too): key (used for repo signing) change and need >

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 09:28:32AM -0800, NGie Cooper wrote: > > > On Jan 28, 2016, at 08:06, Slawa Olhovchenkov <s...@zxy.spb.ru> wrote: > > > ... > > > What about upgrade strongly outdated system? > > For example 11.0 at time 18.0? I.e. packages for

Re: Packaging the FreeBSD base system with pkg(8)

On Thu, Jan 28, 2016 at 05:56:31PM +, David Chisnall wrote: > On 28 Jan 2016, at 17:45, NGie Cooper wrote: > > > > Also, consider that you're going to be allowing upgrades from older RELEASE > > versions of the OS which might be using a fixed copy of pkgng -- how are

Re: HPN and None options in OpenSSH

On Mon, Jan 25, 2016 at 12:28:20PM +0100, Jan Bramkamp wrote: > > > On 24/01/16 15:50, Dag-Erling Smørgrav wrote: > > Slawa Olhovchenkov <s...@zxy.spb.ru> writes: > >> Can you do some small discurs about ssh+kerberos? > >> I am try to use

Re: HPN and None options in OpenSSH

On Fri, Jan 22, 2016 at 03:31:22PM +0100, Dag-Erling Smørgrav wrote: > The HPN and None cipher patches have been removed from FreeBSD-CURRENT. > I intend to remove them from FreeBSD-STABLE this weekend. Can you do some small discurs about ssh+kerberos? I am try to use FreeBSD with $HOME over

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 03:50:45PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov <s...@zxy.spb.ru> writes: > > Can you do some small discurs about ssh+kerberos? > > I am try to use FreeBSD with $HOME over kerberoized NFS. > > For kerberoized NFS gssd need

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 04:21:17PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov <s...@zxy.spb.ru> writes: > > OK, what about tcsh, zsh, fish and scp/sftp? > > I apologize for trying to help you out by suggesting a hack that works > at least some of the time unt

Re: HPN and None options in OpenSSH

On Sun, Jan 24, 2016 at 04:09:05PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov <s...@zxy.spb.ru> writes: > > Dag-Erling Smørgrav <d...@des.no> writes: > > > In the meantime, you can try something like this in .bashrc or > > > whateve

Re: CAM Shingled Disk support patches available

On Mon, Jan 18, 2016 at 05:37:04PM -0500, Kenneth D. Merry wrote: > I have a new set of SMR patches available. See below for the full > explanation. > > The primary change here is that I have added SMR support to the ada(4) > driver. I spent some time considering whether to try to make the

Re: CAM Shingled Disk support patches available

On Tue, Jan 19, 2016 at 12:06:41PM -0500, Kenneth D. Merry wrote: > On Tue, Jan 19, 2016 at 20:02:52 +0300, Slawa Olhovchenkov wrote: > > On Tue, Jan 19, 2016 at 11:38:31AM -0500, Kenneth D. Merry wrote: > > > > > On Tue, Jan 19, 2016 at 14:45:23 +0300, Slawa Olhovchenk

Re: CAM Shingled Disk support patches available

On Tue, Jan 19, 2016 at 11:38:31AM -0500, Kenneth D. Merry wrote: > On Tue, Jan 19, 2016 at 14:45:23 +0300, Slawa Olhovchenkov wrote: > > On Mon, Jan 18, 2016 at 05:37:04PM -0500, Kenneth D. Merry wrote: > > > > > I have a new set of SMR patches available.

Re: FreeBsd MCA Panic Crash !!

On Mon, Jan 04, 2016 at 03:34:09AM -0700, shahzaibcb wrote: > Hi, > > We've switched to FreeBSD recently to accomodate large video storage as we > are running video streaming website. So the job of the FreeBSD is to > transcode the uploaded videos using ffmpeg and serve them to users via nginx >

Re: OpenSSH HPN

On Thu, Nov 12, 2015 at 12:15:35PM -0500, Allan Jude wrote: > On 2015-11-11 19:06, Slawa Olhovchenkov wrote: > > On Wed, Nov 11, 2015 at 01:32:27PM -0800, Bryan Drewery wrote: > > > >> On 11/10/2015 1:42 AM, Dag-Erling Smørgrav wrote: > >>> I would

Re: OpenSSH HPN

On Thu, Nov 12, 2015 at 12:51:30PM -0500, Allan Jude wrote: > On 2015-11-12 12:44, Slawa Olhovchenkov wrote: > > On Thu, Nov 12, 2015 at 12:15:35PM -0500, Allan Jude wrote: > > > >> On 2015-11-11 19:06, Slawa Olhovchenkov wrote: > >>> On Wed, Nov 11, 2015 at 0

Re: OpenSSH HPN

On Wed, Nov 11, 2015 at 05:51:25PM +0100, Dag-Erling Smørgrav wrote: > Bryan Drewery writes: > > Another thing that I did with the port was restore the tcpwrapper > > support that upstream removed. Again, if we decide it is not worth > > keeping in base I will remove it as

Re: OpenSSH HPN

On Tue, Nov 10, 2015 at 09:52:16AM -0800, John-Mark Gurney wrote: > Dag-Erling Smrgrav wrote this message on Tue, Nov 10, 2015 at 10:42 +0100: > > Therefore, I would like to remove the HPN patches from base and refer > > anyone who really needs them to the openssh-portable port, which has > >

Re: OpenSSH HPN

On Tue, Nov 10, 2015 at 11:59:30PM -0800, John-Mark Gurney wrote: > Ben Woods wrote this message on Wed, Nov 11, 2015 at 15:40 +0800: > > On Wednesday, 11 November 2015, Bryan Drewery wrote: > > > > > On 11/10/15 9:52 AM, John-Mark Gurney wrote: > > > > My vote is to

Re: OpenSSH HPN

On Wed, Nov 11, 2015 at 10:18:08AM -0800, Bryan Drewery wrote: > On 11/11/2015 10:13 AM, Slawa Olhovchenkov wrote: > > On Wed, Nov 11, 2015 at 05:51:25PM +0100, Dag-Erling Smørgrav wrote: > > > >> Bryan Drewery <bdrew...@freebsd.org> writes: > >>&

Re: OpenSSH HPN

On Wed, Nov 11, 2015 at 03:58:35PM -0800, Bryan Drewery wrote: > > Some for as ports version? > > Or ports version different? > > Or port mantainer have more time (this is not to blame for DES)? > > I am just don't know what is different between port ssh and base ssh. > > We need ssh 6.x in base,

Re: OpenSSH HPN

On Wed, Nov 11, 2015 at 01:32:27PM -0800, Bryan Drewery wrote: > On 11/10/2015 1:42 AM, Dag-Erling Smørgrav wrote: > > I would also like to remove the NONE cipher > > patch, which is also available in the port (off by default, just like in > > base). > > Fun fact, it's been broken in the port

Re: OpenSSH HPN

On Wed, Nov 11, 2015 at 07:18:31PM +0100, Dag-Erling Smørgrav wrote: > Slawa Olhovchenkov <s...@zxy.spb.ru> writes: > > Can you explain what is problem? > > Radical suggestion: read the first email in the thread. I am read and don't understund (you talk about trouble o

Re: OpenSSH HPN

On Tue, Nov 10, 2015 at 10:42:49AM +0100, Dag-Erling Smørgrav wrote: > Some of you may have noticed that OpenSSH in base is lagging far behind > the upstream code. > > The main reason for this is the burden of maintaining the HPN patches. > They are extensive, very intrusive, and touch parts of

Re: Depreciate and remove gbde

On Mon, Oct 19, 2015 at 01:52:05AM -0700, Perry Hutchison wrote: > Anton Shterenlikht wrote: > > > I use gbde. > > Can switch to geli, if required, > > but please provide detailed instructions > > for switching before removing gbde. > > Such instructions would presumably be

Re: Add isboot iSCSI boot driver to FreeBSD

On Wed, Sep 23, 2015 at 05:21:00PM -0600, John Nielsen wrote: > On Sep 23, 2015, at 3:25 PM, Edward Tomasz Napierala > wrote: > > > On 0923T0916, John Nielsen wrote: > >> On Sep 23, 2015, at 2:12 AM, Yonas Yanfa wrote: > >> > >>> isboot is a iSCSI boot

Re: dumpdev in loader.conf vs rc.d/dumpon

On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: > On 23.09.2015 19:57, Andriy Gapon wrote: > > I do not have a strong opinion. Either option, rc.d/dumpon change or > > geom_dev > > change, is fine with me. > > I added the ability to set dumpdev via loader. But I wasn't aware

Re: dumpdev in loader.conf vs rc.d/dumpon

On Thu, Sep 24, 2015 at 02:27:13PM +0300, Andrey V. Elsukov wrote: > On 24.09.2015 14:18, Slawa Olhovchenkov wrote: > > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: > > > >> On 23.09.2015 19:57, Andriy Gapon wrote: > >>> I do not have a

Re: dumpdev in loader.conf vs rc.d/dumpon

On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote: > On 24.09.2015 14:37, Slawa Olhovchenkov wrote: > > For example, host with 3TB of RAM, booted from small SSD. > > This SSD have 16GB slice for dumping. This is sufficent if trouble > > happen at boot time.

Re: dumpdev in loader.conf vs rc.d/dumpon

On Thu, Sep 24, 2015 at 02:56:55PM +0300, Andrey V. Elsukov wrote: > On 24.09.2015 14:45, Slawa Olhovchenkov wrote: > > On Thu, Sep 24, 2015 at 02:37:39PM +0300, Andrey V. Elsukov wrote: > > > >> On 24.09.2015 14:37, Slawa Olhovchenkov wrote: > >>> For exampl

Re: dumpdev in loader.conf vs rc.d/dumpon

On Thu, Sep 24, 2015 at 10:58:00PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote: > > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: > > > > > On 23.09.2015 19:57, Andriy Gapon wrote: > &

Re: Add isboot iSCSI boot driver to FreeBSD

On Wed, Sep 23, 2015 at 11:25:20PM +0200, Edward Tomasz Napierala wrote: > On 0923T0916, John Nielsen wrote: > > On Sep 23, 2015, at 2:12 AM, Yonas Yanfa wrote: > > > > > isboot is a iSCSI boot driver written by Daisuke Aoyama that allows you > > > to boot your root partition

Re: Intel Haswell support - Any updates?

On Fri, Sep 18, 2015 at 12:50:16PM -0700, Adrian Chadd wrote: > Hi, > > Just run -HEAD. Outside of occasional hiccups, a whole bunch of us use > it for day to day work, and it works fine. Some years ago -HEAD break may be one at month, now -HEAD break some times at week, and, may be,

Re: Intel Haswell support - Any updates?

On Thu, Sep 17, 2015 at 12:43:59PM +0100, David Chisnall wrote: > On 17 Sep 2015, at 11:31, Lundberg, Johannes > wrote: > > > > Anyway, I wish the foundation would support the graphics team by sponsoring > > this development... > > The Foundation did fund a

Re: kernel dtrace and current

On Sun, Sep 13, 2015 at 08:53:33PM +, Mark Johnston wrote: > On Sun, Sep 13, 2015 at 04:23:23PM +0300, Alexander V. Chernikov wrote: > > Hello all, > > > > I keep running in > > "dtrace: failed to compile script: "/usr/lib/dtrace/psinfo.d", line 39: > > failed to copy type of 'pr_uid': Type

Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer

On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: I think this is not root of cause, this is only cause of other error: === dmesg info: [drm] Initialized i915 1.6.0 20080730 for drmn0 on minor 0 error: [drm:pid12:i915_hangcheck_hung] *ERROR* Hangcheck timer

Re: [drm:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer

On Sun, Aug 30, 2015 at 11:59:26PM +0300, Ruslan Makhmatkhanov wrote: Slawa Olhovchenkov wrote on 08/30/2015 22:17: On Sun, Aug 30, 2015 at 09:58:31PM +0300, Ruslan Makhmatkhanov wrote: No doubt that this is not the root cause, but frankly I haven't that GPU hung messages in my system. I

<    1   2   3   4   >