View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003707 | Project Tools & Websites | General | public | 2018-11-24 11:42 | 2020-10-22 21:48 |
Reporter | Kunda1 | Assigned To | blacey | ||
Priority | high | Severity | major | Reproducibility | N/A |
Status | closed | Resolution | no change required | ||
Summary | 0003707: MacOS 0.17 stable link not uniform with other 0.17 links (Change this for 0.18 release only!) | ||||
Description | Note: We shouldn't mess with the links now so close to the 0.18 release. Instead moving forward we should figure this out In order for the wiki to stay efficiently up to date (with download links that point to both stable and development releases), we use wiki templates. Then when release time comes around all one needs to do is change the templates directly and the change auto-populates anywhere in the wiki that said templates are used. Example: The Appimage page uses the Stable Version Template. Notice though that on the Github Release Page the OSX stable build stray from the formats: Windows: FreeCAD-0.17.13541.9948ee4-WIN-x64-installer.exe FreeCAD-0.17.13528.5c3f7bf-WIN-x86-installer.exe OSX uses: FreeCAD_0.17-13541.9948ee4-OSX-x86_64-Qt5.dmg Appimage: FreeCAD-0.17.13541.9948ee4.glibc2.17-x86_64.AppImage Essentially, the Win builds are missing a differentiation between 64bit and 32bit the punctation between the links are not uniform. the quickstart file should also have the version.revision info so we can use the template on it as well. | ||||
Additional Information | CC @sgrogan @sgrogan1 | ||||
Tags | No tags attached. | ||||
FreeCAD Information | |||||
|
|
|
@blacey any chance we can get this done before 0.18 release ? |
|
@Kunda1, not sure I will have time but I somewhat disagree that the macOS version numbers are not uniform. Well over a year ago, I implemented a uniform Archive name generation utility in src/Tools/ArchiveNameFromVersionHeader.py. Here is an excerpt from the commends in the utility:
And it is invoked like this here in Travis. The impetus was to ensure a uniform archive naming convention across platforms that would be changed/managed by simply changing the utility with macOS adopting it first. So IMHO, the other platform build systems should adopt/use the ArchiveNameFromVersionHeader.py utility to ensure uniformity. |
|
I'm fine with anything. Maybe we should have a forum discussion. There will be a lot going on for 0.18 release/ 0.19 dev. PY2/3, QT4/5, gcc7, Conda vs. native package manager. For win x86 for 32 bit predates me, but it could easily could be changed to x32. |
|
I think this was discussed somewhere on the forum before and I can't seem to find it using the search. |
|
Continuing the conversation in https://forum.freecadweb.org/viewtopic.php?f=4&t=32204&p=282406#p282406 |
|
obsolete |
Date Modified | Username | Field | Change |
---|---|---|---|
2018-11-24 11:42 | Kunda1 | New Issue | |
2018-11-24 11:42 | Kunda1 | Status | new => assigned |
2018-11-24 11:42 | Kunda1 | Assigned To | => blacey |
2018-11-24 11:42 | Kunda1 | File Added: FC-Github-0.17-filename-uniformity-problems.png | |
2018-11-24 11:44 | Kunda1 | Target Version | => 0.18 |
2018-11-24 11:44 | Kunda1 | Summary | MacOS 0.17 stable link not uniform with other 0.17 links => MacOS 0.17 stable link not uniform with other 0.17 links (Change this for 0.18 release only!) |
2018-11-24 11:44 | Kunda1 | Description Updated | |
2018-11-24 11:44 | Kunda1 | Additional Information Updated | |
2018-11-24 11:44 | Kunda1 | Additional Information Updated | |
2018-12-31 19:20 | Kunda1 | Note Added: 0012353 | |
2018-12-31 19:58 | blacey | Note Added: 0012354 | |
2019-01-01 17:43 |
|
Note Added: 0012360 | |
2019-01-04 18:47 | Kunda1 | Note Added: 0012369 | |
2019-01-25 23:40 | Kunda1 | Note Added: 0012523 | |
2020-06-06 14:36 | abdullah | Target Version | 0.18 => 0.19 |
2020-10-22 21:48 | Kunda1 | Status | assigned => closed |
2020-10-22 21:48 | Kunda1 | Resolution | open => no change required |
2020-10-22 21:48 | Kunda1 | Note Added: 0014933 |