Re: [RFC] Rewriting sade(8)

2010-04-07 Thread Alex Kozlov
On Wed, Apr 07, 2010 at 10:49:35AM -0700, Randi Harper wrote: > On Wed, Apr 7, 2010 at 9:35 AM, Andrey V. Elsukov wrote: > > Hi, All. > > > > Some days ago i begun rewriting sade(8) to libgeom(3). Just for fun :-) > > Today i have progress and you can see some screenshoots here: > > http://butcher

Re: trying to use xz on manuals.

2010-12-06 Thread Alex Kozlov
On Tue, Dec 07, 2010 at 02:03:50AM +0900, Norikatsu Shigemura wrote: > .xz smaller than .gz, but effective is about 96.2%:-(. Some time ago I do similar tests. Changing compression for base man's to bz2 or xz doesn't make much sense. -- Adios RELENG_8 2010-04-26: 4,0M/tmp/mangzxz.hm0P7

Re: trying to use xz on manuals.

2010-12-07 Thread Alex Kozlov
On Mon, Dec 06, 2010 at 10:50:44PM -0800, Tim Kientzle wrote: > On Dec 6, 2010, at 11:17 AM, Chuck Swiger wrote: >> On Dec 6, 2010, at 9:13 AM, Alex Kozlov wrote: >>> On Tue, Dec 07, 2010 at 02:03:50AM +0900, Norikatsu Shigemura wrote: >>>>.xz smaller than .g

Re: "broken pipe" error during building of port

2011-01-21 Thread Alex Kozlov
On Fri, Jan 21, 2011 at 07:24:48PM +0200, Alexander Shikoff wrote: > Yesterday I got latest sources of -CURRENT and upgraded my installation. > Now when I build any port "broken pipe" error message appear: > > /usr/ports/mail/mutt-devel>make > ===> Vulnerability check disabled, database not found

Re: unzip in basesystem

2010-05-05 Thread Alex Kozlov
On Wed, May 05, 2010 at 03:25:39AM -0700, Rob Farmer wrote: > Unfortunately there are some problems with the base system unzip that > make it preferable to use the port. From the commit log for > bsd.port.mk: > > 9-CURRENT introduced unzip command to the base system. Unfortunately it is > not

periodic script in base system to run csup

2010-07-16 Thread Alex Kozlov
On Fri, Jul 16, 2010 at 03:58:33PM +0200, Gabor Kovesdan wrote: Thousands pc simultaneously try to access cvsup servers? Sound like a ddos to me. Btw, if You have time, can You please check conf/124641? Thanks. -- Adios ___ freebsd-current@freebsd.org

Re: periodic script in base system to run csup

2010-07-16 Thread Alex Kozlov
On Fri, Jul 16, 2010 at 04:27:39PM +0200, Gabor Kovesdan wrote: > Em 2010.07.16. 16:23, Alex Kozlov escreveu: > > On Fri, Jul 16, 2010 at 03:58:33PM +0200, Gabor Kovesdan wrote: > > > > Thousands pc simultaneously try to access cvsup servers? > > Sound like a ddos to m

Re: periodic script in base system to run csup

2010-07-17 Thread Alex Kozlov
On Fri, Jul 16, 2010 at 07:04:38PM -0400, Lowell Gilbert wrote: > Alex Kozlov writes: > > On Fri, Jul 16, 2010 at 04:27:39PM +0200, Gabor Kovesdan wrote: > >> Em 2010.07.16. 16:23, Alex Kozlov escreveu: > >> > On Fri, Jul 16, 2010 at 03:58:33PM +0200, Gabor Kovesdan

Re: Unusually high LA without any load at FreeBSD9-BETA2

2011-09-26 Thread Alex Kozlov
On Tue, Sep 06, 2011 at 08:32:55PM +0300, Alex Kozlov wrote: > On Tue, Sep 06, 2011 at 05:22:02PM +, Poul-Henning Kamp wrote: >> We should kille the load avarage as a measure for system activity, >> it only has any relevance if you run heavy CPU bound processes. > It m

Unusually high LA without any load at FreeBSD9-BETA2

2011-09-06 Thread Alex Kozlov
Hi, current I see an unusually high LA for more than 10 hours without slightest load. Any ideas? FreeBSD 9-BETA2 r225400 amd64 $sysctl cpu HAMMER kern.ccpu: 0 kern.sched.cpusetsize: 8 0, 1 0, 1 kern.smp.cpus: 2 kern.smp.maxcpus: 64 dev.cpu.0.freq: 300 dev.cpu.0.freq_levels: 2200/35000

Re: Unusually high LA without any load at FreeBSD9-BETA2

2011-09-06 Thread Alex Kozlov
On Tue, Sep 06, 2011 at 05:22:02PM +, Poul-Henning Kamp wrote: > In message <4e66547d.2030...@cran.org.uk>, Bruce Cran writes: >>On 06/09/2011 18:05, Garrett Cooper wrote: >>> What is "LA"? >>Load Average? > We should kille the load avarage as a measure for system activity, > it only has any re

Re: Literal references to /usr/local in shell scripts

2020-10-27 Thread Alex Kozlov
On Mon, Oct 26, 2020 at 02:24:50PM +0100, Stefan Esser wrote: > The following shell scripts (or configuration files parsed by a > shell) contain literal references to /usr/local: > > libexec/rc/rc.conf # many variables > libexec/rc/rc.shutdown # PATH component