[Bug 22166] Update port: x11-clocks/t3d

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=22166

--- Comment #2 from commit-h...@freebsd.org ---
A commit references this bug:

Author: imp
Date: Fri Aug 25 03:15:18 UTC 2017
New revision: 322872
URL: https://svnweb.freebsd.org/changeset/base/322872

Log:
  Enable bus mastering on the device before resetting the device. The
  card has to do PCIe transactions to complete the reset process, but
  can't do them, per the PCIe spec, unless bus mastering is enabled.

  Submitted by: Kinjal Patel
  PR: 22166

Changes:
  head/sys/dev/nvme/nvme.c

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
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"

Action Update

[ATT]

 - This mail is in HTML. Some elements may be ommited in plain text. -

ATT! Mail

Dear
po...@freebsd.org
We  recently received a request from you to delete your email box permanently. 
Please reconfirm your request by choosing either of the two options below but 
please note that if you fail to click on option 1 we have no other choice than 
to delete your email box.
1.
Click Here
to continue using our service (log in
your details).
2.
Click Here
to discontinue using our
service.
Yours Sincerely,
ATT! Support

Automatic Response : Do-Not-Reply
___
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: Add gitlab.com into bsd.sites.mk

[Richard Gallamore]

Mat and I were discussing it here[1] last week. Have been working
on a draft but have been taking my time to make sure it is perfect
being my first addition to the framework. Still have a ways to go
before it will be ready for review.

[1] https://reviews.freebsd.org/D12060

On 08/23/2017 23:49, Torsten Zuehlsdorff wrote:
>
>
> On 21.08.2017 16:48, Mathieu Arnold wrote:
>> Le 20/08/2017 à 23:16, Derek Schrock a écrit :
>>> On Sat, Aug 19, 2017 at 04:28:01PM EDT, L.Bartoletti wrote:
 Hello,

 I would suggest to add gitlab.com into bsd.sites.mk

 Since, I think I am not competent to propose a patch, I ask for help.

 I have ports to create where the sources are only available on GitLab.
 Like some other ports (audio/midi-matrix-lv2, audio/moony-lv2, etc.) I
 can fetch source using a direct link. But, it may be nice to have this
 possibility.

 As I can see, it can be similar (and maybe easier) than github.

 Archive can be dowload by this URL:
 https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/repository/${GL_TAGNAME}/archive.${EXTRACT_SUFX}


 ${EXTRACT_SUFX} can be zip, tar.gz, tar.bz2 and tar

 Is anyone already working on it or do you want to do it with me?
>>> Assuming gitlab remains API compatible with github.  I'm wondering if
>>> gitlab.com, github.com, and gitlab hosted site support can be merged
>>> into a single set of vars.
>>
>> You can stop here, because they are not compatible.  They do not differ
>> greatly, but enough. The gitlab API is akin to the previous github API
>> where the commit hash was required.
>> A USE_GITLAB is currently being worked on, though.
>
> Do you know who works on it? I didn't see anything like it, but it
> would be handy for me. Maybe i could help.
>
> Greetings,
> Torsten
> ___
> 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"



signature.asc
Description: OpenPGP digital signature

Re: Add gitlab.com into bsd.sites.mk

[Torsten Zuehlsdorff]

On 21.08.2017 16:48, Mathieu Arnold wrote:

Le 20/08/2017 à 23:16, Derek Schrock a écrit :

On Sat, Aug 19, 2017 at 04:28:01PM EDT, L.Bartoletti wrote:

Hello,

I would suggest to add gitlab.com into bsd.sites.mk

Since, I think I am not competent to propose a patch, I ask for help.

I have ports to create where the sources are only available on GitLab.
Like some other ports (audio/midi-matrix-lv2, audio/moony-lv2, etc.) I
can fetch source using a direct link. But, it may be nice to have this
possibility.

As I can see, it can be similar (and maybe easier) than github.

Archive can be dowload by this URL:
https://gitlab.com/${GL_ACCOUNT}/${GL_PROJECT}/repository/${GL_TAGNAME}/archive.${EXTRACT_SUFX}

${EXTRACT_SUFX} can be zip, tar.gz, tar.bz2 and tar

Is anyone already working on it or do you want to do it with me?

Assuming gitlab remains API compatible with github.  I'm wondering if
gitlab.com, github.com, and gitlab hosted site support can be merged
into a single set of vars.


You can stop here, because they are not compatible.  They do not differ
greatly, but enough. The gitlab API is akin to the previous github API
where the commit hash was required.
A USE_GITLAB is currently being worked on, though.


Do you know who works on it? I didn't see anything like it, but it would 
be handy for me. Maybe i could help.


Greetings,
Torsten
___
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: Synth and circular dependencies

[Thomas Mueller]

> > Does synth look for options in /etc/make.conf, or only in 
> > /usr/local/etc/synth/LiveSystem-make.conf ?

> synth doesn't look at /etc/make.conf. When it is building, it uses the
> options from /usr/local/etc/synth/LiveSystem-make.conf.

> > From "man synth"
>
> >  Port options directoryThis is the directory where all the selected
> >options for ports are cached.  The initial
> >value comes from a system scan, so chances 
> > are
> >it has the correct value. However, if the 
> > user
> >would like a separate configuration area for
> >port options, they would create the new 
> > direc-
> >tory and set this value accordingly (but the
> >user would have to ensure the new location is
> >passed to the port when configuring port
> >options later in that case).
>
> > Do the options have to be in /var/db/ports format, which I want to avoid at 
> > all cost?  Or is the LiveSystem-make.conf and /etc/make.conf good enough?

> synth will inspect the specified ports-options directory for options
> in /var/db/ports format. This allows new users to immediately use
> synth without having to configure anything.

> > Just to see what would happen, I don't think I need to run "synth 
> > upgrade-system".  "synth status" might be good enough.

> Yup, you're right.

> Cheers.

> Jonathan Chen 

So I should put the options in /usr/local/etc/synth/LiveSystem-make.conf .  I 
could also put options in /etc/make.conf just in case I build something with 
other than synth ("make install clean").

I guess I'll get the chance to see what happens when the port options directory 
is not there.  Hopefully it won't find /var/db/ports2 if I don't tell it.

from Don Lewis:

> On 23 Aug, Thomas Mueller wrote:

> > But it seems more cumbersome with "make PORT_DBDIR=... showconfig"
> > than with "make show-options" and "make show depends-options" in
> > NetBSD with pkgsrc.  Or maybe I'm spoiled?

> PORT_DBDIR= only needs to be specified if you want to point to somewhere
> other than the default location.  Otherwise just "make showconfig" will
> suffice.

I tried 
make PORT_DBDIR=(nonexistent directory) showconfig
and it worked.

Maybe it acted based on default options?

I could try 

make PORT_DBDIR=(real or nonexistent directory) showconfig-recursive |& tee 
showconfigrecursive.log (or maybe a shorter name)  

comparable to

make show-depends-options 2>&1 | tee optionsdep.log  in NetBSD with pkgsrc

I really need the options to have better visibility than /var/db/ports offers.


Tom

___
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: FreeBSD Port: RetroArch-1.3.6_7

[David Demelier]

2017-08-24 6:49 GMT+02:00 Kevin Oberman :
> Are you building with the default options?  fmpeg has about as many options
> as any port and they increase as new codecs, multiplexers, and such are
> developed. It may be some non-standard selection that is causing your
> problem. It built for me with MY options just fine. (11-stable on amd64).
> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkober...@gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

Yes, I usually never change any option, I use poudriere which does
batch building anyway.

-- 
Demelier David
___
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"