हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main के बजाय android-latest-release का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.
प्लैटफ़ॉर्म से साइन की गई, शेयर की गई यूआईडी की अनुमति वाली सूची
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
प्लैटफ़ॉर्म के हस्ताक्षर वाले ऐप्लिकेशन, ऐसे ऐप्लिकेशन होते हैं जो प्लैटफ़ॉर्म पैकेज (android) के साथ एक ही (या उससे मिलता-जुलता) हस्ताक्षर वाला सर्टिफ़िकेट शेयर करते हैं. प्लैटफ़ॉर्म के हस्ताक्षर वाला ऐप्लिकेशन, सिस्टम ऐप्लिकेशन (सिस्टम इमेज पार्टिशन पर मौजूद) या नॉनसिस्टम ऐप्लिकेशन हो सकता है. प्लैटफ़ॉर्म के हस्ताक्षर वाले शेयर किए गए यूआईडी, ऐसे शेयर किए गए यूआईडी (android:sharedUserId) होते हैं जिनमें प्लैटफ़ॉर्म के हस्ताक्षर वाले ऐप्लिकेशन शामिल होते हैं. डीबग किए जा सकने वाले बिल्ड ऐसे बिल्ड होते हैं जिनके android.os.Build.isDebuggable()true दिखाता है. जैसे, userdebug या eng बिल्ड.
पहले, डिवाइस बनाने वाली कंपनियों के पास यह कंट्रोल नहीं होता था कि प्लैटफ़ॉर्म के हस्ताक्षर वाले कौनसे नॉनसिस्टम ऐप्लिकेशन, प्लैटफ़ॉर्म के हस्ताक्षर वाले शेयर किए गए यूआईडी में शामिल हो सकते हैं. Android 15 से, मैन्युफ़ैक्चरर, प्लैटफ़ॉर्म के हस्ताक्षर वाले नॉनसिस्टम ऐप्लिकेशन को, प्लैटफ़ॉर्म के हस्ताक्षर वाले शेयर किए गए यूआईडी में शामिल होने की अनुमति दे सकते हैं. इसके लिए, उन्हें सिस्टम कॉन्फ़िगरेशन की XML फ़ाइलों में बदलाव करना होगा. ये फ़ाइलें /etc/sysconfig डायरेक्ट्री में मौजूद होती हैं. अगर किसी प्लैटफ़ॉर्म से साइन किए गए नॉनसिस्टम ऐप्लिकेशन को, प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी के लिए अनुमति वाली सूची में नहीं जोड़ा जाता है और ऐप्लिकेशन अब भी प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी (इसके मेनिफ़ेस्ट में android:sharedUserId के साथ) में शामिल होने की कोशिश करता है, तो उस ऐप्लिकेशन को डीबग नहीं की जा सकने वाली बिल्ड पर इंस्टॉल नहीं किया जा सकता.
अनुमति वाली सूची में मौजूद किसी एंट्री का पता लगाने के लिए, अपने प्लैटफ़ॉर्म पर साइन किए गए ऐसे ऐप्लिकेशन को इंस्टॉल करने की कोशिश करें जिसे डीबग नहीं किया जा सकता. इसके बाद, देखें कि उसे अब भी इंस्टॉल किया जा सकता है या नहीं. अगर ऐसा नहीं है, तो डिवाइस के लॉग में चेतावनी वाले मैसेज के इस फ़ॉर्मैट की जांच करें:
Non-preload app {PACKAGE_NAME} signed with platform signature and joining shared uid: {SHARED_UID_NAME}
इस पेज पर मौजूद कॉन्टेंट और कोड सैंपल कॉन्टेंट के लाइसेंस में बताए गए लाइसेंस के हिसाब से हैं. Java और OpenJDK, Oracle और/या इससे जुड़ी हुई कंपनियों के ट्रेडमार्क या रजिस्टर किए हुए ट्रेडमार्क हैं.
आखिरी बार 2025-09-04 (UTC) को अपडेट किया गया.
[[["समझने में आसान है","easyToUnderstand","thumb-up"],["मेरी समस्या हल हो गई","solvedMyProblem","thumb-up"],["अन्य","otherUp","thumb-up"]],[["वह जानकारी मौजूद नहीं है जो मुझे चाहिए","missingTheInformationINeed","thumb-down"],["बहुत मुश्किल है / बहुत सारे चरण हैं","tooComplicatedTooManySteps","thumb-down"],["पुराना","outOfDate","thumb-down"],["अनुवाद से जुड़ी समस्या","translationIssue","thumb-down"],["सैंपल / कोड से जुड़ी समस्या","samplesCodeIssue","thumb-down"],["अन्य","otherDown","thumb-down"]],["आखिरी बार 2025-09-04 (UTC) को अपडेट किया गया."],[],[],null,["Platform-signed apps are apps sharing the same (or compatible) signing\ncertificate with the platform package (`android`). A platform-signed app can be\na system app (located on a system image partition), or a nonsystem app.\nPlatform-signed shared UIDs are shared UIDs (`android:sharedUserId`) that\ncontain platform-signed apps. Debuggable builds are builds whose\n`android.os.Build.isDebuggable()` return `true`, such as `userdebug` or `eng`\nbuilds.\n\nHistorically, device manufacturers had little control over which platform-signed\nnonsystem apps could join a platform-signed shared UID. Starting in Android\n15, manufacturers can explicitly allow platform-signed\nnonsystem apps to join platform-signed shared UIDs in the system configuration\nXML files in the `/etc/sysconfig` directory. If a platform-signed nonsystem app\nisn't added to the allowlist for a platform-signed shared UID, and the app still\ntries to join the platform-signed shared UID (with `android:sharedUserId` in its\nmanifest), that app can't be installed on nondebuggable builds.\n| **Note:** The allowlist isn't enforced on debuggable builds to facilitate easier testing.\n| **Note:** Platform-signed system apps aren't affected by this change.\n\nAdd an allowlist\n\nYou can list allowlists for apps in a single XML file or in multiple XML files,\nsimilar to\n[`frameworks/base/data/etc/package-shareduid-allowlist.xml`](https://cs.android.com/android/platform/superproject/+/android-latest-release:frameworks/base/data/etc/package-shareduid-allowlist.xml): \n\n \u003c!--\n This XML defines an allowlist for packages that want to join a particular shared-uid.\n If a non-system package that is signed with platform signature, is trying to join a particular\n shared-uid, and not in this list, the installation will fail.\n\n - The \"package\" XML attribute refers to the app's package name.\n - The \"shareduid\" XML attribute refers to the shared uid name.\n --\u003e\n\n \u003cconfig\u003e\n \u003callow-package-shareduid package=\"android.test.settings\" shareduid=\"android.uid.system\" /\u003e\n \u003c/config\u003e\n\nFind missing allowlist\n\nTo find a missing allowlist entry, try to install your platform-signed nonsystem\napp on a nondebuggable build and check if it can still be installed. If not, you\ncan inspect device logs for the following format of warning messages: \n\n Non-preload app {PACKAGE_NAME} signed with platform signature and joining shared uid: {SHARED_UID_NAME}"]]
