Re: how to fetch multiple distfiles with USE_GITHUB?

[Carlos J Puga Medina]

This was implemented in r387742

https://svnweb.freebsd.org/ports?view=revision&revision=387742

Regards,
-- 
Carlos Jacobo Puga Medina 
PGP fingerprint = C60E 9497 5302 793B CC2D  BB89 A1F3 5D66 E6D0 5453

signature.asc
Description: This is a digitally signed message part

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
www/drupal6-chaos   | 6.x-1.6 | 6.x-1.14
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.
___
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: Running ''portmaster ghostscript9-9.06_10'' takes a lot of time

[Andreas Rudisch]

FreeBSD 9 is hit by this a lot harder than 10:

CPU: Intel(R) Xeon(R) CPU E31245 @ 3.30GHz (3300.09-MHz K8-class CPU)
# uname -a
FreeBSD sectorbyte.de 9.3-RELEASE-p20 FreeBSD 9.3-RELEASE-p20 #0:
Tue Jul 21 19:54:53 UTC 2015
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

# cd /usr/ports/print/ghostscript9-nox11/
# time make -V MAINTAINER
439.765u 0.078s 7:20.04 99.9%   513+2255k 18+0io 11pf+0w


While on our box with FreeBSD 10.1 we can see this:

CPU: Intel(R) Xeon(R) CPU E3-1245 V2 @ 3.40GHz (3400.09-MHz K8-class CPU)
# uname -a
FreeBSD sb02.sectorbyte.de 10.1-RELEASE-p16 FreeBSD 10.1-RELEASE-p16 #0:
Tue Jul 28 12:04:19 UTC 2015
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

# cd /usr/ports/print/ghostscript9-nox11/
# time make -V MAINTAINER
9.835u 0.033s 0:09.86 100.0%814+344k 4+0io 0pf+0w

--
 Andreas Rudisch
 Sectorbyte

 Fingerprint = 3A44 2C1E 7409 3302 E2E5  3C6A 7B7A FE2B BF35 7A34
___
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"

Transient(?) error: install for kernel module of multimedia/cuse4bsd-kmod

[David Wolfskill]

This is slightly weird, so don't claim you weren't warned. :-}

It occurred during today's (daily) update of FreeBSD basse on my laptop.
The laptop was running:

FreeBSD g1-252.catwhisker.org 10.2-STABLE FreeBSD 10.2-STABLE #123  
r286912M/286918:1002500: Wed Aug 19 04:05:06 PDT 2015 
r...@g1-252.catwhisker.org:/common/S1/obj/usr/src/sys/CANARY  amd64

at the time, and was being updated to r286961.  My ports tree was
(and is, as of this writing) head @r394934.

As some of the ports I have installed locally have kernel modules,
and as I rebuild the kernel often (daily, usually -- along with
userland and installed ports), I specify that the kernel update
should also rebuild the kernel modules of those ports (in /etc/src.conf):

g1-252(11.0-C)[2] grep PORT /etc/src.conf 
PORTS_MODULES=x11/nvidia-driver
PORTS_MODULES+=multimedia/cuse4bsd-kmod
PORTS_MODULES+=emulators/virtualbox-ose-kmod
g1-252(11.0-C)[3] 

I perform the updates within script(1) so I have a record of what
happened, and keep the most recent 2 typescripts.

So, looking at yesterday's typescript (to set expectations), I see:

...
>>> World build completed on Thu Aug 20 04:04:47 PDT 2015
>>> Kernel build for CANARY started on Thu Aug 20 04:04:47 PDT 2015
===> CANARY
>>> stage 1: configuring the kernel
>>> stage 2.2: rebuilding the object tree
...
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
...
>>> stage 3.2: building everything
...
===> usb/template (all)
===> Ports module x11/nvidia-driver (all)
===>  Cleaning for nvidia-driver-346.47
===>  License NVIDIA accepted by the user
...
===>  Configuring for nvidia-driver-346.47
===>  Building for nvidia-driver-346.47
===> src (all)
...
===> doc (all)
===>  Staging for nvidia-driver-346.47
===>   nvidia-driver-346.47 depends on package: libGL>0 - found
===>   nvidia-driver-346.47 depends on file: 
/usr/local/libdata/pkgconfig/xorg-server.pc - found
===>   Generating temporary packing list
===> src (install)
...
ompressing man pages (compress-man)
===> Ports module multimedia/cuse4bsd-kmod (all)
===>  Cleaning for cuse4bsd-kmod-0.1.36
===>  Found saved configuration for cuse4bsd-kmod-0.1.35
===>   cuse4bsd-kmod-0.1.36 depends on file: /usr/local/sbin/pkg - found
...
> Compressing man pages (compress-man)
===> Ports module emulators/virtualbox-ose-kmod (all)
===>  Cleaning for virtualbox-ose-kmod-4.3.30
===>  License GPLv2 accepted by the user
===>  Found saved configuration for virtualbox-ose-kmod-4.3.20
===>   virtualbox-ose-kmod-4.3.30 depends on file: /usr/local/sbin/pkg - found
...
===> Staging rc.d startup script(s)
>>> Kernel build for CANARY completed on Thu Aug 20 04:05:44 PDT 2015
===>  Cleaning for nvidia-driver-346.47
>>> Installing kernel CANARY
...
===> iscsi_initiator (install)
===> Ports module x11/nvidia-driver (install)
===>  Deinstalling for nvidia-driver
===>   Deinstalling nvidia-driver-346.47
===>  Installing for nvidia-driver-346.47
===>   nvidia-driver-346.47 depends on package: libGL>0 - found
===>   nvidia-driver-346.47 depends on file: 
/usr/local/libdata/pkgconfig/xorg-server.pc - found
...
===> Ports module multimedia/cuse4bsd-kmod (install)
===>  Deinstalling for cuse4bsd-kmod
===>   Deinstalling cuse4bsd-kmod-0.1.36
===>  Installing for cuse4bsd-kmod-0.1.36
...
===> Ports module emulators/virtualbox-ose-kmod (install)
===>  Deinstalling for virtualbox-ose-kmod
===>   Deinstalling virtualbox-ose-kmod-4.3.30
===>  Installing for virtualbox-ose-kmod-4.3.30
...
>>> Making hierarchy
>>> Installing everything
===> share/info (install)
...
>>> Removing old files (only deletes safe to delete libs)
>>> Old files removed
>>> Removing old directories



What happened this morning (the first time around) started the same,
but ended a bit prematurely:

...
>>> World build completed on Fri Aug 21 04:07:02 PDT 2015
>>> Kernel build for CANARY started on Fri Aug 21 04:07:02 PDT 2015
===> CANARY
>>> stage 1: configuring the kernel
>>> stage 2.2: rebuilding the object tree
...
>>> stage 2.3: build tools
>>> stage 3.1: making dependencies
...
>>> stage 3.2: building everything
...
===> usb/template (all)
===> Ports module x11/nvidia-driver (all)
===>  Cleaning for nvidia-driver-346.47
===>  License NVIDIA accepted by the user
...
===>  Configuring for nvidia-driver-346.47
===>  Building for nvidia-driver-346.47
===> src (all)
...
===> doc (all)
===>  Staging for nvidia-driver-346.47
===>   nvidia-driver-346.47 depends on package: libGL>0 - found
===>   nvidia-driver-346.47 depends on file: 
/usr/local/libdata/pkgconfig/xorg-server.pc - found
===>   Generating temporary packing list
===> src (install)
...
ompressing man pages (compress-man)
===> Ports module multimedia/cuse4bsd-kmod (all)
===>  Cleaning for cuse4bsd-kmod-0.1.36
===>  Found saved configuration for cuse4bsd-kmod-0.1.35
===>   cuse4bsd-kmod-0.1.36 depends on file: /usr/local/sbin/pkg - found
...
> Compressing man pages (compress-man)
===> Ports module emulators/virtualbox-ose-kmod (all)
===>  Clean

poudriere: best strategy to create ports either linked to openssl or libressl

[Michael Grimm]

Hi --

This is 10.2-STABLE and a host plus some service jails setup.

I did switch from OpenSSL to LibreSSL some month ago and never ran into trouble 
until the recent update to LibreSSL 2.2.2 [1].

Now I am thinking about running all service jails with ports linked against 
LibreSSL libraries, except my mail service jail running postfix et al. This 
should run ports linked against OpenSSL.

I am using poudriere for pkg creation into a local repository, I do like the 
idea of meta packages[2], and I have read about the set functionality [3], as 
well. But, I never used meta packages and sets before, and I feel somehow 
unsure about what would be the best way to achieve my goal:

#) Meta packages?
#) Sets with appropriate option/make files?
#) Some combination of both?
#) Something completely different I manged to miss?

Thanks in advance and regards,
Michael

[1] http://news.gmane.org/gmane.mail.postfix.user/cutoff=252142
[2] 
http://blog.shatow.net/posts/2013-07-21-managing-role-based-freebsd-servers-with-meta-packages-and-poudriere/
[3] http://blog.shatow.net/posts/2015-04-27-Poudriere-FreeBSD-Journal/
___
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: how to fetch multiple distfiles with USE_GITHUB?

[Mathieu Arnold]

Hi,

+--On 21 août 2015 06:29:38 + Koichiro IWAO  wrote:
| Hello,
| 
| If a port requires to fetch multiple distfiles from GitHub,
| what is the bestpractice? For example, equivalent to like this
| MASTER_SITES expression.
| 
| MASTER_SITES= http://foo.example.com/distfile1.tar.gz:foo \
|http://bar.example.com/distfile2.tar.gz:bar
| 
| 
| AFAIK, this does not work but what I want is like this.
| 
| USE_GITHUB= yes
| GH_ACCOUNT= fooproject:foo barproject:bar
| GH_PROJECT= foo:foo bar:bar
| GH_COMMIT=  deadbeef:foo deadbabe:bar

Have you tried reading our documentation ? Especially the "5.4.3.1.
Fetching Multiple Files From GitHub" section from [1].

1:


-- 
Mathieu Arnold

pgpbDsA8f3iar.pgp
Description: PGP signature