should be able to commit the update today.
--
Guido Falsi
___
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"
reebsd.org/pipermail/dev-commits-src-all/2021-April/005159.html
[2] https://reviews.freebsd.org/D29623
--
Guido Falsi
___
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"
rts as a
standalone package I have no objection, you can do that and submit a
port of the result, providing upstream tarball and all.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
erforms a shallow clone, not getting all history (similar to what
gitup does) should work with a command line like this:
poudriere ports -c -B main -m git -U 'https://git.FreeBSD.org/ports.git'
-p freebsd
then use following command to update:
poudr
lowed news about it.
--
Guido Falsi
___
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 03/04/21 13:50, The Doctor via freebsd-ports wrote:
On Sat, Apr 03, 2021 at 11:28:23AM +0200, Guido Falsi wrote:
On 03/04/21 02:24, The Doctor wrote:
On Sat, Apr 03, 2021 at 02:05:45AM +0200, Guido Falsi wrote:
On 03/04/21 01:35, The Doctor wrote:
On Sat, Apr 03, 2021 at 12:35:57AM +0200
On 03/04/21 11:28, Guido Falsi via freebsd-ports wrote:
On 03/04/21 02:24, The Doctor wrote:
On Sat, Apr 03, 2021 at 02:05:45AM +0200, Guido Falsi wrote:
On 03/04/21 01:35, The Doctor wrote:
Please install gitup and read it's man page, it's straight forward.
--
Guido Falsi
Results
https://github.com/lwhsu/freebsd-git-docs/blob/main/URLs.md
No it's not, migration still in progress, please be patient.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe
On 03/04/21 02:24, The Doctor wrote:
On Sat, Apr 03, 2021 at 02:05:45AM +0200, Guido Falsi wrote:
On 03/04/21 01:35, The Doctor wrote:
On Sat, Apr 03, 2021 at 12:35:57AM +0200, Guido Falsi wrote:
On 02/04/21 23:16, The Doctor via freebsd-ports wrote:
On Fri, Apr 02, 2021 at 04:45:00PM +0200
On 03/04/21 01:35, The Doctor wrote:
On Sat, Apr 03, 2021 at 12:35:57AM +0200, Guido Falsi wrote:
On 02/04/21 23:16, The Doctor via freebsd-ports wrote:
On Fri, Apr 02, 2021 at 04:45:00PM +0200, Guido Falsi via freebsd-ports wrote:
On 02/04/21 15:44, The Doctor via freebsd-ports wrote
On 02/04/21 23:16, The Doctor via freebsd-ports wrote:
On Fri, Apr 02, 2021 at 04:45:00PM +0200, Guido Falsi via freebsd-ports wrote:
On 02/04/21 15:44, The Doctor via freebsd-ports wrote:
On Fri, Apr 02, 2021 at 08:55:00AM +0200, Kurt Jaeger wrote:
Hi!
As a minor aside, has anyone stated
will be available.
There isn't much more to be sail until the migration is done.
[1] https://docs.freebsd.org/en/articles/committers-guide/#git-primer
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo
On 27/03/21 12:42, Guido Falsi via freebsd-ports wrote:
On 27/03/21 10:44, Anatoly wrote:
On Thu, 25 Mar 2021 23:06:27 -0700
Chris wrote:
On 2021-03-25 22:24, Kurt Jaeger wrote:
The portmgr@ role is a huge task and all the reasons (limited time,
dayjobs, etc) ares valid for those folks
o "freebsd-ports-unsubscr...@freebsd.org"
--
Guido Falsi
___
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"
n-progress are the branches *webengine-python3* (old, but does
complete an entire build that then doesn't actually **work**) and *webengine-
logpy27* (new, currently more hacky, doesn't build) in the https://github.com/
freebsd/freebsd-ports-kde.git ports repo.
Will try to take a look.
--
G
software started having the need to include a fully fledged
html5/js engine but this is another story.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
d/reinstall.
The cause is dialog4ports failing to start and the system sees no option
changed.
If that's not enough try
# ldd -v /usr/local/bin/dialog4ports
And see if it reports some useful information.
--
Guido Falsi
___
freebsd-ports@freebsd
ve the www/serf PORTREVISION 6 or later
(serf-1.3.9_6 or newer)
--
Guido Falsi
___
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 01/02/21 12:35, Rozhuk Ivan wrote:
On Mon, 1 Feb 2021 12:04:14 +0100
Guido Falsi wrote:
At the same time upstream is working on reviving the project, so, if
you have time, you can also contribute there.
https://gitlab.xfce.org/apps/xfce4-mixer
I know, but:
1. Before I found that xfce4
- tray icon (like audio/volumeicon / audio/gvolwheel)
It does not require nothing but gtk3.
If some one want - feel free to write ALSA/sndio/... sound backend plugins.
I'm going to test it, there should not be any problem adding it to the tree.
--
Guido Falsi
On 25/01/21 00:24, Russell L. Carter wrote:
On 1/24/21 2:23 PM, Guido Falsi wrote:
On 24/01/21 20:35, Russell L. Carter wrote:
Greetings, I am completely ignorant here and am looking for up to
date advice on how to get poudriere to build and make available
package sets from multiple ports
te less error
prone.
BTW I noticed poudriere performs shallow clones for git repos, so it
should not use up a lot of disk space.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To u
On 01/01/21 23:37, George Mitchell wrote:
On 1/1/21 3:12 PM, Guido Falsi via freebsd-ports wrote:
[...]
.cshrc does not look like the correct place for it anyway. That file
is executed multiple times during a session. I'm not sure how it can
work for everything else. Also the fact that XFCE
On 01/01/21 21:09, George Mitchell wrote:
On 1/1/21 2:57 PM, Guido Falsi via freebsd-ports wrote:
On 01/01/21 20:12, George Mitchell wrote:
I applied the patch from https://reviews.freebsd.org/D27846 to my ports
tree and recompiled with no problems. But it did not change the compose
key
the compose key in XFCE settings?
Or setting it via command line before launching startxfce4?
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-
On 01/01/21 01:22, Guido Falsi via freebsd-ports wrote:
On 31/12/20 23:57, George Mitchell wrote:
On 12/31/20 3:11 PM, George Mitchell wrote:
I set LOCALE to en_US.UTF-8 and LC_CTYPE to C. Upon login, I run
setxkbmap -option compose:lwin. Consequently, I can enter all the
UTF-8 characters I
are actually present in the list of known key combinations
(can't recall what file that is in, sorry)
[1] https://github.com/madpilot78/FreeBSD-XFCE-4.15
[2] https://reviews.freebsd.org/D27846
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
have never tested it though, I
don't think the risk of getting and incoherent repo is worth it.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "fr
es for npm and php-composer for example).
I also think the synchronizing approach has advantage: Multiple copies
of the data are usually a good thing, I can use this with my laptop too,
just remember to sync it back as soon as I am back home, before using
other machines!
YMMV
--
G
to you!
--
Guido Falsi
___
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 07/11/20 20:51, Yuet-nan Wong via freebsd-ports wrote:
Is there a particular reason why?
https://en.wikipedia.org/wiki/Unix_time
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
lem when updated from php72 to php73, but
can't remember how I fixed it
Someone can help, please ?
Ideas from the top of my head:
- did you restart php-fpm?
- check php-fpm config, is json support enabled there too?
--
Guido Falsi
___
freebsd-po
On 01/05/20 21:22, Matthias Andree wrote:
Am 01.05.20 um 19:49 schrieb Guido Falsi:
hi,
While testing an update to xfce ports I have got this error in poudriere:
=>> Checking for extra files and directories
=>> Error: Files or directories removed:
share/icons/hicolor/icon
S_ICONS port variable, which
adds post-install and post-deinstall commands.
My suspect is the post-deinstall command is not being run properly for
some reason causing this error.
Could this be correct? How can I verify this?
--
Guido Falsi
___
f
rk you're doing.
>
Hi!
Thanks for testing.
Everything seems to work fine here too, so I have switched the port to
using PYTHON3 by default.
I'll also remove the PYTHON2 option sometime later, in the summer.
--
Guido Falsi
___
freebsd-ports@freebsd.org
force vigra to reinstall/downgrade.
--
Guido Falsi
___
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"
problems,
but I only use basic functionality, and I'd especially like the USB
device sync functionality to be stressed a little to make sure nothing
breaks.
Any feedback is appreciated.
Thanks in advance!
--
Guido Falsi
___
freebsd-ports@freebsd.org
d misc/logsurfer for such purpose.
I'm not using it anymore since I'm now using fail2ban for the purpose.
BTW it also does monitor log files in real time and with clever
programming could also work as a notification system, but I agree that's
not
ld be investigated before switching the default.
--
Guido Falsi
___
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"
ild time dependencies, which are not registered in the pkg database.
Such information is not saved anywhere and is registered only in the
port Makefiles.
Check pkg-info(8) for further reference.
Hope this helps.
--
Guido Falsi
___
freebsd-ports@freebsd.o
On 07/11/18 08:46, Guido Falsi wrote:
> On 07/11/18 07:24, Xavier wrote:
>> On 03/11/2018 18:50, Guido Falsi wrote:
>>> On 03/11/18 18:17, Xavier Humbert wrote:
>>>> Context FreeBSD 11-STABLE, last pkg upgrade led to update PHP71 to PHP72.
>>>>
On 07/11/18 07:24, Xavier wrote:
> On 03/11/2018 18:50, Guido Falsi wrote:
>> On 03/11/18 18:17, Xavier Humbert wrote:
>>> Context FreeBSD 11-STABLE, last pkg upgrade led to update PHP71 to PHP72.
>>> php72-json is installed, but when I launch a naviga
ll dependencies install
successfully.
--
Guido Falsi
___
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"
uilt the dependencies
> removed by poudriere. Why is poudriere ignoring the directives in the various
> make.conf files?
>
List it in poudriere as www/suphp@php72. the part after the @ is the
flavor, otherwise the default flavor is built. Although it should work
with your DEFAULT_
; Franco
>
> The 'd' is arbitrary. If a different, higher letter were used, the
> date could be fixed.
The d is what is suggested by the porter's handbook.
While I could change it arbitrarily I think leaving the typo is more
intuitive. Anyway no need to change anything till the next update.
oing existing-scheme version updates, and is the more
> transient of the two (PORTEPOCH lives forever, bad scheme only lasts
> till 3.7).
Yes, I think this is what I'll be doing. There seems to be no real harm
in that.
BTW they are skipping odd numbers, so next version is likely to be 3.8.
On 7/31/18 12:49 PM, Guido Falsi wrote:
> On 7/31/18 12:41 PM, tech-lists wrote:
>> Hello,
>>
>> context: freebsd-12 r336215 arm64
>>
>> I don't want xorg or X11 or any of its components installed on this
>> system. I install ports in the traditional way, i
new method. If there is, can anyone
> please tell me how?
You can add OPTIONS_UNSET+=X11 in make.conf.
ports having an X11 option will have that disabled by default.
There is no warranty no port will have X11 dependencies anyway, it's not
mandatory to respect that knob.
--
Guido Falsi
__
On 7/30/18 8:48 PM, Jan Beich wrote:
> Guido Falsi writes:
>
>> On 7/30/18 1:02 PM, blubee blubeeme wrote:
>>
>>> I am working on a port that requires many other ports to be built with
>>> specific options selected.
>>>
>>> Is there any w
you are asking for, but the
"traditional" solution is to create a slave port forcing the options you
require and naming it accordingly.
This could also be done with flavors today, but keep in mind that adding
flavors would require approval from both the maintainer and
u're seeing? when is the error appearing?
What is your setup like? Have you double checked your configuration?
--
Guido Falsi
___
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"
test
asterisk on head and backport a fix. It will require a little time.
I'll let you know if I need some patches tested.
--
Guido Falsi
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe,
aded: 1.48 -> 1.49
May 24 08:37:56 *** pkg[6058]: java-zoneinfo upgraded: 2018.d -> 2018.e
May 24 08:38:02 *** pkg[6058]: firefox upgraded: 60.0.1,1 -> 60.0.1_3,1
May 24 08:38:02 *** pkg[6058]: devcpu-data upgraded: 1.16_1 -> 1.16_2
--
Guido Falsi <m...@madpilot.net>
__
hp/python flavoring)introduces changes
which simply cannot be automated.
(The quantity of manual intervention changes from OS to OS and from time
to time, but that's also normal)
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebs
m that pkg upgrade itself usually does the right thing and
should not be causing problems itself.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscri
added flavoring to the php-composer port, for example. It is now
available for any php version(in the latest packages, will trickle down
to quarterly).
PHP applications still need to be ported to flavors, it requires only a
little time.
Maybe I am missing something obvious.
--
Gui
ot;hey, so py2.7 is EOL'ing in 2020 do we have a
> document with our migration strategy?"
Looks like the calibre developer is well informed, Let's see what time
will bring us. 2020 isn't too far, but still some time has to go.
--
Guido Falsi <madpi...@freebsd.org>
_
alibre port and having
discovered just now about this deadline:
I don't know what the calibre developer plans to do about this, I'm
certainly unable to port calibre to python 3, so I will do the best to
keep it working for as long as python 2.7
lem since packages downstream from py-qt5-core strictly
require python 2.7 or 3 and can't switch from one to another, but as I
said, that's a python problem.
--
Guido Falsi <madpi...@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"
CoC?
>
I received no complains.
--
Guido Falsi <m...@madpilot.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"
have been unable to cause the
pathological behaviour with these patches, so they work, at least to
some extent.
Please test after upgrading your ports or packages(whatever you use) and
report back.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-po
On 01/21/2018 16:03, Guido Falsi wrote:
> But don't describe this as a memory leak, because it does not look like
> that. Closing the opened windows, while being slow, did actually release
> the used memory.
>
I was a little hasty in writing this. It's actually keeping that memory
a
en mousepad was working and allocating memory also
the "dconf-service" process consuming a lot of CPU. I think it's the
communication with this demon which actually has some problems.
Just to know why do you need so many windows, when tabs are available?
Since it looks like a
a pair of tests in virtual machines to see what happens.
Can you confirm simple steps to reproduce as follows:
- Open 2 mousepad windows and open documents in them
- do some work in one or both
- wait, the leak happens in idle windows
have I correctly understood the problem?
--
Guido Falsi <
h handles MOVED entries, anyway if you're passing
it a list of ports you should update it to reflect that change.
--
Guido Falsi <madpi...@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"
ding them
> removes the old package and then installs the new package.
>
Anyway the notes are in the package database. They are accessible with
"pkg info -D <pkg|origin>". Obviously you must know which package notes
you want to read.
--
Guido Falsi <m...@madpilot.net>
_
n after that (beginning of next week, in the days between Christmas and
> new years). Do you know which ports are affected by this, and have a
> WAYLAND option? We should also check, probably just in case, if portmgr
> thinks an exp run is needed (I don't think so).
resent.
BTW the actual error you were seeing was caused by the Makefile using a
GNU sed specific expression. I forced the port to use gsed when needed.
Thanks for having reported this issue.
(previous messages to this thread were bounced by the list because I was
subscribed with another email
public. I'm not
subscribed to it either but I was pointed there by a fellow user.
https://lists.freebsd.org/pipermail/freebsd-arch/2017-December/018712.html
--
Guido Falsi <m...@madpilot.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"
equired.
Some basic knowledge of make syntax and shell scripting is required for
simple things.
for more complicated operations a deeper knowledge of those and other
tools (and even some C/C++ programming in extreme cases) could be required.
--
Guido Falsi <m...@madpilot.net>
e recovered on a 1GB /var...
There's also an autoclean setting you can put in pkg.conf, check
pkg.conf(5).
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsub
On 11/01/2017 12:53, Baho Utot wrote:
On 11/01/17 07:40, Guido Falsi wrote:
On 11/01/2017 12:15, Baho Utot wrote:
On 11/01/17 02:07, Gleb Popov wrote:
Hello.
I'm using Firefox on quite ancient machine (amd64, though) and after
updating from firefox-56.0.1_3 to 56.0.2_3,1 it has become
se of javascript though. The recent
news about sites and CDNs leveraging javascript to mine bitcoins make
things even worse.
My personal suggestion is to use noscript, most sites work quite fine
without javascript and even more sites work fine by allowing only a few
origins, but blo
o know, I'll give it a spin the next time I need to
debug something on head :)
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
On 10/18/2017 09:52, Piotr Kubaj wrote:
> Shouldn't lldb be the replacement for gdb in base?
I'm not keeping an eye on that, but I don't think it's ready at present.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing l
On 10/18/2017 06:33, Jan Beich wrote:
> Kubilay Kocak <ko...@freebsd.org> writes:
>
>> On 10/18/17 8:29 AM, Jan Beich wrote:
>>
>>> Guido Falsi <m...@madpilot.net> writes:
>>>
>>>> On 10/17/2017 23:11, Guido Falsi wrote:
>>>
On 10/17/2017 23:11, Guido Falsi wrote:
Thing is, recompiling with WITH_DEBUG doesn't help (I only get memory
addresses in gdb), nor does -DCMAKE_BUILD_TYPE=Debug to CMAKE_ARGS
(the port uses CMake).
Sorry, I clearly did not parse your message correctly.
Looks strange though, WITH_DEBUG
ugging any of those which are quite memory hungry
when building debugging versions, but I'm debugging other things
depending on them)
Hope this helps.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.fre
On 10/12/2017 22:25, Mel Pilgrim wrote:
On 10/12/2017 00:58, Guido Falsi wrote:
On 10/12/2017 01:04, Adam Weinberger wrote:
On 11 Oct, 2017, at 16:52, Mel Pilgrim
<list_free...@bluerosetech.com> wrote:
Will the FLAVORS feature be MFH'd to 2017Q4, or will it first show
up with 2018Q
8Q2. But, being the feature in by 2018Q1 backported
updates may include flavors.
--
Guido Falsi <m...@madpilot.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"
dding
> BINARY_RENAME=source target
> PS2: the BINARY_RENAME variable name sucks, any better name is welcome :)
>
Suggestions from the top of my head:
BINARY_ALIAS
PROGRAM_ALIAS
EXECUTABLE_ALIAS
COMMAND_ALIAS
(Yes I think "alias" expresses the concept bet
usually falls in this category.
no -> flavour
this can happen because changing the options actually changes the
produced binaries and the libraries it links too, so I need to build the
port two times with different options.
x11/nox11 usually falls in this category.
There can be grey areas I
php70 vx php71 vs phpfutureversions.
Just stating this as a further example.
--
Guido Falsi <madpi...@freebsd.org>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to &q
way? I'd look to have a look,
jut to make sure there is nothing broken with the port.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail
ile compiler that is segfaulting. You can try rebuilding gnucash,
sometimes it just segfaults at random. Otherwise please recompile the
guile2 port and retry.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.f
console? Can you test this by launching gnucash
from a terminal so you can grab the output?
The help system was working for me when I tested it before my last
commit to the port, but I don't use that regularly.
--
Guido Falsi <m...@madpilot.net>
___
at pkg should just do it's work, managing
packages, if you want to automate system maintenance, there are specific
tools for that (like puppet, ansible, cfengine, chef...and others I
can't name right away).
Coding parts of software configuration management in pkg is not a good
idea IMHO.
--
On 06/26/17 09:27, Guido Falsi wrote:
> I'd say the difficult part in such a problem is not in the idea but in
> the boring details of it's implementation and long term maintenance.
>
I forgot one important piece of information:
Any project that requires full dedication from all c
On 06/26/17 00:32, Dave Hayes wrote:
> On 06/23/2017 01:53, Guido Falsi wrote:
>> If your model works fine I'm quite sure the FreeBSD community and
>> project will be quite happy to embrace it.
> ...
>> I cannot think of a better way to show there actually is no manpower
On 06/23/17 10:53, Guido Falsi wrote:
> On 06/23/17 10:26, demelier.da...@gmail.com wrote:
>> On Thu, 2017-06-22 at 11:57 -0700, Dave Hayes wrote:
>>> Would you agree that release branches would be unnecessary if
>>> somehow
>>> you could select the version of
On 06/23/17 15:11, Baho Utot wrote:
>
>
> On 06/23/17 04:53, Guido Falsi wrote:
>> On 06/23/17 10:26, demelier.da...@gmail.com wrote:
>>> On Thu, 2017-06-22 at 11:57 -0700, Dave Hayes wrote:
>>>> Would you agree that release branches would be unnecessary i
d actually work as an option, but I too see
the manpower problem. An actual working proof of concept like I
described above is the only thing that would persuade me I'm wrong about
that.
(I could try to help with such an experiment but I don't know how much
time I could really spare for it)
On 04/23/17 07:15, Dmitry Arkhireev wrote:
> Hi!
> Can’t build net/pjsip-extsrtp with poudriere as part of asterisk13 using
> no options.
> Poudriere log attached.
>
>
>
I committed a fix in r439288.
Thanks again.
--
Guido Falsi
going to fix that.
Thanks for reporting the issue.
--
Guido Falsi <madpi...@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"
On 03/10/17 14:57, Jan Bramkamp wrote:
> On 10/03/2017 14:47, Guido Falsi wrote:
>> On 03/10/17 14:26, Hans de Hartog wrote:
>>> I have an old web server (10.1-RELEASE-p9) which is running for years
>>>
>>> without any upgrades. Now I want to install a simple p
out upgrading everything, please)?
Have you tried using the "pkg-static" command? It's the same as pkg, but
statically linked, should sidestep your issue.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
http
the kernel by hand.
Should spare you some time and effort.
--
Guido Falsi <m...@madpilot.net>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-por
d of
the stable branch and packages that, this is in contrast with how ports
manage things, so I'll have to think about how to actually update the port.
--
Guido Falsi <madpi...@freebsd.org>
___
freebsd-ports@freebsd.org mailing list
https://list
) \
>&& 0 == fcntl(pipefd[0], F_SETFD, FD_CLOEXEC) \
>&& 0 == fcntl(pipefd[1], F_SETFD, FD_CLOEXEC) \
> ? 0 \
> : -1)
> #else
> #define pipe_cloexec(pipefd) pipe(pipefd)
> #endif
>
> Which of course is wrong, FreeBSD 9.3 has O_CLOEX
.
That's what "making the library private" in base means.
Base already has some libraries in it which are "private", that means
not exposed to binaries outside of base for compiling or linking against.
--
Guido Falsi <m...@madpilot.net>
_
1 - 100 of 331 matches
Mail list logo
