Re: xemacs (zombie port, but worked)

George Michaelson wrote: > Did it have to die? (pkg removed it) If I understand Baptiste's commit message correctly, it was no longer maintained upstream. I suppose you could keep the port alive locally, but this will probably take some effort (adding STAGEDIR support, for example). AvW -- Im

Re: dnrd rc script

On Sun, Sep 7, 2014 at 2:23 PM, Sergey Zhmylove wrote: > Hello! > > Please can you tell me, what should I do if I wanna propose a small patch > for dns/dnrd rc script? > I've read porters-handbook and there is recommendation to use this e-mail > list. > Smth like this: > > --- dnrd2014-09-

Re: service doen't get started at boottime, but can start manually

Am 07.09.2014 um 19:00 schrieb Mike Clarke: > So all files in /etc/rd.d are potential startup scripts but those in > /usr/local/etc must meet the requirement of having a PROVIDE line. > > This inconsistency isn't mentioned anywhere in the examples in >

Re: Staging for ... Generating temporary packing list mtree: /usr/local/etc/mtree/BSD.gnome.dist: No such file or directory

On Sun, 7 Sep 2014 15:24:47 -0700 Mark Millard wrote: > It appears to me that if the portmaster man page's instructions for > "Using portmaster to do a complete reinstallation of all your ports" > are still supposed to work that the new staging for ports is currently > broken. > > Context: As par

[QAT] 367618: 4x fail

- Update to 0.20 - Add LICENSE (Artistic 1 & GPL 1) Changes:http://search.cpan.org/dist/namespace-autoclean/Changes - Build ID: 20140908122000-8278 Job owner: cu...@freebsd.org Buildtime: 3

[QAT] 367626: 4x fail

- Update to 0.21.0.1 PR: ports/193019 Submitted by: Sergei Vyshenski (maintainer) - Build ID: 20140908135200-8196 Job owner: cu...@freebsd.org Buildtime: 11 minutes Enddate:

Re: smplayer dependency on mplayer1

Robert_Burmeister writes: > So, what alternatives are there to add controls to Mplayer2? > mplayer2 is mostly dead or at least not actively developed. It has a fork called mpv with simple OSD-based GUI as well as several projects building GUI on top. http://bakamplayer.u8sand.net/ (Mono or QT5)

Re: service doen't get started at boottime, but can start manually

On Monday 08 Sep 2014 09:47:07 Stefan Esser wrote: > This was for a reason: [snip detailed explanation why PROVIDE: is needed in local rc scripts] > This is obviously a shortcoming in the documentation, which should > be fixed. AFAIK, the old style startup files have never been > deprecated and

Re: net/ntop strip: ... Invalid operation

Am 07.09.2014 um 17:36 schrieb Janos Dohanics: > Matthias, > > Thanks for your help. > > I have upgraded the ports tree: > > # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching snapshot tag from your-org.portsnap.freebsd.org... done. > Ports tree hasn't cha

Re: Updating ports that require cclang33 almost comes to a standstill!

Brooks Davis skrev 2014-07-17 16:10: On Thu, Jul 17, 2014 at 02:54:09PM +0200, Leslie Jensen wrote: Dimitry Andric skrev 2014-07-17 00:10: On 16 Jul 2014, at 11:21, Leslie Jensen wrote: Hello list. I'm experiencing a very slow build of clang33 It seems that it's when building clang33/work/

[QAT] 367650: 4x fail

- Update to 1.04 - Fix *_DEPENDS - Add TEST_DEPENDS - Fix PLIST Changes:http://search.cpan.org/dist/MooseX-Has-Sugar/Changes - Build ID: 20140908162400-27488 Job owner: sunp...@freebsd.org Build

whither linux-f10-expat and friends?

In the last few months, several linux-f10 application ports have been marked forbidden due to security issues, for example, textproc/linux-f10-expat. This blocks builds of, among other things, www/opera-linuxplugins. I appreciate the vigilance and attentiveness to security, but I'm not sure where

Re: whither linux-f10-expat and friends?

Hi! > Is anyone working on updating the recently-forbidden linux-f10-* > applications so they can be used again? There are new ports for newer linux packages in preparation: https://wiki.freebsd.org/201407DevSummit/LinuxEmulation describes the context and has some: https://github.com/vassi

Port update...

Dear Drupal7 port maintainer, Please, can you update the port to the latest version (7.31)?? Thank you!! -- Albert Gabàs - Astabis Information Risk Management Nacional: +34 902 800 872 | Fax: +34 931 980 591 Barcelona: +34 931 980 181 | Madrid: +34 911 333 071

USES = libtool and missing .la files [WAS Re: pkg-plist for devel/glib20]

On Sun, 7 Sep 2014, Cary wrote: Here it shows a diff for pkg-plist of port devel/glib20: http://svnweb.freebsd.org/ports/head/devel/glib20/pkg-plist?r1=324037&r2=366944 Five files which the port is building are not being installed. They are: lib/libgio-2.0.la lib/libglib-2.0.la lib/libgmodule

Re: USES = libtool and missing .la files [WAS Re: pkg-plist for devel/glib20]

On Mon, 8 Sep 2014, gt...@bellanet.org wrote: I have not been continuously building ports so I can't say when the failures started but a larger number of ports began to include 'USES=libtool ' about a week ago. Perhaps pkg-plist files are not including the files due to this change. /usr/po

Re: net/ntop strip: ... Invalid operation

On Mon, 08 Sep 2014 17:57:51 +0200 Matthias Andree wrote: > Am 07.09.2014 um 17:36 schrieb Janos Dohanics: > > > [...] > > Janos, > > tl;dr: running "make clean && make install clean" should fix it. > > The changes to the port need you to go through all the build phases > again, which may be

Re: USES = libtool and missing .la files [WAS Re: pkg-plist for devel/glib20]

On Mon, 8 Sep 2014 13:07:29 -0400 (EDT) gt...@bellanet.org wrote: > On Sun, 7 Sep 2014, Cary wrote: >> Here it shows a diff for pkg-plist of port devel/glib20: >> >> http://svnweb.freebsd.org/ports/head/devel/glib20/pkg-plist?r1=324037&r2=366944 >> >> Five files which the port is building are not b

Re: USES = libtool and missing .la files [WAS Re: pkg-plist for devel/glib20]

On Mon, 8 Sep 2014, Tijl Coosemans wrote: [snip] 'USES=libtool ' about a week ago. Perhaps pkg-plist files are not including the files due to this change. /usr/port/UPDATING doesn not warn of any problems or fallout from 'USES=libtool'. How best to resolve this? .la files are being removed

unable to set default apache port

My recent run of poudriere to build my package collection rebuilt all my apache dependents against 2.4. I knew this was coming, so had set in my poudriere make.conf the following: DEFAULT_VERSIONS=mysql=5.5 pgsql=9.2 apache=2.2 perl5=5.16 However, that seems to be ignored. The build logs do show

Re: net/ntop strip: ... Invalid operation

Am 08.09.2014 um 19:35 schrieb Janos Dohanics: > On Mon, 08 Sep 2014 17:57:51 +0200 > Matthias Andree wrote: > >> Am 07.09.2014 um 17:36 schrieb Janos Dohanics: >> >>> [...] >> >> Janos, >> >> tl;dr: running "make clean && make install clean" should fix it. >> >> The changes to the port need you

Re: unable to set default apache port

On Monday 08 Sep 2014 15:52:17 Vick Khera wrote: > My recent run of poudriere to build my package collection rebuilt > all my apache dependents against 2.4. I knew this was coming, so had > set in my poudriere make.conf the following: > > DEFAULT_VERSIONS=mysql=5.5 pgsql=9.2 apache=2.2 perl5=5.16

XEmacs

Greetings. What happened to XEmacs? Have a nice day. -- Dan Andersen ___ 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: Updating ports that require cclang33 almost comes to a standstill!

On Mon, Sep 08, 2014 at 05:48:59PM +0200, Leslie Jensen wrote: > > Brooks Davis skrev 2014-07-17 16:10: > > On Thu, Jul 17, 2014 at 02:54:09PM +0200, Leslie Jensen wrote: > >> Dimitry Andric skrev 2014-07-17 00:10: > >>> On 16 Jul 2014, at 11:21, Leslie Jensen wrote: > Hello list. > > >

Re: XEmacs

[Removed completely unnecessary CC to stable@] Dan Andersen wrote: > What happened to XEmacs? http://www.freshports.org/editors/xemacs AvW -- Imbibo, ergo sum. pgpaGJUujWxhq.pgp Description: PGP signature

Re: USES = libtool and missing .la files [WAS Re: pkg-plist for devel/glib20]

On Mon, 8 Sep 2014 14:11:53 -0400 (EDT) Graham Todd wrote: > On Mon, 8 Sep 2014, Tijl Coosemans wrote: >>> 'USES=libtool ' about a week ago. Perhaps pkg-plist files are not >>> including the files due to this change. >>> >>> /usr/port/UPDATING doesn not warn of any problems or fallout from >>> 'US

Re: net/ntop strip: ... Invalid operation

On Mon, 08 Sep 2014 21:54:05 +0200 Matthias Andree wrote: > [...] > > Janos, > > now that makes me scratch my head a bit, because I have built it on > redports successfully, but I also see that it is just using the bare > "strip" command, not one qualified with path. > >

Any recent spam that states it is from me is not.

Please check the headers and then ask me. This is for those who may assume that I do such things. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr.

Re: xemacs (zombie port, but worked)

I went to the one working instance of the right OS version, did pkg create, stashed tarballs, installed by hand (and a couple of missing deps) on the other boxes and so far, on FreeBSD10 hosts its working ok. this is a crude hack for now, until I can ply somebody clueful with beer to rewake the (u