Re: sigwait - differences between Linux & FreeBSD

2009-10-08 Thread Kostik Belousov 
On Thu, Oct 08, 2009 at 11:53:21AM +1100, Stephen Hocking wrote:
> Hi all,
> 
> In my efforts to make the xrdp port more robust under FreeBSD, I have
> discovered that sigwait (kind of an analogue to select(2), but for
> signals rather than I/O) re-enables ignored signals in its list under
> Linux, but not FreeBSD. The sesman daemon uses SIGCHLD to clean up
> after a session has exited. Under Linux this works OK, under FreeSBD
> it doesn't. I have worked around it in a very hackish manner (define a
> dummy signal handler and enable it using signal, which means that the
> sigwait call can then be unblocked by it), but am wondering if anyone
> else has run across the same problem, and if so, if they fixed it in
> an elegant manner. Also, does anyone know the correct semantics of
> sigwait under this situation?

ports@ is the wrong list to discuss the issue in the base system.

Solaris 10 sigwait(2) manpage says the following:
If sigwait() is called on an ignored signal, then the occurrence of the
signal will be ignored, unless sigaction() changes the disposition.

We have the same behaviour as Solaris, ingored signals are not queued or
recorded regardeless of the presence of sigwaiting thread.


pgpFh2AtM44hW.pgp
Description: PGP signature

Any news about ddd ?

2009-10-08 Thread Albert Shih 
Hi

Anyone known what's the status of 

ports/ddd

on the website they say the 3.3.12 is release at 02/2009

Is ddd ports is still in developpment ?

Regards

-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26/06 86 69 95 71
Heure local/Local time:
Jeu 8 oct 2009 12:17:34 CEST
___
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: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing

2009-10-08 Thread Martin Wilke 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Oct 08, 2009 at 12:30:27PM +0200, David Naylor wrote:
> On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote:
> > We're happy to announce that KDE-4.3.2 is ready
> > for testing. KDE-4.3.2 is only a Bugfix release.
> > If you want to play with KDE 4.3.2 please checkout
> > all ports from area51.
> > 
> > A note about area51, we have changed the repo layout,
> > Qt and KDE is now split between area51/QT and area51/KDE.
> > If you have an old check out please delete all and run a
> > new checkout:
> > 
> > svn co http://area51.pcbsd.org/trunk/area51
> > 
> > You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts
> > you'll find 2 scripts to merge QT and KDE to /usr/ports.
> > If you see any issues please let use know.
> > 
> > Happy Testing!
> 
> I've found a problem with devel/qt4-help-tools: PORTNAME=help (instead of 
> help-tools).  Other then that everything compiled fine and no apparent 
> regressions.  It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has 
> been 
> obsoleted?  

help-tools fixed thx.

- - Martin

> 
> Thank you for the great work.  Looking forward to 8.0 (and beyond :-) ).
> 
> Many thanks,
> 
> David



- -- 

+---+---+
|  PGP: 0xB1E6FCE9  |  Jabber : miwi(at)BSDCrew.de  |
|  Skype  : splash_111  |  Mail   : miwi(at)FreeBSD.org |
+---+---+
|   Mess with the Best, Die like the Rest!  |
+---+---+
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (FreeBSD)

iEYEARECAAYFAkrNw7cACgkQdLJIhLHm/Ok+IwCeOYfTVmH7PWdVqV4BxQRQ3YOQ
YCwAoKAac8EXj2b3P66VbnkhWtFS4MkR
=S5P0
-END PGP SIGNATURE-
___
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: [kde-freebsd] [CFT] KDE 4.3.2 / Qt 4.5.3 Ready for Testing

2009-10-08 Thread David Naylor 
On Tuesday, 6 October 2009 20:12:55 Martin Wilke wrote:
> We're happy to announce that KDE-4.3.2 is ready
> for testing. KDE-4.3.2 is only a Bugfix release.
> If you want to play with KDE 4.3.2 please checkout
> all ports from area51.
> 
> A note about area51, we have changed the repo layout,
> Qt and KDE is now split between area51/QT and area51/KDE.
> If you have an old check out please delete all and run a
> new checkout:
> 
> svn co http://area51.pcbsd.org/trunk/area51
> 
> You'll then find 3 dirs: QT, KDE, Tools, in Tools/scripts
> you'll find 2 scripts to merge QT and KDE to /usr/ports.
> If you see any issues please let use know.
> 
> Happy Testing!

I've found a problem with devel/qt4-help-tools: PORTNAME=help (instead of 
help-tools).  Other then that everything compiled fine and no apparent 
regressions.  It looks like 'deskutils/dolphin-plugins-mplayerthumbs' has been 
obsoleted?  

Thank you for the great work.  Looking forward to 8.0 (and beyond :-) ).

Many thanks,

David


signature.asc
Description: This is a digitally signed message part.

FreeBSD Port: drivel-2.0.2_10

2009-10-08 Thread Neil Williams 
drivel 3.0.0 is now on release.

http://linux.codehelp.co.uk/#drivel
http://drivel.sourceforge.net/
http://freshmeat.net/projects/drivel
http://sourceforge.net/projects/drivel/

Drivel 3.0.0 ("Ready for the future")
=

  * Improvements:
  - Drop remnants of old libraries including:
 libglade2, libgnome2 and libgnomeui.
  - Drop deprecated functions from existing libraries,
ready for the upcoming Gtk+3.0 transitions.
  - Migrate from libgtksourceview1.0 to libgtksourceview2.0
  - Add patches from bugzilla that have accumulated since 2.0.4
  - Include and enhance code from the previous trunk (the
unreleased 2.1.1) codebase.
  - Include translated versions of the Drivel Manual.

  * Issues:
  - Serendipity upstream has disabled XMLRPC due to a bug in
 PHP 5.2 which appears to be fixed in the current 5.2 release.
 The xmlrpc support in serendipity is disabled but does work
 again if the xmlrpc plugin is downloaded and installed:
 
http://spartacus.s9y.org/cvs/additional_plugins/serendipity_event_xmlrpc.zip
  - drivel is not able to retrieve recent entries from all blog engines
 as a result of the removal of libegg / issues with the
 GtkRecentEntries support.
  - Past-date support in LJ is disabled in 3.0.0.


-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgp7BcIMD56X5.pgp
Description: PGP signature

Re: sigwait - differences between Linux & FreeBSD

2009-10-08 Thread Matthias Andree 
Stephen Hocking schrieb:
> Hi all,
> 
> In my efforts to make the xrdp port more robust under FreeBSD, I have
> discovered that sigwait (kind of an analogue to select(2), but for
> signals rather than I/O) re-enables ignored signals in its list under
> Linux, but not FreeBSD.

If the application relies on sigwait() to wait for and extract an ignored signal
(SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and should be
fixed by the upstream maintainer (I haven't checked that).

Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.10 
beta):

   sigwait  suspends the calling thread until one of the signals in set is
   delivered to the calling thread. It then stores the number of the  sig‐
>  nal received in the location pointed to by sig and returns. The signals
>  in set must be blocked and not ignored on entrance to sigwait.  If  the
   delivered  signal has a signal handler function attached, that function
   is not called.

> The sesman daemon uses SIGCHLD to clean up after a session has exited. Under
> Linux this works OK, under FreeSBD it doesn't.

Not sure I understand. How can it clean up if it's not made aware of child's
termination? Or do some Linux kernels behave in another way?

Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of the
child processes as they exit, rather than turn them into zombies. You cannot
wait() for them though.

> I have worked around it in a very hackish manner (define a
> dummy signal handler and enable it using signal, which means that the
> sigwait call can then be unblocked by it), but am wondering if anyone
> else has run across the same problem, and if so, if they fixed it in
> an elegant manner. Also, does anyone know the correct semantics of
> sigwait under this situation?

That is not a hackish workaround, but one of the few safe ways to sigwait() for
SIGCHLD. A version fixed thus should still work on Linux, so that fix should be
made by xrdp upstream.


The canonical reference would be the POSIX standard (IEEE Std 1003.1).

2008: http://www.opengroup.org/onlinepubs/9699919799/

2001, 2004 edition: http://www.opengroup.org/onlinepubs/95399/

The latter is also known as the Single Unix Specification v3 (SUSv3).

HTH
___
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: Delete a port I maintain

2009-10-08 Thread Thomas Abthorpe 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wednesday 07 October 2009 05:15:00 Eitan Adler wrote:
> The upstream author no longer maintains this port and I don't have the
> time to fix it.
> This port could be removed from the ports tree.
> 
> portname:   hebrew/geresh
> broken because: needs update for the new fribidi paragraph API
> build errors:
> http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2009081417/iw
> -geresh-0.6.3_1.log (_Aug_23_08:41:05_UTC_2009)
> overview:
> http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=ge
> resh
> 

Done

PRs are preferred :)


Thomas

- -- 
Thomas Abthorpe | FreeBSD Committer
tabtho...@freebsd.org   | http://people.freebsd.org/~tabthorpe
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.13 (FreeBSD)

iEYEARECAAYFAkrN4GkACgkQ5Gm/jNBp8qB3nACfThipxycOY4HPdD4abR6Msgpy
zXYAn0wQHlUmB9pF5qk95DcwtLzfMrLv
=eCSV
-END PGP SIGNATURE-
___
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"

Problems with vpopmail-devel

2009-10-08 Thread Julian Wissmann 

Hi,

I'm trying to install vpopmail-devel as dependency for courier-authlib 
which I need.

When going with portinstall:
$portinstall courier-authlib
it tries to fetch vpopmail-5.4.27 which is not available on any of the 
Mirror Servers. Trying to look it up manually there's only a 
vpopmail-2.4.28 available.
Now trying to install vpopmail-5.5 from ports all I get is a size 
mismatch error on all the mirrors:

size mismatch: expected 425441, actual 521800

Help in finding a solution here would be appreciated.

Regards

Julian Wissmann

___
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: ion windows manager on FreeBSD

2009-10-08 Thread Carlos A. M. dos Santos 
On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin  wrote:
> On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote:
>>
>> You can fork the code, rename it, whatever, but you can NOT change
>> the license without explicit permission from the original copyright
>> owner. That would be legally considered theft!
>
> Incorrect.  It would be legally considered copyright infringement.
> Copyright law is not property law, and both different laws *and*
> different terms apply.  "Theft" is not a term legally applied to
> copyright infringement -- at least, in any jurisdiction of which I'm even
> vaguely aware of the state of copyright law.
>
> "That would be legally considered copyright infringement!"

I was referring to stealing intellectual property, which can be a
synonym of copyright violation, depending on the country law. In my
country, for instance, computer programs are considered intellectual
property but they are also subjected to author rights, just like books
and paintings [1,2] .

> There.  I fixed it for you.

Thanks for the clarification, anyway.


References (in Portuguese)

[1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm
[2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm

-- 
My preferred quotation of Robert Louis Stevenson is "You cannot
make an omelette without breaking eggs". Not because I like the
omelettes, but because I like the sound of eggs being broken.
___
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: ion windows manager on FreeBSD

2009-10-08 Thread Jerry 
On Thu, 8 Oct 2009 11:19:00 -0300
"Carlos A. M. dos Santos"  wrote:

> On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin 
> wrote:
> > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos
> > wrote:
> >>
> >> You can fork the code, rename it, whatever, but you can NOT change
> >> the license without explicit permission from the original copyright
> >> owner. That would be legally considered theft!
> >
> > Incorrect.  It would be legally considered copyright infringement.
> > Copyright law is not property law, and both different laws *and*
> > different terms apply.  "Theft" is not a term legally applied to
> > copyright infringement -- at least, in any jurisdiction of which
> > I'm even vaguely aware of the state of copyright law.
> >
> > "That would be legally considered copyright infringement!"
> 
> I was referring to stealing intellectual property, which can be a
> synonym of copyright violation, depending on the country law. In my
> country, for instance, computer programs are considered intellectual
> property but they are also subjected to author rights, just like books
> and paintings [1,2] .
> 
> > There.  I fixed it for you.
> 
> Thanks for the clarification, anyway.
> 
> 
> References (in Portuguese)
> 
> [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm
> [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm
> 

Is there any legitimate reason that this thread is continually
cross-posted on both freebsd-questions and freebsd-ports? Choose one or
the other.

-- 
Jerry
ges...@yahoo.com

It's only by NOT taking the human race seriously that I retain
what fragments of my once considerable mental powers I still possess.

Roger Noe
___
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: ion windows manager on FreeBSD

2009-10-08 Thread Chad Perrin 
On Thu, Oct 08, 2009 at 11:19:00AM -0300, Carlos A. M. dos Santos wrote:
> On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin  wrote:
> > On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote:
> >>
> >> You can fork the code, rename it, whatever, but you can NOT change
> >> the license without explicit permission from the original copyright
> >> owner. That would be legally considered theft!
> >
> > Incorrect.  It would be legally considered copyright infringement.
> > Copyright law is not property law, and both different laws *and*
> > different terms apply.  "Theft" is not a term legally applied to
> > copyright infringement -- at least, in any jurisdiction of which I'm even
> > vaguely aware of the state of copyright law.
> >
> > "That would be legally considered copyright infringement!"
> 
> I was referring to stealing intellectual property, which can be a
> synonym of copyright violation, depending on the country law. In my
> country, for instance, computer programs are considered intellectual
> property but they are also subjected to author rights, just like books
> and paintings [1,2] .

The term "Intellectual Property" is essentially an invention of people
who wished copyright, patent, and trademark bodies of law were treated
more like actual property law.  Saying something is "intellectual
property" sure makes it *sound* like violating the relevant law should be
called "stealing", but it's still not theft under the law (unless you
happen to live in some jurisdiction that treats this stuff in a very
nonstandard manner -- I can't speak for all jurisdictions, since I know
nothing about copyright law in Eritrea, for instance).

Not only is copyright not *legally* considered theft, but it is not
*practically* equivalent to theft, either.  In theft, a person has a
thing in his or her possession, and the thief takes it away.  There is no
thing in a copyright holder's possession that is taken away when
copyright is infringed.  The common excuse for calling it theft is
reference to the copyright holder's profits being "stolen", but because
those profits do not even exist yet at the time of the copyright
infringement, they are not literally being "taken away".


> 
> References (in Portuguese)
> 
> [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm
> [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm

Alas, I do not read Portuguese.  Maybe in Portugal the word for "theft"
is defined differently than here, so that it applies not to property per
se, but to any illegal act of acquisition; that is not a jurisdiction
whose copyright laws are familiar to me.  I rather doubt it, though,
because a legal definition of theft that is applicable to copyright would
fail to account for actual theft of actual property of naturally limited
abundance.

Given an example with which I am more familiar (the United States),
though, I cite Dowling v. US:

The infringer invades a statutorily defined province guaranteed to
the copyright holder alone. But he does not assume physical control
over the copyright; nor does he wholly deprive its owner of its use.

Dowling v. US specfically set forth for those who wished to define
bootleg recordings as "stolen property" the details for why this was not
an appropriate definition, and rejected outright and in all its
particulars the concept that copyright infringement is theft in any legal
sense of the term.  The reasoning is summed up in the above two-sentence
quote from the Dowling v. US decision.

The economic principle that differentiates copyright infringement from
property theft is that of rivalry.  A rival good is one whose use by one
consumer prevents the use by another, whereas a nonrival good is one
whose use by one consumer does not interfere with the use by another.
Copyright infringement is illegal acquisition, by a consumer, of a
nonrival good; property theft is illegal acquisition, by a consumer, of a
rival good.  Copyright violation does not deprive anyone else of the
opportunity to acquire or use the good in question, whereas property
theft *does*, accounting for the differences of legal status for
acquisition between rival and nonrival goods.

Thomas Jefferson, in discussions of the idea of copyright and patent law
before such were even included in the US Constitution, made this
distinction as well:

He who receives an idea from me, receives instruction himself without
lessening mine; as he who lights his taper at mine, receives light
without darkening me.

-- 
Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ]


pgpgSmhVpaj6g.pgp
Description: PGP signature

Re: sigwait - differences between Linux & FreeBSD

2009-10-08 Thread Stephen Hocking 
On Thu, Oct 8, 2009 at 10:38 PM, Matthias Andree  wrote:
> Stephen Hocking schrieb:
>> Hi all,
>>
>> In my efforts to make the xrdp port more robust under FreeBSD, I have
>> discovered that sigwait (kind of an analogue to select(2), but for
>> signals rather than I/O) re-enables ignored signals in its list under
>> Linux, but not FreeBSD.
>
> If the application relies on sigwait() to wait for and extract an ignored 
> signal
> (SIG_IGN), it is non-portable, as it expects non-POSIX semantics, and should 
> be
> fixed by the upstream maintainer (I haven't checked that).
>
> Note: Linux has the same semantics, quoting its manual page (on Ubuntu 9.10 
> beta):
>
>       sigwait  suspends the calling thread until one of the signals in set is
>       delivered to the calling thread. It then stores the number of the  sig‐
>>      nal received in the location pointed to by sig and returns. The signals
>>      in set must be blocked and not ignored on entrance to sigwait.  If  the
>       delivered  signal has a signal handler function attached, that function
>       is not called.
>
>> The sesman daemon uses SIGCHLD to clean up after a session has exited. Under
>> Linux this works OK, under FreeSBD it doesn't.
>
> Not sure I understand. How can it clean up if it's not made aware of child's
> termination? Or do some Linux kernels behave in another way?

It appears as if the documentation does not match up with the reality
in Linux's case. That's what the empirical evidence suggests anyway.
The code does does a waitpid after receiving the SIGCHLD to determine
what child process has exited and then searches its list of sessions
looking for that particular pid, so as to tidy up.

I can to some degree understand that implementation of sigwait, as if
you state your intention to wait for a particular signal, that means
that you don't wish to ignore it.

>
> Setting SIGCHLD to SIG_IGN (default) means that the kernel will let go of the
> child processes as they exit, rather than turn them into zombies. You cannot
> wait() for them though.
>
>> I have worked around it in a very hackish manner (define a
>> dummy signal handler and enable it using signal, which means that the
>> sigwait call can then be unblocked by it), but am wondering if anyone
>> else has run across the same problem, and if so, if they fixed it in
>> an elegant manner. Also, does anyone know the correct semantics of
>> sigwait under this situation?
>
> That is not a hackish workaround, but one of the few safe ways to sigwait() 
> for
> SIGCHLD. A version fixed thus should still work on Linux, so that fix should 
> be
> made by xrdp upstream.
>
>
> The canonical reference would be the POSIX standard (IEEE Std 1003.1).
>
> 2008: http://www.opengroup.org/onlinepubs/9699919799/
>
> 2001, 2004 edition: http://www.opengroup.org/onlinepubs/95399/
>
> The latter is also known as the Single Unix Specification v3 (SUSv3).

Thanks for the references.
___
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: Problems with vpopmail-devel

2009-10-08 Thread Sahil Tandon 
On Thu, 08 Oct 2009, Julian Wissmann wrote:

> I'm trying to install vpopmail-devel as dependency for courier-authlib
> which I need.  When going with portinstall: $portinstall
> courier-authlib it tries to fetch vpopmail-5.4.27 which is not
> available on any of the Mirror Servers. Trying to look it up manually
> there's only a vpopmail-2.4.28 available.  

mail/vpopmail should soon be updated to 5.4.28, which is the latest
available *stable* release.  In the meantime, you should be able to grab
the older tarball from ftp.FreeBSD.org.

 => Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.
 vpopmail-5.4.27.tar.gz100% of  513 kB 2914 kBps
 => MD5 Checksum OK for vpopmail-5.4.27.tar.gz.
 => SHA256 Checksum OK for vpopmail-5.4.27.tar.gz.

-- 
Sahil Tandon 
___
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"

graphics/qgis 1.3.0 does not compile on CURRENT

2009-10-08 Thread Rainer Hurling 

Dear maintainer,

I tried to install the newest version of qgis port on 9.0-CURRENT and 
got the following break. QT3 and QT4 are installed. Any ideas?


Rainer


--
[..snip..]
[ 61%] Generating core/core.so
g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG -DQT_NO_DEBUG 
-DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_XML_LIB -I. 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology 
-I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include 
-I/usr/local/include/python2.6 -I/usr/local/share/qt4/mkspecs/default 
-I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui 
-I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg 
-I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o 
sipcorecmodule.o sipcorecmodule.cpp

In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42:
/usr/local/include/qfileinfo.h:120:2: error: #error "QFileInfo::size() 
should return QIODevice::Offset instead of uint"

In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74:
/usr/local/include/qdom.h:97: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:122: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:232: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:258: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:286: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:345: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:380: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:399: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:434: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:463: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:518: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:541: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:560: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:579: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:602: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:625: error: function definition does not 
declare parameters
/usr/local/include/qdom.h:644: error: function definition does not 
declare parameters

/usr/local/include/qdom.h:671: error: expected initializer before '&' token
In file included from 
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscsexception.h:21,
 from 
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgscoordinatetransform.h:27,
 from 
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsrendercontext.h:21,
 from 
/usr/ports/graphics/qgis/work/qgis-1.3.0/python/core/qgsrendercontext.sip:6:
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:116: 
error: field 'mProjectDom' has incomplete type
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:87: 
error: invalid use of incomplete type 'struct QDomDocument'
/usr/local/include/qdom.h:86: error: forward declaration of 'struct 
QDomDocument'
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In 
constructor 
'QgsProjectBadLayerException::QgsProjectBadLayerException(const 
std::list >&, const QDomDocument&)':
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:90: 
error: class 'QgsProjectBadLayerException' does not have any field named 
'mProjectDom'
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h: In 
member function 'const QDomDocument& 
QgsProjectBadLayerException::document() const':
/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/qgsexception.h:103: 
error: 'mProjectDom' was not declared in this scope

In file included from /usr/local/share/py-sip/QtCore/qlocale.sip:721:
/usr/local/include/qlocale.h: At global scope:
/usr/local/include/qlocale.h:43: error: function definition does not 
declare parameters

In file included from /usr/local/include/qfileinfo.h:42,
 from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42:
/usr/local/include/qfile.h:50: error: function definition does not 
declare parameters

/usr/local/include/qfile.h:121: error: 'QFile' has not been declared
/usr/local/include/qfile.h:121: error: non-member function 'QString 
name()' cannot have cv-qualifier

/usr/local/include/qfile.h: In function 'QString name()':
/usr/local/include/qfile.h:122: error: 'fn' was not declared in

Re: graphics/qgis 1.3.0 does not compile on CURRENT

2009-10-08 Thread Rainer Hurling 
Wen, thanks for the tip. It works! Without qt3 installed all build and 
installed fine.


When I want to 'make package' I get the following error. Do you know it?

Rainer

--
#make package
===>  Building package for qgis-1.3.0
Creating package /usr/ports/packages/All/qgis-1.3.0.tbz
Registering depends: gdal-grass-1.4.3_2 grass-6.2.3_6,2 bash-4.0.33 
qt4-linguist-4.5.2 qt4-assistant-4.5.2 qt4-webkit-4.5.2 
qt4-phonon-gst-4.5.2 qt4-phonon-4.5.2 qt4-dbus-4.5.2 dbus-1.2.4.6_1 
fftw-2.1.5_6 gstreamer-plugins-0.10.24,3 gstreamer-0.10.24 
gio-fam-backend-2.20.5 gamin-0.1.10_3 gcc-4.4.2.20090929 qt4-help-4.5.2 
qt4-clucene-4.5.2 qt4-opengl-4.5.2 qt4-qt3support-4.5.2 qt4-svg-4.5.2 
qt4-gui-4.5.2_1 qt4-network-4.5.2 qt4-sqlite-plugin-4.5.2 qt4-sql-4.5.2 
qt4-xml-4.5.2 qt4-corelib-4.5.2 glib-2.20.5 popt-1.14 
postgresql-client-8.4.0_1 gettext-0.17_1 libxml2-2.7.5 libiconv-1.13.1 
sqlite3-3.6.14.2 icu-3.8.1_2 libcheck-0.9.6 liboil-0.3.16 gdal-1.6.0_1 
jasper-1.900.1_8 libglut-7.4.4 libGLU-7.4.4 libGL-7.4.4 
xorg-libraries-7.4 libXScrnSaver-1.1.3 libXTrap-1.0.0 libXaw-1.0.5_1,1 
libXcomposite-0.4.0,1 libXcursor-1.1.9_1 libXdamage-1.1.1 libXevie-1.0.2 
libXfontcache-1.0.4 libXi-1.2.1,1 libXinerama-1.0.3,1 libXmu-1.0.4,1 
libXp-1.0.0,1 libXpm-3.5.7 libXrandr-1.3.0 libXres-1.0.3_3 
libXtst-1.0.3_1 libXvMC-1.0.4_1 libXv-1.0.4,1 libXxf86dga-1.0.2 
libXxf86misc-1.0.1 libXxf86vm-1.0.2 libdmx-1.0.2_1 libXext-1.0.5,1 
libXfixes-4.0.3_1 tk-8.5.7 libXft-2.1.13 libXrender-0.9.4_1 
libxkbui-1.0.2_1 trapproto-3.4.3 libXt-1.0.5_1 liboldX-1.0.1 
libungif-4.1.4_5 libxkbfile-1.0.5 libX11-1.2.1_1,1 libdrm-2.4.12 
libxcb-1.4 libpthread-stubs-0.1 pcre-7.9 fontconfig-2.6.0,1 
libXfont-1.3.4,1 freetype2-2.3.9_1 libFS-1.0.1 libSM-1.1.0_1,1 
libICE-1.0.4_1,1 libXau-1.0.4 libXdmcp-1.0.2_1 libfontenc-1.0.4 
pixman-0.16.0 xproto-7.0.15 xtrans-1.2.3 pkg-config-0.23_1 
py26-setuptools-0.6c9 xdg-utils-1.0.2_4 geos-3.1.1 libgeotiff-1.2.5_1 
tiff-3.9.1 jpeg-7 png-1.2.40 proj-4.6.1 perl-threaded-5.10.1 
xcb-proto-1.5 python26-2.6.2_3 tcl-8.5.7_1 tcl-modules-8.5.7 gsl-1.12 
mpfr-2.4.1_1 libgmp-4.3.1 qt4-doc-4.5.2 freetype-1.3.1_4 gnome_subr-1.0 
expat-2.0.1 fontcacheproto-0.1.2 fontsproto-2.0.2 compositeproto-0.4 
damageproto-1.1.0_2 dmxproto-2.2.2 dri2proto-2.0 fixesproto-4.0 
inputproto-1.5.0 kbproto-1.0.3 printproto-1.0.4 randrproto-1.3.0 
recordproto-1.13.2 renderproto-0.9.3 scrnsaverproto-1.1.0 
videoproto-2.2.2 xextproto-7.0.5 xf86dgaproto-2.0.3 xf86miscproto-0.9.2 
xf86vidmodeproto-2.2.2 xineramaproto-1.1.2.

Creating bzip'd tar ball in '/usr/ports/packages/All/qgis-1.3.0.tbz'
tar: lib/qgis/libpggeoprocessingplugin.so: Cannot stat: No such file or 
directory

tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** Error code 1

Stop in /usr/ports/graphics/qgis.
*** Error code 1

Stop in /usr/ports/graphics/qgis.
--



Am 09.10.2009 08:17 (UTC+2) schrieb wen heping:

Yes, this is a bug in QGIS.
You should delete qt3 and then have a try.

wen

On Fri, Oct 9, 2009 at 2:14 PM, Rainer Hurling > wrote:


Dear maintainer,

I tried to install the newest version of qgis port on 9.0-CURRENT
and got the following break. QT3 and QT4 are installed. Any ideas?

Rainer


--
[..snip..]
[ 61%] Generating core/core.so
g++ -c -DCORE_EXPORT= -pipe -fPIC -O2 -Wall -W -DNDEBUG
-DQT_NO_DEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB
-DQT_XML_LIB -I. -I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/composer
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/raster
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/renderer
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/spatialindex
-I/usr/ports/graphics/qgis/work/qgis-1.3.0/src/core/symbology
-I/usr/ports/graphics/qgis/work/qgis-1.3.0 -I/usr/local/include
-I/usr/local/include/python2.6
-I/usr/local/share/qt4/mkspecs/default
-I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/QtGui
-I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtSvg
-I/usr/local/include/qt4/QtXml -I/usr/local/include/qt4 -o
sipcorecmodule.o sipcorecmodule.cpp
In file included from /usr/local/share/py-sip/QtCore/qfileinfo.sip:42:
/usr/local/include/qfileinfo.h:120:2: error: #error
"QFileInfo::size() should return QIODevice::Offset instead of uint"
In file included from /usr/local/share/py-sip/QtXml/qdom.sip:74:
/usr/local/include/qdom.h:97: error: function definition does not
declare parameters
/usr/local/include/qdom.h:122: error: function definition does not
declare parameters
/usr/local/include/qdom.h:232: error: function definition does not
declare parameters
/usr/local/include/qdom.h:258: error: function definition does not
declare parameters
/usr/local/include/qdom.h:286: err