View Issue Details

IDProjectCategoryView StatusLast Update
0003707Project Tools & Websites[All Projects] Generalpublic2019-01-04 18:47
ReporterKunda1Assigned Toblacey 
PriorityhighSeveritymajorReproducibilityN/A
Status assignedResolutionopen 
Product Version 
Target Version[FreeCAD] 0.18Fixed in Version 
Summary0003707: MacOS 0.17 stable link not uniform with other 0.17 links (Change this for 0.18 release only!)
DescriptionNote: 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 InformationCC @sgrogan @sgrogan1
TagsNo tags attached.

Activities

Kunda1

2018-11-24 11:42

manager  

Kunda1

2018-12-31 19:20

manager   ~0012353

@blacey any chance we can get this done before 0.18 release ?

blacey

2018-12-31 19:58

developer   ~0012354

@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:


#! python
###
#  A convenience script to generate a deployment archive name of the form
#  FreeCAD_{Major Version Number}.{Minor Version Number}-{Git Revision Count}.{Git Short SHA}-{OS}-{Arch}

#


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.

sgrogan1

2019-01-01 17:43

developer   ~0012360

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.

Kunda1

2019-01-04 18:47

manager   ~0012369

I think this was discussed somewhere on the forum before and I can't seem to find it using the search.

Issue History

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 View Revisions
2018-11-24 11:44 Kunda1 Additional Information Updated View Revisions
2018-11-24 11:44 Kunda1 Additional Information Updated View Revisions
2018-12-31 19:20 Kunda1 Note Added: 0012353
2018-12-31 19:58 blacey Note Added: 0012354
2019-01-01 17:43 sgrogan1 Note Added: 0012360
2019-01-04 18:47 Kunda1 Note Added: 0012369