Re: rubgem update to 3.2.7
Am 09.07.18 um 05:04 schrieb Koichiro Iwao:
> On Mon, Jul 09, 2018 at 12:02:22AM +0200, Walter Schwarzenfeld via
> freebsd-ports wrote:
>> Portmaster tries to build the update in the wrong order.
>>
>> Right order for me was (depend on which packages are installed):
>>
>> rubygem-glib2
>> rubygem-gobject-introspection
>> rubygem-gio2
>> rubygem-gdk_pixbuf2
>> rubygem-pango
>> rubygem-gdk3
>>
>> rubygem-gtk3
>>
>> rubygem-atk
>
> I can also confirm the issue. I always perform portmaster in order that
> you shown by hand when rubygem-gtk ports updated. portmaster needs to be
> fixed.
A quick check shows that this is a problem with the port, which obviously
declares actual build dependencies as run dependencies.
Please open a PR and let the ruby maintainers fix this issue.
E.g. in x11-toolkits/rubygem-gtk3/Makefile:
RUN_DEPENDS=rubygem-atk>=${PORTVERSION}:accessibility/rubygem-atk \
rubygem-gdk3>=${PORTVERSION}:x11-toolkits/rubygem-gdk3 \
rubygem-gdk_pixbuf2>=${PORTVERSION}:graphics/rubygem-gdk_pixbuf2 \
rubygem-gio2>=${PORTVERSION}:devel/rubygem-gio2 \
rubygem-glib2>=${PORTVERSION}:devel/rubygem-glib2 \
rubygem-gobject-introspection>=${PORTVERSION}:devel/rubygem-gobject-introspection
\
rubygem-pango>=${PORTVERSION}:x11-toolkits/rubygem-pango
Run dependencies are generally built after the port that needs them, since
they may themselves depend on resources provided by the respective port.
Build dependencies OTOH provide those files that need to be updated before
building a port. They may also be run dependencies (and often are), and in
that case they need to be in both the BUILD_DEPENDS and RUND_DEPENDS lists.
I cannot modify the behavior of portmaster (i.e. build run dependencies
before the port that needs them, since this would break quite a number of
other ports with correct dependency specifications: Then portmaster would
try to build run dependencies before their prerequisites are available).
So, I'm sorry, but portmaster will not be able to upgrade the rubygem ports
in the correct order, unless the port dependencies are fixed.
Regards, STefan
___
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"
order of multiple PKGNAMEPREFIX?
Hi, I have a question when a port has multiple PKGNAMEPREFIX. I'm still not sure after reading porter's handbook[1]. If prefixed ports such as p5-, py-, rubygem- are under language or region category, which prefix should appear earlier? As well as other existing ports, I believe language_region- should appear earlier. Am I correct? See also: https://reviews.freebsd.org/D16002 [1] https://www.freebsd.org/doc/en/books/porters-handbook/makefile-naming.html -- meta ___ 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"
Please test!
Hello! The first install the Ports Collection and put my port under /usr/ports/math/ and then compile it as usual. My port is located at http://taurus.ics.nara-wu.ac.jp/my/ Please test and inform me success or failure. ___ 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: Please test!
On Mon, Jul 09, 2018 at 04:59:38PM +0900, 山田真由 wrote: > My port is located at http://taurus.ics.nara-wu.ac.jp/my/ 403 -- meta ___ 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: rubgem update to 3.2.7
Opened PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229630 ___ 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: rubgem update to 3.2.7
On Mon, Jul 9, 2018 at 1:13 AM Stefan Esser wrote:
>
> Am 09.07.18 um 05:04 schrieb Koichiro Iwao:
> > On Mon, Jul 09, 2018 at 12:02:22AM +0200, Walter Schwarzenfeld via
> > freebsd-ports wrote:
> >> Portmaster tries to build the update in the wrong order.
> >>
> >> Right order for me was (depend on which packages are installed):
> >>
> >> rubygem-glib2
> >> rubygem-gobject-introspection
> >> rubygem-gio2
> >> rubygem-gdk_pixbuf2
> >> rubygem-pango
> >> rubygem-gdk3
> >>
> >> rubygem-gtk3
> >>
> >> rubygem-atk
> >
> > I can also confirm the issue. I always perform portmaster in order that
> > you shown by hand when rubygem-gtk ports updated. portmaster needs to be
> > fixed.
>
> A quick check shows that this is a problem with the port, which obviously
> declares actual build dependencies as run dependencies.
>
> Please open a PR and let the ruby maintainers fix this issue.
>
> E.g. in x11-toolkits/rubygem-gtk3/Makefile:
>
> RUN_DEPENDS=rubygem-atk>=${PORTVERSION}:accessibility/rubygem-atk \
> rubygem-gdk3>=${PORTVERSION}:x11-toolkits/rubygem-gdk3 \
>
> rubygem-gdk_pixbuf2>=${PORTVERSION}:graphics/rubygem-gdk_pixbuf2 \
> rubygem-gio2>=${PORTVERSION}:devel/rubygem-gio2 \
> rubygem-glib2>=${PORTVERSION}:devel/rubygem-glib2 \
>
> rubygem-gobject-introspection>=${PORTVERSION}:devel/rubygem-gobject-introspection
> \
> rubygem-pango>=${PORTVERSION}:x11-toolkits/rubygem-pango
>
> Run dependencies are generally built after the port that needs them, since
> they may themselves depend on resources provided by the respective port.
That doesn't seem right. That is the reverse of a run dependency. If
vim/Makefile: RUN_DEPENDS= ncurses
then ncurses cannot possibly depend on vim as a BUILD_DEPENDS. poudriere
builds RUN_DEPENDS in advance, and RUN_DEPENDS should be rebuilt
in advance as well.
> Build dependencies OTOH provide those files that need to be updated before
> building a port. They may also be run dependencies (and often are), and in
> that case they need to be in both the BUILD_DEPENDS and RUND_DEPENDS lists.
This doesn't seem right either. Unless a ruby gem is compiling C or C++
modules, its dependencies are only needed at runtime.
> I cannot modify the behavior of portmaster (i.e. build run dependencies
> before the port that needs them, since this would break quite a number of
> other ports with correct dependency specifications: Then portmaster would
> try to build run dependencies before their prerequisites are available).
>
> So, I'm sorry, but portmaster will not be able to upgrade the rubygem ports
> in the correct order, unless the port dependencies are fixed.
I suspect this might actually be a portmaster issue.
# Adam
--
Adam Weinberger
ad...@adamw.org
https://www.adamw.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"
git checkout branch in makefile
Is it possible to do a git checkout of a specific branch in a ports makefile? How would I go about checking out a particular branch from a github project. ___ 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: rubgem update to 3.2.7
Simple workaround for the moment: It works if you use portmaster -t '-t recurse dependencies thoroughly, using all-depends-list' ___ 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: aarch64-none-elf-gcc and related programs will not install
On 2018-Jul-9, at 9:13 AM, John Baldwin wrote:
> On 7/7/18 5:56 PM, Mark Millard wrote:
>> Things seem to be in a confused state/status. Here is my limited
>> understanding,
>> including what has me confused . . .
>>
>> https://svnweb.freebsd.org/ports/head/devel/aarch64-none-elf-gcc/Makefile?revision=472670&view=markup
>> shows that this is a slave port of powerpc64-gcc :
>>
>> 17 MASTERDIR= ${.CURDIR}/../powerpc64-gcc
>>
>> (This looks to be true from when aarch64-none-elf-gcc/Makefile
>> was first checked in as well.)
>>
>> As of -r465416 powerpc64-gcc recursively removes:
>>
>> ${STAGEDIR}${PREFIX}/lib/gcc/${GCC_TARGET}/${PORTVERSION}/include-fixed
>>
>> in post-install . (Other things are also removed.)
>>
>> ("include-fixed" tends to not track FreeBSD in a timely manor, for example.
>> I'll not get into all the issues that I'm aware of.)
>>
>> But
>> https://svnweb.freebsd.org/ports/head/devel/aarch64-none-elf-gcc/pkg-plist?revision=467716&view=markup
>> shows:
>>
>> 23 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/limits.h
>> 24 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_fil.h
>> 25 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_lookup.h
>> 26 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_nat.h
>> 27 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_proxy.h
>> 28 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_scan.h
>> 29 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/netinet/ip_state.h
>> 30 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/README
>> 31 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/stddef.h
>> 32 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/stdio.h
>> 33 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/stdlib.h
>> 34 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/sys/types.h
>> 35 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/syslimits.h
>> 36 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/unistd.h
>> 37 lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/wchar.h
>>
>> and so has references to files that do not exist as far as I can tell
>> so far.
>>
>> Most/all other slave ports of powerpc64-gcc have had such
>> references removed as I understand.
>>
>> For example, -r437977 removed:
>>
>> lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/README
>> lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/limits.h
>> lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/include-fixed/syslimits.h
>>
>> in devel/aarch64-gcc/pkg-plist .
>>
>> But -r466699 (that included aarch64-none-elf-gcc changes) says:
>>
>> Author: jhb
>> Date:Sat Apr 7 00:26:46 2018 UTC (3 months ago)
>> Changed paths: 3
>> Log Message:
>> Fix two more issues with r465416
>>
>> . . .
>> - Don't remove the include-fixed headers for the aarch64-none-elf-gcc
>> and arm-none-eabi-gcc packages.
>> . . .
>>
>> Reported by: kevans (2)
>> Reviewed by: bdrewery, kevans
>> Differential Revision:
>> https://reviews.freebsd.org/D14925
>
> This made the RM conditional if you look at the diff:
>
> .if empty(PKGNAMEPREFIX:M*-*-)
>@${RM} -r
> ${STAGEDIR}${PREFIX}/lib/gcc/${GCC_TARGET}/${PORTVERSION}/include-fixed
> .endif
>
> The conditional should only apply to xtoolchain gcc ports (e.g. amd64-gcc)
> not to aarch64-none-elf-gcc.
>
> I don't have the context from the start of this thread to know what is broken
> though.
Somehow I missed the conditional code. Sorry.
https://svnweb.freebsd.org/ports/branches/2018Q2/devel/ goes
back to -r466125 before the conditional was added.
It looks like https://svnweb.freebsd.org/ports/branches/2018Q3/devel/
was only established about 7 days ago as/at -r473710 .
So if the quarterly 2018Q2 was in use at the time, that would explain
the types messages.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
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: git checkout branch in makefile
> On 9. Jul 2018, at 19:34, blubee blubeeme wrote: > > Is it possible to do a git checkout of a specific branch in a ports > makefile? > > How would I go about checking out a particular branch from a github project. As branches aren’t stable this won’t buy you anything, that’s why you should always go for a tag or commit (which is branch agnostic). Michael > ___ > 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: Please test!
I'm sorry. The URL was wrong. The correct URL is http://taurus.ics.nara-wu.ac.jp/my/singular-port.tar.gz Thank you!! > Hello! > > The first install the Ports Collection and put my port under /usr/ports/math/ > and then compile it as usual. > > My port is located at http://taurus.ics.nara-wu.ac.jp/my/ > > Please test and inform me success or failure. ___ 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"
