| *** SpringTank is now away: No clients connected to this core right now. | 00:05 | |
| *** SpringTank is back | 00:39 | |
| *** Zehra <Zehra!~Yukari@user/yukari> has quit IRC (Ping timeout: 276 seconds) | 02:20 | |
| *** SpringTank is now away: No clients connected to this core right now. | 02:28 | |
| *** SpringTank is back | 02:29 | |
| *** Yukari <Yukari!~Yukari@user/yukari> has joined #bzflag | 02:34 | |
| *** Cobra_Fast is now away: offline | 03:36 | |
| *** Cobra_Fast is back | 03:36 | |
| *** Yukari <Yukari!~Yukari@user/yukari> has quit IRC (Quit: Leaving) | 04:44 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has joined #bzflag | 05:19 | |
| *** _I_Died_Once <_I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 05:23 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 252 seconds) | 05:23 | |
| *** SpringTank is now away: No clients connected to this core right now. | 06:04 | |
| *** SpringTank is back | 06:12 | |
| *** the-map <the-map!~the_map@user/the-map/x-5158391> has quit IRC (Ping timeout: 252 seconds) | 10:27 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 10:27 | |
| *** the-map <the-map!~the_map@user/the-map/x-5158391> has joined #bzflag | 10:29 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-98-219-34-189.hsd1.ga.comcast.net> has joined #bzflag | 11:42 | |
| *** Juest <Juest!~Juest@user/Juest> has quit IRC (Ping timeout: 252 seconds) | 15:21 | |
| *** Juest <Juest!~Juest@user/Juest> has joined #bzflag | 15:24 | |
| *** FastLizard4 is back | 16:14 | |
| *** FastLizard4 is now away: AWAY from keyboard | 16:51 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 17:08 | |
| *** FastLizard4 is back | 17:34 | |
| blast007 | tupone: I have the glad tool being detected during configure (and only showing a warning if the include/glad/gl.h file exists) and include/glad/gl.h being automatically generated as part of the make process, though I switched it to the header only version (and made gl.cxx #define GLAD_GL_IMPLEMENTATION prior to loading the header) | 17:51 |
|---|---|---|
| blast007 | so either the glad tool is needed, or the gl.h file can be generated manually (web or otherwise) and placed into include/glad/ | 17:52 |
| tupone | Can we leave the files there, and replace if glad is found? That help if glad is not packaged | 18:05 |
| *** FastLizard4 is now away: AWAY from keyboard | 18:09 | |
| *** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 18:43 | |
| blast007 | Debian would have to modify the source if we bundle the file | 18:47 |
| tupone | If that is the solution I need to package glad, or add gl.h to the package | 18:55 |
| blast007 | I'll check w/ Debian | 19:02 |
| blast007 | < blast007> emorrp1: "then it probably doesn't even have to be stripped out" by that, did you mean we could bundle a generated gl.h from glad as long as we also regenerate it if the 'glad' command is available? or did the generated file still have to be removed from the source archive? Gentoo, for instance, doesn't have glad packaged. | 19:47 |
| blast007 | < emorrp1> Maybe it helps if I explain the pipeline a bit better and the underlying ideals | 19:47 |
| blast007 | < emorrp1> See also https://wiki.debian.org/UpstreamGuide#No_inclusion_of_third_party_code | 19:47 |
| blast007 | < emorrp1> We want to be sure we have the full, complete and preferred form of modification in debian, aka source code. | 19:47 |
| blast007 | < emorrp1> Ideally you neither vendor other projects nor include generated files in your git repo and use some build tool to pull in dependencies, to generate them on demand | 19:48 |
| blast007 | < emorrp1> That allows us to e.g. use git-native workflows for the debian packaging and avoid repacking. (If we have to repack anyway then it's usually better to go by tarballs and strip everything that's not needed) | 19:48 |
| blast007 | < emorrp1> However, obviously this isn't a strict requirement, since some projects make different compromises e.g. vendoring windows libs to make it easier for their users to compile from a pure git checkout, so we have a few different approaches we can take to adhere to debian policy | 19:53 |
| blast007 | < emorrp1> (Note at this point I'm making assumptions about glad and gl.h since I have no personal direct knowledge) | 19:53 |
| blast007 | I'd say we wait a bit on this. | 20:13 |
| blast007 | this is still seeing activity: https://github.com/nigels-com/glew/issues/416 | 20:13 |
| blast007 | also, the original issue claimed that GLEW does not support EGL, but that's not true. You have to make a separate build of GLEW that targets EGL instead of X11, but it *does* support it. | 20:16 |
| blast007 | tupone: does this help? https://gpo.zugaina.org/Overlays/guru/media-libs/glad | 20:18 |
| blast007 | https://github.com/MegaGlest/megaglest-source/issues/357 "I'll close this for now. Although it's been fun to play around with glad a little, I don't see any evidence that Fedora is dropping GLEW, or that GLEW isn't maintained anymore (last commit was only 4 months ago)." | 20:37 |
| Juest | :/ | 20:39 |
| BZNotify | bzflag: blast007 commented on issue #372 "Migrate from GLEW to libepoxy or GLAD" by cryptomilk (https://github.com/BZFlag-Dev/bzflag/issues/372#issuecomment-2849414565): > GLEW with the last release only supports GLX and not EGL.... | 21:00 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!