Then you should submit bug report to FreeBSD Bugzilla as maintainer of
> net/isc-dhcp44-server may not subscrible this ML.
Thank you. Done. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=281701
- Chris
fect the support we have in ports.
Unless we’re EOL’ing the port, then we should fix the problem in our
script that we install with the port.
- Chris
would be easiest.
Are PRs the right way to fix these things? I can do that if you point me to
the correct place to prepare it. I’m still just getting used to using git
instead of svn for FreeBSD. ;-)
- Chris
> On Sep 24, 2024, at 03:11, Helge Oldach wrote:
>
> Chris Ross wrote on Tue, 24 Sep 2024 04:59:39 +0200 (CEST):
>> I have in /etc/rc.conf:
>>
>> dhcpd_flags="-4 -q
>
> This one perhaps?
Bah. That was a cut-n-paste and then Mail changed it. I h
h “int1 int2”, but direct other than that.)
Clearly, the attempt to remove the “-q” is breaking things given what
I have in /etc/rc.conf:
dhcpd_flags="-4 -q”
Thanks. In addition, if anyone wants to figure out why it seems that the
options are doubled up, that may be the real problem. *shrug*
- Chris
I can check this week if you’d like, but I think it’s clear enough how to
check.
- Chris
> On Aug 24, 2024, at 16:55, Peter Pentchev wrote:
>
> On Sat, Aug 24, 2024 at 02:45:28PM -0400, Chris Ross wrote:
>> So, I'm looking for a simple proxy. I have used simpleproxy in the past,
>> but it doesn’t support IPv6 currently. In looking at options, I see
&g
good information and the referenced git repo seems offline.
Is this project active, or historic? Does anyone know of another simple
TCP proxy on FreeBSD that supports IPv6 connectivity?
Thank you.
- Chris
> On Aug 19, 2024, at 08:33, Chris Ross wrote:
> Yes. I would expect that downgrading py-cryptography might be best, but
> upgrading py-openssl would also work. And you’re right there isn’t
> a build problem, but trying to run deluge produces:
>
> --- 8< —-- 8<- ---
> On Aug 18, 2024, at 16:55, Edward Sanford Sutton, III
> wrote:
>
> On 8/18/24 13:19, Chris Ross wrote:
>> I’m installing deluge-cli with pkg, and I am (as default I think) pointed to
>> quarterly packages from FreeBSD. However, deluge-cli needs py311-openssl
m I doing something wrong, or is this a correct assessment of the state of
Quarterly package repo at the moment?
- Chris
On 2024-08-16 07:09, Dimitry Andric wrote:
On 16 Aug 2024, at 15:49, Chris wrote:
On 2024-08-16 00:37, Miroslav Lachman wrote:
On 16/08/2024 01:34, henrichhart...@tuta.io wrote:
Hi Miroslav,
Please see my email titled: "Quarterly backport for multimedia/x265
patch" sent to this
bail/quit. Leaving the system untouched.
--Chris
Kind regards
Miroslav Lachman
--
Be a measuring stick of quality. Not everyone is
used to an environment where excellence is expected.
all it as you have it configured.
If it works as expected. You're done. If not, you now probably know why, and
what to do. Make deinstall will remove it for you. While preserving your
current config/preferences.
HTH
All the best, Norbert
--
I love penguins at the south pole, windows in
(which includes 2 new ports in the same patch), or 3 separate
PRs (one for each of 3 mentioned ports)?
3 PR's. having the depends pr's block the new port that depends on them. The
pr system (bugzilla) provides for blocking.
Regards, Sergei
--Chris
--
Be a measuring stick of qu
repeat of sendmail/TLS configuration. Is that right?
It's been suggested elsewhere that postfix is a better MTA these days.
I've no deep preference for sendmail, might postfix be easier, or at
least more accessibly documented?
Thank you very much!
bob prohaska
--
--Chris Hutchinson
ail. m4(1) seems to scare some away. But honestly, on
FreeBSD,
you almost need to do nothing, to get a fully functioning MX. Once you're
done.
You won't likely need to touch a config again. Sendmail has a l-o-n-g
lineage,
and as a result; massive amounts of documentation and tips and tricks posted
by
users over the years.
Thank you very much!
bob prohaska
--
--Chris Hutchinson
Thanks it’s beyond me. I’ll wait till it hits the port tree.
> On Jul 4, 2024, at 6:53 PM, Hiroo Ono wrote:
>
> Hello,
>
> I already posted a patch to fix this in:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279450
>
> On Thu, 4 Jul 2024 17:54:05 -04
Hi,
Just and FYI py-libzfs fails to build in FreeBSD 14.1-RELEASE.
libzfs.c:10578:72: warning: passing 'nvlist_t **' (aka 'struct nvlist **') to
parameter of type 'const nvlist_t *const *' (aka 'const struct nvlist *const
*') discards qualifiers in nested pointer types
[-Wincompatible-pointe
I updated a MariaDB 10.6.17 server to 10.6.18 from ports and I am no longer
able to stop or restart.
'service mysql-server stop’ just sits there with
Stopping mysql.
Waiting for PIDS: 71178
This is on a 13.3-RELEASE system. I also tried updating another jail and the
same issue occurs.
/var/l
Please see #277620
Thanks!
--Chris
On 2024-05-27 06:52, Chris wrote:
On 2024-05-26 20:57, Tatsuki Makino wrote:
Hello.
What I say may turn out to be bullshit :)
In short, it doesn't matter what the license is, it's how it controls
Can the FreeBSD installer include built packages?
Can packages be included on FreeBSD
f course, it is
only
intended for such use.
So the answer is clearly best/reasonable effort on the individual in
possession of
said software/source. Best, or Reasonable is in the interpretation of the
individual
in possession of said software/source.
--Chris
I have the following pr(1)'s that appear
long overdue for some love from a committer. ;-)
#277575 2024-03-08
#277232 2024-02-23
Thanks!
--Chris
Hello, I've got a pr(1) that's been hanging
since 2023-11-21. Any chance I could get someone
to commit it. :)
#275236
Thanks!
--Chris
On 2024-04-15 09:58, Dimitry Andric wrote:
On 15 Apr 2024, at 18:48, Chris wrote:
On 2024-04-15 09:31, Moin Rahman wrote:
On Apr 15, 2024, at 6:27 PM, Chris wrote:
On 2024-04-15 06:33, void wrote:
Is it possible, either within poudriere or using traditional ports,
to not have ports
On 2024-04-15 09:31, Moin Rahman wrote:
On Apr 15, 2024, at 6:27 PM, Chris wrote:
On 2024-04-15 06:33, void wrote:
Is it possible, either within poudriere or using traditional ports,
to not have ports building fetching latest rust?
rust 1.76 is already installed. 1.77 is in the ports tree
ve a look in Mk/bsd.default-versions.mk
--
--Chris Hutchinson
On 2024-04-12 13:03, Matthew Phillips wrote:
On Fri, Apr 12, 2024 at 12:57:41PM -0700, Chris wrote:
On 2024-04-12 12:50, Matthew Phillips wrote:
> On Fri, Apr 12, 2024 at 09:30:14PM +0200, Dag-Erling Smørgrav wrote:
> > Kurt Hackenberg writes:
> > > Matthew Phillips wr
I need to do is patch the Makefile to include DESTDIR
like so:
install -m 755 snac $(DESTDIR)$(PREFIX)/bin/snac
Those should be curly braces, not parentheses, fe;
${DESTDIR}
Does that sound right?
--
--Chris Hutchinson
On 2024-04-12 09:25, Brooks Davis wrote:
On Thu, Apr 11, 2024 at 11:48:16PM -0700, Chris wrote:
I'm doing a full sweep of ports missing LICENSE and I continue
to have to jump through additional hurdles to represent the
BSD 1-Clause License in ports that use it. This has been puzzling
b
thing I
need to direct to core@ ?
Thanks for any insight on this.
1. https://docs.freebsd.org/en/articles/license-guide/
2. https://opensource.org/license/bsd-1-clause
3. https://spdx.org/licenses/BSD-1-Clause.html
--
--Chris Hutchinson
On 2024-04-10 10:16, Chris wrote:
On 2024-04-10 07:08, Brad D wrote:
I’m still pretty fresh to porting here and was given feedback about some
security
and build concerns. I’ll be redoing my port and doing more testing (don’t
mind
iterating and improving especially when my reviewer was very
m. Firefox might be a good example
here.
It has a number of internal libraries, and while there have been security
issues
in the past. They have been met with in a reasonable time frame.
HTH
--
--Chris Hutchinson
Thanks for taking the time to help me here, Kurt. Much obliged! :)
--
--Chris Hutchinson
On 2024-04-04 03:43, Michael Gmelin wrote:
On 4. Apr 2024, at 09:31, Chris wrote:
I do all of my development in jails. As such I have no use for
poudriere(8).
But an attempt to build editors/vscode threw the following:
The limit imposed by poudriere(8) for the maximum number of files
On 2024-04-04 00:46, Guido Falsi wrote:
On 04/04/24 09:30, Chris wrote:
I do all of my development in jails. As such I have no use for
poudriere(8).
But an attempt to build editors/vscode threw the following:
The limit imposed by poudriere(8) for the maximum number of files allowed
to be
On 2024-04-04 00:41, Baptiste Daroussin wrote:
On Thu 04 Apr 00:30, Chris wrote:
I do all of my development in jails. As such I have no use for
poudriere(8).
I stopped reading here, because it clearly shows you haven't understand at
all
what value poudriere(8) is bringing,
It ap
o use poudriere, are they?
Thanks.
--
--Chris Hutchinson
On 2024-03-13 23:03, Rodrigo Osorio wrote:
On 14/03/24 05:32, Chris wrote:
Just a friendly reminder about some pr's for my ports
that are ~3 weeks old:
277325, 277325, 277397
This one is a week out, but is broken on the pkg builder
so committing this patch will ease needless workload
Just a friendly reminder about some pr's for my ports
that are ~3 weeks old:
277325, 277325, 277397
This one is a week out, but is broken on the pkg builder
so committing this patch will ease needless workload on it:
277523
Thank you for all your time, and attention to this! :)
--
--
ner to ensure their continued
maintenance -- safety,
functionality, and availability. What is the responsibility of the
maintainer, if not to
maintain the port?
Nothing is stopping people to use an overlay but not everything needs to be
in or
rather stay the "public" repo forever.
Best regards,
Daniel
--
--Chris Hutchinson
the required path for DEPRECIATION. All maintainers
are already notified automatically. So this seems like the most efficient
path for all concerned.
--
Chris Hutchinson
So that those that use it.
But don't
update frequently get a chance to notice, and subsequently save/maintain it.
:)
Thanks
Florian
--
--Chris Hutchinson
s inactive for a long time
Florian (on behalf of portmgr)
Thank you very much for your attempt to set precedence in this area. Your
proposal seems
well tempered and prudent. Thank you. Consider this a "+1" from me. :)
--Chris
--
--Chris Hutchinson
...
Best regards,
Hubert
While I haven't (yet) tried it out. I'm grateful for your work. It'll
potentially save a
bunch of work, Thanks!
Shouldn't this make it to ports-mgmt/ as portlinter?
Thanks again.
--
--Chris Hutchinson
makes a lot of sense.
pdksh wasn't update for ages and afaik, has no active developer.
As the shells/pdksh maintainer you have my blessing.
I'll put together a phabricator review over the next while to add
Mk/Uses/ksh.mk. We'll probably need an exp-run too.
Looking forward to it. Thanks for volunteering to do this.
--Chris
quot; first.
Thank you for all your hard work so far!
In an effort to eliminate duplicate work. I'd like to announce my intention
to tackle all of x11. I'd also like to mention pr(1) 276759 addresses
the the one port of mine that's in the list.
Thanks again!
--Chris
We have an establi
a bit daunting. Will flavors and all still remain?
Or will subpackages subsume options/flavors?
Thanks.
--Chris
I'm working on them now and should be done by
tomorrow AM.
Thanks again.
--Chris
Ahoy, dear skipper!
Thank you for all the work you and others put into this change.
I am represented in Moin's list with three ports (maintainer rhurlin), all
three
of which are 'pure&#x
On 2024-01-12 06:18, Tomoaki AOKI wrote:
On Thu, 11 Jan 2024 15:17:55 -0800
Chris wrote:
On 2024-01-11 03:26, Jamie Landeg-Jones wrote:
> Hi, have you seen this?
>
>
https://cgit.freebsd.org/ports/commit/?id=82b56c14531faee93344e59d3ec30dcc3cf5c2e0
>
> Cheers, Jamie
NO! I mi
theory. But IMHO wouldn't a pending DEPRECIATION have
been a better plan? Just a thought.
Thanks for the reply, Gleb. :)
--Chris
On 2024-01-12 06:44, Alexey Dokuchaev wrote:
On Fri, Jan 12, 2024 at 02:00:04PM +, Jamie Landeg-Jones wrote:
Chris wrote:
...
> NO! I missed the domain renewal by 5 days. So domain went unavailable.
> I fixed it on the 6th day.
I thought it was a bit rash of them to do all that s
ry to reverse this. Did I miss a pr(1) too?
--Chris
On 2023-07-18 00:05, Fernando Apesteguía wrote:
On Tue, Jul 18, 2023 at 9:02 AM Graham Perrin
wrote:
On 18/07/2023 07:29, Fernando Apesteguía wrote:
> … Would you say that requesting maintainers-feedback when reporting an
> issue with a port is common sense? …
Yes.
Common sense, and automate
he full
way?
I therefore plan to "polish" my exomizer ports and get them into ports
main. Are there any objections? Or maybe, would someone welcome to have
these available?
Yes, please. This would make a great port. :-)
Cheers, Felix
--Chris
0xBDE49540.asc
Description: application/pgp-keys
"\n"
| "CPU burning sequence initiated...\n", f);
|
| /* TODO: Include cpuburn.c here. --pasky */
| while (1);
Cheers
Exceptionally bad behavior for anything in the ports tree.
I think this port should be patched out of the ports tree.
--Chris
0xBDE49540.asc
Description: application/pgp-keys
s://he.net || https://www.he.net offer IPv6
tunnels for free. Maybe that will help? I've used them && they work as
advertised.
HTH
--Chris
Alternatively I can access the package build status pages at
https://pkg-status.freebsd.org/. Does anyone know whether I can find the
.data.json fil
On 2022-06-17 00:00, Baptiste Daroussin wrote:
On Thu, Jun 16, 2022 at 09:37:19PM -0700, Chris wrote:
On 2022-06-15 16:50, Minoru TANABE wrote:
> Hi all.
> I'm using MATE desktop and compiz. For several years, they work fine.
You should be able to get your previous (gnome related) s
the
(re)configuration of compiz integration, and allow you to use the
Backend=ini instead of Backend=gconf
Chris
But after commit below
---
commit d631449922df1f12590bdd282ea21f2cbf885109
Author: Baptiste Daroussin
Date: Wed Jun 8 14:49:53 2022 +0200
compiz: disable gconf support
App
/
This is effectively the same copyright(s) that Fonts and Icons hold.
I think if you take a look at many of the icon themes ports and font
ports, you'll find a good way to frame/categorize the license definition
for this.
HTH
Chris
IMO at first sight it seems NONE since it don&#x
On 2022-06-14 07:34, George Mitchell wrote:
On 6/14/22 10:08, The Doctor wrote:
...
(Also, I don't know what WASM is.) -- George
That's a flag; -WASM; (with ASM)
0xBDE49540.asc
Description: application/pgp-keys
On 2022-06-08 13:04, Gleb Popov wrote:
On Wed, Jun 8, 2022 at 10:53 PM Chris wrote:
IOW
Why is there a make config target to discover what options are available.
But no target to discover what flavors are available? This appears to me
to be a major oversight. Case in point; In a new jail, I
y
vim-tiny:
Looks like it's gone. Let's see if it's an option; cd /usr/ports/editors &&
make config. Never heard of vim-tiny.
Thanks.
Chris
0xBDE49540.asc
Description: application/pgp-keys
target here in your reply, Stephan. As a maintainer I
have found FLAVORS in it's current state to be as frustrating as helpful.
Thanks
for your thorough evaluation of this Kubilay.
Chris
0xBDE49540.asc
Description: application/pgp-keys
On 2022-05-26 14:41, Chris wrote:
On 2022-05-26 14:29, Tatsuki Makino wrote:
Daniel Braniss wrote on 2022/05/27 00:23:
sorry, my bad, it was make FLAVOR=py37
and the result was
===> py37-psutil-5.9.1 Unknown flavor 'py37', possible flavors: py38.
Defining BUILD_ALL_PYTHON_FLA
if it's only
temporary. :-)
HTH
Chris
But, like this, a funny thing may happen. (Later,
DOCS_BINARY_ALIAS=sphinx-build=sphinx-build-${PYTHON_VER} will be added :) )
Regards.
0xBDE49540.asc
Description: application/pgp-keys
to be 0644 or 644 depending on other things, even 640
Is that right, or is there some other mechanism for setting secret env vars
for rc scripts?
Have a look at some other ports that need to set these sorts of things up;
php, mysql, knot,
unbound, etc...
Pat
HTH
Chris
0xBDE49540.asc
Descri
t;
You may have already solved this. But IMHO you would do well to have a look
at
the way Python programs use (the) pip (store) to install their needed/desired
bits and pieces. Most things that use of Composer use a YAML format file to
describe it's needs. Can't you use that to drive yo
On 2022-05-15 23:08, Pat Maddox wrote:
On 15 May 2022, at 22:28, Pat Maddox wrote:
On 15 May 2022, at 20:49, Chris wrote:
On 2022-05-15 20:29, Pat Maddox wrote:
I am writing software that I would eventually like to install on FreeBSD.
I'm
currently stuck trying to write a Makefile that
o stop you from development. I
do it out
of ~/DEV//port-im-developing all the time.
HTH
Chris
Pat
0xBDE49540.asc
Description: application/pgp-keys
On 2022-05-03 07:33, John Kennedy wrote:
On Mon, May 02, 2022 at 01:37:47PM -0700, Chris wrote:
... I can clone the github hosted mirror && make the changes. But that
removes the one-true-source factor, adds additional steps to a procedure
that should "Just Work".
Which is
On 2022-05-02 14:07, Christoph Moench-Tegeder wrote:
## Chris (portmas...@bsdforge.com):
Which is the real question. Why doesn't it Just Work?
Given that there are very few reports of such problems, I'd think
that the git mirrors do in fact "Just Work" for a vast majorit
On 2022-05-02 13:14, Jose Quinteiro wrote:
On 5/2/22 12:55, Chris wrote:
On 2022-05-02 12:04, Chris wrote:
On 2022-05-02 11:21, Janky Jay, III wrote:
Hi Chris,
On 5/2/22 11:09, Chris wrote:
I'm a maintainer for well over 100 ports. But more often than
not, I am not permitted to obtai
On 2022-05-02 12:04, Chris wrote:
On 2022-05-02 11:21, Janky Jay, III wrote:
Hi Chris,
On 5/2/22 11:09, Chris wrote:
I'm a maintainer for well over 100 ports. But more often than
not, I am not permitted to obtain the ports tree from any of
the FreeBSD git servers:
# git clone -o fr
On 2022-05-02 11:21, Janky Jay, III wrote:
Hi Chris,
On 5/2/22 11:09, Chris wrote:
I'm a maintainer for well over 100 ports. But more often than
not, I am not permitted to obtain the ports tree from any of
the FreeBSD git servers:
# git clone -o freebsd --config
remote.freebsd.fetch=&
On 2022-05-02 11:21, Lorenzo Salvadore wrote:
--- Original Message ---
On Monday, May 2nd, 2022 at 20:12, Chris wrote:
On 2022-05-02 10:59, Kurt Jaeger wrote:
> Hi!
>
> > I'm a maintainer for well over 100 ports. But more often than
> > not, I am not permit
ust *my* servers
IP's... ?
Thanks again!
--Chris
0xBDE49540.asc
Description: application/pgp-keys
20502
returns:
error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504
fatal: error reading section header 'shallow-info'
What is the charge for obtaining a current ports tree? Can I purchase an
annual subscription?
What else do I need to obtain the tree?
Thanks.
l
On 2022-04-27 00:47, Andrea Venturoli wrote:
Hello.
Suppose I have a large storage of files and a smaller disk (backup).
I need to copy as much as I can from source to target and I want the most
recent files.
Before I start scripting and reinvent the wheel, is there some tool already?
If I'm
On 2022-04-25 17:16, Pau Amma wrote:
On 2022-04-24 09:57, Rene Ladan wrote:
On Mon, Apr 18, 2022 at 11:38:36PM +, Pau Amma wrote:
That doesn't really help me figure out how to help either Iridium or
Chromium (I don't need both, and if I get to choose, I'll choose
Iridium) get a 123amd64 pac
ed and
we might want to regenerate the patch).
Thoughts / comments / concerns?
This makes good sense to me too.
Yes. Please && Thanks.
Cross-posted this to a couple of
different lists to try and hit the largest number of stakeholders in
patch(1) behavior.
Thanks,
Kyle Evans
l8r,
Chris
55 kB 411 kBps
00s
===> Fetching all distfiles required by tree-2.0.1 for building
HTH
-- Chris
0xBDE49540.asc
Description: application/pgp-keys
On 2022-01-24 10:16, Chris wrote:
On 2022-01-24 10:08, Baptiste Daroussin wrote:
On Mon, Jan 24, 2022 at 09:29:45AM -0800, Chris wrote:
On 2022-01-24 03:00, Daniel Engberg wrote:
> Hi,
>
> I just wanted to chime in on Alexander's (netchild@) mail and I fully agree.
> Looking a
On 2022-01-24 10:08, Baptiste Daroussin wrote:
On Mon, Jan 24, 2022 at 09:29:45AM -0800, Chris wrote:
On 2022-01-24 03:00, Daniel Engberg wrote:
> Hi,
>
> I just wanted to chime in on Alexander's (netchild@) mail and I fully agree.
> Looking at base we already have a lot of con
and
appealing idea. :-)
Best regards,
Daniel
-- Chris
0xBDE49540.asc
Description: application/pgp-keys
On 2022-01-23 23:06, Alexander Leidinger wrote:
Quoting "Patrick M. Hausen" (from Sun, 23 Jan 2022
19:19:57 +0100):
Am 22.01.2022 um 09:35 schrieb Chris :
I find it's less "housekeeping" to use ftp(1) setup through inetd(8) for
pkg repos, than
via ssh.
I und
work/stage/usr/local/sbin/thttpd
The sources are distributed under a 2 clause BSD copyright.
Maybe having a HTTP server in base is more useful than a FTP
server, today ...
Regards, STefan
-- Chris
0xBDE49540.asc
Description: application/pgp-keys
packages that Poudriere
produces for us. Setup time/effort: 5 minutes.
Now after this comment:
Am 22.01.2022 um 09:35 schrieb Chris :
I find it's less "housekeeping" to use ftp(1) setup through inetd(8) for
pkg repos, than
via ssh.
I understand the appeal of FTP.
Maybe thi
On 2022-01-22 00:09, Baptiste Daroussin wrote:
22 janv. 2022 08:47:57 Chris :
On 2022-01-21 23:31, Baptiste Daroussin wrote:
22 janv. 2022 08:25:47 Chris :
On 2022-01-20 06:25, Baptiste Daroussin wrote:
Hello everyone,
We plan to remove the support for fetching packages over ftp for the
On 2022-01-21 23:31, Baptiste Daroussin wrote:
22 janv. 2022 08:25:47 Chris :
On 2022-01-20 06:25, Baptiste Daroussin wrote:
Hello everyone,
We plan to remove the support for fetching packages over ftp for the next
releases of pkg (probably 1.18)
Must be a stupid question. But I'll ask a
On 2022-01-20 06:25, Baptiste Daroussin wrote:
Hello everyone,
We plan to remove the support for fetching packages over ftp for the next
releases of pkg (probably 1.18)
Must be a stupid question. But I'll ask anyway; Why the effort to start
removing transports?
if you have a strong reason to u
ts.
Thank you! :-)
Thank you,
Michael Fiano
-- Chris
0xBDE49540.asc
Description: application/pgp-keys
dn't get a response, but have
sent in the patch for it.
Cheers
Chris
being able
to use either of GTK(2|3). So that needn't be a consideration. In the
event that that should prove untrue. It'd be easy enough to isolate
and cure on a plugin-by-plugin basis.
--Chris
Regards,
Milan
0xBDE49540.asc
Description: application/pgp-keys
On 2021-07-29 11:34, Pete Wright via ports wrote:
On 7/29/21 11:15 AM, Chris wrote:
Sorry. I'd have attempted to contact Dan directly. But given
I can't reach freshports...
My upstream BGP seems to be in order as I have zero trouble
with any other destination other than freshports.
.
Yes, I run a firewall. But nothing is set that would block my ability
to reach freshports.
Thanks!
--Chris
0xBDE49540.asc
Description: application/pgp-keys
It's:
dns/knot-resolver: the kresd init script won't stop the service
at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256221
Thank you in advance for any attention you can give this.
--Chris
0xBDE49540.asc
Description: application/pgp-keys
nto NetBSD machine.
3. Copy distfiles to USB memory.
4. Remove USB memory from NetBSD machine and insert it FreeBSD one.
5. Copy distfiles to /usr/ports/distfiles.
Just for added convenience. The link to the source is:
http://distcache.FreeBSD.org/local-distfiles/ale/rtl_bsd_drv_v196.04.tgz
HT
On 2021-07-13 16:23, Chris wrote:
On 2021-07-13 15:50, Janky Jay, III wrote:
Hello Jan,
On 7/13/21 3:15 PM, Jan Beich wrote:
"Janky Jay, III" writes:
Hi All,
So, I'm unsure if this is where this should go, but it did happen
after a recent port (pkg) upgrade of a FreeB
1 - 100 of 109 matches
Mail list logo
