हमारा सुझाव है कि 27 मार्च, 2025 से AOSP को बनाने और उसमें योगदान देने के लिए, aosp-main के बजाय android-latest-release का इस्तेमाल करें. ज़्यादा जानकारी के लिए, AOSP में हुए बदलाव लेख पढ़ें.
प्लैटफ़ॉर्म से साइन की गई, शेयर की गई यूआईडी की अनुमति वाली सूची
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
प्लैटफ़ॉर्म से साइन किए गए ऐप्लिकेशन, ऐसे ऐप्लिकेशन होते हैं जो प्लैटफ़ॉर्म पैकेज (android) के साथ एक ही (या काम करने वाला) साइनिंग सर्टिफ़िकेट शेयर करते हैं. प्लैटफ़ॉर्म से साइन किया गया ऐप्लिकेशन, सिस्टम ऐप्लिकेशन (सिस्टम इमेज पार्टिशन पर मौजूद) या नॉन-सिस्टम ऐप्लिकेशन हो सकता है. प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी, ऐसे शेयर किए गए यूआईडी (android:sharedUserId) होते हैं जिनमें प्लैटफ़ॉर्म से साइन किए गए ऐप्लिकेशन शामिल होते हैं. डीबग किए जा सकने वाले बिल्ड ऐसे बिल्ड होते हैं जिनका android.os.Build.isDebuggable(), true दिखाता है. जैसे, userdebug या eng बिल्ड.
पहले, डिवाइस बनाने वाली कंपनियों के पास यह कंट्रोल करने का विकल्प नहीं था कि प्लैटफ़ॉर्म से साइन किए गए कौनसे ऐसे ऐप्लिकेशन, प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी में शामिल हो सकते हैं जो सिस्टम ऐप्लिकेशन नहीं हैं. Android
15 से, मैन्युफ़ैक्चरर, प्लैटफ़ॉर्म पर साइन किए गए ऐसे ऐप्लिकेशन को साफ़ तौर पर अनुमति दे सकते हैं जो सिस्टम ऐप्लिकेशन नहीं हैं. ये ऐप्लिकेशन, /etc/permissions डायरेक्ट्री में मौजूद सिस्टम कॉन्फ़िगरेशन की एक्सएमएल फ़ाइलों में, प्लैटफ़ॉर्म पर साइन किए गए शेयर किए गए यूआईडी में शामिल हो सकते हैं. अगर प्लैटफ़ॉर्म से साइन किए गए ऐसे ऐप्लिकेशन को, प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी की अनुमति वाली सूची में नहीं जोड़ा गया है जो सिस्टम ऐप्लिकेशन नहीं है और ऐप्लिकेशन अब भी प्लैटफ़ॉर्म से साइन किए गए शेयर किए गए यूआईडी (इसके मेनिफ़ेस्ट में android:sharedUserId के साथ) से जुड़ने की कोशिश करता है, तो उस ऐप्लिकेशन को डीबग नहीं किए जा सकने वाले बिल्ड पर इंस्टॉल नहीं किया जा सकता.
अगर आपको अनुमति वाली सूची में कोई एंट्री नहीं दिख रही है, तो प्लैटफ़ॉर्म से साइन किए गए ऐसे ऐप्लिकेशन को इंस्टॉल करने की कोशिश करें जो सिस्टम ऐप्लिकेशन नहीं है. साथ ही, यह भी देखें कि क्या उसे अब भी इंस्टॉल किया जा सकता है. अगर ऐसा नहीं है, तो चेतावनी वाले मैसेज के इस फ़ॉर्मैट के लिए, डिवाइस लॉग की जांच की जा सकती है:
Non-preload app {PACKAGE_NAME} signed with platform signature and joining shared uid: {SHARED_UID_NAME}
इस पेज पर मौजूद कॉन्टेंट और कोड सैंपल कॉन्टेंट के लाइसेंस में बताए गए लाइसेंस के हिसाब से हैं. Java और OpenJDK, Oracle और/या इससे जुड़ी हुई कंपनियों के ट्रेडमार्क या रजिस्टर किए हुए ट्रेडमार्क हैं.
आखिरी बार 2025-07-27 (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-07-27 (UTC) को अपडेट किया गया."],[],[],null,["# Platform-signed shared UID allowlist\n\nPlatform-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/permissions` directory. If a platform-signed nonsystem\napp isn't added to the allowlist for a platform-signed shared UID, and the app\nstill tries to join the platform-signed shared UID (with `android:sharedUserId`\nin its manifest), 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----------------\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----------------------\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}"]]
