[Bug 256001] dns/knot3: upgrade to 3.0.6
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Fri May 21 05:57:50 UTC 2021
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256001
--- Comment #3 from Nuno Teixeira <eduardo at FreeBSD.org> ---
git diff instead of svn diff
I seriously dislike maintaining the ridiculous amounts of dependencies for
simply communicating a few lines of mutations.
So by these neither, but a normal diff.
How to apply this diff? I've tried `git apply` and patch < knot-3.0.6.diff`:
---
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--------------------------
|--- dns/knot3.orig/Makefile 2021-05-20 13:36:55.791207000 +0000
|+++ dns/knot3/Makefile 2021-05-20 13:41:13.335190000 +0000
--------------------------
Patching file Makefile using Plan A...
Hunk #1 failed at 1.
Hunk #2 failed at 14.
Hunk #3 failed at 45.
Hunk #4 failed at 68.
Hunk #5 failed at 85.
5 out of 5 hunks failed--saving rejects to Makefile.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -ruN dns/knot3.orig/distinfo dns/knot3/distinfo
|--- dns/knot3.orig/distinfo 2021-05-20 13:36:55.791321000 +0000
|+++ dns/knot3/distinfo 2021-05-20 13:18:01.279381000 +0000
--------------------------
Patching file dns/knot3/distinfo using Plan A...
Hunk #1 failed at 1.
1 out of 1 hunks failed--saving rejects to dns/knot3/distinfo.rej
Hmm... The next patch looks like a unified diff to me...
The text leading up to this was:
--------------------------
|diff -ruN dns/knot3.orig/pkg-plist dns/knot3/pkg-plist
|--- dns/knot3.orig/pkg-plist 2021-05-20 13:36:55.791539000 +0000
|+++ dns/knot3/pkg-plist 2021-05-20 13:18:53.052281000 +0000
--------------------------
Patching file dns/knot3/pkg-plist using Plan A...
Hunk #1 failed at 41.
1 out of 1 hunks failed--saving rejects to dns/knot3/pkg-plist.rej
done
---
Any clues?
But I admit portclippy does provide useful pointers (where portlint left
you
clueless).
Still, clearly it's a dangerous one to "fly by the tools":
It isn't always keeping in account things are within an "if" block.
Also I'm not really comfortable using variables before having them defined.
Is it safe to revers the order of these lines?
USERS= knot
GROUPS= knot
SUB_LIST+= USERS="${USERS}" GROUPS="${GROUPS}"
Yes, you are right, I think its better maintain this order.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list