Re: error: undefined symbol: main in poudriere jail

On Tue, Sep 25, 2018 at 5:27 PM Lorenzo Salvadore via freebsd-ports < freebsd-ports@freebsd.org> wrote: > > > That's the problem, the same code works for earlier version of FreeBSD. > > > > You can try switching back to the old GNU ld via something like "ln > > -fs ld.bfd /usr/bin/ld" and

Re: error: undefined symbol: main in poudriere jail

On Tue, Sep 25, 2018 at 4:37 AM Lorenzo Salvadore via freebsd-ports < freebsd-ports@freebsd.org> wrote: > > I am testing both the actual version of brlcad and your changes. Since I > have a > > slow computer, this will take some time (if someone else with a more > powerful > > computer can

Re: error: undefined symbol: main in poudriere jail

On Mon, Sep 24, 2018, 22:04 Lorenzo Salvadore via freebsd-ports < freebsd-ports@freebsd.org> wrote: > > I am trying to update cad/brlcad there's an open issue on the Bugzilla > that > > I'd like to resolve. > > > > I'm getting this error both in poudriere but now it's also showing up > when > >

Re: error: undefined symbol: main in poudriere jail

On Mon, Sep 24, 2018, 17:34 Lorenzo Salvadore via freebsd-ports < freebsd-ports@freebsd.org> wrote: > > > This issue seemed to have come up in the past: > > > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html > > > > Jail name: amd64_cur > > Jail version: 12.0-ALPHA7

Re: error: undefined symbol: main in poudriere jail

On Mon, Sep 24, 2018 at 7:31 AM blubee blubeeme wrote: > This issue seemed to have come up in the past: > https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html > > > Jail name: amd64_cur > Jail version: 12.0-ALPHA7 1200084 > Jail vcs ver

error: undefined symbol: main in poudriere jail

This issue seemed to have come up in the past: https://lists.freebsd.org/pipermail/freebsd-current/2018-March/068870.html Jail name: amd64_cur Jail version: 12.0-ALPHA7 1200084 Jail vcs version: r338898 Jail arch: amd64 Jail method: svn Jail mount:

Re: dependancies and the ports that depend on them

On Sat, Sep 22, 2018, 15:55 @lbutlr wrote: > My system has no X11 window system of any sort on it, it is simply a > server which I (or anyone else) only interact with via the command line or > by accessing a service like http or mail. > And yet, there's a lot of x11 packages installed. > > I'd

Re: workflow question: how do you maintain the port in sync with upstream?

On Sun, Aug 19, 2018, 13:02 Helen Koike wrote: > > > On 08/14/2018 01:09 PM, blubee blubeeme wrote: > > > > > > On Tue, Aug 14, 2018 at 11:33 PM Mathieu Arnold > <mailto:m...@freebsd.org>> wrote: > > > > On Tue, Aug 14, 2018 at 10:41:43

Executables with [ -def __linux__ ]

This is going out to both current and ports in hopes someone can offer some guidance on this issue. I'm porting some code that seems to want to have -def __linux__ when I run the executable with verbose output, take a look below --

Re: workflow question: how do you maintain the port in sync with upstream?

On Tue, Aug 14, 2018 at 11:33 PM Mathieu Arnold wrote: > On Tue, Aug 14, 2018 at 10:41:43PM +0800, blubee blubeeme wrote: > > This one is fairly straight forward, you can simply replace that string > > with a regex command; > > This is an example of running a replace comm

Re: workflow question: how do you maintain the port in sync with upstream?

On Tue, Aug 14, 2018 at 10:23 PM Helen Koike wrote: > > > On 08/14/2018 12:05 AM, Adam Weinberger wrote: > > On Mon, Aug 13, 2018 at 4:28 PM Helen Koike > wrote: > >> > >> Hello, > >> > >> I am new to the community, I am maintaining two packages and I would > >> like to check with you if there

Re: workflow question: how do you maintain the port in sync with upstream?

On Tue, Aug 14, 2018 at 8:56 PM Helen Koike wrote: > > > On 08/13/2018 09:50 PM, blubee blubeeme wrote: > > > > > > On Tue, Aug 14, 2018, 08:26 Helen Koike > <mailto:helen.ko...@collabora.com>> wrote: > > > > > &

Re: workflow question: how do you maintain the port in sync with upstream?

On Tue, Aug 14, 2018, 08:26 Helen Koike wrote: > > > On 08/13/2018 08:00 PM, blubee blubeeme wrote: > > > > > > On Tue, Aug 14, 2018, 06:30 Helen Koike > <mailto:helen.ko...@collabora.com>> wrote: > > > > Hello, > > > >

Re: workflow question: how do you maintain the port in sync with upstream?

On Tue, Aug 14, 2018, 06:30 Helen Koike wrote: > Hello, > > I am new to the community, I am maintaining two packages and I would > like to check with you if there is a better workflow to do this. > > The upstream project of the port I am maintaining is held in github, and > I also have patches

Re: setting port options for multiple ports

On 7/31/18, Guido Falsi wrote: > 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 op

building openjdk without alsa dependency

I would like to build openjdk7 without the asound lib, I already removed ALSA from my kernel so the build fails but I am not writing Java applications that needs sound. I made a few changes to just not build the ALSA parts and the port builds properly. I had to edit the patch-bsd and created a

setting port options for multiple ports

I am working on a port that requires many other ports to be built with specific options selected. Is there any way to have a port enables options in it's dependencies? Best, Owen ___ freebsd-ports@freebsd.org mailing list

SVN down or slow

Has anyone else noticed that svn is getting this type of error trying to run svn: svn: E65: Error running context: No route to host ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe,

automake automake-wrapper installation conflicts

I've been running into this issue today and I'm not sure what's going on. I've read UPDATING and it says there will be autoconf and autoconf213 okay; uname -a: FreeBSD blubee 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r336196: Wed Jul 11 21:52:50 CST 2018

Re: git checkout branch in makefile

On Tue, Jul 10, 2018 at 6:15 PM Brooks Davis wrote: > On Mon, Jul 09, 2018 at 08:19:13PM +0200, Michael Gmelin wrote: > > > > > > > On 9. Jul 2018, at 19:34, blubee blubeeme wrote: > > > > > > Is it possible to do a git checkout of a specific branch

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

Re: Fortran compiler [devel/flang-clang] broken

On Sun, Jul 8, 2018 at 10:01 PM Rainer Hurling wrote: > Am 08.07.2018 um 10:20 schrieb blubee blubeeme: > > Hello > > > > devel/flangclang seems to still be broken, on pkg-install I get errors > > because flang is installed in {PREFIX}/flang instead of {PREFIX} >

Fortran compiler [devel/flang-clang] broken

Hello devel/flangclang seems to still be broken, on pkg-install I get errors because flang is installed in {PREFIX}/flang instead of {PREFIX} Is there any particular reason why flang-clang isn't installed in the standard directory? ___

conflicts with packages on install

I'm working on updating a port it currently installs in a ${PREFIX}/${PORTNAME}/bin and I'd like to create symlinks t ${PREFIX}/bin The issue i'm running into is that there's a binary file "terrain" this conflicts with graphics/mesa-demos/terrain. I'm looking for options on resolving this

Re: Request clear steps for updating own port

On Mon, May 21, 2018, 07:49 Mateusz Piotrowski <0...@freebsd.org> wrote: > On Mon, 21 May 2018 04:47:56 +0530 > Manish Jain wrote: > > >Hi, > > > >I have an active port (sysutils/mkdesktop) which I maintain myself. > > > >A few days back, I had to upgrade the port from

Hydraulic simulation software

Are there any hydraulic simulation software in the FreeBSD ecosystem? Best, Owen ___ 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: reccomendation for a building architecture schematic diagram editor ?

On Tue, May 1, 2018 at 8:11 PM, Julian H. Stacey wrote: > I wrote Mon, 16 Apr 2018 10:21:20 +0200 > > > Hi po...@freebsd.org people, > > Might any of you have a FreeBSD ports/ reccomendation for a building > > architecture schematic diagram editor, please ? To plan eg big house

Re: reccomendation for a building architecture schematic diagram editor ?

You might try cad/brlcad On Mon, Apr 16, 2018, 17:55 Julian Elischer wrote: > On 16/4/18 4:32 pm, Kurt Jaeger wrote: > > Hi! > > > >> Only port I can think of is xfig, which I've used for other things > >> https://svnweb.freebsd.org/ports/head/graphics/xfig/ > >> but

textproc/expat2 development libraries

Does expat2 have dev libraries? I'm compiling a project that is looking for libexpat which is installed [textproc/expat2] but configure still fails to find it. Is there a devel expat port? ___ freebsd-ports@freebsd.org mailing list

Re: sourceforge mastersite probelsm

On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > > > On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme <gurenc...@gmail.com> > wrote: > >> I am trying to update cad/brlcad to the latest version 7.26.4 so I edit >> the makefile b

Re: sourceforge mastersite probelsm

On Sat, Mar 3, 2018 at 11:16 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > I am trying to update cad/brlcad to the latest version 7.26.4 so I edit > the makefile bumping up the port version and the port revision. > > Then I remove the old distfile and try running mak

sourceforge mastersite probelsm

I am trying to update cad/brlcad to the latest version 7.26.4 so I edit the makefile bumping up the port version and the port revision. Then I remove the old distfile and try running make makesum: ___ freebsd-ports@freebsd.org mailing list

Re: 6100 subdirectories in /usr/ports/devel!

On Mon, Feb 19, 2018 at 7:56 PM, Gleb Popov <6year...@gmail.com> wrote: > On Mon, Feb 19, 2018 at 9:45 AM, Julian Elischer > wrote: > > > On 29/12/17 5:16 am, Bob Willcox wrote: > > > >> On Fri, Dec 29, 2017 at 03:54:28AM +0700, Eugene Grosbein wrote: > >> > >>> 29.12.2017

Re: FreeBSD Palemoon branding violation

On Wed, Feb 7, 2018, 07:22 Mark Felder wrote: > Ok I will start working on this. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225717 > > Thanks > > On Tue, Feb 6, 2018, at 17:07, Matt A. Tobin wrote: > > Alright, if that is the case, then yeah you can just disable

Re: Building interactive ports with poudriere

On Fri, Jan 26, 2018 at 3:04 AM, Yasuhiro KIMURA wrote: > Hello. > > Poudriere sets 'BATCH=yes' when it builds ports. But there are some > ports that can't be built with batch mode. Then are there any way to > build such interactive ports with poudriere or do I have to build >

glib-compile-schemas

I am building a gnome based port. The port builds and installs successfully but it doesn't work. Looking around I need to run glib-compile-schemas like this: glib-compile-schemas /usr/local/share/glib-2.0/schemas/ After running that command the port works as expected, is there a standard way

Re: Canberra

On Mon, Dec 25, 2017 at 5:45 AM, Sid <s...@bsdmail.com> wrote: > > blubee blubeeme; Sun Dec 24 06:31:00 UTC 2017 > > > If you wrote that makefile that removes all the gtk stuff, you can either > > try to get it to Marcus and see if he's > > willing to use tha

Re: OSS Audio

On Mon, Dec 25, 2017 at 12:16 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > > > On Fri, Dec 22, 2017 at 9:31 PM, Sid <s...@bsdmail.com> wrote: > >> OSS soundcard.h for FreeBSD stable and current >> https://svn.freebsd.org/base/stable/11/sys/sys/ >>

Re: OSS Audio

On Fri, Dec 22, 2017 at 9:31 PM, Sid <s...@bsdmail.com> wrote: > OSS soundcard.h for FreeBSD stable and current > https://svn.freebsd.org/base/stable/11/sys/sys/ > https://svn.freebsd.org/base/head/sys/sys/ > > blubee blubeeme; Mon Dec 11 17:03:10 UTC 2017 > > I'm t

Re: Canberra

On Fri, Dec 22, 2017 at 8:52 PM, Sid <s...@bsdmail.com> wrote: > > Blubee Blubeeme; > > Who thought that was a good idea, now layer a few more audio layers and > u have Linux[ism] to the max. > > Well, I think that it's not really worth it to go untangle that mess. &g

Re: Canberra

On Fri, Dec 22, 2017 at 12:45 PM, Sid <s...@bsdmail.com> wrote: > > Blubee blubeeme > > I'll look at the libcanberra OSS backend and see if I get get the > changes upstream then the libcanberra maintainer can update the port. > > >> Sid > >> Sooner or la

Re: Canberra

On Thu, Dec 21, 2017 at 8:37 AM, Sid <s...@bsdmail.com> wrote: > > Blubee blubeeme > > I'll work on it but let me get the port in the tree first, then I can > refine it. > > Just as i've done with my previous ports. > > > Sid > > a simple p

Re: Vote: making wayland=on default

On Thu, Dec 21, 2017 at 12:23 AM, Johannes Lundberg wrote: > On Wed, Dec 20, 2017 at 4:08 PM, Chris H wrote: > > On Wed, 20 Dec 2017 09:20:20 + "Johannes Lundberg" < > johal...@gmail.com> > > said > > > >> Hi > >> > >> I want to suggest that we

Re: Canberra

; > "When devs take the easiest path..." This is the Linuxism route, to pile > on. I don't even consider that the easiest path, a lazy path instead, > considering its usual outcome, of requiring hours to compile something > which should compile in 5 minutes. FreeBSD and other BS

Re: Canberra

On Wed, Dec 20, 2017 at 3:04 PM, Sid wrote: > According to http://0pointer.de/lennart/projects/libcanberra/#status > updated September 2012 > > "libcanberra is mostly feature complete. For now however it includes > backends only for ALSA, PulseAudio, OSS and GStreamer." > >

Re: Canberra

On Tue, Dec 19, 2017 at 3:24 PM, Sid <s...@bsdmail.com> wrote: > > blubee blubeeme > > I am porting py-canberra which isn't required but an > > optional dependency for another port that I am working on. > > > I wonder should I leave it as is or make a dependency

Re: Canberra

> > IMO, it's better to clean up as many ports before flavors comes along, > because then, there will be more excuses to not remove bloat. > > blubee blubeeme; Tue Dec 19 03:01:07 UTC 2017 > > quick question, I am porting py-canberra which isn't required but an > optional d

Re: Canberra

On Tue, Dec 19, 2017 at 10:19 AM, Sid wrote: > >Sid; Mon Dec 18 22:09:36 UTC 2017 > > Canberra is an audio application for playing simple sounds like "DING!". > > For playing sound, I am convinced that graphical dependencies for > audio/libcanberra and audio/libcanberra-gtk3

Re: OSS Audio

On Tue, Dec 19, 2017 at 12:11 AM, Alexander Leidinger < alexan...@leidinger.net> wrote: > > Quoting Sid (from Sat, 16 Dec 2017 23:53:17 +0100): > > I've had a few misconceptions. >> >> Bluebee Blubeeme said, 4Front has a modern OSS implementation that is >> under a FreeBSD

Re: OSS Audio

not violate their license and > >> intellectual property rights? > > >> You are welcome to start with such a clean-room implementation and it > >> may even be accepted into FreeBSD, once you are ready (provided there > >> really is no risk of legal problems in

Re: OSS Audio

On Sun, Dec 17, 2017 at 9:11 PM, Stefan Esser <s...@freebsd.org> wrote: > Am 17.12.17 um 02:06 schrieb blubee blubeeme: > > This is why I am bringing up the issue and why I said the first step > would > > be porting the proper 4Front OSS into the kernel. > > > &g

Re: OSS Audio

On Sun, Dec 17, 2017 at 6:53 AM, Sid wrote: > I've had a few misconceptions. > > Bluebee Blubeeme said, 4Front has a modern OSS implementation that is > under a FreeBSD license. > > The model of Sound on FreeBSD is, three layers: > 1. The API, where programs use libraries (of

Re: OSS Audio

ev/ directory, > and separately have a frontend or API to connect to user programs. > OSS hardware drivers are compiled into the kernel or started as modules. > Sndiod hardware drivers can also be turned on, to be seen in /dev/. > > > blubee blubeeme; > > If you want to test

Re: Re: OSS Audio

Installed devices: pcm0: (play/rec) default pcm1: (play) pcm2: (play) No devices installed from userspace. The issue is FreeBSD doesn't have a lot of devs and instead of bringing what FreeBSD has inline with upstream, it seems like they want to say nope, just gonna keep on using our half

Re: Re: OSS Audio

On Fri, Dec 15, 2017 at 9:26 AM, Sid <s...@bsdmail.com> wrote: > > blubee blubeeme - Tue Dec 5 00:48:05 UTC 2017 > > > If I can provide OSS audio/midi input and output for the tools that I > use, > > then I can do all the routing natively with OSS. > > A pr

Re: Linux ports tutorial? WPS Office

On Thu, Dec 14, 2017, 22:15 Pedro Giffuni <p...@freebsd.org> wrote: > > > On 12/13/17 22:31, blubee blubeeme wrote: > > > > On Thu, Dec 14, 2017 at 11:17 AM, Pedro Giffuni <p...@freebsd.org> wrote: > >> Hello; >> >> >> On 13/12/2017 21:

Re: Linux ports tutorial? WPS Office

On Thu, Dec 14, 2017 at 11:17 AM, Pedro Giffuni wrote: > Hello; > > > On 13/12/2017 21:11, Chris H wrote: > >> On Wed, 13 Dec 2017 19:56:24 -0500 "Pedro Giffuni" said >> >> On 12/10/17 14:55, Eugene Grosbein wrote: >>> > 11.12.2017 2:22, Pedro Giffuni пишет:

Re: Keeping your Poudriere dry!

On Wed, Dec 13, 2017 at 3:29 AM, Ben Woods <woods...@gmail.com> wrote: > > On Wed, 13 Dec 2017 at 7:31 am, blubee blubeeme <gurenc...@gmail.com> > wrote: > >> This still leaves the other question; Can I make a svn diff from poudriere >> ports tree? >> >

Re: Keeping your Poudriere dry!

On Tue, Dec 12, 2017 at 11:29 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > Apologize for the ignorance but I just ran a testport and things seemingly > went well until I tried to update my ports tree, then I get this error: > sudo poudriere ports -u -p HEAD > [00:00:00]

Keeping your Poudriere dry!

Apologize for the ignorance but I just ran a testport and things seemingly went well until I tried to update my ports tree, then I get this error: sudo poudriere ports -u -p HEAD [00:00:00] Error: Ports tree "HEAD" is currently mounted and being used. mount command shows this

updated port [Yoshimi]

I'm not sure if I was to create a new bug report to update this port but here is the bug report with the svn diff with the updates. Can someone take a look at this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224274 ___ freebsd-ports@freebsd.org

Re: License and adopting software

On Tue, Dec 12, 2017 at 6:09 AM, Greg 'groggy' Lehey <g...@freebsd.org> wrote: > [format recovered] > > On Sunday, 10 December 2017 at 23:31:33 -0800, Chris H wrote: > > On Mon, 11 Dec 2017 12:24:53 +0800 "blubee blubeeme" < > gurenc...@gmail.com> sa

Re: OSS Audio

was grepping around to see if any other files included this soundcard.h header and if updating to the latest would break any other programs. Is there anyone here who actively work on OSS have a moment for a few questions? On Tue, Dec 5, 2017 at 8:48 AM, blubee blubeeme <gurenc...@gmail.com>

Re: License and adopting software

On Mon, Dec 11, 2017 at 12:21 PM, Jonathan Chen <j...@chen.org.nz> wrote: > On 11 December 2017 at 17:17, blubee blubeeme <gurenc...@gmail.com> wrote: > > I like some old software that's <= GPL2 but it seems like the original > > developer is not and have not done

License and adopting software

I like some old software that's <= GPL2 but it seems like the original developer is not and have not done any work on the software sine mid 2000. I'd like to pick up the project, fix bugs BUT i'd like to migrate from GPL to BSD license. How does one go about doing that? I have seen the GPL code

Re: Linux ports tutorial? WPS Office

The first step would be to take a look at the source code the .tar file and see a list of dependencies, then check to see if those dependencies already have ports in FreeBSD ports tree. What are the dependencies described in the docs for that office suite? On Mon, Dec 11, 2017 at 3:55 AM, Eugene

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

From my experience poudriere doesn't support that workflow. Either build the port and create a package of it, then install that on your target machine or build everything in your laptop. Poudriere wants to be the build bot. On Thu, Dec 7, 2017 at 9:14 PM, Matthias Apitz wrote:

Re: Bringing SUB-PACKAGES to ports

links for you guys to take a look at. "We already have flavors" is a very arrogant answer that totally misses the point of my email. Best On Thu, Dec 7, 2017 at 9:14 PM, Adam Weinberger <ad...@adamw.org> wrote: > > On 7 Dec, 2017, at 4:16, blubee blubeeme <gurenc...@gmai

Re: Bringing SUB-PACKAGES to ports

You guys seem to be attempting to do some cool things here and I actually appreciate flavors since those tools; python, ruby, go, pearl, php, etc are too complicated to maintained without some types of "Flavors" Android has been dealing with issues like this for a long time and they solved it

Re: OSS Audio

audio driver and work in support for all the apps/ tools that I use. So that's why i'd like to have the official 4Front OSS drivers instead of a fork. On Tue, Dec 5, 2017 at 12:26 AM, Jan Beich <jbe...@freebsd.org> wrote: > blubee blubeeme <gurenc...@gmail.com> writes: > >

Re: OSS Audio

://manuals.opensound.com/developer/ossapi.html lists a lot of benefits for the new 4.xx version. On Mon, Dec 4, 2017 at 8:08 PM, Jan Beich <jbe...@freebsd.org> wrote: > blubee blubeeme <gurenc...@gmail.com> writes: > > > I'm looking at the information for audio/oss and it seems

OSS Audio

I'm looking at the information for audio/oss and it seems that the source used is different than the 4frontversion. - This port uses installation procedure that is very different from the one used by 4Front and is not supported by them. - The port also seems to lack a maintainer but a

Linux KMS/DRM and Google DRM

Google is trying to get HDMI drm upstream into the linux kernel: https://www.phoronix.com/scan.php?page=news_item=2017-Google-Intel-HDCP-DRM As we see this coming, how would the guys on FreeBSD working on that Linux kmod stuff deal when this stuff starts to creep into the linux kernel?

Re: building blender 2.79 fails because of python dependencies

Shane Ambler <free...@shaneware.biz> wrote: > On 30/11/2017 21:05, blubee blubeeme wrote: > > On Wed, Nov 29, 2017 at 9:25 PM, blubee blubeeme <gurenc...@gmail.com> > > wrote: > > > >> Here's a build log: > >> > >> running install_scripts

Re: building blender 2.79 fails because of python dependencies

On Wed, Nov 29, 2017 at 9:25 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > Here's a build log: > > running install_scripts > copying build/scripts-3.5/pydoc3.5 -> /usr/ports/lang/python35/work/ > stage/usr/local/bin > copying build/scripts-3.5/pyvenv-3.5 ->

building blender 2.79 fails because of python dependencies

Here's a build log: running install_scripts copying build/scripts-3.5/pydoc3.5 -> /usr/ports/lang/python35/work/stage/usr/local/bin copying build/scripts-3.5/pyvenv-3.5 -> /usr/ports/lang/python35/work/stage/usr/local/bin copying build/scripts-3.5/idle3.5 ->

Re: Time for a firefox-56 port?

I did not add those unless it was from a build process but that doesn't seem likely for this copy of the ports tree. Now that I know that I could get rid of them a few lines of code did it. svn status | awk '{print $2}' | xargs -I {} sudo svn revert "/usr/ports/{}" svn status | awk '{print $2}'

Re: Time for a firefox-56 port?

at 11:50 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > looks like there were a few conflicts. I did a svn revert -R /usr/prts && > svn update and all seems well now. > > Thanks for the assistance! > > On Mon, Nov 27, 2017 at 11:40 PM, Kurt Jaeger <li...@op

Re: Time for a firefox-56 port?

looks like there were a few conflicts. I did a svn revert -R /usr/prts && svn update and all seems well now. Thanks for the assistance! On Mon, Nov 27, 2017 at 11:40 PM, Kurt Jaeger wrote: > Hi! > > > URL: https://svn.freebsd.org/ports/head > > Relative URL: ^/head > >

Re: Time for a firefox-56 port?

me@me:/usr/ports % svn info . Path: . Working Copy Root Path: /usr/ports URL: https://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 454966 Node Kind: directory Schedule: normal Last

Re: Time for a firefox-56 port?

On Sun, Nov 26, 2017 at 11:18 PM, Kurt Jaeger wrote: > Hi! > > > I'm sure I'm not the only person who relies on old addons. How about > > a firefox-56 port until the current problems die down? > > > > > > Here is a port for the Palemoon browser: > > > >

Re: Can I build multiple executables in 1 port Makefile?

On Sat, Nov 25, 2017 at 4:14 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > let's try this again: > > OPTIONS_DEFINE= X11 X11_RAWFB > > USE_GITHUB= yes > GH_ACCOUNT= vurtun > GH_TAGNAME= 36a396f > > .include > > .if ${PORT_OPTIONS:MX11} > do-build:

Re: Can I build multiple executables in 1 port Makefile?

or but not both, how can I build and install both? Is that possible? On Sat, Nov 25, 2017 at 4:12 PM, blubee blubeeme <gurenc...@gmail.com> wrote: > A sample of my makefile: > > ___ freebsd-ports@freebsd.org mailing list https://lists.free

Can I build multiple executables in 1 port Makefile?

A sample of my makefile: ___ 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: a project with custom makefile

25, 2017 at 11:57 AM, Adam Weinberger <ad...@adamw.org> wrote: > > On 24 Nov, 2017, at 20:42, blubee blubeeme <gurenc...@gmail.com> wrote: > > > > I apologize for not being clear, I can get really long winded and try to > control myself. > > The proje

Re: a project with custom makefile

yet? On Sat, Nov 25, 2017 at 6:15 AM, Adam Weinberger <ad...@adamw.org> wrote: > > On 24 Nov, 2017, at 14:23, blubee blubeeme <gurenc...@gmail.com> wrote: > > > > I have a port that has different directories each with it's own makefile > > that

a project with custom makefile

I have a port that has different directories each with it's own makefile that creates some binaries in subdir/bin A typical makefile from this project looks like this: --- # Install BIN = x11 # Flags CFLAGS = -std=c89 -pedantic -O2 `pkg-config

[NEW PORT] ibus-cangjie

Can I have someone take a look at this port bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223565 ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to

A project with it's own Makefiles

I have a port that has a it's own Makefiles that you're suppose to call to build for example the folder structure is like this: project --subfolderA ---subfolderA-src ---subfolderA-Makefile --subfolderB ---subfolderB-src ---subfolderB-Makefile --subfolderC ---subfolderC-src

Re: writing drivers based on hardware manuals

ordered, 3-4 weeks until delivery. Until then... On Sun, Nov 12, 2017 at 5:42 PM, Kurt Jaeger wrote: > Hi! > > > This is a request on where can I get more information and talk to other > > FreeBSD developers about writing software to control hardware based on > > dmidecode and a

writing drivers based on hardware manuals

This is a request on where can I get more information and talk to other FreeBSD developers about writing software to control hardware based on dmidecode and a device manual. I found this manual page that not only describe the fan controllers and lid switch but also the keyboard LED controller as

build logs

When running make, there's tons of output. Is that saved anywhere? I'd like to be able to log the entire build process while I test ports before submitting them. I also tried "make | tr -d "=\n=" " to strip out the new lines but it seems that when make download dist files and a few other times

ports depending on python

I am having some real tough time building this port that requires python modules. Is there anyone in here willing to help me debug this issue? Whenever I add: USE_GNOME py3gobject3 to my port it tries to build lib-mesa with python2 instead of python3 so the build fails. I need those

Re: devel/py3-gobject3 fails to build

is this a problem with my setup or is this a bug in the port? Can anyone test it out and provide some assistance? On Tue, Nov 7, 2017 at 3:50 AM, blubee blubeeme <gurenc...@gmail.com> wrote: > I just did another test in a clean jail with no python installed. I went > into the /deve/

Re: devel/py3-gobject3 fails to build

This is the error that comes up when trying to compile devel/py3-gobject3 port. mesa-libs needed by cairo cannot be built with python > 2.7 On Tue, Nov 7, 2017 at 3:41 AM, blubee blubeeme <gurenc...@gmail.com> wrote: > I am porting an ibus library that needs > Python >= 3.2

Re: devel/py3-gobject3 fails to build

ork, especially since building and running requires 2 versions of python. how can I setup the introspection-based bindings? On Tue, Nov 7, 2017 at 3:30 AM, Mathieu Arnold <m...@freebsd.org> wrote: > Le 06/11/2017 à 19:53, blubee blubeeme a écrit : > > When trying to build a port

devel/py3-gobject3 fails to build

When trying to build a port and including py3-gobject3 either through: USE_GNOME= py3gobject3 or RUN_DEPENDS= py3-gobject3:devel/py3-gobject3 the build will fail because py3-gobject3 needs cairo but cairo cannot build with python > 2.7 Is this a bug in the port or am I doing something wrong?

IBus >=1.4 and python3

I am trying to build a port that requires python3.2 language support as well as py3-gobject3 this same port also requires ibus but when I set ibus as a library, the project fails to build because ibus can't depends on python 2.7 or less. How do I get around this?

Re: cython 0.14

Thanks, I was making some errors in my Makefile that caused this error! It had nothing to do with the installed version of cython. Thanks for the replies. On Sun, Nov 5, 2017 at 4:10 PM, Matthew Seaman <matt...@freebsd.org> wrote: > On 04/11/2017 13:41, blubee blubeeme wrote: > >

Re: mesa-libs with python3

anyone have any ideas how to build mesa-libs with python2 while cairo needing python3? On Sun, Nov 5, 2017 at 1:51 AM, blubee blubeeme <gurenc...@gmail.com> wrote: > maybe I can clarify a bit, first cairo failed to build with python2 but I > added the line above to build

  1   2   >