Re: [webkit-dev] [webkit-help] Need help in running build webkit with GTK in ubuntu

[Martin Robinson]

2011/2/17 Osztrogonac Csaba :
> Ubuntu 10.10 has libglib2.0-dev version 2.26.0, but
> you need version >= 2.27.90 for building WebKitGTK+ .
>
> Ubuntu 11.04 has 2.28 libglib2.0. Or you have to build
> a newer version from source. Probably you have to install
> newer libsoup too.
>
> Check https://trac.webkit.org/wiki/BuildingGtk for details.

I have a PPA with the necessary dependencies. I thought I had updated
the build instructions, but apparently I did not. I'll do that now.

--Martin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] webkit-dev mailing list reply-to

[Konstantin Tokarev]

17.02.2011, 15:54, "Osztrogonac Csaba" :
> Hi,
>
> I suggest we should set the "reply to list" config for webkit-dev and
> other mailing lists in mailman config. Now we have to rewrite manually
> the "to" field if we would like to answer to the list. I think we answer
> more often to the list than in private.
>
> Any other pros or contras?

There is a tradition to pull out this link when somebody asks for 'Reply To":

http://marc.merlins.org/netrants/reply-to-harmful.html

-- 
Regards,
Konstantin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] webkit-dev mailing list reply-to

[Osztrogonac Csaba]

Hi,

I suggest we should set the "reply to list" config for webkit-dev and
other mailing lists in mailman config. Now we have to rewrite manually
the "to" field if we would like to answer to the list. I think we answer
more often to the list than in private.

Any other pros or contras?

ps. Sorry for my last mail to webkit-dev instead of webkit-help.

br,
Ossy
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] [webkit-help] Need help in running build webkit with GTK in ubuntu

[Osztrogonac Csaba]

Hi,

Ubuntu 10.10 has libglib2.0-dev version 2.26.0, but
you need version >= 2.27.90 for building WebKitGTK+ .

Ubuntu 11.04 has 2.28 libglib2.0. Or you have to build
a newer version from source. Probably you have to install
newer libsoup too.

Check https://trac.webkit.org/wiki/BuildingGtk for details.

br,
Ossy

Shruti írta:

I am trying to run /Tools/Scripts/build-webkit --gtk in ubuntu

I am getting this error:

checking for GLIB - version >= 2.27.90... no
*** Could not run GLIB test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means GLIB is incorrectly installed.
configure: error: You need the GLib dev tools in your path
Failed to setup build environment using 'autotools'!

I have done:

sudo apt-get install libglib2.0-dev


And I have set the following path:

export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH

export PKG_CONFIG_PATH=/usr/lib/pkgconfig

export C_INCLUDE_PATH=/usr/include/glib-2.0/

export CPLUS_INCLUDE_PATH=/usr/include/glib-2.0/

I am a beginner...Thanks a lot in advance.
Regards.

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Please do NOT call Position::Position(node, offset) or Position::node()

[Ryosuke Niwa]

I thought this will add unnecessary noise to svn log but I changed my mind
because I find it really hard to locate all call sites of Position::node().

https://bugs.webkit.org/show_bug.cgi?id=54622

- Ryosuke

On Thu, Jan 20, 2011 at 11:17 AM, Adam Barth  wrote:

> One approach we've used in other code is to put the word "deprecated"
> in the name of the function in question.  That makes these issues very
> visible in code reviews.  For a constructor, you can require an enum
> value with depreciated in its name.
>
> Adam
>
>
> On Wed, Jan 19, 2011 at 6:11 PM, Ryosuke Niwa  wrote:
> > Hi everyone,
> > Please DO NOT instantiate a Position object by
> > Position::Position(PassRefPtr anchorNode, int offset) or
> > call Position::node().
> > The above constructor creates a legacy editing position, which we're
> trying
> > to get rid of [1].  Please use Position(PassRefPtr anchorNode, int
> > offset, AnchorType) with PositionIsOffsetInAnchor or call one of helper
> > functions in Position.h such as positionBeforeNode,
> and positionAfterNode.
> > Position::node() is a deprecated function [2]. Please call either one
> > of containerNode(), computeNodeAfterPosition(),
> > or computeNodeBeforePosition() instead.
> > Ping me on IRC (rniwa) or email me if you have any questions.
> > [1] Bug 52099 - "[Meta] Get rid of legacy editing position"
> > [2] Most callers of node() intend to obtain the node that contains the
> > position.  However, when a position is before or after a node (i.e.
> anchor
> > type is PositionIsBeforeNode or PositionIsAfterNode), node() returns the
> > position's anchor node that resides either after or before the position
> and
> > does NOT contain the position. Conversely, when a position is offset in a
> > node, node() returns the container node that is neither before nor after
> the
> > node. If a caller of node() is aware of these differences and has a
> > different logic for each type, then it should be calling anchorNode()
> > instead.
> > Best regards,
> > Ryosuke Niwa
> > Software Engineer
> > Google Inc.
> >
> > ___
> > webkit-dev mailing list
> > webkit-dev@lists.webkit.org
> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> >
> >
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev