FreeBSD Port: skype-2.1.0.81,1

Hello; After installing net-im/skpe, the application starts up fine, but when I try to connect it times out after a few minutes and tells me P2P Connect failed. In syslog I see Code: kernel: linux: pid 3175 (skype): ioctl fd=11, cmd=0x564a ('V',74) is not implemented. % uname -a: Code: FreeBSD

Re: FreeBSD Port: skype-2.1.0.81,1

Hi Matthia, ports; Thanks for you reply. I think I'm getting closer to finding out what's going on. I have a small LAN, which normally just has a single laptop and a skype phone behind a Buffalo wireless access point / router. The skype phone is usually on all the time and I haven't had

Re: FreeBSD Port: skype-2.1.0.81,1

On Sun, Mar 11, 2012 at 14:33, Matthias Apitz g...@unixarea.de wrote: It sounds a bit like some NAT issue in the router and the first client connecting to Skype wins. No sure, though. I'm going on a few assumptions that I'll have to verify, but a reboot of the router should flush the first

Re: FreeBSD Port: skype-2.1.0.81,1

On Sun, Mar 11, 2012 at 15:39, Mel Flynn rfl...@acsalaska.net wrote: I've had issues like this when I was still using Skype. Very hard to trace, but I had the feeling that a login gets bound to a client-id or client version and that failed attempts to log in mark a client-id/client version

FreeBSD Port: lang/sbcl

Hi, After upgrading sbcl to 1.1.12, stumpwm no longer compiles. I'm compiling stumpwm from the git repository, which hasn't changed in quite awhile. If there is anything I can test or any other information I can provide, please let me know. Joseph % gmake /usr/local/bin/sbcl --load

FreeBSD Port: emacs-23.4_2,1

Hi ashish; After upgrading to 23.4 from 23.3 I'm seeing errors with with faces and term-mode is not functional. The build output can be found here: http://gly.ath.cx/misc/emacs_build.out. I suspect the lines below are related to the problem. === Creating a backup package for old version

Re: FreeBSD Port: emacs-23.4_2,1

Hi Ashish; It looks like the problem was caused by this line: (setq ansi-term-color-vector [unspecified black red3 green3 yellow3 DodgerBlue1 magenta3 cyan3 white]) which I used to set colours in term/multi-term. It looks like other people hit the same problem when upgrading to 24.3. In any

Re: Another Firefox 21.0 crash

Ted Faber fa...@lunabase.org writes: I'm seeing a repeatable, consistent segmentation fault before the first window appears (though firefox -ProfileManager brings up the profile manager, but crashes when I try to actually start the browser). I've deleted ~/.mozilla and just about everything

Re: Another Firefox 21.0 crash

Ted Faber fa...@lunabase.org writes: gcc46 gives me a compilation error: /usr/ports/www/firefox/work/mozilla-release/xpcom/io/nsMultiplexInputStream.cpp: In member function 'virtual nsresult nsMultiplexInputStream::Seek(int32_t, int64_t)':

Re: FreeBSD ports which are currently scheduled for deletion

Hi; lini...@freebsd.org writes: The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname:

FreeBSD Port: octave-3.8.1_2

Hello, Building octave on a laptop (i5/8G ram running 9.2-STABLE amd64) seems to run indefinitely (e.g. overnight and it's still building), but on a similarly configured desktop (9.2-STABLE 32G ram) it takes no time (15-20 minutes). Here is a log from the build on the laptop:

FreeBSD Port: fusefs-kmod-0.3.9.p1.20080208_7

Hello, I've been trying to update this port from the 6th to the 7th patch level, but the error below occurs. Is this something you've seen before? I've seen PR 151296, but it's from last October and I'm not sure if it is still relevant. If there is any other information I can provide. please

FreeBSD Port: p5-DBD-mysql-4.018

Hello, I see the following error during the build: dbdimp.c: In function 'mysql_db_FETCH_attrib': dbdimp.c:2447: error: 'sv_undef' undeclared (first use in this function) % uname -a FreeBSD awarnach.mathstat.dal.ca 8.0-RELEASE-p4 FreeBSD 8.0-RELEASE-p4 #0: Mon Jul 12 20:55:11 UTC 2010

FreeBSD Port: suitesparse-3.6.1

Hello, Building the recent port update failed. % uname -a FreeBSD gly 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Tue Feb 22 13:28:46 AST 2011 root@gly:/usr/obj/usr/src/sys/GLY_2011-02-22 i386 Portion of output from the build: gmake[4]: Entering directory

Re: [CFT] editors/emacs to 24.1

Hello Ashish; The patches applied successfully and the port installation was also successful, but when I try to run emacs with emacsclient -c, my system becomes semi-unresponsive. I can still hit the power button on my laptop for a clean shutdown but a C-c won't stop emacs and I can't log out of

Re: [CFT] editors/emacs to 24.1

On Mon, Jul 30, 2012 at 6:09 AM, Ashish SHUKLA ash...@freebsd.org wrote: Could you please provide contents of /var/db/ports/emacs/options ? I'm not sure if it's to do with Intel GEM/KMS, but I remember seeing it with SYNC_INPUT=off as well, as Raphael pointed out in his earlier reply. I turned

Re: [CFT] editors/emacs to 24.1

On Mon, Jul 30, 2012 at 11:25 AM, Herbert J. Skuhra hsku...@eumx.net wrote: Two options: 1) Try to build Emacs without dbus/gconf/gsettings. 2) Launch dbus properly: I run fvwm2 and I had to add the following line to my ~/.xinitrc: exec ck-launch-session dbus-launch --exit-with-session

Re: [CFT] editors/emacs to 24.1

On Mon, Jul 30, 2012 at 4:37 PM, Ashish SHUKLA ash...@freebsd.org wrote: On Mon, 30 Jul 2012 15:00:25 -0300, Joseph Mingrone j...@ftfl.ca said: Ashish, when building with the dbus, gconf and gtk options turned off, emacs still depends on the dbus/gconf2/gtk2 ports. Is this intended

Re: [CFT] editors/emacs to 24.1

I should also mention that I'm using pkgng in case it's relevant. Joseph ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org

Re: [CFT] editors/emacs to 24.1

On Mon, Jul 30, 2012 at 5:10 PM, Ashish SHUKLA ash...@freebsd.org wrote: There is nothing here which hints at gconf2/gtk2/dbus being used. Why do you think those options are used or Emacs depends on them? % pkg info -d emacs (note there is no underscore, that the pkgng tool) emacs-24.1,2

Re: [CFT] editors/emacs to 24.1

Could this be a result of other dependencies pulling in dbus/gconf/gtk? For example editors/emacs depends on devel/libgsf and libgsf depends on dbus/gconf/gtk. ___ freebsd-ports@freebsd.org mailing list

Re: [CFT] editors/emacs to 24.1

Hello again Ashish; I played around with the port options and it does indeed look like dbus/gconf/gtk were being installed because they were indirect dependencies. For example, with these options selected (shown below) the run dependencies were limited to % make run-depends-list

Re: [CFT] editors/emacs to 24.1

On Wed, Aug 1, 2012 at 6:39 PM, Ashish SHUKLA ash...@freebsd.org wrote: Weird. Do you've any idea from where devel/libgsf was getting included in dependencies list? There were a few different combinations. One I recall was selecting the ImageMagick option. That pulls in devel/libgsf and

FreeBSD Port: fusefs-encfs-1.7.4_1

Hello; I have been using encfs successfully for many months. % encfs ~/.crypt ~/files/crypt Today, I tried to mount the same way as usual. My password was accepted, but the directory ~/files/crypt disappeared after the mount. That is, before the command above I see the ~/files/crypt

Re: FreeBSD Port: fusefs-encfs-1.7.4_1

On Wed, Sep 26, 2012 at 5:42 PM, Joseph Mingrone j...@ftfl.ca wrote: Hello; I have been using encfs successfully for many months. % encfs ~/.crypt ~/files/crypt Today, I tried to mount the same way as usual. My password was accepted, but the directory ~/files/crypt disappeared after

comments for a pmake newb

I'm porting a program that uses a simple GNU make file, but I'm thinking about replacing the make file to remove the devel/gmake dependency. I don't foresee many upstream changes that will make this an issue. Is this a bad/good idea? Are there any example ports that do this? My searching

Considering removal of math/libR and math/libRmath

Hello, Neither of these ports are depended on by other ports and the option to include libR with math/R is already there (with an option). Is anyone using either of these ports? Do you foresee any problems if they are swallowed by math/R? Joseph signature.asc Description: PGP signature

Re: Considering removal of math/libR and math/libRmath

Fernando Herrero Carrón writes: > From math/R's perspective it would be nice to see them go away. The > Makefile handling of both is somewhat cumbersome as it stands. The cumbersome handling of the slave ports was changed in math/R. See 210866. See 210990 and 210987 for

Re: math/R slave ports and shared library

Fernando Herrero Carrón writes: > All in all, I don't see much use for a standalone libRmath, but it cannot > be excluded. The truth being told, I would expect newer scientific software > coming from python+scipy+numpy rather than from R embedded in C/C++. Given that 1) the

math/R slave ports and shared library

After some surgery, math/R is in more manageable shape. But, the surgery broke two slave ports, math/libR and math/libRmath. They have each been marked broken since June or July and I posted to ports@ about deleting them, but didn't get a response. math/libRmath I'm not sure how widely used

net/wpa-gui: pkg-message

The message says wpa-gui "expects the running wpa_supplicant from the port security/wpa_supplicant". When I tested, it seemed to work fine with the base wpa_supplicant. Is the note still necessary? Thanks, Joseph signature.asc Description: PGP signature

FreeBSD Port: ghc-7.10.2_1

Hello, Building lang/ghc fails in poudriere (11 jail). http://pkg.awarnach.mathstat.dal.ca/data/11amd64-default/2016-11-30_23h22m02s/logs/errors/ghc-7.10.2_1.log Joseph signature.asc Description: PGP signature

Re: math/R: Build failure after PORTREVISION for shlib change

Hi David, So far I haven't been able to reproduce any problems in an 11.0-RELEASE-p1 jail. Could you send your list of port options? If I can't reproduce any issues with the same options turned on, I will ask you for a full build log. Joseph signature.asc Description: PGP signature

Re: math/R: Build failure after PORTREVISION for shlib change

David Wolfskill writes: > g1-227(11.1)[2] make -C /usr/ports/math/R showconfig > ===> The following configuration options are available for R-3.4.0_1: > ICU=on: Unicode support via ICU > INFO=on: GNU info manuals > LDOUBLE=on: Long double data type >

Re: situation with www/node6 and www/node

Steve Wills writes: > Can execjs work with node6? What else would have to change to get it all > onto node6? It can, but other changes would be needed. For example www/gitlab pulls in www/npm, which pulls in www/node. It also pulls in other ports that pull in

situation with www/node6 and www/node

Hello, I am hitting an issue where the conflicting www/node6 and www/node packages are attempting to be installed together. For example, the upcoming net-im/mastodon pulls in www/yarn (which depends on www/node6 by default), and indirectly depends on devel/rubygem-execjs (which depends on

Re: situation with www/node6 and www/node

Adam Weinberger <ad...@adamw.org> writes: >> On 18 May, 2017, at 12:45, Joseph Mingrone <j...@freebsd.org> wrote: >> Adam Weinberger <ad...@adamw.org> writes: >>>> On 18 May, 2017, at 12:25, Adam Weinberger <ad...@adamw.org> wrote: &

Re: situation with www/node6 and www/node

Adam Weinberger writes: >> On 18 May, 2017, at 12:25, Adam Weinberger wrote: >>> On 18 May, 2017, at 12:22, Luca Pizzamiglio >>> wrote: >>> Hi, >>> node6 is the LTS, node is the current. From a stability point of view, >>> node6

Re: math/R: Is LIBR really needed?

[quoted with Yuri's permission] Yuri writes: > Setting LIBR=off causes lib/R/lib/libR.so to disappear. This makes it > difficult for ports depending on math/R (like RStudio) to set port > dependencies. Is it really important to have the ability to use only > the static library?

Re: unbound / automake ports circula logical error

Joseph Mingrone writes: > The Doctor writes: >> Looks like in any of the autoconf / automake circular error. >> > Compressing man pages (compress-man) >> ===>>> Starting check for runtime dependencies >> ===>>> Gathering dependency list fo

Re: Removing git dependencies on perl5 and python27

Mahmoud Al-Qudsi writes: > Do you know what features python unlocks? I am not sure, but grepping gives some hints. % pkg info -lq git-2.17.1 | xargs grep -l '^#!.*python' /usr/local/bin/git-p4.py /usr/local/libexec/git-core/git-p4 /usr/local/share/git-core/contrib/fast-import/import-zips.py

build errors after upgrading editors/emacs to version 26.1

Hello maintainers, Poudriere tests of all 'USES=emacs' ports with the latest editors/emacs (version 26.1) resulted in the following errors in either 10i386 or 11amd64 jails: editors/tamago (hrs@) mail/mu4e (hrs@) japanese/mozc-server (hrs@) deskutils/howm (kuriyama@) net/tramp (kuriyama@)

Re: Are these Emacs ports still useful?

[resending because original did not make it to the list] Joseph Mingrone <j...@freebsd.org> writes: > Hajimu UMEMOTO <u...@freebsd.org> writes: >> Hi, >>>>>>> On Sat, 23 Dec 2017 17:29:51 -0400 >>>>>>> Joseph Mingrone <j...@fr

Are these Emacs ports still useful?

[resending (with updates) because original message did not make it to the list] Hello all, A quick scan suggests that these port may have passed their usefulness. Could you speak up if they are still useful or if you feel they should be removed? Regards, Joseph - sysutils/puppet-mode.el

Re: Are these Emacs ports still useful?

[resending because original message did not make it to the list] Joseph Mingrone <j...@freebsd.org> writes: > Yasuhiro KIMURA <y...@utahime.org> writes: >> From: Joseph Mingrone <j...@freebsd.org> >> Subject: Are these Emacs ports still useful? >>

Re: Are these Emacs ports still useful?

Yasuhiro KIMURA <y...@utahime.org> writes: > From: Joseph Mingrone <j...@freebsd.org> > Subject: Re: Are these Emacs ports still useful? > Date: Sat, 23 Dec 2017 18:29:29 -0400 >>>> A quick scan suggests that these port may have passed their usefulness. >>

Re: Are these Emacs ports still useful?

Yasuhiro KIMURA <y...@utahime.org> writes: > From: Joseph Mingrone <j...@freebsd.org> > Subject: Are these Emacs ports still useful? > Date: Sat, 23 Dec 2017 17:29:51 -0400 >> A quick scan suggests that these port may have passed their usefulness. >> Could you

Re: Are these Emacs ports still useful?

Joseph Mingrone <j...@freebsd.org> writes: > - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) > - japanese/migemo-emacs23 Are you Ok if I remove these ports immediately, since Emacs version 23 was removed from the ports tree in 2014. Joseph signature.

Call for testing: Emacs flavors and cleanup

There is a review for proposed changes to Emacs ports. https://reviews.freebsd.org/D13506 Could you reply to the review if you have any concerns or notice any run-time issues as a result of these changes? Thanks, Joseph [1] A port with USE_EMACS=yes (proposed to be USES=emacs) signature.asc

Re: Are these Emacs ports still useful?

Hajimu UMEMOTO <u...@mahoroba.org> writes: >>>>>> On Sun, 24 Dec 2017 12:12:44 -0400 >>>>>> Joseph Mingrone <j...@freebsd.org> said: >> - japanese/egg-canna/Makefile (does not build with emacs versions >= 23) >> - japanese/migemo

print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

print/texinfo % make extract ===> License GPLv3+ accepted by the user ===> texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found ... => htmlxref.cnf doesn't seem to exist in /usr/ports/distfiles/texinfo/6.5. => Attempting to fetch http://ftpmirror.gnu.org/texinfo/htmlxref.cnf fetch:

Re: Are these Emacs ports still useful?

Liu Dryice <dry...@dryice.name> writes: > On 24 Dec 2017, 05:29 +0800, Joseph Mingrone <j...@freebsd.org>, wrote: > - deskutils/etask (non-mirrored tarball dead since 2007) > This is still fetchable from distcache. Though I admit I haven't used > it and haven't heard a

Re: print/textinfo fails to build due to size mismatch after htmlxref.cnf changed

Marco Beishuizen <mb...@xs4all.nl> writes: > On Tue, 26 Dec 2017, the wise Joseph Mingrone wrote: >> print/texinfo % make extract >> ===> License GPLv3+ accepted by the user >> ===> texinfo-6.5,1 depends on file: /usr/local/sbin/pkg - found >> ... &

Re: FreeBSD Port: R-3.6.2

"Joel Rodriguez" writes: > Hello, > I am having trouble building the latest version of R. The build is > complaining: > Fatal error: cannot create 'R_TempDir' > I have reviewed my /tmp directory and cleaned it out to no avail. Nothing > under a google search seems relevant(pretty much

math/R: Upcoming major version update

Hello all, You are receiving this message because you maintain a port that has a run-time dependency on math/R. This is a heads-up that math/R will be updated to version 4.0.0. As this is a major version change, R packages will also need to be rebuilt. Unless there are some unforeseen

Re: math/R: Upcoming major version update

Jason Bacon writes: > On 2020-04-25 22:50, Joseph Mingrone wrote: >> Hello all, >> You are receiving this message because you maintain a port that has a >> run-time dependency on math/R. This is a heads-up that math/R will be >> updated to version 4.0.0. As this i

Re: FreeBSD Port: grpc-1.22.0_4,2

On Tue, 2020-10-06 at 07:21, Matthias Fechner wrote: > Dear Joseph, > Am 05.10.2020 um 18:58 schrieb Joseph Mingrone: >> Are we able to update devel/grpc? >> I can see from the commit logs that there were some constraints with >> updates in the past, but we are

FreeBSD Port: grpc-1.22.0_4,2

Hi Sunpoet, Are we able to update devel/grpc? I can see from the commit logs that there were some constraints with updates in the past, but we are now running into trouble, because other ports in the tree require newer versions of grpc. For example, devel/bear requires gRPC >= 1.26. If

Packages with versions in their names (e.g. py37- or -emacs26-)

The major version of editors/emacs will soon be updated from 26 to 27. This means, with the way our flavored packages are now named, packages like pdf-tools-emacs26-0.90.41 will change to pdf-tools-emacs27-0.90.41. If users just do `pkg upgrade`, even with a PORTREVISION bump,

emacssurvey.org

Hello all, Emacs ports maintainers here. Over the past few years we have made some changes to the Emacs ports, which hopefully improve the user experience. For example, we now update editors/emacs-devel to the latest upstream commit about every two weeks and we eat our own dog food. Thanks to