On Fri 21 Jun 15:23, Shawn Webb wrote:
> Hey all,
>
> With the recent changes to ncurses in base, I'm getting a bunch of
> messages (snippet below) on every single new PTY. Every time I open a
> new window in tmux or login via ssh, I'm getting spammed with a flood
> of messages like below.
>
> ==
Hello,
For people running, current, this week the kenrel was broken from
da76d349b6b104f4e70562304c800a0793dea18d to
73eb53813fe3a2245edbeb670902e4bb9d41e288
the kernel built and published as part of this weekly snapshot is impacted
I have launch a publication of a new snapshot which should repla
Le 9 avril 2024 18:06:12 GMT+02:00, FreeBSD User a
écrit :
>Am Tue, 9 Apr 2024 17:10:52 +0200
>Rainer Hurling schrieb:
>
>> Am 09.04.24 um 09:20 schrieb Baptiste Daroussin:
>> > On Sat 06 Apr 09:23, Rainer Hurling wrote:
>> >> Am 06.04.24 um 09:05
On Sat 06 Apr 09:23, Rainer Hurling wrote:
> Am 06.04.24 um 09:05 schrieb FreeBSD User:
> > Hello,
> >
> > after updating (portmaster and make) ports-mgmt/ports from 1.20.9_1 ->
> > 1.21.0 on CURRENT and
> > 14-STABLE, I can't update several ports:
> >
> > www/apache24
> > databases/redis
> >
>
On Sat 06 Apr 09:05, FreeBSD User wrote:
> Hello,
>
> after updating (portmaster and make) ports-mgmt/ports from 1.20.9_1 -> 1.21.0
> on CURRENT and
> 14-STABLE, I can't update several ports:
>
> www/apache24
> databases/redis
>
> pkg core dumps while performing installation. apache24 and redis
On Mon, Nov 06, 2023 at 08:27:34AM -0700, The Doctor wrote:
> On Mon, Nov 06, 2023 at 09:50:18AM +0100, Baptiste Daroussin wrote:
> > On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote:
> > > On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote:
> >
On Mon, Nov 06, 2023 at 09:04:15AM +0100, Baptiste Daroussin wrote:
> On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote:
> > On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote:
> > > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote:
> >
On Mon, Nov 06, 2023 at 12:50:43AM -0700, The Doctor wrote:
> On Mon, Nov 06, 2023 at 08:43:05AM +0100, Baptiste Daroussin wrote:
> > On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote:
> > > On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote:
> > > >
On Sun, Nov 05, 2023 at 12:11:06PM -0700, The Doctor wrote:
> On Sun, Nov 05, 2023 at 10:32:44AM -0700, The Doctor wrote:
> > On Fri, Nov 03, 2023 at 11:42:32PM +, Glen Barber wrote:
> > > The fourth RC build of the 14.0-RELEASE release cycle is now available.
> > >
> > > Installation images a
On Wed, Nov 01, 2023 at 03:49:33AM +, Jamie Landeg-Jones wrote:
> Thomas Dickey wrote:
>
> > actually it probably does affect "xterm"
> >
> > Checking the source, tcsh is expecting a termcap string, while data read
> > from the terminfo database is going to be in terminfo format -- even if
>
On Mon, Dec 05, 2022 at 07:42:29AM -0800, Steve Kargl wrote:
> If one has not seen Mike Karel's email, here's the URL.
>
> https://lists.freebsd.org/archives/dev-commits-src-main/2022-December/011300.html
>
> The upshot is
>
> 1) No entry in src/UPDATING about dma replacing sendmail, and thereb
On Sun, Jun 26, 2022 at 12:32:41PM -0600, Warner Losh wrote:
> On Sun, Jun 26, 2022, 12:20 PM Walter Parker wrote:
>
> > So, utf-8 is good, posting to multiple lists is bad (but ok when you do
> > it), what about the original post? He was asking about HTML. UTF-8 != HTML.
> > UTF is a character e
Le 24 juin 2022 18:19:49 GMT+02:00, Chris a écrit :
>On 2022-06-23 01:14, grarpamp wrote:
the “> ;†and leave empty lines between your text and the original
>>
>>> Seems there is a charset mismatch.
>>> MUA displaying nonsense
>>> Oh the joy of UTF-8... ;-)
>>
>> https://unicode-tabl
On Wed, Apr 27, 2022 at 08:47:26PM -0700, Chris wrote:
> On 2022-04-27 20:40, Michael Schuster wrote:
> > Chris,
> >
> > thx for your response. However
> >
> > On Thu, Apr 28, 2022 at 4:19 AM Chris wrote:
> > >
> > > On 2022-04-27 12:59, Michael Schuster wrote:
> > > > Hi,
> > > >
> > > >
On Sun, Jan 30, 2022 at 11:25:54PM +0100, Dag-Erling Smørgrav wrote:
> Ed Maste writes:
> > I am interested in determining whether dma is a viable minimal base
> > system MTA, and if not what gaps remain.
>
> It cannot. Ask bapt@ who was the one to import it, and later abandon
> the idea of maki
Hello everyone,
We plan to remove the support for fetching packages over ftp for the next
releases of pkg (probably 1.18) if you have a strong reason to use ftp which
cannot be fixed by switching to any other supported protocols like ssh or http,
please do share.
Best regards,
Bapt
+ CC upstream
On Fri, Jan 14, 2022 at 05:37:20AM -0800, Mark Millard wrote:
> # env ASAN_OPTIONS=detect_container_overflow=0 lldb view
> (lldb) target create "view"
> Current executable set to 'view' (x86_64).
> (lldb) run /usr/main-src/contrib/nvi/common/log.c
> Process 96507 launched: '/usr/bin/
On Wed, Nov 10, 2021 at 02:01:09PM -0300, Cristian Cardoso wrote:
> The problem was actually user nobody, which was deleted from the system.
> I recreated and solved the problem.
>
> Em qua., 10 de nov. de 2021 às 06:36, Baptiste Daroussin
> escreveu:
> >
> > On Mon,
22 oct. 2021 18:06:56 John Baldwin :
> On 10/22/21 1:08 AM, Mark Millard via freebsd-current wrote:
>> main [soi: 14] commit a96ef450 (2021-02-26 09:16:49 +)
>> changed DIALOG_STATE, DIALOG_VARS, and DIALOG_COLORS .
>> These are publicly exposed in (ones that I noticed):
>> /usr/include/dial
On Wed, Oct 20, 2021 at 12:02:23PM -0300, Renato Botelho wrote:
> On 20/10/21 04:40, Baptiste Daroussin wrote:
> > Hello,
> >
> > Following up on the proposal which happened last month, /bin/sh is now the
> > default shell for the root user.
> >
> > As clai
Hello,
Following up on the proposal which happened last month, /bin/sh is now the
default shell for the root user.
As claimed during that proposal, I have so far no intention to change anything
more: I won't remove or modify the 'toor' user, neither modify the root gecos.
By popular demand on th
10 oct. 2021 16:43:52 Daniel Nebdal :
> On Sun, 10 Oct 2021 at 07:46, Baptiste Daroussin wrote:
>>
>> On Sat, Oct 09, 2021 at 11:33:54PM -0600, Warner Losh wrote:
>>> On Sat, Oct 9, 2021 at 11:29 PM Kyle Evans wrote:
>>>
>>>> On Sun, Oct 10, 2021 a
; >
> > > >
> > > > On Sat, Oct 9, 2021 at 10:41 PM Baptiste Daroussin
> > > > wrote:
> > > >
> > > >> On Sun, Oct 10, 2021 at 06:06:37AM +0200, Baptiste Daroussin wrote:
> > > >> > On Sun, Oct 10, 2021 at 02:52:58
On Sun, Oct 10, 2021 at 06:06:37AM +0200, Baptiste Daroussin wrote:
> On Sun, Oct 10, 2021 at 02:52:58AM +0300, Konstantin Belousov wrote:
> > On Sat, Oct 09, 2021 at 05:29:39PM -0600, Warner Losh wrote:
> > > On Sat, Oct 9, 2021, 5:15 PM Konstantin Belousov
> > > w
On Sun, Oct 10, 2021 at 02:52:58AM +0300, Konstantin Belousov wrote:
> On Sat, Oct 09, 2021 at 05:29:39PM -0600, Warner Losh wrote:
> > On Sat, Oct 9, 2021, 5:15 PM Konstantin Belousov
> > wrote:
> >
> > > On Sat, Oct 09, 2021 at 04:47:35PM -0600, Warner Losh wrote:
> > > > On Sat, Oct 9, 2021 at
On Tue, Oct 05, 2021 at 11:46:45AM -0700, Manfred Antar (KN6KBS) wrote:
> After update to current world on 10/5/2021 bash static is broken:
>
> cc -L./builtins -L/usr/local/lib -L/usr/local/lib -L./lib/glob -L./lib/tilde
> -L./lib/sh -L/usr/local/lib -fstack-protector-strong -fuse-ld=bfd -sta
On Thu, Sep 23, 2021 at 02:38:27PM +0300, Andriy Gapon wrote:
> On 28/08/2021 17:28, Andriy Gapon wrote:
> >
> > This seems to be related to the recent change to install manual pages
> > for all platforms.
> >
> > My method of creating a cross-platform installation image is to install
> > with NO
On Wed, Sep 22, 2021 at 10:03:40PM +0200, Alban Hertroys wrote:
>
> > On 22 Sep 2021, at 10:36, Baptiste Daroussin wrote:
> >
> > Hello,
> >
> > TL;DR: this is not a proposal to deorbit csh from base!!!
>
> (…)
>
> > Recently our sh(1) has
obably be doable via
.shrc, but I haven't checked)
Best regards,
Bapt
>
> On 9/22/2021 4:36 AM, Baptiste Daroussin wrote:
> > Hello,
> >
> > TL;DR: this is not a proposal to deorbit csh from base!!!
> >
> > For years now, csh is the default root shell
Hello,
TL;DR: this is not a proposal to deorbit csh from base!!!
For years now, csh is the default root shell for FreeBSD, csh can be confusing
as a default shell for many as all other unix like settled on a bourne shell
compatible interactive shell: zsh, bash, or variant of ksh.
Recently our sh
On Thu, Sep 09, 2021 at 04:00:39PM +0200, Stefan Esser wrote:
> I have just opened PR 258387 for this issue, which occurred during testing
> of a port with invalid MASTER_SITE.
>
> The error output of "fetch -v" should be server messages, but it appears that
> the buffer gets overwritten with data
On Thu, Jul 29, 2021 at 05:39:04PM +0200, Matthias Apitz wrote:
>
> Is this a phishing attack or did I missed some change in the FBSD
> mailing lists?
>
This is not phishing attack this is the result of someone requesting help using
freebsd-current@f.o in the from and somehow not catched by our
8 juin 2021 13:15:50 Michael Gmelin :
>
>
> On Mon, 7 Jun 2021 22:35:20 +0200
> Baptiste Daroussin wrote:
>
>> On Mon, Jun 07, 2021 at 12:30:46AM -0700, Mark Millard wrote:
>>> On 2021-Jun-6, at 13:25, Mark Millard wrote:
>>>
>>>> Baptist
On Mon, Jun 07, 2021 at 12:30:46AM -0700, Mark Millard wrote:
> On 2021-Jun-6, at 13:25, Mark Millard wrote:
>
> > Baptiste Daroussin wrote on
> > Date: Sun, 6 Jun 2021 10:53:49 +0200 :
> >
> >> What has happended:
> >> plan A: we migrated everyt
On Sat, Jun 05, 2021 at 05:43:01PM -0600, Warner Losh wrote:
> On Sat, Jun 5, 2021, 5:29 PM Steve Kargl
> wrote:
>
> > On Sun, Jun 06, 2021 at 01:04:46AM +0200, Michael Gmelin wrote:
> > >
> > > p.s. If you go to https://lists.freebsd.org/mailman/listinfo, click
> > FreeBSD-net and then "Archives
On Mon, May 17, 2021 at 09:46:49AM -0500, Eric van Gyzen wrote:
> On 5/17/21 5:19 AM, Gary Jennejohn wrote:
> > On Sun, 16 May 2021 19:03:07 +0200
> > Baptiste Daroussin wrote:
> >
> > > On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote:
> > >
On Thu, May 13, 2021 at 09:01:53AM -0500, Eric van Gyzen wrote:
> There was a recent discussion about a terminal database update and the new
> Alternate Screen behavior. I'm curious about the resolution, but I can't
> find that discussion. Would someone kindly send a clue-by-four via
> overnight
Hello everyone
We have been working implementing the persistent history storage in sh(1).
It will now respect POSIX:
- by default the history will be saved and loaded from ~/.sh_history
- if HISTFILE is set it will use histfile instead of ~/.sh_history
- if HISTFILE is set but empty it will not l
On Sun, Apr 18, 2021 at 07:07:44PM -0400, Ed Maste wrote:
> On Fri, 16 Apr 2021 at 16:22, Warner Losh wrote:
> >
> > > > As well as "Origin".
> > >
> > > (Single) Source of Truth, maybe?
> >
> > s/Master, p/P/ also makes sense.
>
> IMO instead of lightly rewording the existing comment we could ju
On Mon, Jan 25, 2021 at 12:46:43PM +0800, Thomas Legg wrote:
> The build of a 13-stable source and kernel were a success under 12-stable
> (though with some issues on freeze-ups and hard reboots that I suspect
> might be related to the bufdaemon issue and my 0x15 gen AMD cpu).
>
> Created a 13-sta
On Tue, Nov 24, 2020 at 09:59:15PM -0700, Warner Losh wrote:
> On Tue, Nov 24, 2020 at 2:19 PM tech-lists wrote:
>
> > As subject - what will there be in base to interact with the new git repo?
> > I mean, right now, for svn there is svnlite. What for git?
> >
>
> 'pkg add git' is your choice no
On Thu, Sep 17, 2020 at 07:04:41AM -0700, Cy Schubert wrote:
> In message om>
> , Ed Maste writes:
> > FTP is (becoming?) a legacy protocol, and I think it may be time to
> > remove the ftp server from the FreeBSD base system - with the recent
> > security advisory for ftpd serving as a reminder.
On Thu, May 07, 2020 at 03:22:20PM +0200, Mateusz Piotrowski wrote:
> Hi,
>
> On 5/7/20 2:41 PM, Baptiste Daroussin wrote:
> > Hello everyone,
> >
> > I can't find any proper rationale in our history (maybe I missed it) which
> > explains why our ncurses i
Hello everyone,
I can't find any proper rationale in our history (maybe I missed it) which
explains why our ncurses is stuck on using termcap(5) instead of terminfo(5)
Except an argument in the Makefile that builds ncurses:
"Used instead of the hideous read_termcap.c abomination."
Which I do not
On Tue, May 05, 2020 at 03:24:15PM +0300, Slawa Olhovchenkov wrote:
> On Thu, Apr 30, 2020 at 03:04:49PM +0200, Baptiste Daroussin wrote:
>
> > > > This way ports with random termcap info to add would be able to do it
> > > > witho=
> > > > ut
> >
On Mon, May 04, 2020 at 06:35:03AM -0700, Cy Schubert wrote:
> In message <20200504072624.wlyd73pehq25t...@ivaldir.net>, Baptiste
> Daroussin wr
> ites:
> >
> >
> > --ma2vde2ykv3k7k6b
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disp
On Sun, May 03, 2020 at 01:10:58PM -0700, Cy Schubert wrote:
> In message <20200430130449.cwsf3x42o6w67...@ivaldir.net>, Baptiste
> Daroussin wr
> ites:
> >
> >
> > --mvhxgm4zl62unzlf
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disp
On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote:
> In message <20200430075337.3wdzglshhorcd...@ivaldir.net>, Baptiste
> Daroussin wr
> ites:
> >
> >
> > --vwrr5drfobpkyvop
> > Content-Type: text/plain; charset=us-ascii
> > Content-Disp
On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote:
> Would people be open to the idea of a sysutils/screen-ncurses port that
> depends on devel/ncurses instead of ncureses in base? The reason for this
> is there are screen.* terminfo entries in devel/ncurses that don't exist in
> termc
On Tue, Feb 25, 2020 at 04:19:56AM -0500, Thomas Dickey wrote:
> On Mon, Feb 24, 2020 at 08:28:03PM -0500, Thomas Dickey wrote:
> > On Mon, Feb 24, 2020 at 06:35:16PM -0500, Thomas Dickey wrote:
> > > On Mon, Feb 24, 2020 at 06:25:30PM -0500, Thomas Dickey wrote:
> > > > On Tue, Feb 25, 2020 at 04:
On Wed, Jul 17, 2019 at 01:39:42PM +0300, Eygene Ryabinkin wrote:
> Baptiste, good day.
>
> Wed, Jul 17, 2019 at 09:12:02AM +0200, Baptiste Daroussin wrote:
> > On Tue, Jul 16, 2019 at 10:31:24PM +0300, Eygene Ryabinkin wrote:
> > > Attached is the patch that makes buil
On Tue, Jul 16, 2019 at 10:31:24PM +0300, Eygene Ryabinkin wrote:
> Good day.
>
> Attached is the patch that makes built-in tbl(1) processor in mandoc
> to avoid dumping core when it renders the table with empty "T{ T}"
> block and horizontally-ruled table.
>
> The simplest way to reproduce the i
On Tue, Jun 11, 2019 at 11:52:31AM -0700, Johannes Lundberg wrote:
> Hi
>
> This is probably overkill but I've attached a diff that show my patches
> to image.sh. It's just a hack so far to make it do what I want and not
> meant as general purpose. Use the changes you need for your application.
>
On Tue, Jun 04, 2019 at 07:32:16AM +0200, O. Hartmann wrote:
> Hello List,
>
> lately I ran into a serious problem installing packages in a nanoBSD
> environment, in which the package repository server is "remotely" on site. The
> issue as documented below occurs on both 12-STABLE r348529 and CURR
On Mon, Feb 18, 2019 at 07:12:24AM -0800, Rodney W. Grimes wrote:
> > On 2/18/19 12:06 PM, Stefan Blachmann wrote:
> > > On 2/18/19, Vladimir Kondratyev wrote:
> > >> On 2019-02-17 21:03, Steve Kargl wrote:
> > >>> Anyone have insight into what evdev is?
> > >> evdev.ko is a small in-kernel librar
On Sun, Dec 02, 2018 at 06:08:34PM +0300, Yuri Pankov wrote:
> Hi,
>
> Building disc1.iso using `make release` and having WITH_CTF set in
> src.conf leads to "File too big" displayed when booting the image.
>
> Would it make sense to build loader and related parts without CTF
> unconditionally as
On Sun, Nov 04, 2018 at 09:35:48AM +0300, Yuri Pankov wrote:
> Hi,
>
> Looking through https://wiki.freebsd.org/DevSummit/201810, I noticed the
> following entry:
>
> - Make C.UTF-8 the default locale (conrad, dteske(installer))
>
> As this sort of change is better done early, I have put togetge
On Tue, Sep 11, 2018 at 03:28:15PM +0100, tech-lists wrote:
> Hi,
>
> There are a number of ports that seem to have their own preferential flavour
> of python, and some for example want to install python27 and python36 in the
> same place, and it's a pain when using portupgrade or similar tools.
>
On Sat, May 05, 2018 at 10:47:36AM -0600, Ian Lepore wrote:
> On Sat, 2018-05-05 at 08:26 -0700, Chris H wrote:
> > On Fri, 04 May 2018 22:57:52 -0700 said
> >
> > >
> > > I just setup a jail from a 12-CURRENT I built awhile ago. It has no
> > > ports
> > > tree. So I'm attempting
> > > to insta
On Thu, Jan 18, 2018 at 11:32:26AM -0500, Ryan Stone wrote:
> On Wed, Jan 10, 2018 at 1:53 PM, Baptiste Daroussin wrote:
> > One has to specify pkg -o OSVERSION=1200055 to allow packages built on
> > 1200055
> > to install on 1200054.
>
> This workaround doesn't
On Thu, Jan 11, 2018 at 08:57:34AM -0700, Ian Lepore wrote:
> On Wed, 2018-01-10 at 19:53 +0100, Baptiste Daroussin wrote:
> > On Wed, Jan 10, 2018 at 09:29:04PM +0300, Boris Samorodov wrote:
> > >
> > > Hi All,
> > >
> > > I use self built base p
On Wed, Jan 10, 2018 at 09:29:04PM +0300, Boris Samorodov wrote:
> Hi All,
>
> I use self built base packages. Seems that I have a problem with pkg.
> Today I've got this:
> ===
> % sudo pkg update -f
> Updating FreeBSD-base repository catalogue...
> Fetching meta.txz: 100%268 B 0.3kB/s0
On Sun, Dec 17, 2017 at 04:41:29PM -0500, Michael Butler wrote:
> On 12/17/17 16:38, Ben Woods wrote:
> > On Mon, 18 Dec 2017 at 3:47 am, Michael Butler
> > mailto:i...@protected-networks.net>> wrote:
> >
> > In the past week or so I've been getting warnings like this ..
> >
> > bzip2: Ca
On Thu, Oct 26, 2017 at 03:12:57AM +0100, Andrew Turner wrote:
>
> > On 25 Oct 2017, at 22:43, Colin Percival wrote:
> >
> > Hi developers,
> >
> > I'd like to remove the hpt* drivers from GENERIC. These are the drivers
> > for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx,
On Fri, Jun 02, 2017 at 10:45:16AM +0300, Konstantin Belousov wrote:
> I implemented an option to specify absolute time for kqueue(2) timers,
> and did required type changes to support larger values in struct kevent.
> Please see https://reviews.freebsd.org/D11025 for the patch, including
> man pag
On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote:
> On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote:
> > On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote:
> > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote:
> > &g
On Thu, May 25, 2017 at 01:12:51PM +0100, tj wrote:
> On Thu, May 25, 2017 at 02:07:00PM +0200, Baptiste Daroussin wrote:
> > On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote:
> > > On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote:
> > &g
On Thu, May 25, 2017 at 11:45:19AM +, Glen Barber wrote:
> On Sun, May 21, 2017 at 02:57:33PM +0200, Baptiste Daroussin wrote:
> > No the problem left is documentations available in share/doc.
> >
> > I would like to push them elsewhere. Those documents are mostly usef
Hi all,
I have been working for a while to try to import a modern roff toolchain into
base.
I didn't like the initial approach that consisted in simply removing all roff
toolchain in base.
Recap of the situation in base:
* We have GNU roff version 1.19.2 in base (latest GPLv2 version). Lots of b
On Wed, May 17, 2017 at 06:04:09PM -0700, Adrian Chadd wrote:
> https://reviews.freebsd.org/D10778
>
Except there are plans to use it elsewhere. Many areas may be improved using it.
Having it as a module would mean some devs might refrain from using it because
there is no waranty for it to be th
On Tue, Mar 21, 2017 at 09:58:21AM +0200, Daniel Braniss wrote:
>
> > On 20 Mar 2017, at 23:55, Toomas Soome wrote:
> >
> >>
> >> On 20. märts 2017, at 23:53, Rick Macklem wrote:
> >>
> >> Baptiste Daroussin wrote:
> >>> On Mon,
On Mon, Mar 20, 2017 at 08:22:12PM +0200, Toomas Soome wrote:
> Hi!
>
> The current boot code is building NFSv3, with preprocessor conditional
> OLD_NFSV2. Should NFSv2 code still be kept around or can we burn it?
>
> rgds,
> toomas
I vote burn
Bapt
signature.asc
Description: PGP signature
On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote:
> MANPATH is not handled correctly. According to the documentation
> in apropos(1) and whatis(1):
>
> MANPATH The standard search path used by man(1) may be changed by
> specifying a path in the MANPATH environment varia
On Mon, Feb 27, 2017 at 03:37:55PM +0100, Domagoj Stolfa wrote:
> Having the same issues, even after numerous attempts to manually fix it.
>
This is a problem on the freebsd side a fix has been made, new repository should
be out soon
Only 12-CURRENT is inpacted right now
11.0-RELEASE amd64 was a
On Mon, Feb 13, 2017 at 12:40:41PM +, Filippo Moretti wrote:
> root@sting:~ # uname -a
> FreeBSD sting 12.0-CURRENT FreeBSD 12.0-CURRENT #5 r313678M: Sun Feb 12
> 18:37:07 CET 2017 root@sting:/usr/obj/usr/src/sys/STING_VT i386After
> upgrading to the latest x.org server I cannot start X
On Wed, Jan 18, 2017 at 10:37:32AM -0700, Adam Weinberger wrote:
> > On 18 Jan, 2017, at 10:35, Julian Elischer wrote:
> >
> > On 17/01/2017 1:23 AM, Adam Weinberger wrote:
> >>> On 16 Jan, 2017, at 9:25, Baptiste Daroussin wrote:
> >>>
> >>
On Mon, Jan 16, 2017 at 07:46:41PM +0300, Slawa Olhovchenkov wrote:
> On Mon, Jan 16, 2017 at 05:25:26PM +0100, Baptiste Daroussin wrote:
>
> > On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote:
> > > I noticed that suddenly vim is grabbing mouse moveme
On Mon, Jan 16, 2017 at 12:03:08AM +0800, Julian Elischer wrote:
> I noticed that suddenly vim is grabbing mouse movements, which makes life
> really hard.
>
> Was there a specific revision that brought in this change, and can it be
> removed?
This change appeared in one of the last patchset of v
On Sun, Jan 08, 2017 at 11:26:33AM -0800, Steve Kargl wrote:
> MANPATH is not handled correctly. According to the documentation
> in apropos(1) and whatis(1):
>
> MANPATH The standard search path used by man(1) may be changed by
> specifying a path in the MANPATH environment varia
On Mon, Dec 19, 2016 at 12:01:45AM +0800, Li-Wen Hsu wrote:
> On Sun, Dec 18, 2016 at 15:39:50 +0100, Baptiste Daroussin wrote:
> > On Sun, Dec 18, 2016 at 03:18:47PM +0100, Dimitry Andric wrote:
> > > On 18 Dec 2016, at 12:48, jenkins-ad...
On Sun, Dec 18, 2016 at 03:18:47PM +0100, Dimitry Andric wrote:
> On 18 Dec 2016, at 12:48, jenkins-ad...@freebsd.org wrote:
> >
> > FreeBSD_HEAD_amd64_gcc - Build #1736 - Still Failing:
> >
> > Build information:
> > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1736/
> ...
> > --- atf
On Sat, Dec 17, 2016 at 06:29:09PM +0100, Dimitry Andric wrote:
> On 15 Dec 2016, at 18:56, Li-Wen Hsu wrote:
> >
> > On Thu, Dec 15, 2016 at 12:42:00 +0100, Dimitry Andric wrote:
> >> On 15 Dec 2016, at 12:03, jenkins-ad...@freebsd.org wrote:
> >>>
> >>> FreeBSD_HEAD_amd64_gcc - Build #1733 - S
On Wed, Nov 30, 2016 at 12:10:31PM +, Matthew Seaman wrote:
> On 2016/11/30 10:14, Baptiste Daroussin wrote:
> > revert r309314 the issue is there:
> >
> > The ports tree defines PKG_CMD as pkg register but now bsd.own.mk
> > predefines it
> > to simply p
On Wed, Nov 30, 2016 at 10:22:28AM +0100, O. Hartmann wrote:
> Running CURRENT, r309320 and try to update ports. After the port has been
> build, pkg
> fails to install the port quitting with:
>
> pkg: illegal option -- i
> DBG(1)[67562]> pkg initialized
> pkg: unknown command: /usr/ports/www/lib
On Mon, Nov 28, 2016 at 02:05:49AM -0500, Allan Jude wrote:
> On 2016-11-27 23:55, Conrad Meyer wrote:
> > Hi Iblis,
> >
> > I see no such problem running 'basename $HOME' in a normal shell
> > environment:
> >
> >> $ basename $HOME
> >> cmeyer
> >
> > I suppose in your use, perhaps stdin is al
On Sun, Oct 23, 2016 at 11:41:23AM +0300, Guy Yur wrote:
> On Sat, Oct 22, 2016 at 7:23 PM, Baptiste Daroussin wrote:
> > On Sat, Oct 22, 2016 at 06:51:28PM +0300, Guy Yur wrote:
> >> Hi,
> >> ...
> >
> > My proposal is a bit different: build tzsetup
On Sat, Oct 22, 2016 at 06:51:28PM +0300, Guy Yur wrote:
> Hi,
>
> installworld fails on missing tzsetup when src.conf has WITHOUT_DIALOG=
> and delete-old was previously run to remove tzsetup from the system.
>
> mkdir -p /tmp/install.8gNIwAFV
> progs=$(for prog in [ awk cap_mkdb cat chflags chm
On Sun, Sep 11, 2016 at 10:17:26AM -0600, Warner Losh wrote:
> On Sun, Sep 11, 2016 at 7:38 AM, Baptiste Daroussin wrote:
> > hi,
> >
> > For long we are planning to remove GNU rcs from base, after a failed attempt
> > before FreeBSD 10.0. Let see where we are t
On Sun, Sep 11, 2016 at 03:38:04PM +0200, Baptiste Daroussin wrote:
> hi,
>
> For long we are planning to remove GNU rcs from base, after a failed attempt
> before FreeBSD 10.0. Let see where we are to be able to remove it from FreeBSD
> 12.
>
> GNU rcs is a GPLv2 softwa
hi,
For long we are planning to remove GNU rcs from base, after a failed attempt
before FreeBSD 10.0. Let see where we are to be able to remove it from FreeBSD
12.
GNU rcs is a GPLv2 software with newer version being GPLv3 preventing any
updates/fixes.
From previous discussions there were issues
On Sat, Aug 06, 2016 at 02:15:36PM +1000, Greg 'groggy' Lehey wrote:
> On Friday, 5 August 2016 at 18:56:33 +0300, Andrey A. Chernov wrote:
> > On 05.08.2016 18:44, Mark Martinec wrote:
> >> On 2016-08-05 17:23, Andrey Chernov wrote:
> >>> On 05.08.2016 17:47, Mark Martinec wrote:
> [Bug 2115
On Thu, Jul 28, 2016 at 06:10:26PM -0500, Larry Rosenman wrote:
> negative. no reponse (except for this one) at all.
> :(
>
He did reply:
https://lists.freebsd.org/pipermail/freebsd-wireless/2016-July/006897.html
Best regards,
Bapt
signature.asc
Description: PGP signature
On Mon, Jul 04, 2016 at 01:45:11PM +0200, Trond Endrestøl wrote:
> On Mon, 4 Jul 2016 08:34+0200, Baptiste Daroussin wrote:
>
> > On Sun, Jul 03, 2016 at 10:17:54PM +0200, Thomas Eberhardt wrote:
> > > % uname -a
> > > FreeBSD clarence.ocp.lan 11.0-ALPHA6 FreeB
On Wed, Jul 20, 2016 at 10:36:13PM +0200, Herbert J. Skuhra wrote:
> Baptiste Daroussin skrev:
> >
> > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote:
> >> On 20 Jul 2016, at 9:13, Tim Čas wrote:
> >>
> >> > So, without further a
On Wed, Jul 20, 2016 at 09:22:23PM +0200, Tim Čas wrote:
> On 20 July 2016 at 20:33, Don Lewis wrote:
> > wc(1) has problems with its multibyte support pointed out by Coverity
> > as I recall.
>
> Not sure how critical that issue is (e.g. byte counts [`-c`], line
> counts [`-l`], and such should
On Wed, Jul 20, 2016 at 08:38:14PM +0200, Joel Dahl wrote:
> On Wed, Jul 20, 2016 at 04:07:41PM +0200, Baptiste Daroussin wrote:
> > On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote:
> > > On 20 Jul 2016, at 9:13, Tim Čas wrote:
> > >
> > >
On Wed, Jul 20, 2016 at 10:47:45AM -0230, Jonathan Anderson wrote:
> On 20 Jul 2016, at 9:13, Tim Čas wrote:
>
> > So, without further ado:
> > 1) What are the reasons that UTF-8 isn't the default yet?
> > 2) Would it be possible to make this the default in 11.0? What about
> > 12.0?
> > 3) Assumi
On Sun, Jul 10, 2016 at 04:23:03PM +0800, Huang Wen Hui wrote:
> I can reproduce it on a clean 11.0-BETA1 VM.
>
fixed in r302916.
Will merge in 2 days in stable/11
Best regards,
Bapt
signature.asc
Description: PGP signature
On Sun, Jul 10, 2016 at 04:23:03PM +0800, Huang Wen Hui wrote:
> I can reproduce it on a clean 11.0-BETA1 VM.
>
>
> 2016-07-09 9:03 GMT+08:00 Huang Wen Hui :
>
> > For some reasons, r302324 seems not include in 11.0-ALPHA6?
> >
> > 2016-07-09 8:52 GMT+08:00 Huang Wen Hui :
> >
> >> Revert back r
On Tue, Jul 05, 2016 at 12:16:42PM +0800, Huang Wen Hui wrote:
> These 2 files can make ls suck:
>
> touch 火灾1
> touch 火灾2
>
> 2 files start with 2 same Chinese chars.
>
I cannot reproduce on my head laptop, neither on a clean 11.0-ALPHA6 jail.
I'll try on a clean 11.0-ALPHA6 VM
Best regards,
1 - 100 of 469 matches
Mail list logo