| 00:31.28 | macsforme | it would be nice if using higher-resolution textures was more feasible... right now you can't (or shouldn't) due to the wait time for the download |
| 00:32.11 | macsforme | I don't know if the benefit of using higher-resolution JPEG textures would be offset by the loss in quality, or if the trade-off would be positive |
| 02:37.14 | *** join/#bzflag blast007 (~blast007@bzflag/developer/Blast) |
| 03:29.33 | BulletCatcher | Support for JPEG textures seems like a nice addition, but I think it should go into 2.5 since 2.4.4 clients and below won't have it. |
| 04:18.23 | blast007 | libjpeg does not have a debug build option on Windows |
| 04:19.57 | blast007 | libpng does |
| 04:20.06 | blast007 | but both lack a 64-bit build option |
| 05:29.20 | *** join/#bzflag ruskie (ruskie@sourcemage/mage/ruskie) |
| 09:18.09 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 11:46.55 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 14:02.43 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 15:03.19 | *** join/#bzflag zuii (~cauchy@BC06BF93.catv.pool.telekom.hu) |
| 16:14.41 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.34) |
| 16:14.42 | BZnotify | [13bzflag] 15blast007 closed pull request #37: Adds timestamps to chat/server messages (062.4...06chattimestamps) 02https://git.io/vuNCi |
| 16:14.42 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.34) |
| 16:19.14 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 16:19.15 | BZnotify | [13bzflag] 15blast007 pushed 2 new commits to 062.4: 02https://git.io/vV8Wd |
| 16:19.15 | BZnotify | 13bzflag/062.4 141da1fff 15Alexandre Detiste: reproducible: make build follow SOURCE_DATE_EPOCH specification... |
| 16:19.15 | BZnotify | 13bzflag/062.4 14c02db2f 15blast007: Merge pull request #43 from a-detiste/2.4... |
| 16:19.15 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 16:20.29 | blast007 | allejo: the original is hackish because it used (x|y|z)(min|max) instead of position and size, which didn't match existing conventions |
| 16:24.41 | BulletCatcher | That SOURCE_DATE_EPOCH change only affects the date at the bottom of man pages. |
| 16:24.42 | BulletCatcher | It doesn't do anything about the game version string. |
| 16:24.52 | blast007 | hmm |
| 16:26.09 | BulletCatcher | My thought about the man page date is that it should be hard-coded into configure.ac. |
| 16:26.11 | BulletCatcher | That's the only way I can think of to ensure that it is consistent when building from tarballs and Git trees. |
| 16:27.13 | BulletCatcher | It would be another item to update when doing releases, but that's what checklists are fore. |
| 16:27.21 | blast007 | so should I revert that or just add additional changes? |
| 16:29.06 | BulletCatcher | No need to explicitly revert, but that will be the effect if we do what I suggest. |
| 16:32.00 | BulletCatcher | It is a Small Matter Of Programming to automatically set the date when building from a Git tree, but we can't count on having broad set of GNU tools when building from a tarball. |
| 16:32.25 | BulletCatcher | (That's the point of tarball releases.) |
| 16:35.11 | *** join/#bzflag heartnet1 (~msk@90-104-16-160.host.anywhere.rr.nu) |
| 16:35.13 | BulletCatcher | I suggest replacing BZFLAG_DATE in configure.ac with MANUAL_DATE and then manually (no pun intended) setting it to the date of the most recent .in file in the man directory as desired, or at least before each release. |
| 16:35.20 | *** part/#bzflag heartnet1 (~msk@90-104-16-160.host.anywhere.rr.nu) |
| 16:37.01 | BulletCatcher | Man pages aren't built on Windows and Macs, so this is strictly an autotools problem. |
| 16:37.10 | blast007 | man pages are built on Windows |
| 16:37.33 | BulletCatcher | Windows has a "man" command? |
| 16:37.44 | blast007 | we make them into html files |
| 16:39.11 | BulletCatcher | Does the nroff .TH command (which uses BZFLAG_DATE) get translated into HTML? |
| 16:41.54 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 16:41.54 | BZnotify | [13bzflag] 15blast007 pushed 1 new commit to 062.4: 02https://git.io/vV880 |
| 16:41.54 | BZnotify | 13bzflag/062.4 146b59899 15Scott Wichser: Revert "reproducible: make build follow SOURCE_DATE_EPOCH specification"... |
| 16:41.54 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.40) |
| 16:43.46 | blast007 | doesn't seem to |
| 16:44.12 | blast007 | it generates pretty horrid HTML too :) |
| 16:44.49 | BulletCatcher | As long as it renders reasonably well... |
| 16:46.23 | BulletCatcher | If you don't see a date (or "BZFLAG_DATE") in the HTML then this isn't a concern on Windows. |
| 16:47.51 | blast007 | https://reproducible-builds.org/specs/source-date-epoch/ |
| 16:50.45 | BulletCatcher | That spec would be irrelevant if we remove all use of "current" date and time from the build process. |
| 16:51.02 | BulletCatcher | Right now we use it for man pages and the game version string. |
| 16:51.24 | BulletCatcher | My suggestion elimininates it from man pages. |
| 16:51.47 | blast007 | do we even need any date string in the man pages? |
| 16:52.12 | BulletCatcher | It seems to be a standard thing at the bottom center of each man page. |
| 16:57.58 | BulletCatcher | It should be fairly easy to have "make" emit a warning if the tools are available to determine whether the date in configure.ac is due for a change. |
| 17:01.34 | BulletCatcher | As for the date in game version strings, I think the best way to get reproducible builds is to simply drop the date from release (including RC) versions. |
| 17:02.05 | BulletCatcher | We could continue to use the date and/or Git hash in development versions. |
| 17:06.33 | BulletCatcher | We would have to find a way to hardcode the date and/or hash into tarballs of development versions. |
| 17:49.42 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.46) |
| 17:49.43 | BZnotify | [13bzflag] 15JMakey pushed 1 new commit to 062.4: 02https://git.io/vV8E8 |
| 17:49.43 | BZnotify | 13bzflag/062.4 14058517b 15Jeff Makey: Initialize ControlPanelMessage variables in the same order that they were declared. |
| 17:49.43 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.46) |
| 18:20.46 | *** join/#bzflag rob1n (~rob1n@unaffiliated/rob1n) |
| 18:49.18 | *** join/#bzflag tupone_ (~tupone@net-93-67-65-25.cust.vodafonedsl.it) |
| 20:07.50 | *** join/#bzflag tupone (~alfredo@gentoo/dev/tupone) |
| 20:07.50 | *** join/#bzflag tupone_ (~tupone@gentoo/dev/tupone) |
| 20:18.06 | *** join/#bzflag tupone (~alfredo@gentoo/dev/tupone) |
| 21:41.21 | *** join/#bzflag [Gort] (~gort@unaffiliated/gort/x-9231432) |
| 21:47.05 | kierra | hi Gort |
| 22:04.27 | [Gort] | hi, kierra. Sorry, was AFK. |
| 22:05.37 | kierra | np :) |
| 23:19.03 | *** join/#bzflag khazhyk (~khazhyk@unaffiliated/khazhyk) |