| 00:39.22 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@2605:e000:141b:40b4:c43b:203f:47e7:b6d5) |
| 00:39.22 | *** join/#bzflag DTRemenak|RDP (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 00:39.22 | *** mode/#bzflag [+v DTRemenak|RDP] by ChanServ |
| 00:43.45 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 01:44.26 | *** join/#bzflag Pimpi_ (~frank@p579B0335.dip0.t-ipconnect.de) |
| 03:21.07 | allejo | yay nuke /src/other/regex! |
| 06:19.17 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 06:33.07 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 07:48.54 | *** join/#bzflag I_Died_Once (~I_Died_On@2601:902:c002:887c:5c33:f345:3854:66c5) |
| 07:48.54 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 09:59.21 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 10:18.25 | *** join/#bzflag I_Died_Once (~I_Died_On@2601:902:c002:887c:287c:7339:2163:d713) |
| 10:18.45 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 11:15.59 | blast007 | might just be better to build our src/other/regex/ as part of the dependency package for Windows (which I already had hooked up). Not sure the std::regex was ready for prime time in Visual C++ 2010, nor in gcc versions less than 4.9. |
| 11:20.35 | blast007 | (which I did already have hooked up in my bzflag-dependencies repo) |
| 11:20.45 | blast007 | eh, already said that ;D |
| 11:21.24 | blast007 | iirc, the latest version of our regex library is part of the Tcl source distribution |
| 11:28.13 | blast007 | Constitution: should we have separate dependency repos for Windows and Mac? |
| 12:42.56 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 13:25.19 | *** join/#bzflag ukiki (~ukiki_@99-29-152-121.lightspeed.bcvloh.sbcglobal.net) |
| 13:59.32 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 14:25.53 | BulletCatcher | If what is under src/other is needed to build BZFlag on Windows (and less so on the Mac), we might as well leave it there. |
| 14:25.55 | BulletCatcher | If we want to make life easier for Debian we can arrange to produce a tarball that omits src/other, but they're the ones who care about that and I am tempted to just invite them to provide the changes that will make it happen. |
| 14:30.13 | blast007 | It will be easier to maintain on Windows if it's separate, though. |
| 14:30.42 | blast007 | There's still the whole issue with updating the in-tree libcurl causing the 6 petabyte Content-Length header. |
| 14:31.59 | BulletCatcher | I'm sure that bug can be tracked down and fixed regardless of how we organize the source code. |
| 14:33.43 | blast007 | What real benefit does leaving them in-tree provide? |
| 14:35.18 | BulletCatcher | "If it ain't broken, don't fix it." |
| 14:35.18 | BulletCatcher | Only Debian really seems to consider it broken. |
| 14:36.03 | BulletCatcher | But if you think separating out the dependencies will help *you*, then that's a fine reason to do so. |
| 14:37.53 | BulletCatcher | The Git submodule feature can help manage external dependencies. |
| 14:37.54 | BulletCatcher | We just need to decide where we want them to appear. |
| 14:49.13 | blast007 | Here's where our in-tree libs may unknownly affect other Linux distributions. Arch Linux only has curl, glew, glu, and sdl as dependencies, so they're possibly using our (more than 5 years old) in-tree c-ares. Not that there's necessarily any serious security issues in there (only seeing an advisory with a low risk involving an integer overflow). |
| 14:50.08 | blast007 | If we simply failed to build without our required libraries already installed, the packager would know they need additional dependencies. |
| 14:53.51 | BulletCatcher | Just to be sure I understand correctly: Arch Linux has a non-c-ares version of curl and no c-ares package at all in their repo? |
| 14:58.48 | blast007 | I don't see c-ares as a dependency (at least not a direct or one level deeper) to their libcurl, but they do have a c-ares package. |
| 14:59.22 | blast007 | s/libcurl/curl/ |
| 15:01.31 | blast007 | (their 'package' for BZFlag is just a script that downloads our source, extracts it, builds, and installs) |
| 15:02.58 | blast007 | a script we'll break if/when we remove the packages for SF :) |
| 15:03.03 | blast007 | from* |
| 15:07.22 | BulletCatcher | Yes, all third-party packagers will need to change to use our new download area (wherever that ends up). |
| 15:10.44 | BulletCatcher | Autotools can be enhanced to detect the presence of a library (e.g., libcares) along with the absence of header files, and stop until the appropriate development package is installed. |
| 15:13.25 | BulletCatcher | I assume that all Linux distros we want to support really do provide all of the dependencies we have under src/other. |
| 15:15.23 | BulletCatcher | It sounds like Windows provides none of them, and Mac OS X needs c-ares and GLEW. |
| 15:18.55 | BulletCatcher | I imagine that we could replace c-ares with gethostbyname() in a thread on all platforms, but c-ares works and I am reluctant to "fix" it. |
| 15:55.16 | *** join/#bzflag blast (~blast@bzflag/developer/Blast) |
| 15:56.10 | blast | the list server is having network connectivity issues at the moment |
| 15:58.30 | *** join/#bzflag hrj (~quassel@unaffiliated/hrj) |
| 16:00.02 | hrj | hey y'all, anyone else having issues with listserv today? |
| 16:00.15 | blast | yes, it's down right now. My host is checking on it. |
| 16:00.29 | hrj | gotcha, thanks for the info |
| 16:01.42 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 16:02.07 | blast | and looks like it might be back up now :) |
| 16:03.42 | hrj | yep, nicely done |
| 16:03.50 | blast007 | BulletCatcher: had you said anything after "I imagine that we could replace c-ares with gethostbyname()" ? |
| 16:11.41 | *** part/#bzflag hrj (~quassel@unaffiliated/hrj) |
| 16:31.37 | BulletCatcher | nope |
| 16:36.03 | blast007 | k |
| 16:36.15 | blast007 | OSX also needs SDL2 |
| 16:49.02 | BulletCatcher | It looks like we could use https://github.com/spurious/SDL-mirror as the basis of a Git submodule to track SDL2. |
| 16:52.43 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 16:52.44 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:25.24 | *** join/#bzflag TimRiker (~TimRiker@bzflag/projectlead/TimRiker) |
| 17:25.24 | *** mode/#bzflag [+o TimRiker] by ChanServ |
| 17:44.02 | *** join/#bzflag joevano (~joevano@bzflag/developer/JoeVano) |
| 17:44.02 | *** mode/#bzflag [+v joevano] by ChanServ |
| 20:42.51 | Constitution | I guess I'm not sure how regex works OS X... but we don't link to anything extra for it, and there is a regex.h in the platform SDK |
| 20:43.36 | Constitution | so the argument is that the SDK version is not sufficient? |
| 20:43.47 | *** join/#bzflag brlcad (~sean@66-118-151-70.static.sagonet.net) |
| 20:51.23 | Constitution | SDL 2 is easy to install (or it will be, once they officially release 2.0.4), and I put clear instructions for building GLEW and c-ares in the README... I don't see any necessity to go beyond that on OS X |
| 20:53.06 | blast007 | Constitution: hmm, does Xcode have somewhere they put defines like HAVE_REGEX_H ? |
| 20:55.29 | kierra | blast007: ping |
| 20:55.34 | blast007 | kierra: pong |
| 20:57.27 | Constitution | blast007: yes, Xcode/config.h |
| 20:59.04 | blast007 | ah, sorry, had some older tag checked out here - explains why I wasn't finding anything :) |
| 20:59.30 | blast007 | so no, it should already be using the system regex, and if that's working, then you're good |
| 20:59.59 | blast007 | the question was more about support for the new std::regex stuff which still seems to be a bit early to jump on that |
| 21:00.36 | Constitution | okay |
| 21:20.17 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 21:24.33 | Constitution | does anyone share my opinion that the text at the top of the HUD should not use a serif font? |
| 21:25.13 | kierra | what font would you prefer |
| 21:26.46 | Constitution | the sans serif font, like we use almost everywhere else |
| 21:30.03 | kierra | i like the listserver font ....w/e that is |
| 21:49.21 | *** join/#bzflag BlasterWisconsin (488308c1@gateway/web/freenode/ip.72.131.8.193) |
| 21:56.55 | kierra | BlasterWisconsin: ! |
| 22:01.58 | blast007 | Constitution: huh, yeah, rather odd we use that only at the top of the screen, isn't it? :) |
| 22:02.06 | blast007 | kill it with fire |
| 22:31.54 | Constitution | yay |
| 22:35.31 | *** join/#bzflag Constitution (~josh@bzflag/developer/Constitution) |
| 22:39.04 | the_map | https://goo.gl/esFdyX |
| 22:50.46 | kierra | to use quassel for IRC, do you need a server? |
| 22:51.22 | kierra | do you need to be tied to a set server, i guess is the better question |
| 23:03.45 | blast007 | Depends how you're intending to use it. If you're wanting it to run 24/7, then you'd need some sort of system active as a 'server', yes, and a cheap VPS would do nicely for that (assuming they allow IRC in their terms of service). |
| 23:08.15 | kierra | BlasterWisconsin is asking |