GTK setuid problem

[robin]

Hi,

I have a GTK application that makes uses of socket.
I am able to run the application as a root user.
But as a normal user i could not execute, this is because
socket API is present in GTK application.
I wrote a simple command line based socket application and
used "chmod root:root test" and  "chmod u+s test" after that
i was able to execute the application as normal user.
But when i did the same for the GTK application,
it is reporting the below error. The link suggests of using pipes.

My question is there any other work around for this problem?
My need is the user should not be asked for root password each time (log
off and log in)
for the GTK application.


(process:13302): Gtk-WARNING **: This process is currently running
setuid
or setgid.
This is not a supported use of GTK+. You must create a helper
program instead. For further details, see:

http://www.gtk.org/setuid.html

Refusing to initialize GTK+.


Thanks,
Robin

--- 
DISCLAIMER: This e-mail and any attachment (s) is for authorised use by the
intended recipient (s) only. It may contain proprietary material, confidential
information and/or be subject to the legal privilege of iWave Systems
Technologies Private Limited. If you have received this message in error,
please notify the originator immediately. If you are not the intended
recipient, you are notified that you are strictly prohibited from retaining,
using, copying, alerting or disclosing the content of this message. Thank you
for your co-operation. 
--

___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

GTK setuid problem

[robin]

Hi,

I have a GTK application that makes uses of socket.
I am able to run the application as a root user.
But as a normal user i could not execute, this is because
socket API is present in GTK application.
I wrote a simple command line based socket application and
used "chmod root:root test" and  "chmod u+s test" after that
i was able to execute the application as normal user.
But when i did the same for the GTK application,
it is reporting the below error. The link suggests of using pipes.

My question is there any other work around for this problem?
My need is the user should not be asked for root password each time (log
off and log in)
for the GTK application.


(process:13302): Gtk-WARNING **: This process is currently running
setuid
or setgid.
This is not a supported use of GTK+. You must create a helper
program instead. For further details, see:

http://www.gtk.org/setuid.html

Refusing to initialize GTK+.


Thanks,
Robin




--- 
DISCLAIMER: This e-mail and any attachment (s) is for authorised use by the
intended recipient (s) only. It may contain proprietary material, confidential
information and/or be subject to the legal privilege of iWave Systems
Technologies Private Limited. If you have received this message in error,
please notify the originator immediately. If you are not the intended
recipient, you are notified that you are strictly prohibited from retaining,
using, copying, alerting or disclosing the content of this message. Thank you
for your co-operation. 
--

___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Chuck Kuecker]

Sergei Steshenko wrote:

--- On Mon, 4/19/10, Chuck Kuecker  wrote:
  

Thanks, Rob. That makes sense - it can't run an ARM binary
on a x86
platform.

I can test on the target system to see if it supports the
POSIX function
- if so, I can modify the configuration script to skip the
test.

While I was poking around here, I found an alternate
solution to my
problem that does not require an updated glib. My
gst-plugins-good
package was the wrong version - I used a newer release, and
I've got my
functionality now.

Thanks to everyone!

Chuck Kuecker






FWIW, if gtk+ documentation says it can be cross-built, but in reality it 
can't because of the problems you've encountered, please file a bug 
against gtk+.


Thanks,
  Sergei.
  
Well, so far, so good. glib built fine, and now I am building the 
updated gstreamer packages.


Now - the big question is - will it run on my platform? I will know 
early tomorrow.


Chuck Kuecker

___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Understanding glib events

[Chris Vine]

On Mon, 19 Apr 2010 20:09:46 +0200
R K  wrote:
> So this would mean that, if my callback function would have a sleep
> statement or some simple printf statements, an other event/callback
> function could be executed at the "same" time?

I think your e-mail exchanges are at cross-purposes.  The glib main
loop is a normal event loop.  It executes its callbacks sequentially.
If one blocks, it blocks the loop: normally therefore, you shouldn't
use blocking calls in main loop callbacks.

Chris
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Sergei Steshenko]

--- On Mon, 4/19/10, Chuck Kuecker  wrote:

> From: Chuck Kuecker 
> Subject: Re: Trying to cross compile glib-2.18.2 for ARM
> To: gtk-list@gnome.org
> Date: Monday, April 19, 2010, 4:27 PM
> Robert Pearce wrote:
> > Hi Chuck,
> > 
> > On Mon, 19 Apr 2010 09:54:16 -0600 you wrote:
> >   
>  checking for posix getpwuid_r... (cached)
> yes
>  checking for posix getgrgid_r...
> configure: error: in
> 
> `/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
>  configure: error: cannot run test program
> while cross
>  compiling
>  See `config.log' for more details.
>  error: Bad exit status from
>  /opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
>  build)
>          
> > 
> > 
> >   
> >> What, exactly, are the 'test programs' that the
> glib make tries to run? There must have been a way to
> disable this in the older version of glib (glib-2.12.11)
> packaged with the Freescale ltib build, since that build
> does not have this issue. Was this an added feature of newer
> glib releases?
> >>     
> > 
> > It's not "glib make", it's the configure script. In
> order to confirm
> > whether glib can use a POSIX compliant getgrgid_r the
> configure script
> > has to build and run a test program to check for
> compliance. For most
> > things it's enough to compile the test, but for some
> compliance checks
> > the program must actually be run on the target system.
> That's rather
> > hard for configure to do when cross-compiling.
> > 
> > It may be possible to explicitly tell configure
> whether the test would
> > pass (or rather, to explicitly tell it whether to use
> the function) but
> > it may not. The fact that older versions didn't suffer
> this problem
> > could be down to older versions not needing that
> function, or it may be
> > the availability was incorrectly assumed rather than
> tested.
> > 
> > And that's about as much as I know on the topic!
> > 
> > 
> > Rob
> > 
> >   
> Thanks, Rob. That makes sense - it can't run an ARM binary
> on a x86
> platform.
> 
> I can test on the target system to see if it supports the
> POSIX function
> - if so, I can modify the configuration script to skip the
> test.
> 
> While I was poking around here, I found an alternate
> solution to my
> problem that does not require an updated glib. My
> gst-plugins-good
> package was the wrong version - I used a newer release, and
> I've got my
> functionality now.
> 
> Thanks to everyone!
> 
> Chuck Kuecker
> 
> 
> 

FWIW, if gtk+ documentation says it can be cross-built, but in reality it 
can't because of the problems you've encountered, please file a bug 
against gtk+.

Thanks,
  Sergei.


  
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

gtk on linux framebuffer

[mobi phil]

Hello,

I found several references about gtk/cairo on top of linux framebuffer.. was
that ever true? (I know directfb, but I mean /dev/fb0 directly)

-- 
rgrds,
mobi phil

being mobile, but including technology
http://mobiphil.com
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Chuck Kuecker]

Robert Pearce wrote:

Hi Chuck,

On Mon, 19 Apr 2010 09:54:16 -0600 you wrote:
  

checking for posix getpwuid_r... (cached) yes
checking for posix getgrgid_r... configure: error: in
`/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
configure: error: cannot run test program while cross
compiling
See `config.log' for more details.
error: Bad exit status from
/opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
build)




  
What, exactly, are the 'test programs' that the glib make tries to run? 
There must have been a way to disable this in the older version of glib 
(glib-2.12.11) packaged with the Freescale ltib build, since that build 
does not have this issue. Was this an added feature of newer glib releases?



It's not "glib make", it's the configure script. In order to confirm
whether glib can use a POSIX compliant getgrgid_r the configure script
has to build and run a test program to check for compliance. For most
things it's enough to compile the test, but for some compliance checks
the program must actually be run on the target system. That's rather
hard for configure to do when cross-compiling.

It may be possible to explicitly tell configure whether the test would
pass (or rather, to explicitly tell it whether to use the function) but
it may not. The fact that older versions didn't suffer this problem
could be down to older versions not needing that function, or it may be
the availability was incorrectly assumed rather than tested.

And that's about as much as I know on the topic!


Rob

  

Thanks, Rob. That makes sense - it can't run an ARM binary on a x86
platform.

I can test on the target system to see if it supports the POSIX function
- if so, I can modify the configuration script to skip the test.

While I was poking around here, I found an alternate solution to my
problem that does not require an updated glib. My gst-plugins-good
package was the wrong version - I used a newer release, and I've got my
functionality now.

Thanks to everyone!

Chuck Kuecker



___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Chuck Kuecker]

Thanks, Leon.

That explains the problem a bit better for me. I am fairly new to Linux 
build scripts, so finding where everything is hiding is a major 
accomplishment for me.


Chuck Kuecker

Leon Opit wrote:

Hi Chuck,

as few others have stepped in:

If you are in luck there maybe a --disable-tests option for 
./configure. (I am sorry I should have checked in your version glib 
sources but my time is being for by a client just now).
If not look in the created make file (from ./configure) and hack it 
where it is trying to do the tests. I have used this shoddy technique 
before when cross-building
with configure.ac  files that don't recognise the 
implication of different --build, --host and --target architectures!


The real solution is to edit the configure.ac  
and add the 'missing' --disable-tests option or create this impicitly 
from non-compatible ---build -target --host combination.


If you find that the configure.ac  is missing 
this oiption and you choose to fix this properly, please put your name 
in lights and submit the patch for inclusion, we cross -developers 
need all the help we can get! :-)


I hope that at least gives you a solution for now.

Leon

On 20 April 2010 01:54, Chuck Kuecker > wrote:


Sergei Steshenko wrote:

--- On Sun, 4/18/10, Chuck Kuecker mailto:ckuec...@ckent.org>> wrote:

 


From: Chuck Kuecker mailto:ckuec...@ckent.org>>
Subject: Trying to cross compile glib-2.18.2 for ARM
To: gtk-list@gnome.org 
Date: Sunday, April 18, 2010, 3:27 PM
Hello,

I am working with a Freescale i.MX27 ARM processor running
Linux 2.6.22. I want to upgrade the Freescale-supplied
version of gstreamer to a later version to get functionality
they left out.

The gstreamer build asks for a newer version of glib than
the existing build, so I modified the build files to use
glib-2.18.2. The build script runs OK until it gets to this
part:

checking for posix getpwuid_r... (cached) yes
checking for posix getgrgid_r... configure: error: in
`/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
configure: error: cannot run test program while cross
compiling
See `config.log' for more details.
error: Bad exit status from
/opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
build)

The config.log file pretty much repeats the above messages,
and adds all the cache variables. If anyone wants to see
that file, I can post it - 250 Kb.

Is there a compiler flag or build option to fix this? I
don't see anything obvios in the build documentation.

Chuck Kuecker



   



Well, the message is self-explanatory.

You might consider running (Debian) ARM image in QEMU and
compiling
natively inside the virtual machine.

Regards,
 Sergei.
 


I took a look at QEMU - it appears to lead to me needing to learn
yet another system. but not getting me anywhere with my project.

What, exactly, are the 'test programs' that the glib make tries to
run? There must have been a way to disable this in the older
version of glib (glib-2.12.11) packaged with the Freescale ltib
build, since that build does not have this issue. Was this an
added feature of newer glib releases?

If I can simply (or not so simply!) turn off the test feature, and
get the library to compile, I can advance with my project. Right
now, I'm stumped.

Chuck Kuecker


___
gtk-list mailing list
gtk-list@gnome.org 
http://mail.gnome.org/mailman/listinfo/gtk-list




___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Leon Opit]

Hi Chuck,

as few others have stepped in:

If you are in luck there maybe a --disable-tests option for ./configure. (I
am sorry I should have checked in your version glib sources but my time is
being for by a client just now).
If not look in the created make file (from ./configure) and hack it where it
is trying to do the tests. I have used this shoddy technique before when
cross-building
with configure.ac files that don't recognise the implication of different
--build, --host and --target architectures!

The real solution is to edit the configure.ac and add the 'missing'
--disable-tests option or create this impicitly from non-compatible ---build
-target --host combination.

If you find that the configure.ac is missing this oiption and you choose to
fix this properly, please put your name in lights and submit the patch for
inclusion, we cross -developers need all the help we can get! :-)

I hope that at least gives you a solution for now.

Leon

On 20 April 2010 01:54, Chuck Kuecker  wrote:

> Sergei Steshenko wrote:
>
>> --- On Sun, 4/18/10, Chuck Kuecker  wrote:
>>
>>
>>
>>> From: Chuck Kuecker 
>>> Subject: Trying to cross compile glib-2.18.2 for ARM
>>> To: gtk-list@gnome.org
>>> Date: Sunday, April 18, 2010, 3:27 PM
>>> Hello,
>>>
>>> I am working with a Freescale i.MX27 ARM processor running
>>> Linux 2.6.22. I want to upgrade the Freescale-supplied
>>> version of gstreamer to a later version to get functionality
>>> they left out.
>>>
>>> The gstreamer build asks for a newer version of glib than
>>> the existing build, so I modified the build files to use
>>> glib-2.18.2. The build script runs OK until it gets to this
>>> part:
>>>
>>> checking for posix getpwuid_r... (cached) yes
>>> checking for posix getgrgid_r... configure: error: in
>>> `/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
>>> configure: error: cannot run test program while cross
>>> compiling
>>> See `config.log' for more details.
>>> error: Bad exit status from
>>> /opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
>>> build)
>>>
>>> The config.log file pretty much repeats the above messages,
>>> and adds all the cache variables. If anyone wants to see
>>> that file, I can post it - 250 Kb.
>>>
>>> Is there a compiler flag or build option to fix this? I
>>> don't see anything obvios in the build documentation.
>>>
>>> Chuck Kuecker
>>>
>>>
>>>
>>>
>>>
>>
>> Well, the message is self-explanatory.
>>
>> You might consider running (Debian) ARM image in QEMU and compiling
>> natively inside the virtual machine.
>>
>> Regards,
>>  Sergei.
>>
>>
> I took a look at QEMU - it appears to lead to me needing to learn yet
> another system. but not getting me anywhere with my project.
>
> What, exactly, are the 'test programs' that the glib make tries to run?
> There must have been a way to disable this in the older version of glib
> (glib-2.12.11) packaged with the Freescale ltib build, since that build does
> not have this issue. Was this an added feature of newer glib releases?
>
> If I can simply (or not so simply!) turn off the test feature, and get the
> library to compile, I can advance with my project. Right now, I'm stumped.
>
> Chuck Kuecker
>
>
> ___
> gtk-list mailing list
> gtk-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

GLib 2.25.0 released

[Matthias Clasen]

GLib 2.25.0 is now available for download at:

  ftp://ftp.gtk.org/pub/glib/2.25/
  http://download.gnome.org/sources/glib/2.25/

sha256 sums:
3815e6c0053e488fdbde032de133d7218953c7c9a1b11839dbb828db6ba023c3
glib-2.25.0.tar.bz2
6c54ec9d941d3a435e4f6081a9bbff1d596de705a8360086a587597eadc55e24
glib-2.25.0.tar.gz

This is the first development release leading up to GLib 2.26.

Notes:

 * This is unstable development release. While it has had
  a bit of testing, there are certainly plenty of bugs
  remaining to be found. This release should not be used
  in production.

 * Installing this version will overwrite your existing
  copy of GLib 2.24. If you have problems, you'll need
  to reinstall GLib 2.24.

 * GLib 2.26 will be source and binary compatible with
  the GLib 2.24 series; however, the new API additions
  in GLib 2.25.0 are not yet finalized, so there may
  be incompatibilities between this release and the final
  2.26 release.

 * Bugs should be reported to http://bugzilla.gnome.org.


About GLib
==

GLib is the low-level core library that forms the basis for projects
such as GTK+ and GNOME. It provides data structure handling for C,
portability wrappers, and interfaces for such runtime functionality as
an event loop, threads, dynamic loading, and an object system.

More information about GLib is available at:

 http://www.gtk.org/

An installation guide for the GTK+ libraries, including GLib, can
be found at:

 http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html


Overview of Changes from GLib 2.24.0 to GLib 2.25.0
===

* The GSettings framework has been merged. This provides the API to
  replace GConf. DConf will provide a backend implementation for it.
  GConf will also provide a backend implementation to ease the
  transition. We provide utilities to assist with schema conversion
  and data migration, as well as a porting guide.

* Translation updates:
 Bengali
 Catalan
 Danish
 Gujarati
 Marathi
 Thai
 Traditional Chinese

Thanks to our contributors:
Ryan Lortie
Vincent Untz
Christian Persch
David Zeuthen
Javier Jardón
Benjamin Otte
Tor Lillqvist
Behdad Esfahbod
Lars Ellenberg


April 19, 2010
Matthias Clasen


___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: How to use the funcitons for internal use?

[american . communist . party]

I may be totally out of it here but it sounds like you want to create a  
window that cuts out your window manager? If that's correct, I don't think  
you can do that and still have resizeable windows. Can't you simply set the  
window borders to a zero thickness or summat?


On Apr 19, 2010 4:33am, Shellning Wand  wrote:

Hi everyone!





I am now working on a borderless gtk window with a skinned and



resizeable window. To make the window resizeable, I tried the



gtk_window_begin_resize_drag() function, but it doesn't work, and it



only has effect on the frame windows and nor non-resizeable dialogs.





I found the emulate_resize_drag() function in



gdk/x11/gdkwindow-x11.c.Unfortunately, it's only for internal use, so



it's not declared in gdkwindow-x11.h.





My question is, is there any way to use this funcition in my code?





Thanks!



___



gtk-list mailing list



gtk-list@gnome.org



http://mail.gnome.org/mailman/listinfo/gtk-list


___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

GTK Menu Questions

[Lothar Scholz]

Hello gtk-list,

i'm a total GTK newbie and just evaluating if GTK is useable in a
new project.

I have two questions:

1) Can i draw my own accelerator key description in the menu items?
(For people who know the textmate editor for MacOSX - its pretty much
the same what i want do, drawing tab and insert symbols).

2) Is it possible to get a signal when the main menu is activated
and more important when it is left (either by selecting a menu
option or clicking somewhere to close it). I have some expensive
checks to make to find out if a menu item is disabled or not.


-- 
Best regards,
 Lothar  mailto:llot...@web.de

___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Understanding glib events

[R K]

So this would mean that, if my callback function would have a sleep
statement or some simple printf statements, an other event/callback function
could be executed at the "same" time?

2010/4/19 Siddu 

>
>
> On Sun, Apr 18, 2010 at 10:35 PM, R K  wrote:
>
>> Thanks Siddu. So does this mean that the next event will be dispatched as
>> soon as the callback function of the current callback function returns? E.g.
>> an event will not be interupted by another function?
>>
>
> Yes , but it also depends upon the function calls you are making in the
> callback function (whether they are synchronous calls or non synchronous
> calls)
>
> if its synchronous calls  its true with what you said
>
> if its async call , the next event will be immediately handled
>
>
>> Rene
>>
>> 2010/4/18 Siddu 
>>
>>
>>>
>>> On Sun, Apr 18, 2010 at 7:48 PM, R K  wrote:
>>>
 Hi all,

 I am trying to understand the way glib uses events when using
 g_main_loop_run(loop).
 This is how I understand it:

 The g_main_loop_run() function checks regulary if there are events that
 needs to be processed. The signal of an event is then executed by executing
 the callback function. What I don't understand is when a new event/callback
 function is executed. Is this when the first callback function is completed
 and then a next event is handled? Or is this when a event is dispatched by
 calling the callback function. Even when the callback function is not
 completed yet, another event can already be dispatched?

 I expect that multiple callback functions can be handled at the same
 time but that only one event at at time will be dispatched.

 Hi ,
>>>
>>> its like the occurence of event will be followed by a look up in the
>>> table as to which all functions have been registered as callback  all
>>> those functions will be dispatched ... and if any event occurs during the
>>> execution of these callbacks they will be queued and handled in the next
>>> turn !
>>>
>>> Hopefully someone can clear this up for me a bit.

 Thanks!
 ___
 gtk-list mailing list
 gtk-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/gtk-list


>>>
>>>
>>> --
>>> Regards,
>>> ~Sid~
>>> A little bird which escaped the nest had to fall before it learnt to fly
>>> !
>>>
>>>
>>
>
>
> --
> Regards,
> ~Sid~
> A little bird which escaped the nest had to fall before it learnt to fly !
>
>
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Robert Pearce]

Hi Chuck,

On Mon, 19 Apr 2010 09:54:16 -0600 you wrote:
> >> checking for posix getpwuid_r... (cached) yes
> >> checking for posix getgrgid_r... configure: error: in
> >> `/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
> >> configure: error: cannot run test program while cross
> >> compiling
> >> See `config.log' for more details.
> >> error: Bad exit status from
> >> /opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
> >> build)


> 
> What, exactly, are the 'test programs' that the glib make tries to run? 
> There must have been a way to disable this in the older version of glib 
> (glib-2.12.11) packaged with the Freescale ltib build, since that build 
> does not have this issue. Was this an added feature of newer glib releases?

It's not "glib make", it's the configure script. In order to confirm
whether glib can use a POSIX compliant getgrgid_r the configure script
has to build and run a test program to check for compliance. For most
things it's enough to compile the test, but for some compliance checks
the program must actually be run on the target system. That's rather
hard for configure to do when cross-compiling.

It may be possible to explicitly tell configure whether the test would
pass (or rather, to explicitly tell it whether to use the function) but
it may not. The fact that older versions didn't suffer this problem
could be down to older versions not needing that function, or it may be
the availability was incorrectly assumed rather than tested.

And that's about as much as I know on the topic!


Rob
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

Re: Trying to cross compile glib-2.18.2 for ARM

[Chuck Kuecker]

Sergei Steshenko wrote:

--- On Sun, 4/18/10, Chuck Kuecker  wrote:

  

From: Chuck Kuecker 
Subject: Trying to cross compile glib-2.18.2 for ARM
To: gtk-list@gnome.org
Date: Sunday, April 18, 2010, 3:27 PM
Hello,

I am working with a Freescale i.MX27 ARM processor running
Linux 2.6.22. I want to upgrade the Freescale-supplied
version of gstreamer to a later version to get functionality
they left out.

The gstreamer build asks for a newer version of glib than
the existing build, so I modified the build files to use
glib-2.18.2. The build script runs OK until it gets to this
part:

checking for posix getpwuid_r... (cached) yes
checking for posix getgrgid_r... configure: error: in
`/opt/Freescale1/ltib/rpm/BUILD/glib-2.18.2':
configure: error: cannot run test program while cross
compiling
See `config.log' for more details.
error: Bad exit status from
/opt/Freescale1/ltib/tmp/rpm-tmp.29960 (%
build)

The config.log file pretty much repeats the above messages,
and adds all the cache variables. If anyone wants to see
that file, I can post it - 250 Kb.

Is there a compiler flag or build option to fix this? I
don't see anything obvios in the build documentation.

Chuck Kuecker






Well, the message is self-explanatory.

You might consider running (Debian) ARM image in QEMU and compiling
natively inside the virtual machine.

Regards,
  Sergei.
  
I took a look at QEMU - it appears to lead to me needing to learn yet 
another system. but not getting me anywhere with my project.


What, exactly, are the 'test programs' that the glib make tries to run? 
There must have been a way to disable this in the older version of glib 
(glib-2.12.11) packaged with the Freescale ltib build, since that build 
does not have this issue. Was this an added feature of newer glib releases?


If I can simply (or not so simply!) turn off the test feature, and get 
the library to compile, I can advance with my project. Right now, I'm 
stumped.


Chuck Kuecker

___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

How to use the functions for internal use?

[Shellning Wand]

Hi everyone!

I am now working on a borderless gtk window with a skinned and
resizeable window. To make the window resizeable, I tried the
gtk_window_begin_resize_drag() function, but it doesn't work, and it
only has effect on the frame windows and nor non-resizeable dialogs.

I found the emulate_resize_drag() function in
gdk/x11/gdkwindow-x11.c.Unfortunately, it's only for internal use, so
it's not declared in gdkwindow-x11.h.

My question is, is there any way to use this funcition in my code?

Thanks!
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list

How to use the funcitons for internal use?

[Shellning Wand]

Hi everyone!

I am now working on a borderless gtk window with a skinned and
resizeable window. To make the window resizeable, I tried the
gtk_window_begin_resize_drag() function, but it doesn't work, and it
only has effect on the frame windows and nor non-resizeable dialogs.

I found the emulate_resize_drag() function in
gdk/x11/gdkwindow-x11.c.Unfortunately, it's only for internal use, so
it's not declared in gdkwindow-x11.h.

My question is, is there any way to use this funcition in my code?

Thanks!
___
gtk-list mailing list
gtk-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-list