Re: 2023 X.Org Foundation Membership deadline for voting in the election

[Ricardo Garcia]

This is a reminder that the deadline for new memberships and renewals
finishes in a couple of weeks. Original email follows.

Thanks for your attention.

On Wed, 2023-02-15 at 16:58 +0100, Ricardo Garcia wrote:
> The 2023 X.Org Foundation elections are rapidly approaching. We will be
> forwarding the election schedule and nominating process to the
> membership shortly.
> 
> Please note that only current members can vote in the upcoming election,
> and that the deadline for new memberships or renewals to vote in the
> upcoming election is 26 March 2023 at 23:59 UTC.
> 
> If you are interested in joining the X.Org Foundation or in renewing
> your membership, please visit the membership system site at:
> https://members.x.org/
> 
> Ricardo Garcia, on behalf of the X.Org elections committee

Re: 2023 X.Org Board of Directors Elections Nomination period is NOW

[Ricardo Garcia]

This is a reminder that the nomination period for the X.Org Board of
Director elections finishes in a week, on March 19th.

If you would like to nominate yourself please send email to the election
committee electi...@x.org, giving your

name
current professional affiliation
a statement of contribution to X.Org or related technologies
a personal statement.

To vote or to be elected to the Board you needed to be a Member of the
X.Org Foundation. To be a Member of the X.Org Foundation you need to
apply or renew your membership until the end of the nomination period.

Original email follows below. Thanks for your attention.

On Wed, 2023-02-15 at 21:53 +0100, Ricardo Garcia wrote:
> We are seeking nominations for candidates for election to the X.Org
> Foundation Board of Directors. All X.Org Foundation members are eligible
> for election to the board.
> 
> Nominations for the 2023 election are now open and will remain open
> until 23:59 UTC on 19 March 2023.
> 
> The Board consists of directors elected from the membership. Each year,
> an election is held to bring the total number of directors to eight. The
> four members receiving the highest vote totals will serve as directors
> for two year terms.
> 
> The directors who received two year terms starting in 2022 were Emma
> Anholt, Mark Filion, Alyssa Rosenzweig and Ricardo Garcia. They will
> continue to serve until their term ends in 2024. Current directors whose
> term expires in 2023 are Samuel Iglesias Gonsálvez, Manasi D Navare,
> Lyude Paul and Daniel Vetter.
> 
> A director is expected to participate in the fortnightly IRC meeting to
> discuss current business and to attend the annual meeting of the X.Org
> Foundation, which will be held at a location determined in advance by
> the Board of Directors.
> 
> A member may nominate themselves or any other member they feel is
> qualified. Nominations should be sent to the Election Committee at
> elections at x.org.
> 
> Nominees shall be required to be current members of the X.Org
> Foundation, and submit a personal statement of up to 200 words that will
> be provided to prospective voters. The collected statements, along with
> the statement of contribution to the X.Org Foundation in the member's
> account page on http://members.x.org, will be made available to all
> voters to help them make their voting decisions.
> 
> Nominations, membership applications or renewals and completed personal
> statements must be received no later than 23:59 UTC on 19 March 2023.
> 
> The slate of candidates will be published 26 March 2023 and candidate
> Q&A will begin then. The deadline for Xorg membership applications and
> renewals is 26 March 2023.
> 
> Cheers,
> Ricardo Garcia, on behalf of the X.Org BoD
> 

Re: Headless OpenGL Rendering using SSH and X11 forwarding

[James Jones]

If that's the case, yes, I can confirm the NV driver does not support 
rendering with remote X servers using EGL, with or without indirect GLX 
support enabled in said server, and yes, EGLDevice will work just fine 
in that situation for offscreen rendering if you're trying to use the 
local GPU.


Thanks,
-James

On 3/13/23 18:27, Adam Jackson wrote:
12290 is indeed EGL_BAD_ACCESS, and it's pretty much impossible for 
Mesa's eglInitialize to return that, so (if I had to guess) you have 
nvidia's driver installed as well, and (extra guessing now) nvidia's EGL 
only works with connections to the local machine and not over the 
network. Mesa shouldn't have that problem because it would select 
llvmpipe instead of a native driver in that scenario, I think.


If "render to png" really is what you're trying to accomplish you might 
do better to use EGL_EXT_platform_device to get a direct connection to 
the GPU without involving a display server.


- ajax

On Tue, Mar 7, 2023 at 8:17 PM Richard Haney > wrote:


Please help,

I have been going around and around with this problem but cannot
seem to make any headway. I hope that one of you OpenGL EGL experts
can help.:slight_smile:

I have created a program that uses OpenGL EGL (version 1.5) with
OpenGL 3 that successfully renders an offscreen triangle and saves
it to an image file (PNG) when Issh/without/X11 forwarding on my
Linux (Ubuntu 22.04) machine.

However when I try the same thing usingssh/with/X11 forwarding
enabled I get the following EGL error when I calleglInitialize(…):
12290 (I/think/isEGL_BAD_ACCESS).

This seems really weird and I hope it is something simple that I am
just not currently seeing.

I really like using OpenGL with EGL but need a way to remedy this
situation if possible. Is there a way for EGL to determine if X11
forwarding is being employed and to ignore it or some other solution?

The snippet of relevant C++ code follows, with area where error
occurs marked:

#include #include #include #define
EGL_EGLEXT_PROTOTYPES#define GL_GLEXT_PROTOTYPES#include
#include ... EGLDisplay display =
eglGetDisplay(EGL_DEFAULT_DISPLAY); if(display == EGL_NO_DISPLAY) {
std::cerr << "Failed to get EGL display: "<< eglGetError() <<
std::endl; exit(EXIT_FAILURE); } EGLint major; EGLint minor;
if(eglInitialize(display, &major, &minor) == EGL_FALSE) { // ERROR
12290 is generated herestd::cerr << "Failed to initialize EGL: "<<
eglGetError() << std::endl; exit(EXIT_FAILURE); } ...


Any help would be greatly appreciated.

Re: Headless OpenGL Rendering using SSH and X11 forwarding

[Stuart Young]

Hi Richard,

If your program works without X11 forwarding but doesn't work WITH X11
forwarding (on the same remote machine), then perhaps the easiest thing
might be to unset the DISPLAY variable using something like unsetenv() or
putenv() from cstdlib / stdlib.h within your program?

Of course, this assumes that you want that program to not bother with X11
output to you (remotely) at all. If that's not the case, then you'd
definitely need to look into the other methods people have described.


On Wed, 8 Mar 2023 at 12:17, Richard Haney  wrote:

> Please help,
>
> I have been going around and around with this problem but cannot seem to
> make any headway. I hope that one of you OpenGL EGL experts can help. [image:
> :slight_smile:]
>
> I have created a program that uses OpenGL EGL (version 1.5) with OpenGL 3
> that successfully renders an offscreen triangle and saves it to an image
> file (PNG) when I ssh *without* X11 forwarding on my Linux (Ubuntu 22.04)
> machine.
>
> However when I try the same thing using ssh *with* X11 forwarding enabled
> I get the following EGL error when I call eglInitialize(…): 12290 (I
> *think* is EGL_BAD_ACCESS).
>
> This seems really weird and I hope it is something simple that I am just
> not currently seeing.
>
> I really like using OpenGL with EGL but need a way to remedy this
> situation if possible. Is there a way for EGL to determine if X11
> forwarding is being employed and to ignore it or some other solution?
>
> The snippet of relevant C++ code follows, with area where error occurs
> marked:
>
> #include  #include  #include  #define
> EGL_EGLEXT_PROTOTYPES #define GL_GLEXT_PROTOTYPES #include 
> #include  ... EGLDisplay display = 
> eglGetDisplay(EGL_DEFAULT_DISPLAY);
> if(display == EGL_NO_DISPLAY) { std::cerr << "Failed to get EGL display: "
> << eglGetError() << std::endl; exit(EXIT_FAILURE); } EGLint major; EGLint
> minor; if(eglInitialize(display, &major, &minor) == EGL_FALSE) { // ERROR
> 12290 is generated here std::cerr << "Failed to initialize EGL: " <<
> eglGetError() << std::endl; exit(EXIT_FAILURE); } ...
>
>
> Any help would be greatly appreciated.
>


-- 
Stuart Young (aka Cefiar)