R11:305f148f482daf30dcf728039d03d019f88344eb)
Best
Michael
[0] Other ways to discover phabricator apps:
- Enter "herald" in phabricator (search box at the top)
- The phabricator application list
https://reviews.freebsd.org/applications/
--
Michael Gmelin
___
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"
list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscr...@freebsd.org"
--
Michael Gmelin
___
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"
> On 5. May 2021, at 20:25, Christian Weisgerber wrote:
>
> On 2021-05-04, Robert Huff wrote:
>
>>Would some kind soul please tell me which port installs the
>> executable "g-ir-scanner"? I was purging unused ports and seem to
>> have done this one by mistake.
>
> pkg-which(1)
>
> $ p
> On 5. May 2021, at 18:56, Stefan Esser wrote:
>
> Am 05.05.21 um 18:00 schrieb Yasuhiro Kimura:
>> You misunderstand my intention. What I would like to do is to make a
>> port use security/openssl instead of base OpenSSL even if user sets
>> 'DEFAULT_VERSIONS+=ssl=base' in /etc/make.conf (or
On Wed, 05 May 2021 23:22:08 +0900 (JST)
Yasuhiro Kimura wrote:
> From: Michael Gmelin
> Subject: Re: Making a port to use OpenSSL of ports collection on
> FreeBSD 11.x Date: Tue, 4 May 2021 23:05:06 +0200
>
> > See
> > https://docs.freebsd.org/en/books/porters
> On 4. May 2021, at 21:50, Yasuhiro Kimura wrote:
>
> Hello,
>
> Of the currently supported FreeBSD versions, base system of FreeBSD
> 11.x uses OpenSSL 1.0.2 and that of FreeBSD 12.x or later use OpenSSL
> 1.1.1.
>
> Then when new version of an application dropped suport of OpenSSL
> 1.0.2
> On 4. May 2021, at 22:45, Neel Chauhan wrote:
>
> Hi,
>
> There is an update to the port textproc/py-markdown but the maintainer,
> koobs@ has not responded even when (I believe) it could be committed.
>
> Bugzilla PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239070
>
> Assuming
ery -e "%a = 0" %o
Then run "pkg create -a" on that machine to get a set of all binary
packages. Then copy those over to your target machine and install them
using pkg add. Will be messy, but kind of work. I really would prefer
poudriere over that though.
Best
Michael
--
> On 14. Apr 2021, at 00:54, Dave Horsfall wrote:
>
> On Mon, 12 Apr 2021, Peter Jeremy via freebsd-ports wrote:
>
>> Except that git will arbitrarily and randomly decide that it needs to run
>> "gc" - which is similarly extravagant in memory usage. Last time I found
>> one running, it thr
> On 12. Apr 2021, at 13:12, Peter Jeremy via freebsd-ports
> wrote:
>
> On 2021-Apr-11 14:27:27 +0200, Helge Oldach wrote:
>> Peter Jeremy via freebsd-ports wrote on Sun, 11 Apr 2021 00:52:11 +0200
>> (CEST):
>>> Following the SVN to GIT migration, portsnap is now the only practical
>>> wa
Hi Jose,
On Tue, 6 Apr 2021 08:33:27 -0700
Jose Quinteiro wrote:
> On 4/6/21 6:28 AM, Michael Gmelin wrote:
> > Example:
> >
> > git config core.excludesFile=$HOME/.gitexcludes
> > echo .sujournal >>$HOME/.gitexcludes
> >
> > In case you do
in question (and as
.sujournal is something you never would want in any repo). If you
really want to store this for some reason inside the /usr/ports tree
(and lose the setting, next time you do a fresh checkout and long have
forgotten about it), you would place it in /usr/ports/.git/info/exclude.
On Tue, 6 Apr 2021 15:12:42 +0200 (CEST)
free...@oldach.net (Helge Oldach) wrote:
> Marco Beishuizen wrote on Tue, 06 Apr 2021 14:25:51 +0200 (CEST):
> > On Tue, 6 Apr 2021, the wise Helge Oldach wrote:
> > > cd /usr/ports
> > > git init .
> > > git remote add -t main -f freebsd
> > > https:/
> On 6. Apr 2021, at 13:10, Marco Beishuizen
> wrote:
>
> Hi,
>
> I'm trying to git clone the portstree into /usr/ports. /usr/ports is
> a separate filesystem so it contains a .sujournal file. But now git
> complains "fatal: destination path 'ports' already exists and is not
> an empty direct
> On 2. Apr 2021, at 16:27, Kevin Oberman wrote:
>
> On Fri, Apr 2, 2021 at 4:53 AM Robert Huff wrote:
>
>>
>>The transition has happened.
>>Where do I find the authoritative guide for non-committers?
>>
>>
>>Respectfully,
>>
>>
>>
s anyway, either the
> > ones provided by FreeBSD, or ones built yourself using
> > ports-mgmt/poudriere. If you only need the latest files, you can
> > probably use something like net/gitup.
> >
> > --
> > Mathieu Arnold
> >
> >
> >
> >
&
On Mon, 29 Mar 2021 20:26:24 +0200
"Hartmann, O." wrote:
> On Mon, 29 Mar 2021 11:42:28 +0200
> Michael Gmelin wrote:
>
> > On Sun, 28 Mar 2021 13:08:19 +0200
> > "Hartmann, O." wrote:
> >
> > > What am I missing here?
> > &
ichael
[0]https://www.freebsd.org/cgi/man.cgi?query=git-http-backend&apropos=0&sektion=0&manpath=FreeBSD+12.2-RELEASE+and+Ports&arch=default&format=html
--
Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
https://lists.
> On 13. Mar 2021, at 18:51, bob prohaska wrote:
>
> On Sat, Mar 13, 2021 at 06:11:06PM +0100, Michael Gmelin wrote:
>>
>>
>>> On Sat, 13 Mar 2021 08:50:07 -0800
>>> bob prohaska wrote:
>>>
>>> Hi Michel,
>>>
>>>
erstanding - like bapt wrote, portaudit was
removed years ago, when we retired the old pkg_tools and introduced pkg
(see MOVED). `pkg audit -F` (again, like bapt already wrote) might do
the trick.
Best,
Michael
--
Michael Gmelin
___
freebsd-ports@freebs
On Thu, 28 Jan 2021 03:23:57 +0900 (JST)
Yasuhiro Kimura wrote:
> From: Michael Gmelin
> Subject: Re: List of packages upgraded last time `pkg upgrade` was
> executed Date: Wed, 27 Jan 2021 10:05:57 +0100
>
> > This will give you a list of all packages that were
> >
was called last, you can simply feed
it the timestamp directly, like in:
pkg query -e "%t>=1609545326" %n-%v
If you use a script to do upgrades, you could store the timestamp as
part of that and do something like this:
touch /tmp/lastupgrade
pkg upgrade
# then, la
On Mon, 4 Jan 2021 18:56:31 +0100
Michael Gmelin wrote:
> On Sat, 2 Jan 2021 18:33:12 +0100
> Michael Gmelin wrote:
>
> > Hi,
> >
> > I updated the devel/phabricator port yesterday, which included
> > running the usual QA steps (`poudriere testport',
On Sat, 2 Jan 2021 18:33:12 +0100
Michael Gmelin wrote:
> Hi,
>
> I updated the devel/phabricator port yesterday, which included running
> the usual QA steps (`poudriere testport', also running "make
> check-plist" on a local ports tree).
>
> Later,
aybe @swills has time to look into this, if not, I'll try to find the
time to come up with a patch and open a review.
Cheers,
Michael
[0] https://svnweb.freebsd.org/ports?view=revision&revision=522484
[1] https://reviews.freebsd.org/D22174
--
Michael Gmelin
__
Hi Wolfram,
> On 17. Sep 2020, at 11:44, Wolfram Schneider
> wrote:
>
> On Wed, 16 Sep 2020 at 20:34, Michael Gmelin wrote:
>>
>> @Wolfram: Do you think you could look into this (paperless man
>> page). Thanks!
>
> the page https://man.freebsd.org/paperl
@Wolfram: Do you think you could look into this (paperless man page). Thanks!
-m
> On 1. Sep 2020, at 11:55, Michael Gmelin wrote:
>
>
>
>> On Mon, 31 Aug 2020 20:33:34 +0200
>> Wolfram Schneider wrote:
>>
>>> On Wed, 26 Aug 2020 at
gt; > > E.g., the
> > > man page paperless(7) created by deskutils/py-paperless [0] still
> > > isn't available over man.cgi, even though the port was created a
> > > long time before 12.1 was released and is in 12.1's ports.txz.
Cheers,
Michael
--
Mic
> On 31. Aug 2020, at 16:31, Kurt Jaeger wrote:
>
> Hi!
>
>> I see Squid 4.13 was released 8 days ago: it's "strongly suggested"
>> everyone updates, as it fixes "serious" security issues.
>>
>> I don't see it coming in the port tree and neither in the pkg audit
>> vulnerability database.
>
Cheers,
Michael
[0]https://svnweb.freebsd.org/ports/head/deskutils/py-paperless/
--
Michael Gmelin
___
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"
efault/All/ \
-name "*.txz" -exec tar -tf {} /usr/local/man 2>/dev/null \;
Extract man pages to /tmp/manpages:
find /usr/local/poudriere/data/packages/121amd64-default/All/ \
-name "*.txz" -exec tar \
-C /tmp/manpages \
--strip-components 4 \
me of a release (so "FreeBSD
12.1-RELEASE and Ports" contains man pages based on
https://download.freebsd.org/ftp/releases/amd64/12.1-RELEASE/ports.txz)?
Cheers,
Michael
--
Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
https://
> On 16. Aug 2020, at 02:16, Carmel wrote:
>
> On Sun, 16 Aug 2020 01:22:35 +0200, Christoph Moench-Tegeder stated:
>> ## Carmel (carmel...@outlook.com):
>>
>>> [00:00:01] Error: MOVED: net/kblog EXPIRED 2020-08-13 No longer
>>> shipped [00:00:01] Error: Fatal errors encountered gathering ini
> On 15. Aug 2020, at 23:55, Carmel wrote:
>
> When I attempted to do a bulk build with poudriere today, I was greeted
> with this rather disturbing message.
>
> ~ # poudriere bulk -f ./port-list.txt -j 114Ramd64
> [00:00:00] Creating the reference jail... done
> [00:00:00] Mounting system de
> On 10. Aug 2020, at 16:22, Steve Wills wrote:
>
> Hi,
>
>> On 8/10/20 9:28 AM, Lars Engels wrote:
>> On Tue, Aug 04, 2020 at 02:43:20PM -0400, Steve Wills wrote:
>> I'm probably fine with this and I think that all of the (now) supported
>> methods have pros and cons.
>> To leverage the UX f
> On 7. Aug 2020, at 15:26, Steve Wills wrote:
>
> Hi,
> .
> I believe that's updated daily and the tars from cgit are generated at least
> that frequently, if not more.
>
The real question is: Will we design things in a way that we expect ports tree
users to always install git and its
On Fri, 7 Aug 2020 01:24:00 -0400
Steve Wills wrote:
> Hi,
>
> On 8/5/20 6:17 PM, Michael Gmelin wrote:
> >
> >
> > What will be the process to bootstrap git?
> >
>
> There are several options:
Thanks for your response - ideally there would
> On 6. Aug 2020, at 13:58, Mathieu Arnold wrote:
>
> On Thu, Aug 06, 2020 at 12:17:37AM +0200, Michael Gmelin wrote:
>>> We welcome any constructive feedback. All input would be heard, and if the
>>> plans need to be amended, we will come back to you with the am
> On 4. Aug 2020, at 20:43, Steve Wills wrote:
>
>
> We are planning to deprecate use of portsnap in ports.
>
> The reasons are as follows (in no particular order):
>
> * Portsnap doesn't support quarterly branches, even years after quarterly
> branches were created and changed to the defa
On Tue, 16 Jun 2020 10:39:30 +0200
Michael Gmelin wrote:
> > On 16. Jun 2020, at 08:41, Fabian Abplanalp - Legatech GmbH
> > wrote:
> >
> > Hi
> >
> > Since we updated the Port to 20200514_1 we can't create milestones
> > anymore with the f
> On 29. Jun 2020, at 23:20, Brandon helsley
> wrote:
>
> Okay, I use the nvidia 390 driver
That one is already maintained by danfe@.
> and nvidia-xsettings
I only see nvidia-xconfig and nvidia-settings, both which have no maintainer.
> , but they both have no maintainer. I read all the ma
> On 29. Jun 2020, at 00:18, Brandon helsley
> wrote:
>
>
>
>
>
>
> I'm getting started reading the porters handbook. I was wondering if I can
> adopt a port to practice maintaining one without the experience to keep it
> properly updated at first. I'm a little intimidated by contribut
ood to hear, big thanks to Tatsuki for helping before I invested a lot
of time.
Cheers,
Michael
--
Michael Gmelin
___
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"
On Wed, 17 Jun 2020 09:43:35 +0200
Per olof Ljungmark wrote:
> On 2020-06-16 12:15, Michael Gmelin wrote:
> >
> >
> >> On 16. Jun 2020, at 11:47, Per olof Ljungmark
> >> wrote:
> >>
> >> On 2020-06-15 16:14, Michael Gmelin wrote:
&
> On 16. Jun 2020, at 11:47, Per olof Ljungmark wrote:
>
> On 2020-06-15 16:14, Michael Gmelin wrote:
>>> On Mon, 15 Jun 2020 12:03:17 +0200
>>> Per olof Ljungmark wrote:
>>> On 2020-06-15 09:50, Michael Gmelin wrote:
>>>>
>>>
> On 16. Jun 2020, at 08:41, Fabian Abplanalp - Legatech GmbH
> wrote:
>
> Hi
>
> Since we updated the Port to 20200514_1 we can't create milestones anymore
> with the following information... Is there anything known about that problem
> or should we place a bugreport at phabricator?
>
>
On Mon, 15 Jun 2020 12:03:17 +0200
Per olof Ljungmark wrote:
> On 2020-06-15 09:50, Michael Gmelin wrote:
> >
> >
> >> On 15. Jun 2020, at 09:45, Per olof Ljungmark
> >> wrote:
> >
> > What happens if you run the gs command on the pdf you’re
> On 15. Jun 2020, at 09:45, Per olof Ljungmark wrote:
>
What happens if you run the gs command on the pdf you’re printing directly:
> gs -q -dNOPAUSE -dBATCH -dSAFER -dNOMEDIAATTRS -sstdout=? -sDEVICE=ps2write
> -dShowAcroForm -sOUTPUTFILE=? -dLanguageLevel=2 -r300 -dCompressFonts=false
>
> On 11. Jun 2020, at 17:10, Dima Panov wrote:
>
> Hello!
>
> We know, all FreeBSD users waits for new release of LireOffice.
> And now it almost here.
> But before land it to the ports, we want to inform community about some
> important changes to build options.
>
> At first, GTK3 option i
Based on the error message I assume you have to mount procfs (and maybe
linprocfs), See the respective man pages.
You also have to enable Linux support (sysrc linux_enable=YES ; service linux
start).
-m
> On 7. Apr 2020, at 14:33, @lbutlr wrote:
>
> Has anyone had any experience with instal
ted required it just works fine.
> >
> > There is no port yet of the server part on freebsd but should not
> > be hard to do as it is fully opensource.
>
> Working on it already
>
Please let me know if you make progress/need help testing.
-m
--
Michael Gmelin
__
On Sun, 15 Mar 2020 18:26:53 +0100
Andrea Venturoli wrote:
> On 2020-03-15 18:16, Michael Gmelin wrote:
>
> > swatch is still available as a new version on sourceforge (3.2.4).
>
> Hmm...
> From the port, website is here:
> > http://swatch.sourceforge.net/
> On 15. Mar 2020, at 18:10, Andrea Venturoli wrote:
>
> Hello.
>
> I'm using security/swatch to look *in real time* for specific strings in my
> logs, but now it's deprecated because it's unfetchable.
>
> Can someone suggest an alternative?
>
> N.B. I'm not looking for something that will
> On 8. Mar 2020, at 00:04, Greg 'groggy' Lehey wrote:
>
> On Saturday, 7 March 2020 at 23:55:33 +0100, Michael Gmelin wrote:
>
> [More irrelevant text deleted, also dropping current@]
>
> Is it really so difficult to trim your replies?
>
>>>
> On 7. Mar 2020, at 23:39, Greg 'groggy' Lehey wrote:
>
> On Saturday, 7 March 2020 at 16:46:58 +0100, Michael Gmelin wrote:
>
> [much irrelevant text deleted]
>
> People, please trim your replies. Only relevant text should remain
>
>>> On Sat
_
> > freebsd-curr...@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to
> > "freebsd-current-unsubscr...@freebsd.org"
>
>
> Did you try:
On Sat, 07 Mar 2020 10:48:05 +0100
"Ronald Klop" wrote:
> On Thu, 05 Mar 2020 23:24:46 +0100, Michael Gmelin
> wrote:
>
> >
> >
> >> On 5. Mar 2020, at 14:46, Ronald Klop wrote:
> >>
> >> Hi,
> >>
> >> I need
t it in
there.
Also, it seems like none of my packages were affected and not setting
it on `pkg upgrade' meant that pkg checks for that (at least that's
what I assume it does) and therefore I won't have to deal with
different ABIs in my installed packages later.
All of this should be really temporary anyway and hopefully be resolved
soon.
Cheers,
Michael
--
Michael Gmelin
___
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"
> On 7. Mar 2020, at 10:48, Ronald Klop wrote:
>
> On Thu, 05 Mar 2020 23:24:46 +0100, Michael Gmelin wrote:
>
>>
>>
>>>> On 5. Mar 2020, at 14:46, Ronald Klop wrote:
>>>
>>> Hi,
>>>
>>> I needed "sysctl k
> On 5. Mar 2020, at 14:46, Ronald Klop wrote:
>
> Hi,
>
> I needed "sysctl kern.evdev.rcpt_mask=6" to switch from sysmouse to "hardware
> mouse". That fixed mouse integration with VirtualBox.
>
> Still have weird behaviour. Two finger swipe down & up (which normally only
> scrolls) makes
> On 1. Sep 2019, at 18:07, bob prohaska wrote:
>
> On Sun, Sep 01, 2019 at 12:07:15PM +0200, Mika??l Urankar wrote:
openjdkd11 is not affected by this bug (and it's the 'mixed' mode
version), if you want to try it :
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239246
On Mon, 3 Jun 2019 12:46:32 -0600
Gary Aitken wrote:
> On 6/3/19 11:19 AM, Michael Gmelin wrote:
> >
> >
> >> On 3. Jun 2019, at 19:03, Gary Aitken
> >> wrote:
> >>
> >> In attempting to build a new port (prusa3d slicer) I need anothe
> On 3. Jun 2019, at 19:03, Gary Aitken wrote:
>
> In attempting to build a new port (prusa3d slicer) I need another new
> port (wxWidgets). The original distfile fetch of wxWidgets was a .tar.gz.
> The configure phase had an error; a search for the source of the error
> turned up a bug (old)
> On 6. Dec 2018, at 19:21, John Baldwin wrote:
>
> The devel/gdb port installs python scripts into
> /usr/local/share/gdb/python.
> If you then run kgdb as root (not that unusual), it will generate .pyc files
> in
> those directories that are not deleted by 'pkg delete'. What is the best w
> On 26. Oct 2018, at 20:03, Steve Kargl
> wrote:
>
> I recently updated to pkg-1.10.5_5, and I now
> find to command "pkg version -vl '<'" to be
> much slower than previous versions.
>
> Four consecutive executions of "time pkg version -vl '<'"
> yields
>
> 54.15 real27.28 user
> 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
> On 15. Jun 2018, at 18:37, Dave Horsfall wrote:
>
>> On Fri, 15 Jun 2018, Michael Gmelin wrote:
>>
>> github != git
>
> I didn't say that it was; did you misunderstand my message or something?
> someone looking for an alternative to something no
> On 15. Jun 2018, at 16:26, Dave Horsfall wrote:
>
> A related discussion reminded me of this: how would Microsoft's purchase of
> GitHub affect future development? After all, they'll get to call the
> shots...[*] The only good thing that came out of M$ is their RTF document
> format (us
18 at 2:57 AM, Michael Gmelin
> wrote:
> > Last time I checked, building git without Perl broke submodules
> > (which is a core feature that should work with a default
> > installation).
>
> I fully agree. Fortunately, (at least at a first glance) that does not
>
> On 15. Jun 2018, at 05:57, Adam Weinberger wrote:
>
>> On Thu, Jun 14, 2018 at 8:16 PM Mahmoud Al-Qudsi wrote:
>>
>> Hello list,
>>
>> I'm probably not alone in considering git to be a core development tool,
>> perhaps just a notch or two below the C compiler. `git` and `sudo` are the
>>
> On 15. Jan 2018, at 21:04, Jan Beich wrote:
>
> Michael Gmelin writes:
>
>> will package builder updates scheduled in a predictable way, so system
>> update cycles of users can be aligned, etc.?
>
> The package cluster starts a build 3 times a week and on amd
> On 15. Jan 2018, at 16:16, Mathieu Arnold wrote:
>
>> Le 15/01/2018 à 15:55, Michael Gmelin a écrit :
>> Hi Bapt,
>>
>> I can't get binary updates anymore, because:
>>
>> pkg: Newer FreeBSD version for package :
>> - package: 12
me to
update my system before I can install any package updates (even super
small ones). This seems like a bad idea that potentially will break many
deployments/workflows.
Thanks,
Michael
--
Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
> On 21. Dec 2017, at 02:14, Chris H wrote:
>
> On Thu, 21 Dec 2017 00:29:40 +0100 "Michael Gmelin" said
>
>> > On 20. Dec 2017, at 18:50, Chris H wrote:
>> > > On Wed, 20 Dec 2017 17:13:43 + said
>> > > On Wed, 20 Dec 201
> On 20. Dec 2017, at 18:50, Chris H wrote:
>
> On Wed, 20 Dec 2017 17:13:43 + said
>
> On Wed, 20 Dec 2017 16:23:59 + "Johannes Lundberg"
> said
>
>> On Wed, Dec 20, 2017 at 4:08 PM, Chris H wrote:
>> > On Wed, 20 Dec 2017 09:20:20 + "Johannes Lundberg"
>>
>> > said
>> >
>> >
> On 20. Dec 2017, at 13:32, Baptiste Daroussin wrote:
>
>> On Wed, Dec 20, 2017 at 09:20:20AM +, Johannes Lundberg wrote:
>> Hi
>>
>> I want to suggest that we enable wayland by default. In current state
>> having some parts of wayland in ports is basically useless the
>> end-users themse
> On 27. Jun 2017, at 20:11, Matthias Fechner wrote:
>
>> Am 27.06.2017 um 18:50 schrieb Vlad K.:
>> Will this cover libraries as well? Eg. Libre/Open SSL upgrades,
>> restart all services that depend on it?
>>
>> Meanwhile, there's "lsop":
>
> thanks for this tool, that is indeed very helpf
Is anyone working on getting them back?
Thanks,
Michael
--
Michael Gmelin
___
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"
very quarter, build our
package set, test the upgrades on staging machines and then change
the repo URL on all productions servers and upgrade.
So, even though things might not be perfect, to me it's a great
improvement compared to the previous situation and I'm grateful to thos
> On 14. Apr 2017, at 16:22, Alexey Dokuchaev wrote:
>
> On Wed, Apr 12, 2017 at 12:06:42PM +0200, Michael Gmelin wrote:
>>> On 12. Apr 2017, at 11:37, Alexey Dokuchaev wrote:
>>> ...
>>> Other alternative to PKG_NOCOMPRESS=1 could be PKGSUFFIX=.tbz (pkg
> On 12. Apr 2017, at 11:37, Alexey Dokuchaev wrote:
>
> On Wed, Apr 12, 2017 at 10:43:14AM +0200, Michael Gmelin wrote:
>>> On 12. Apr 2017, at 05:43, Alexey Dokuchaev wrote:
>>> ...
>>> pkg was eating 100% (of a single core) during that time, so it lo
> On 12. Apr 2017, at 05:43, Alexey Dokuchaev wrote:
>
> Hi there porters,
>
> It had been annoying me for a while, so I figured I try asking here:
> LLVM ports (particularly, llvm39-3.9.1) take abnormally long time to
> package, e.g. right now it took 43 minutes (tmpfs-backed build area,
> pk
On Sat, 18 Mar 2017 15:17:27 -0700
Yuri wrote:
> On 03/18/2017 13:59, Michael Gmelin wrote:
> > Afaik this is intentional and the point is to depend on a compiler
> > that can support those features (hence the comments in compiler.mk:
> > "The port needs a compiler u
On Sat, 18 Mar 2017 15:17:27 -0700
Yuri wrote:
> On 03/18/2017 13:59, Michael Gmelin wrote:
> > Afaik this is intentional and the point is to depend on a compiler
> > that can support those features (hence the comments in compiler.mk:
> > "The port needs a compiler u
t;The port
needs a compiler understanding Cxx..."), but setting CXXFLAGS
accordingly is up to the project (through cmake/configure etc.) or the
port.
-m
--
Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listi
> On 18 Mar 2017, at 15:09, The Doctor wrote:
>
> Getting on portmaster
>
>
> ===>>> Launching child to update mariadb101-server-10.1.21 to
> mariadb101-server-10.1.22
>
> ===>>> All >> mariadb101-server-10.1.21 (2/2)
>
> ===>>> Currently installed version: mariadb101-server-10.1.21
> ===>
On Mon, 6 Mar 2017 17:45:42 +0100
Andrea Venturoli wrote:
> On 03/06/17 17:05, Michael Gmelin wrote:
>
> >> What about something like this (your files are in files/input.tgz)?
> >> ...
>
> > NO_WRKSUBDIR= yes
> > NO_BUILD= yes
> > NO_INST
On Mon, 6 Mar 2017 16:51:04 +0100
Michael Gmelin wrote:
> On Mon, 6 Mar 2017 16:02:05 +0100
> Andrea Venturoli wrote:
>
> > On 03/06/17 12:50, Michael Gmelin wrote:
> >
> > > Yes, that's possible, see sysutils/bhyve-rc[0] for an example how
> >
On Mon, 6 Mar 2017 16:02:05 +0100
Andrea Venturoli wrote:
> On 03/06/17 12:50, Michael Gmelin wrote:
>
> > Yes, that's possible, see sysutils/bhyve-rc[0] for an example how
> > to do it.
>
> Thanks for your answer: an example is really welcome.
>
> Howe
> On 6 Mar 2017, at 12:25, Andrea Venturoli wrote:
>
> Hello.
>
> I'm trying to create a small ports for internal use.
> The simplest of these should just place a bunch of files into ${LOCALBASE},
> so I thought I could create a tar archive containing those files, with the
> correct permissi
> On 4 Mar 2017, at 16:32, Matthias Apitz wrote:
>
>> El día Saturday, March 04, 2017 a las 12:57:40PM +0100, Kurt Jaeger escribió:
>>
>> Hi!
>>
Did you use ZFS as file system ?
>>>
>>> When I did the disk setup, I was also thinking in ZFS, but this would have
>>> reduced the netto dis
> On 15 Feb 2017, at 00:15, Bryan Drewery wrote:
>
> On 2/14/2017 2:58 PM, Michael Gmelin wrote:
>>>> On 14 Feb 2017, at 22:16, Bryan Drewery wrote:
>>>> On 2/14/2017 12:50 PM, Dewayne Geraghty wrote:
>>>> https://svnweb.freebsd.org/ports?view=rev
> On 14 Feb 2017, at 22:16, Bryan Drewery wrote:
>
>> On 2/14/2017 12:50 PM, Dewayne Geraghty wrote:
>> https://svnweb.freebsd.org/ports?view=revision&revision=433827
>
> I think that commit message combined with
> https://www.freebsd.org/internal/code-of-conduct.html is enough.
The commit me
On Mon, 06 Feb 2017 22:27:01 +0100
Raphael Kubo da Costa wrote:
> Michael Gmelin writes:
>
> > While debugging an unexpected assertion problem, I noticed that
> > ports using cmake don't set -NDEBUG, even when building in Release
> > mode.
> >
> > Is th
While debugging an unexpected assertion problem, I noticed that ports
using cmake don't set -NDEBUG, even when building in Release mode.
Is this intentional?
Thanks,
Michael
--
Michael Gmelin
___
freebsd-ports@freebsd.org mailing list
> On 17 Dec 2016, at 20:47, Alphons van Werven wrote:
>
> Michael Gmelin wrote:
>
>> Maybe you could elaborate a bit more what you find so annoying about
>> running "poudriere testport origin" before doing "svn commit" that you
>> are willing
> On 17 Dec 2016, at 14:26, Alphons van Werven wrote:
>
> John Marino wrote:
>
>> In fact, anyone that updates ports should use either poudriere testport
>> or synth test.
>
> Then consider these relinquished:
>
> /usr/ports/archivers/zip
> /usr/ports/astro/wmmoonclock
> /usr/ports/astro/xea
> On 11 Jun 2016, at 19:52, abi wrote:
>
> Yep, that's innodb. It can warm up less than a second, but it's enough
> sometimes. Actually, from my point of view, mysql loader should return
> control after it's properly initialized. I doubt every port maintainer must
> invent their own bicycle
> On 11 Jun 2016, at 08:11, Mathieu Arnold wrote:
>
>
>
> +--On 11 juin 2016 13:48:52 +0300 abi wrote:
> | Hello,
> |
> | I have a daemon depended on mysql database, however
> | REQUIRE: mysql
> | is not enough as mysql databases are not available immediately after
> | mysql start, so my da
> On 11 Jun 2016, at 15:02, abi wrote:
>
> Most of work is done by host, so the plan is to disable some of periodic
> stuff, leaving only serious matters like port security.
>
> This can be done by creating /etc/periodic.conf.local file with contents like
> this:
> ## This is JAILED systems
1 - 100 of 362 matches
Mail list logo
