Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
  • This project
    • Loading...
  • Sign in / Register
T
Tidal
  • Overview
    • Overview
    • Details
    • Activity
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 0
    • Issues 0
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • PLN
  • Tidal
  • Repository

Switch branch/tag
  • Tidal
  • tools
  • parvagues-protect.sh
Find file
BlameHistoryPermalink
  • PLN (Algolia)'s avatar
    fix(tools): two scripts were +x on disk and 644 in the index · 4e0d63ae
    gig-up's "tools executable" gate has been NO-GO on this box, and the reason is
    the trap the repo already has a lesson about: chmod fixes YOUR tree, not the
    repo. parvagues-protect.sh and install-protect.sh both ran fine here and were
    recorded 100644, so a fresh clone gets two non-executable protect scripts —
    and the gate that catches it was being read as noise because it never went
    green. Fixed with `git update-index --chmod=+x`, which is the half that was
    skipped. lcxl-path.py (new in 7bda1ccd) had the same defect and gets the same
    treatment.
    
    Note the gate checks BOTH `-x` on disk and the index mode. Only the index half
    was failing, which is exactly the failure a local chmod hides.
    PLN (Algolia) authored Aug 21, 2026
    4e0d63ae
parvagues-protect.sh 6.89 KB
EditWeb IDE
×

Replace parvagues-protect.sh

Attach a file by drag & drop or click to upload


Cancel
A new branch will be created in your fork and a new merge request will be started.