Re: portupgrade + FLAVORS
Oops. Disregard. Confusing portupgrade with portmaster.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
On Mon, May 6, 2019 at 6:03 PM Kevin Oberman wrote:
> Looks like the maintainer should be on the CC, so I added Stefan.
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkober...@gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>
>
> On Mon, May 6, 2019 at 11:35 AM Bob Willcox wrote:
>
>> On Sun, Apr 07, 2019 at 08:51:57PM -0500, Matthew D. Fuller wrote:
>> > For any portupgrade users still out there wishing for FLAVOR support,
>> > I have patches to add it. I've been running them here locally for a
>> > few weeks without incident (apart from an extra upgrade or two
>> > actually working without manual intervention/resort to portmaster,
>> > that is). Dropping the attached patch into
>> > $PORTS/ports-mgmt/portupgrade/files/patch-flavors and rebuilding it is
>> > a simple shortcut to getting it in place.
>> >
>> > I haven't done any testing of using portupgrade with pre-built
>> > packages (is there even any reason to post-pkg?), or using portinstall
>> > (never saw the point), but it seems to handle the upgrading path just
>> > fine.
>> >
>> >
>> > Also sitting in a PR upstream at
>> > https://github.com/freebsd/portupgrade/pull/72
>> >
>> >
>> > --
>> > Matthew Fuller (MF4839) | fulle...@over-yonder.net
>> > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
>> >On the Internet, nobody can hear you scream.
>>
>> > --- bin/portupgrade.orig 2018-03-09 18:59:29 UTC
>> > +++ bin/portupgrade
>> > @@ -1147,6 +1147,11 @@ def get_make_args(origin, pkgname = nil)
>> >else
>> > args = $make_args.split(' ')
>> >end
>> > +
>> > + if flavor = origin[/@(.+)$/, 1]
>> > +args << 'FLAVOR=' + flavor
>> > + end
>> > +
>> >quoted = 0
>> >n = 0
>> >is_quoted = false
>> > --- lib/pkgtools/pkgdb.rb.orig2018-03-09 18:59:29 UTC
>> > +++ lib/pkgtools/pkgdb.rb
>> > @@ -425,10 +425,20 @@ class PkgDB
>> >@installed_pkgs = []
>> >@installed_ports = []
>> >@db = {}
>> > +
>> > + flavors = {}
>> > + pkg_flavors = xbackquote(PkgDB::command(:pkg), 'annotate', '-Sa',
>> > + 'flavor').split("\n")
>> > + pkg_flavors.each do |line|
>> > +pkg, flavor = line.sub(/: Tag: flavor Value: /, ':').split(':')
>> > +flavors[pkg] = flavor
>> > + end
>> > +
>> >pkg_origins = xbackquote(PkgDB::command(:pkg), 'query', '%n-%v
>> %o').split("\n")
>> >pkg_origins.each do |line|
>> > pkg, origin = line.split(' ')
>> > @installed_pkgs << pkg
>> > +origin << '@' + flavors[pkg] if flavors[pkg]
>> > add_origin(pkg, origin)
>> >end
>> >@installed_pkgs.freeze
>> > --- lib/pkgtools/portsdb.rb.orig 2018-03-09 18:59:29 UTC
>> > +++ lib/pkgtools/portsdb.rb
>> > @@ -325,6 +325,7 @@ class PortsDB
>> >end
>> >
>> >def portdir(port)
>> > +port = port.sub(/@.*$/, '')
>> > File.join(ports_dir, port)
>> >end
>> >
>>
>> > ___
>> > freebsd-ports@freebsd.org mailing list
>> > https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org
>> "
>>
>> Hi Mathew,
>>
>> Thanks for the flavors patch to portupgrade. As with some others here it
>> is
>> still my preferred tool for keeping my ports up-to-date.
>>
>> Any word on when/if your patch will be integraded into the port proper?
>>
>> Thanks again,
>> Bob
>>
>>
>> --
>> Bob Willcox| "The only way to get rid of temptation is to yield to
>> it...
>> b...@immure.com | I can resist everything but temptation."
>> Austin, TX | - Oscar Wilde
>> ___
>> freebsd-ports@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portupgrade + FLAVORS
Looks like the maintainer should be on the CC, so I added Stefan.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
On Mon, May 6, 2019 at 11:35 AM Bob Willcox wrote:
> On Sun, Apr 07, 2019 at 08:51:57PM -0500, Matthew D. Fuller wrote:
> > For any portupgrade users still out there wishing for FLAVOR support,
> > I have patches to add it. I've been running them here locally for a
> > few weeks without incident (apart from an extra upgrade or two
> > actually working without manual intervention/resort to portmaster,
> > that is). Dropping the attached patch into
> > $PORTS/ports-mgmt/portupgrade/files/patch-flavors and rebuilding it is
> > a simple shortcut to getting it in place.
> >
> > I haven't done any testing of using portupgrade with pre-built
> > packages (is there even any reason to post-pkg?), or using portinstall
> > (never saw the point), but it seems to handle the upgrading path just
> > fine.
> >
> >
> > Also sitting in a PR upstream at
> > https://github.com/freebsd/portupgrade/pull/72
> >
> >
> > --
> > Matthew Fuller (MF4839) | fulle...@over-yonder.net
> > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
> >On the Internet, nobody can hear you scream.
>
> > --- bin/portupgrade.orig 2018-03-09 18:59:29 UTC
> > +++ bin/portupgrade
> > @@ -1147,6 +1147,11 @@ def get_make_args(origin, pkgname = nil)
> >else
> > args = $make_args.split(' ')
> >end
> > +
> > + if flavor = origin[/@(.+)$/, 1]
> > +args << 'FLAVOR=' + flavor
> > + end
> > +
> >quoted = 0
> >n = 0
> >is_quoted = false
> > --- lib/pkgtools/pkgdb.rb.orig2018-03-09 18:59:29 UTC
> > +++ lib/pkgtools/pkgdb.rb
> > @@ -425,10 +425,20 @@ class PkgDB
> >@installed_pkgs = []
> >@installed_ports = []
> >@db = {}
> > +
> > + flavors = {}
> > + pkg_flavors = xbackquote(PkgDB::command(:pkg), 'annotate', '-Sa',
> > + 'flavor').split("\n")
> > + pkg_flavors.each do |line|
> > +pkg, flavor = line.sub(/: Tag: flavor Value: /, ':').split(':')
> > +flavors[pkg] = flavor
> > + end
> > +
> >pkg_origins = xbackquote(PkgDB::command(:pkg), 'query', '%n-%v
> %o').split("\n")
> >pkg_origins.each do |line|
> > pkg, origin = line.split(' ')
> > @installed_pkgs << pkg
> > +origin << '@' + flavors[pkg] if flavors[pkg]
> > add_origin(pkg, origin)
> >end
> >@installed_pkgs.freeze
> > --- lib/pkgtools/portsdb.rb.orig 2018-03-09 18:59:29 UTC
> > +++ lib/pkgtools/portsdb.rb
> > @@ -325,6 +325,7 @@ class PortsDB
> >end
> >
> >def portdir(port)
> > +port = port.sub(/@.*$/, '')
> > File.join(ports_dir, port)
> >end
> >
>
> > ___
> > freebsd-ports@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
> Hi Mathew,
>
> Thanks for the flavors patch to portupgrade. As with some others here it is
> still my preferred tool for keeping my ports up-to-date.
>
> Any word on when/if your patch will be integraded into the port proper?
>
> Thanks again,
> Bob
>
>
> --
> Bob Willcox| "The only way to get rid of temptation is to yield to
> it...
> b...@immure.com | I can resist everything but temptation."
> Austin, TX | - Oscar Wilde
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: cclient, panda-cclient, and php71-imap (and others?)
Thierry et al. - Thanks for the reply and for adding to my understanding here. I haven't seen any reply from the php71-imap maintainer; have I missed it? It does seem like the most immediate solution here would be to change the default build option for that port, and perhaps others that use cclient. Of course getting cclient (and panda-cclient if it's in need too) back to fully maintained status would be even better, but that would need someone new to step up. I'm willing, but I've started reading up on what it would take to be a port maintainer, and concluded it's far beyond me at present. :( adam On 4/24/2019 12:43 PM, Thierry Thomas wrote: Le lun. 22 avr. 19 à 20:05:07 +0200, Adam Bernstein écrivait : It seems to me that 'mail/cclient' should be marked as broken with current OpenSSL (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226621), and possibly as unmaintained, and that all other ports that use it (the one that concerns us currently is 'php71-imap') should switch to using the fork 'panda-cclient' instead. That fork has this bug fixed already, and php71-imap offers panda-cclient as a build option but not as the default. Indeed, I've been using Panda for a long time, and it is a safer replacement for cclient and uw-imap, and we could set it by default. (adding PHP maintainer to Cc:) Or am I missing something? If not, is there anything we can do to facilitate? However, note that Panda is not bulletproof, and mostly unmaintained too. Someone tries to revive this project and help is wanted: see https://github.com/nkhorman/panda-imap/issues Regards, -- Electric Embers Cooperative Handcrafted hosting, powering the fires of change electricembers.coop (800) 843-6197 / (415) 992-6916 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: portupgrade + FLAVORS
On Sun, Apr 07, 2019 at 08:51:57PM -0500, Matthew D. Fuller wrote:
> For any portupgrade users still out there wishing for FLAVOR support,
> I have patches to add it. I've been running them here locally for a
> few weeks without incident (apart from an extra upgrade or two
> actually working without manual intervention/resort to portmaster,
> that is). Dropping the attached patch into
> $PORTS/ports-mgmt/portupgrade/files/patch-flavors and rebuilding it is
> a simple shortcut to getting it in place.
>
> I haven't done any testing of using portupgrade with pre-built
> packages (is there even any reason to post-pkg?), or using portinstall
> (never saw the point), but it seems to handle the upgrading path just
> fine.
>
>
> Also sitting in a PR upstream at
> https://github.com/freebsd/portupgrade/pull/72
>
>
> --
> Matthew Fuller (MF4839) | fulle...@over-yonder.net
> Systems/Network Administrator | http://www.over-yonder.net/~fullermd/
>On the Internet, nobody can hear you scream.
> --- bin/portupgrade.orig 2018-03-09 18:59:29 UTC
> +++ bin/portupgrade
> @@ -1147,6 +1147,11 @@ def get_make_args(origin, pkgname = nil)
>else
> args = $make_args.split(' ')
>end
> +
> + if flavor = origin[/@(.+)$/, 1]
> +args << 'FLAVOR=' + flavor
> + end
> +
>quoted = 0
>n = 0
>is_quoted = false
> --- lib/pkgtools/pkgdb.rb.orig2018-03-09 18:59:29 UTC
> +++ lib/pkgtools/pkgdb.rb
> @@ -425,10 +425,20 @@ class PkgDB
>@installed_pkgs = []
>@installed_ports = []
>@db = {}
> +
> + flavors = {}
> + pkg_flavors = xbackquote(PkgDB::command(:pkg), 'annotate', '-Sa',
> + 'flavor').split("\n")
> + pkg_flavors.each do |line|
> +pkg, flavor = line.sub(/: Tag: flavor Value: /, ':').split(':')
> +flavors[pkg] = flavor
> + end
> +
>pkg_origins = xbackquote(PkgDB::command(:pkg), 'query', '%n-%v
> %o').split("\n")
>pkg_origins.each do |line|
> pkg, origin = line.split(' ')
> @installed_pkgs << pkg
> +origin << '@' + flavors[pkg] if flavors[pkg]
> add_origin(pkg, origin)
>end
>@installed_pkgs.freeze
> --- lib/pkgtools/portsdb.rb.orig 2018-03-09 18:59:29 UTC
> +++ lib/pkgtools/portsdb.rb
> @@ -325,6 +325,7 @@ class PortsDB
>end
>
>def portdir(port)
> +port = port.sub(/@.*$/, '')
> File.join(ports_dir, port)
>end
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Hi Mathew,
Thanks for the flavors patch to portupgrade. As with some others here it is
still my preferred tool for keeping my ports up-to-date.
Any word on when/if your patch will be integraded into the port proper?
Thanks again,
Bob
--
Bob Willcox| "The only way to get rid of temptation is to yield to it...
b...@immure.com | I can resist everything but temptation."
Austin, TX | - Oscar Wilde
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Compiling u-boot-rpi3 on an rpi3
On Mon, May 06, 2019 at 06:20:45PM +0200, Mika??l Urankar wrote: > Le lun. 6 mai 2019 ?? 17:19, bob prohaska a ??crit : > > > > On Mon, May 06, 2019 at 03:22:31PM +0200, Mika??l Urankar wrote: > > > > > > It builds fine here on aarch64, do you have security/openssl* installed? > > > > > > > Yes, security/openssl is installed. I didn't use it by default because of > > earlier reports of trouble. The system reminds me that > > Delete it and rebuild u-boot-rpi3 > That certainly helped, make now runs successfully. But, make install didn't update anything in /boot/msdos. There seem to be three copies of u-boot-bin floating around, with identical size. Should I copy one manually to /boot/msdos, and does it matter which one? Thanks for reading and your help! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
mail/libesmtp marked broken in r497650 but build completes with openssl port option disabled
Hello,
r497650 in the ports head repo marked mail/libesmtp as broken on FreeBSD 12 and
13. I think this was due to the OpenSSL fallout from FreeBSD bugs 228865 and
229017, but the mail/libesmtp build completes successfully on FreeBSD 12 with
OPTIONS_FILE_UNSET+=OPENSSL.
Would it be possible to adjust the failure condition to check for this? I've
included a proposed diff for the port's makefile.
Index: mail/libesmtp/Makefile
===
--- mail/libesmtp/Makefile (revision 500595)
+++ mail/libesmtp/Makefile (working copy)
@@ -35,7 +35,7 @@
.include
-.if ${SSL_DEFAULT} == base
+.if ${SSL_DEFAULT} == base && ${PORT_OPTIONS:MOPENSSL}
BROKEN_FreeBSD_12= error: cannot find the ssl library
BROKEN_FreeBSD_13= error: cannot find the ssl library
.endif
Thank you,
Kyle Williams
Support Team / NYI
E: kyle.willi...@nyi.netW: www.nyi.net
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Debug version of firefox
On 2019-05-06 04:33, Michael Zhilin wrote: > Hi, > > pstack shows firefox methods for example: > [...] Thanks for the suggestion, but in practice I get: (core file "firefox.core"): /usr/local/bin/firefox - thread -1 (running) - 0x80208d47a (11b76432, 8, , 0, 400, 0) 0x811b76432 (123d1745, 8, 2363898, 8, 12b59ae5, 0) 0x8123d1745 (1da9954, 8, 0, 7fff, 1, 0) 0x801da9954 (1da8eb2, 8, 123d15f0, 8, 51, 0) 0x801da8eb2 (e193, 7fff, 1da8d70, 8, 0, 0) 0x7fffe193 (e8b2f6c, 8, df109810, 7fff, e91ac4e, 8) 0x80e8b2f6c (e91ac4e, 8, 21af9f40, 8, 1e9aab58, 8) 0x80e91ac4e (e94c63d, 8, 0, 0, 0, 1) 0x80e94c63d (e91e30e, 8, 1435ff20, 8, 1e9aab58, 8) 0x80e91e30e (e91e182, 8, df109910, 7fff, 2078374, 4) 0x80e91e182 (e9230f5, 8, 1e9aab50, 8, 27efbb88, 8) 0x80e9230f5 (e9229c9, 8, df1099e0, 7fff, 23e5a, 11) 0x80e9229c9 (e94c9ae, 8, df109a30, 7fff, 21073f1, 18) 0x80e94c9ae (e925a7c, 8, 27efbb88, 8, df109aa0, 7fff) 0x80e925a7c (ea0a84b, 8, df109bf0, 7fff, e95b405, 0) 0x80ea0a84b (e8aee92, 8, 1, 0, 21b2aa00, 8) 0x80e8aee92 (e8adddc, 8, df109c90, 7fff, 2533f738, 8) 0x80e8adddc (e8ae95e, 8, 27efbb40, 8, df109e40, 7fff) 0x80e8ae95e (e873d35, 8, 20a4f000, 8, df109e40, 7fff) 0x80e873d35 (e87404b, 8, 0, 0, 0, 0) 0x80e87404b (e874881, 8, 236b200, 8, 21ad7f88, 8) 0x80e874881 (e873748, 8, 21eb27b0, 8, 1, 0) 0x80e873748 (e889cf5, 8, 0, 0, 0, 0) 0x80e889cf5 (e879f2a, 8, df109ff0, 7fff, 1da3c06, 8) 0x80e879f2a (1da3c06, 8, 0, 0, 0, 0) 0x801da3c06 (0, 0) -- George signature.asc Description: OpenPGP digital signature
Re: Debug version of firefox
On 2019-05-06 00:49, Robert Huff wrote: > [...] > Has anyone asked the maintainer, which I believe is > "ge...@freebsd.org"? > [...] I have done so now; thanks!-- George signature.asc Description: OpenPGP digital signature
Re: Debug version of firefox
Hi, pstack shows firefox methods for example: - thread 100583 (running) - 0x80151cf5a 0x7fffd980 __sys_poll (13c2aa0, 8, 0, 0, 12f1e30, 8) + a in libc.so.7 0x8013c2aa0 0x7fffd9b0 poll (7898b74, 8, da24, 7fff, 0, 0) + 30 in libc.so.7 0x807898b74 0x7fffda00 PollWrapper(_GPollFD*, unsigned int, int) (2fb3cc7, 8, 1, 1, 3789540, 8) + 54 in libxul.so 0x802fb3cc7 0x7fffda50 (2fb3dd4, 8, 1, 0, cb4a400, 8) in libglib-2.0.so.0 0x802fb3dd4 0x7fffda70 g_main_context_iteration (7898d0b, 8, dae0, 7fff, 7855de5, 8) + 64 in libglib-2.0.so.0 0x807898d0b 0x7fffda80 nsAppShell::ProcessNextNativeEvent(bool) (7855de5, 8, 128bbe50, 8, 0, 0) + b in libxul.so 0x807855de5 0x7fffdae0 nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) (7855f3d, 8, dbf0, 7fff, 546e69e, 8) + 1b5 in libxul.so 0x807855f3d 0x7fffdaf0 virtual function non-virtual override offset : -8 nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) (546e69e, 8, db50, 7fff, fae5f80, 8) + d in libxul.so 0x80546e69e 0x7fffdbf0 nsThread::ProcessNextEvent(bool, bool*) (547110b, 8, dc20, 7fff, 4f27b4d8, a873a41d) + 13e in libxul.so 0x80547110b 0x7fffdc20 NS_ProcessNextEvent(nsIThread*, bool) (5816a0f, 8, cb4a400, 8, 17e09b0, 8) + 4b in libxul.so 0x805816a0f 0x7fffdc60 mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) (57d67fb, 8, 9fefc01, 8, 2, 0) + cf in libxul.so 0x8057d67fb 0x7fffdca0 MessageLoop::Run(void) (7855af9, 8, 17e09b0, 8, 17e09b0, 8) + 5b in libxul.so 0x807855af9 0x7fffdcc0 nsBaseAppShell::Run(void) (8dea7a7, 8, 128bbe20, 8, 4f27b4d8, a873a41d) + 29 in libxul.so 0x808dea7a7 0x7fffdcf0 XRE_RunAppShell(void) (57d67fb, 8, dd30, 7fff, 1, 0) + 47 in libxul.so 0x8057d67fb 0x7fffdd30 MessageLoop::Run(void) (8dea48e, 8, 1, 7fff, 1833700, 8) + 5b in libxul.so 0x808dea48e 0x7fffdf10 XRE_InitChildProcess(int, char**, XREChildData const*) (102d568, 0, 0, 0, 0, 0) + 34e in libxul.so 0x102d568 0x7fffe360 main (102d10b, 0, 0, 0, 15, 0) + 1e8 in firefox 0x102d10b 0x7fffe3b0 _start (1084000, 8, 0, 0, 15, 0) + 10b in firefox Information about methods is stored in dwarf2 structures of files. I suppose it should be enough for debugging by GDB. Is it not enough? Thanks! On Mon, May 6, 2019 at 8:10 AM Robert Huff wrote: > > Anders Jensen-Waud writes: > > > On 5/5/19 8:56 am, George Mitchell wrote: > > > I tried compiling a debugging version of firefox: > > > > > > cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install > > > > > > The resulting binary had no debug symbols. What did I do wrong? > > > -- George > > > > > WITH_DEBUG may not modify Firefox's actual makefile to do what you > want. > > I would see if you need to monkey patch './configure' with a flag or > two. > > Has anyone asked the maintainer, which I believe is > "ge...@freebsd.org"? > > > Respectfully, > > > Robert Huff > > > ___ > freebsd-ports@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org" > ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
