kutesir/jarvis
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
bd632a159292d68e499b5c64cbb827dcd167e584
jarvis/project.yml

55 lines
1.8 KiB
YAML
Raw Normal View History

rename: Jarvis -> Jervis target, scheme, and folder throughout The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:49:31 +03:00
name: Jervis
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
options:
bundleIdPrefix: com.kisani
deploymentTarget:
iOS: "17.0"
createIntermediateGroups: true
targets:
rename: Jarvis -> Jervis target, scheme, and folder throughout The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:49:31 +03:00
Jervis:
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
type: application
platform: iOS
deploymentTarget: "17.0"
sources:
rename: Jarvis -> Jervis target, scheme, and folder throughout The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:49:31 +03:00
- path: Jervis
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
info:
rename: Jarvis -> Jervis target, scheme, and folder throughout The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:49:31 +03:00
path: Jervis/Info.plist
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
properties:
rebrand: Jarvis -> Jervis for App Store submission "JARVIS" is Marvel's trademark for the Iron Man/Avengers AI — real legal risk for a commercial App Store listing, and the name is already contested there ("Jarvis: Powered by Marvel", "Jarvis - AI Chatbot"). Jervis reads identically but doesn't collide. Scoped to user-facing surfaces only: - CFBundleDisplayName, PRODUCT_BUNDLE_IDENTIFIER (com.kisani.jervis) - BGTaskSchedulerPermittedIdentifiers + matching Swift constants - NSLocalNetworkUsageDescription permission prompt copy - JarvisWordmark rendered text ("j" + "ervis") - Notification permission prompt copy Internal Xcode target/executable name, Swift type names (JarvisWordmark, JarvisApp), file/folder names, and repo name are unchanged — renaming those is a separate, larger refactor with no user-facing benefit. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 02:12:48 +03:00
CFBundleDisplayName: Jervis
fix: build number 1 -> 2, and stop xcodegen silently resetting it CFBundleVersion/CFBundleShortVersionString weren't declared in project.yml's properties block, so xcodegen defaulted them to "1"/"1.0" on every regenerate regardless of CURRENT_PROJECT_VERSION/ MARKETING_VERSION — bumping the build setting silently did nothing. Declared both explicitly (matching how CFBundleIdentifier and CFBundleExecutable already reference build settings), so version bumps now actually reach the compiled app. Verified: CFBundleVersion "2" in the built binary's Info.plist. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:42:14 +03:00
CFBundleShortVersionString: $(MARKETING_VERSION)
CFBundleVersion: $(CURRENT_PROJECT_VERSION)
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
UILaunchScreen:
UIColorName: ""
UISupportedInterfaceOrientations:
- UIInterfaceOrientationPortrait
rebrand: Jarvis -> Jervis for App Store submission "JARVIS" is Marvel's trademark for the Iron Man/Avengers AI — real legal risk for a commercial App Store listing, and the name is already contested there ("Jarvis: Powered by Marvel", "Jarvis - AI Chatbot"). Jervis reads identically but doesn't collide. Scoped to user-facing surfaces only: - CFBundleDisplayName, PRODUCT_BUNDLE_IDENTIFIER (com.kisani.jervis) - BGTaskSchedulerPermittedIdentifiers + matching Swift constants - NSLocalNetworkUsageDescription permission prompt copy - JarvisWordmark rendered text ("j" + "ervis") - Notification permission prompt copy Internal Xcode target/executable name, Swift type names (JarvisWordmark, JarvisApp), file/folder names, and repo name are unchanged — renaming those is a separate, larger refactor with no user-facing benefit. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 02:12:48 +03:00
NSLocalNetworkUsageDescription: "Jervis connects to your self-hosted news platform on the local network."
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
NSAppTransportSecurity:
NSAllowsArbitraryLoads: true
NSAllowsLocalNetworking: true
LSApplicationQueriesSchemes:
- tailscale
- zerotier
- wireguard
Add notifications: morning/evening briefings + breaking alerts - Settings hub (gear → SettingsView) hosting Notifications and Connectivity (Connectivity previously had no entry point). - NotificationsView: permission flow, breaking/new-story alerts with a min-signal threshold, morning & evening briefings with time pickers, and a weather toggle + location, plus a "send test briefing" action. - NotificationManager: schedules daily briefings, builds "Jarvis" content (weather + top signal stories), fires breaking alerts off WebSocket story.created events, and refreshes via a BGAppRefresh task. - WeatherService: Open-Meteo geocoding + daily forecast (no API key/entitlement). - AppDelegate registers the background-refresh handler at launch; Info.plist gains UIBackgroundModes + BGTaskSchedulerPermittedIdentifiers. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 22:17:41 +03:00
UIBackgroundModes:
- fetch
- processing
BGTaskSchedulerPermittedIdentifiers:
revert: keep bundle ID as com.kisani.jarvis The bundle ID never appears in the App Store or on-device UI — only CFBundleDisplayName (home screen / notifications) and the App Store Connect "Name" field do, both already "Jervis". Changing the bundle ID was unnecessary scope creep; there's no existing App Store Connect record tied to the old identifier to worry about, and a mismatched bundle ID vs. public name is completely normal. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 02:49:04 +03:00
- com.kisani.jarvis.briefing.refresh
- com.kisani.jarvis.feed.refresh
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
settings:
base:
revert: keep bundle ID as com.kisani.jarvis The bundle ID never appears in the App Store or on-device UI — only CFBundleDisplayName (home screen / notifications) and the App Store Connect "Name" field do, both already "Jervis". Changing the bundle ID was unnecessary scope creep; there's no existing App Store Connect record tied to the old identifier to worry about, and a mismatched bundle ID vs. public name is completely normal. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 02:49:04 +03:00
PRODUCT_BUNDLE_IDENTIFIER: com.kisani.jarvis
rename: Jarvis -> Jervis target, scheme, and folder throughout The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:49:31 +03:00
PRODUCT_NAME: Jervis
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
MARKETING_VERSION: "1.0"
fix: build number 1 -> 2, and stop xcodegen silently resetting it CFBundleVersion/CFBundleShortVersionString weren't declared in project.yml's properties block, so xcodegen defaulted them to "1"/"1.0" on every regenerate regardless of CURRENT_PROJECT_VERSION/ MARKETING_VERSION — bumping the build setting silently did nothing. Declared both explicitly (matching how CFBundleIdentifier and CFBundleExecutable already reference build settings), so version bumps now actually reach the compiled app. Verified: CFBundleVersion "2" in the built binary's Info.plist. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-07-13 03:42:14 +03:00
CURRENT_PROJECT_VERSION: "2"
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
TARGETED_DEVICE_FAMILY: "1"
SWIFT_VERSION: "5.0"
Enable device code signing (automatic, team K8BLMMR883) Replace CODE_SIGNING_ALLOWED=NO with automatic signing + DEVELOPMENT_TEAM so the app installs on a physical device. Simulator/CI builds still pass CODE_SIGNING_ALLOWED=NO on the command line and skip signing. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 22:46:39 +03:00
# Device builds: automatic signing. Change DEVELOPMENT_TEAM to your team
# (e.g. K8BLMMR883) if you prefer. Simulator/CI builds pass
# CODE_SIGNING_ALLOWED=NO on the command line and skip signing.
CODE_SIGN_STYLE: Automatic
DEVELOPMENT_TEAM: "K8BLMMR883"
Harden icon pipeline: add ASSETCATALOG_COMPILER_APPICON_NAME to project.yml Previously the setting only existed in the generated pbxproj (where XcodeGen placed it implicitly). Now it's explicit in project.yml so re-running `xcodegen generate` always produces a project that picks up the AppIcon set. Build verified: actool emits AppIcon60x60@2x.png and AppIcon76x76@2x with correct pixel content from the concentric-rings source icon. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
2026-06-20 20:36:40 +03:00
ASSETCATALOG_COMPILER_APPICON_NAME: AppIcon
Initial commit: Jarvis iOS app SwiftUI client for a self-hosted RSS news-correlation platform: signal feed, story detail, article reader, feed manager, and LAN⇄Tailscale connectivity. Project generated from project.yml via XcodeGen. Includes CI build matrix (macOS 14/15 × Debug/Release), issue templates, backlog, and API/backend handoff docs. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-18 18:04:59 +03:00
ASSETCATALOG_COMPILER_GLOBAL_ACCENT_COLOR_NAME: AccentColor
ENABLE_USER_SCRIPT_SANDBOXING: "YES"
Reference in New Issue Copy Permalink