obut...@freebsd.org/20130514165200-33742-138932/libxcb-1.7.log
Buildgroup: 9.1-QAT/i386
Buildstatus: DEPEND (IGNORED: IS MARKED AS BROKEN:
KDELIBS-3.5-OPENSSL-1.0.0.PATCH IS UNFETCHABLE IN X11/KDELIBS3)
Buildgroup: 8.3-QAT/amd64
Buildstatus: DEPEND (IGNORED: IS MARKE
Hi,
>>>>> On Thu, 13 Dec 2012 06:48:09 +0100
>>>>> Oliver Pinter said:
oliver.pntr> The build process hanged up on make patch stage, due to misplaced
sasl fix.
oliver.pntr> ---8<---
oliver.pntr> root@pandora-d kdelibs3# make patch
oliver.pntr>
On 12/13/12, Oliver Pinter wrote:
> Hi!
>
> The build process hanged up on make patch stage, due to misplaced sasl fix.
>
> ---8<---
> root@pandora-d kdelibs3# make patch
> ===> Patching for kdelibs-nocups-3.5.10_11
> ===> Applying FreeBSD patches for kdelibs
Hi!
The build process hanged up on make patch stage, due to misplaced sasl fix.
---8<---
root@pandora-d kdelibs3# make patch
===> Patching for kdelibs-nocups-3.5.10_11
===> Applying FreeBSD patches for kdelibs-nocups-3.5.10_11
File to patch:
---8<---
The right place are kdebase
Committed, thanks!
Oliver Pinter píše v út 21. 02. 2012 v 01:41 +0100:
> Hi all!
>
> Please apply the attached patch to x11/kdelibs3/Makefile.
>
--
--
Pav Lucistnik
With sufficient thrust, pigs fly just fine. -- RFC 1925
signature.asc
Description: This is a digi
Hi all!
Please apply the attached patch to x11/kdelibs3/Makefile.
--
thanks,
Oliver
--- /tmp/Makefile 2012-02-21 01:34:44.0 +0100
+++ Makefile 2012-02-21 01:37:13.0 +0100
@@ -82,8 +82,10 @@
.endif # !exists(/usr/bin/bzip2)
.if ${OSVERSION} < 80
+.if !defined(WITHOUT_C
Wouldn't it be better to flip CUPS options to default to off?
Oliver Pinter píše v ne 09. 10. 2011 v 21:09 +0200:
> Hi pav!
>
> Is there any chance to include the attached patch to kdelib3 or something
> like
> that?
>
> thanks,
> Oliver
--
--
Pav Lucistnik
The number you di
Hi pav!
Is there any chance to include the attached patch to kdelib3 or something like
that?
thanks,
Oliver
--- Makefile 2011-10-09 15:53:06.0 +0200
+++ /tmp/Makefile.kdelib3 2011-10-09 21:05:48.0 +0200
@@ -37,7 +37,9 @@
${LOCALBASE}/share/icons/hicolor/index.theme:${PORTSDIR}
kssl.lo kssl.cc
> In file included from kssl.cc:47:
> ./kopenssl.h:453: error: ISO C++ forbids declaration of 'ASN1_METHOD' with no
> type
> ./kopenssl.h:453: error: expected ';' before '*' token
> ./kopenssl.h:526: error: expected ';' before '
x27;*' token
./kopenssl.h:829: error: 'STACK' has not been declared
kssl.cc: In member function 'void KSSL::setPeerInfo()':
kssl.cc:616: error: 'class KOpenSSLProxy' has no member named 'sk_dup'
gmake[5]: *** [kssl.lo] Error 1
gmake[5]: Leaving directory
On Thursday 23 July 2009 22:14:39 Milan Obuch wrote:
> On Thursday 23 July 2009 23:58:03 Mel Flynn wrote:
> > On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote:
> > > On Tuesday 21 July 2009 12:40:34 Jerry wrote:
> > > > It appears that the /x11/kdelibs3 po
On Thursday 23 July 2009 23:58:03 Mel Flynn wrote:
> On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote:
> > On Tuesday 21 July 2009 12:40:34 Jerry wrote:
> > > It appears that the /x11/kdelibs3 ports insists on using the older
> > > "libjpeg.so.9" library. S
On Tuesday 21 July 2009 02:59:29 Milan Obuch wrote:
> On Tuesday 21 July 2009 12:40:34 Jerry wrote:
> > It appears that the /x11/kdelibs3 ports insists on using the older
> > "libjpeg.so.9" library. Since updating to jpeg-7, this library is
> > no-longer available.
On Tuesday 21 July 2009 12:40:34 Jerry wrote:
> It appears that the /x11/kdelibs3 ports insists on using the older
> "libjpeg.so.9" library. Since updating to jpeg-7, this library is
> no-longer available. Therefore, I cannot build this port.
>
> A complete copy of the bu
It appears that the /x11/kdelibs3 ports insists on using the older
"libjpeg.so.9" library. Since updating to jpeg-7, this library is
no-longer available. Therefore, I cannot build this port.
A complete copy of the build log is available here:
http://filebin.ca/yrdvkw/kdelibs.log
--
Hello
While I'm installing kdelibs3 I get the following error:
(I did post it also in freebsd-questions@ without any response.)
[snip]
gmake[4]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.5.7/kdeprint/cups/cupsdconf2'
gmake[4]: Entering directory
`/usr/ports/x11/kde
On Oct 04, 2007, at 21:45 , Andy Fawcett wrote:
lofi@ normally handles our commits, but I've not seen him around
for a week or
so. With my part of the kde@ hat, I approve you to commit. He can
shout at me
later if I'm wrong :)
Ok. Patch has been committed, PR closed, and as per your reque
On Friday 05 October 2007 00:22:51 Ade Lovett wrote:
> On Oct 03, 2007, at 23:07 , Ade Lovett wrote:
> > On Oct 03, 2007, at 21:53 , Andy Fawcett wrote:
> >> ports/116767 apparently has a fix, but I've not had time to check
> >> it out yet.
> >
> > I've added it to my tinderbox and just fired off a
On Oct 03, 2007, at 23:07 , Ade Lovett wrote:
On Oct 03, 2007, at 21:53 , Andy Fawcett wrote:
ports/116767 apparently has a fix, but I've not had time to check
it out yet.
I've added it to my tinderbox and just fired off another build,
we'll see what happens (it appears to patch cleanly at
On Oct 03, 2007, at 21:53 , Andy Fawcett wrote:
On Thursday 04 October 2007 06:32:27 Ade Lovett wrote:
Looks like x11/kdelibs3 is suffering from the same new-cups issue
that hit x11-toolkits/gtk20 - full log can be found at http://
tinderbox.lovett.com/errors/6-i386-bison/kdelibs-3.5.7_2.log
On Thursday 04 October 2007 06:32:27 Ade Lovett wrote:
> Looks like x11/kdelibs3 is suffering from the same new-cups issue
> that hit x11-toolkits/gtk20 - full log can be found at http://
> tinderbox.lovett.com/errors/6-i386-bison/kdelibs-3.5.7_2.log
>
> Can someone with more kde
Looks like x11/kdelibs3 is suffering from the same new-cups issue
that hit x11-toolkits/gtk20 - full log can be found at http://
tinderbox.lovett.com/errors/6-i386-bison/kdelibs-3.5.7_2.log
Can someone with more kde-fu than myself fix this please?
-aDe
if /bin/sh /usr/local/bin/libtool
El jueves 05 de abril a las 16:32:04 CEST, Dmitry Marakasov escribió:
> Hi!
>
> I'm one of those people who don't like extra dependencies, and I'm
> disappointed that, while it's required by many useful apps,
> x11/kdelibs3 does not provide options to disable
Hi!
I'm one of those people who don't like extra dependencies, and I'm
disappointed that, while it's required by many useful apps,
x11/kdelibs3 does not provide options to disable obviously useless
for many people functionality and, thus, additional depends (arts,
libthai, fam
Vizion wrote:
I guess You need to update your graphics/libart_lgpl.
wbr,
pluknet
Thanks for the info
However I tried that but still got the same result...
Could there be some other explanation??
I had this problem a few days ago, and simply assumed that if I waited
long enough it would ge
-L/usr/X11R6/lib
> ./.libs/libkdecore.so: undefined reference to `art_realloc(void*, unsigned
> long)'
> ./.libs/libkdecore.so: undefined reference to `art_free(void*)'
> ./.libs/libkdecore.so: undefined reference to `art_alloc(unsigned long)'
> gmake[4]: *** [kde-config] Error
pluknet wrote:
>
> I guess You need to update your graphics/libart_lgpl.
>
Some time ago I got an message from somebody. He offers to turn -R
option on by default for portupgrade. I'd like to hear any objection if is.
Anyway I think I should add an option to turn it off then.
--
Dixi.
Sem.
___
#x27;
./.libs/libkdecore.so: undefined reference to `art_free(void*)'
./.libs/libkdecore.so: undefined reference to `art_alloc(unsigned long)'
gmake[4]: *** [kde-config] Error 1
gmake[4]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.5.5/kdecore'
gmake[3]: *** [all-recur
ce to `art_free(void*)'
./.libs/libkdecore.so: undefined reference to `art_alloc(unsigned long)'
gmake[4]: *** [kde-config] Error 1
gmake[4]: Leaving directory
`/usr/ports/x11/kdelibs3/work/kdelibs-3.5.5/kdecore'
gmake[3]: *** [all-recursive] Error 1
gmake[3]: Leaving directory
Guys,
was there a real need to bump PORTREVISION of kdelibs3 port during a
recent update ?
I mean this is a quite "heavy" port and the change did not include any
functionality change (no new/updated patch, etc). The change was purely
infrastructural, so I think PORTREVISION bumpi
30 matches
Mail list logo
