Re: please change synopsis of ports/181345

11.09.2013 09:30, Koichiro IWAO пишет: > shortcuts like Ctrl-C does not work on vncviewer because of fltk Done. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-ports@freebsd.org mailing list http

Re: What is MAKE_JOBS_UNSAFE?

Am 10.09.2013 19:46, schrieb Thomas Mueller: >> Can I safely >> pkg delete -f gio-fam-backend >> since its function is (?) presumably filled by glib 2.36 ? > > Yes, providing that you've rebuilt all ports that did previously require > gio-fam-backend. > > I had three that failed, and MAKE

please change synopsis of ports/181345

Hi, Would someone please change synopsis of this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/181345 Add "shortcuts like Ctrl-C does not work on vncviewer because of fltk". Thanks, -- `whois vmeta.jp | nkf -w` meta ___ freebsd-ports@freebsd.o

Re: What is MAKE_JOBS_UNSAFE?

On Tue, Sep 10, 2013 at 1:46 PM, Thomas Mueller wrote: >> Can I safely >> pkg delete -f gio-fam-backend >> since its function is (?) presumably filled by glib 2.36 ? > > Yes, providing that you've rebuilt all ports that did previously require > gio-fam-backend. > > I had three that failed, and MAK

[QAT] r326920: 4x leftovers, 1x ???, 4x fetch, 67x success

- convert to the new perl5 framework - trim Makefile header Approved by:portmgr (bapt@, blanket) - Build ID: 20130910172800-45483 Job owner: a...@freebsd.org Buildtime: 8 hours Enddate:

Problems building www/webkit-gtk2 after dumping base gcc on 10-CURRENT

Hi all, As part of slogging through the iconv change this last week, I deleted the webkit-gtk2 port (and things that depended on it) to allow a portupgrade -af session to run without taking the ENTIRE weekend. I then went ahead and upgraded the base system which included the removal of the gc

Re: What is MAKE_JOBS_UNSAFE?

> Can I safely > pkg delete -f gio-fam-backend > since its function is (?) presumably filled by glib 2.36 ? Yes, providing that you've rebuilt all ports that did previously require gio-fam-backend. I had three that failed, and MAKE_JOBS_UNSAFE=yes apparently had no effect: multimedia/mpla

Inconsistency with libtinfow.so

After updating 10.0-CURRENT to r255449 (no base gcc, no libstdc++ any more) I am right in the middle of updating my installed ports. Because of this I first deinstalled converters/libiconv before updating any other port. I am wondering if I am the only one who has problems with coexistence of libt

Re: [CFT] Update of xorg libraries and MESA

On Mon, Sep 9, 2013 at 6:52 PM, Niclas Zeising wrote: > There was a mistake in the previous patch, which made the build of > xorg-server fail. The patch has been updated, and the updated version > is attached. > As always, it is possible to find the latest version of the patch at > http://people.

Re: [CFT] Update of xorg libraries and MESA

Hi, 2013/9/9 Niclas Zeising > The patch has been updated, and the updated version > is attached. > As always, it is possible to find the latest version of the patch at > http://people.freebsd.org/~zeising/xorg-mesaupdate.diff > It works fine for me with the following ATI cards : RV380, RV535 an

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: > On Tue, 10 Sep 2013 08:16:18 -0600 > John Hein wrote: > > You want to use $$/ instead of $/ : > > > > .if ${OSVERSION} > 153 > >${REINPLACE_CMD} -e 's/\(\&virtual_address, size,\) \ > >\(VMFS_ANY_SPACE,\)$$/\1 0, \2/' \

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

O. Hartmann wrote at 17:55 +0200 on Sep 10, 2013: > On Tue, 10 Sep 2013 09:50:05 -0600 > John Hein wrote: > > Actually I should have said you want: > > > > .if ${OSVERSION} > 155 > > > > The API change to vm_map_find was made between shortly before 155. > > > I'm on FreeBSD 10.0

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

John Hein wrote at 10:07 -0600 on Sep 10, 2013: > O. Hartmann wrote at 17:55 +0200 on Sep 10, 2013: > > On Tue, 10 Sep 2013 09:50:05 -0600 > > John Hein wrote: > > > Actually I should have said you want: > > > > > > .if ${OSVERSION} > 155 > > > > > > The API change to vm_map_fin

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

В Tue, 10 Sep 2013 17:55:44 +0200 "O. Hartmann" пишет: > On Tue, 10 Sep 2013 09:50:05 -0600 > John Hein wrote: > > > O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: > > > On Tue, 10 Sep 2013 08:16:18 -0600 > > > John Hein wrote: > > > > You want to use $$/ instead of $/ : > > > > > > >

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

On Tue, Sep 10, 2013 at 09:50:05AM -0600, John Hein wrote: > ... > Actually I should have said you want: > > .if ${OSVERSION} > 155 > > The API change to vm_map_find was made between shortly before 155. > ... Errr... well, that's not quite what I see; here are the last several lines from

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

On Tue, 10 Sep 2013 09:50:05 -0600 John Hein wrote: > O. Hartmann wrote at 16:26 +0200 on Sep 10, 2013: > > On Tue, 10 Sep 2013 08:16:18 -0600 > > John Hein wrote: > > > You want to use $$/ instead of $/ : > > > > > > .if ${OSVERSION} > 153 > > > ${REINPLACE_CMD} -e 's/\(\&virtual_add

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

On Tue, 10 Sep 2013 08:16:18 -0600 John Hein wrote: > O. Hartmann wrote at 01:51 +0200 on Sep 10, 2013: > > sed -i -e 's/\(\&virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/ \ > > \1 0, \2/' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c > > In a makefile shell command, you have to escape $

Re: HELP! nvidia-driver patch: Weird REPLACE_CMD and command-line-sed behaviour. HELP!

O. Hartmann wrote at 01:51 +0200 on Sep 10, 2013: > sed -i -e 's/\(\&virtual_address, size,\) \(VMFS_ANY_SPACE,\)$/ \ > \1 0, \2/' work/NVIDIA-FreeBSD-x86_64-325.15/src/nvidia_subr.c In a makefile shell command, you have to escape $ signs if you want them to be used as $ signs in the shell conte

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On Tue, 10 Sep 2013 11:41:52 +0200 Guido Falsi articulated: > This is the main reason why the ports tree was patched to only use > the system provided iconv implementation now that it is the default. I am not on "current" so this doesn't affect me yet. However, at some point, when current becomes

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On 09/10/13 10:16, hiren panchasara wrote: On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara mailto:hiren.panchas...@gmail.com>> wrote: On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi mailto:madpi...@freebsd.org>> wrote: On 09/10/13 07:20, hiren panchasara wrote:

FreeBSD ports you maintain which are out of date

Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara < hiren.panchas...@gmail.com> wrote: > > > > On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > >> On 09/10/13 07:20, hiren panchasara wrote: >> >>> >>> >>> >>> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer >> > wrote: >>> >

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi wrote: > On 09/10/13 07:20, hiren panchasara wrote: > >> >> >> >> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > > wrote: >> >> There are 13 ports using --with-iconv=${LOCALBASE} >> devel/apr1 >> devel/apr2 >>