Re: Re-enabling old ciphers in openssl

On Sun, Dec 27, 2020 at 03:49:10PM -0800, Dan Mahoney (Gushi) wrote: > Hey there all. > > This is a "don't try this at home" question. This is not something I'm > asking how to do in the general case, but I'd like to know. > > It seems recently (since 1.1.1, OpenSSL has deprecated a number of

Re: portmaster new development

On Mon, Dec 28, 2020 at 6:04 AM abi via freebsd-ports < freebsd-ports@freebsd.org> wrote: > On 28.12.2020 16:16, Stefan Esser wrote: > > Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports > > in poudriere in VM without zfs or ssd on pre-Sandy > >> Bridge CPU. I don't have

Re: portmaster new development

Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tmpfs or ccache either. I migrated from portmaster when it was abandoned several years ago and don't

Re: portmaster new development

On 12/27/20 4:00 AM, LuMiWa via freebsd-ports wrote: > The subject is 'portmaster new development' but again start pushing > poudriere to FreeBSD users. I do not use zfs file system and I do not > use poudriere and I do not want to use on my computer for building some > ports and then spending

Re: portmaster new development

On 28.12.2020 16:16, Stefan Esser wrote: Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tmpfs or ccache either. I migrated from portmaster when it was

Re: portsnap

On Mon, Dec 28, 2020 at 4:37 AM Patrick M. Hausen wrote: > Hi all, > > > Am 26.12.2020 um 20:04 schrieb LuMiWa via freebsd-ports < > freebsd-ports@freebsd.org>: > > ...and I will continue to use portmaster. But I don't understand why > > we should no keep portsnap. > > Kudos to Stefan for

Don't like git? gitup is here for you

I'm proud to announce that net/gitup is almost landing. 252220 Thanks all, Thanks Kimura. It's so good to learn! Nuno Teixeira ___ freebsd-ports@freebsd.org mailing list

Re: portsnap

Hi all, > Am 28.12.2020 um 16:38 schrieb Kevin Oberman : > > portsnap(8) predates svnlite by quite a bit, but you have just described > why it is not really worth the overhead of maintaining it. As bugzilla > describes many ticket closures, Overcome by events". Somehow I must have

Re: portmaster new development

On 2020-12-28 05:16, Stefan Esser wrote: Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tmpfs or ccache either. I migrated from portmaster when it was

Re: portsnap

Hi all, > Am 26.12.2020 um 20:04 schrieb LuMiWa via freebsd-ports > : > ...and I will continue to use portmaster. But I don't understand why > we should no keep portsnap. Kudos to Stefan for keeping portmaster relevant and up-to-date. But I never understood the appeal of portsnap. What's the

Re: Fresh Ports: citrix_ica Citrix(R) Presentation Server(TM) client

On Wed, 11 Nov 2020 17:51:05 +0100, Emanuel Haupt stated: >Hi Michael > >Michael Hooten wrote: >> https://www.freshports.org/net/citrix_ica/ >> >> Has anyone gotten Citrix completely working on FreeBSD 12.2? I can >> connect without a problem. However, I have no sound. Where can I look >> for

Re: portmaster new development

Am 28.12.20 um 15:04 schrieb abi via freebsd-ports: On 28.12.2020 16:16, Stefan Esser wrote: Am 28.12.20 um 11:11 schrieb abi via freebsd-ports:> I build my ports in poudriere in VM without zfs or ssd on pre-Sandy Bridge CPU. I don't have enough memory or disk space, so I don't use tmpfs or

Re: portmaster new development

Hi > On 28. Dec 2020, at 21:41, Stefan Esser wrote: > > Poudriere works best on sufficiently powerful build servers and it > often requires rebuilding dependencies over hours when I just want to > test a new port before committing it. Excuse me, but that is not true in this generality. I do

Re: portmaster new development

Where should I hang out to reply? :) poudriere has weaknesses in updating packages such as libxml and glib. When run all at once, all packages that depend on the package being updated and all packages that depend on the package being removed will be removed. The text is not clear :), but

Re: portmaster new development

Am 28.12.20 um 22:07 schrieb Michael Grimm:>> On 28. Dec 2020, at 21:41, Stefan Esser wrote: Poudriere works best on sufficiently powerful build servers and it often requires rebuilding dependencies over hours when I just want to test a new port before committing it. Excuse me, but that is

committer for Cassandra4 aarch64 fix?

Hi, Looking for a committer for https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252068 ? Small fix for compilation on aarch64. Would be nice to have it in the 2021Q1 quarterly branch. Regards, Ronald ___ freebsd-ports@freebsd.org mailing list

Re: portmaster new development

To add to the extremes, it is enough to be able to topologically sort in some way. #!/bin/tcsh foreach origin (`pkg version -vPL= | cut -f 1 -w | xargs pkg some-topological-sort-command-can-someone-make-this -o`) make -C /usr/ports/${origin:q} clean make -C /usr/ports/${origin:q} build

Re: portmaster new development

On 29/12/20 00:07, Tatsuki Makino wrote: Where should I hang out to reply? :) poudriere has weaknesses in updating packages such as libxml and glib. When run all at once, all packages that depend on the package being updated and all packages that depend on the package being removed will be

Re: portmaster new development

Guido Falsi wrote on 2020/12/29 08:49: > This is intentional behaviour, hand there are good reasons for this. > > Anyway poudriere has the CHECK_CHANGED_DEPS option which can be disabled and > should restrict this behavior. I have never tested it though, I don't think > the risk of getting and

Re: portsnap

> Kudos to Stefan for keeping portmaster relevant and up-to-date. > But I never understood the appeal of portsnap. What's the advantage over > svnlite co ... > cd /usr/ports; make update > This mechanism is in the base system, so an extra tool demands some > justification ;-) > Kind regards, >

Re: portmaster new development

Original Message Subject: Re: portmaster new development From: LuMiWa via freebsd-ports To: freebsd-ports@freebsd.org Date: 2020-12-27 02:00+0300 On Sun, 27 Dec 2020 11:16:23 +0100 Michael Grimm wrote: Matthias Apitz wrote: El día domingo, diciembre 27, 2020 a las

Re: portmaster new development

On 28.12.2020 12:44, David Gessel wrote: Original Message Subject: Re: portmaster new development From: LuMiWa via freebsd-ports To: freebsd-ports@freebsd.org Date: 2020-12-27 02:00+0300 On Sun, 27 Dec 2020 11:16:23 +0100 Michael Grimm wrote: Matthias Apitz wrote: El