stanford-oval/wikipedia huggingface dataset:
Doa bagi orang yang telah meninggal dunia
Hindu

Dalam agama Hindu, terdapat pembacaan-pembacaan dalam upacara pemakaman dengan doa-doa yang dimaksudkan bagi orang yang telah wafat.
Banyak dari bacaan-bacaan dalam upacara pemakaman tersebut diambil dari Mahabharata, biasanya dalam bahasa Sanskerta.
Para anggota keluarga akan berdoa di sekeliling jenazah sesegera mungkin setelah Kematian. Orang-orang akan menghindarkan diri dari menyentuh jenazah tersebut karena dianggap mencemari.
Berikut adalah suatu contoh bacaan dalam upacara pemakaman saat Pemakaman Hindu:
Orang bijak mengatakan bahwa Atman adalah abadi: 
Dan bahwa fenomena kematian hanyalah pemisahan tubuh astral dari tubuh fisik. Kelima elemen yang menyusun tubuh kembali ke sumbernya. Kitab suci kita mengajarkan kita bahwa karena para peziarah bergabung dan berpisah di suatu pemondokan umum, demikian juga para ayah, ibu, anak, saudara, istri, kerabat bergabung dan berpisah dalam dunia ini. Dia yang karenanya mengerti sifat dari tubuh dan segala hubungan manusia berdasarkan padanya akan memperoleh kekuatan untuk menanggung kehilangan orang-orang yang kita sayangi. Dalam rencana Ilahi, suatu hari setiap penggabungan harus diakhiri dengan perpisahan.
Banyak dari bacaan-bacaan tersebut merupakan suatu kumpulan teks-teks kitab suci mengenai Kehidupan dan Kematian.
Buddha

Seiring dengan pembacaan sutra-sutra Buddha seperti Kṣitigarbha Bodhisattva Pūrvapraṇidhāna Sūtra, Sutra Amitabha, ataupun Sutra Intan, kalangan Ritsu mempersembahkan perlindungan, kalangan Buddha Tanah Murni mendaraskan nianfo ataupun melantunkan Dhāraṇī Kelahiran Kembali Tanah Murni, dan kalangan Buddha Tibet melantunkan Om mani padme hum berulang kali. Doa seperti Namo Ratnasikhin Tathagata dimaksudkan bagi hewan.
Tao

Kalangan Tao melantunkan Qinghuahao (青華誥) atau Jiukujing (救苦經).
Agama lainnya

Kalangan Zoroaster melantunkan doa-doa dalam upacara pemakaman.
Dalam keyakinan Baha'i, doa hanya diperlukan jika almarhum(ah) berusia lebih dari lima belas tahun.
Terdapat juga doa-doa yang diperuntukkan bagi orang yang telah meninggal dunia di dalam agama-agama lain.
Lihat pula

Hari Arwah
Kitab Orang yang Telah Meninggal
Penghormatan orang yang telah meninggal
Perantaraan para kudus
Requiem
Sabtu Arwah
Venerasi
Pranala luar

(Inggris) Prayers for the Dead article in Catholic Encyclopedia
(Inggris) Papal Document Promulgating the Simplification of Indulgences from the Vatican website, with resulting Manual of Indulgence
(Inggris) Funerals in Hinduism
Artikel ini menyertakan teks dari suatu terbitan yang sekarang berada pada ranah publik: Chisholm, Hugh, ed. (1911). "perlu nama artikel ". Encyclopædia Britannica (edisi ke-11). Cambridge University Press.
Layanan Panggilan Platform

Layanan Panggilan Platform (Platform Invocation Services), yang lebih dikenal sebagai P/Invoke, adalah fitur dari implementasi Common Language Infrastructure, seperti  Common Language Runtime dari Microsoft, yang memungkinkan kode terkelola untuk memanggil kode asli.
Kode terkelola, seperti C# atau VB.NET, menyediakan akses asli terhadap kelas, metode, dan jenis yang didefinisikan di dalam pustaka yang menyusun .NET Framework.  Walaupun .NET Framework menyediakan rangkaian kegunaan yang luas, mungkin ada kekurangan akses ke banyak pustaka sistem operasi tingkat rendah yang biasanya ditulis dalam kode tidak terkelola atau pustaka pihak ketiga yang juga ditulis dalam kode tidak terkelola.  P/Invoke adalah teknik yang dapat digunakan oleh programmer untuk mengakses fungsi-fungsi di pustaka tersebut.  Panggilan ke fungsi-fungsi di dalam pustaka tersebut terjadi dengan cara mendeklarasikan tanda tangan fungsi tidak terkelola tersebut di dalam kode terkelola, yang menjadi fungsi sesungguhnya yang dapat dipanggil seperti halnya metode terkelola yang lain.  Deklarasi tersebut merujuk ke jalur file dan mendefinisikan parameter dan pengembalian fungsi dalam jenis terkelola yang kemungkinan besar disusun secara implisit ke dan dari jenis tidak terkelola oleh runtime bahasa umum (CLR).  Ketika jenis data tidak terkelola menjadi terlalu rumit untuk konversi sederhana yang implisit dari dan ke jenis terkelola, kerangka tersebut memungkinkan pengguna untuk mendefinisikan atribut di fungsi, pengembalian, dan/atau parameter untuk dengan eksplisit memperbaiki cara data disusun sehingga tidak mengarah ke kondisi abnormal yang dapat terjadi ketika ingin melakukannya secara implisit.
Ada banyak abstraksi dari konsep pemrograman tingkat rendah yang tersedia bagi programmer kode terkelola, dibandingkan dengan pemrograman dalam bahasa tidak terkelola.  Sebagai hasilnya, programmer yang hanya berpengalaman dengan kode terkelola akan harus memoles konsep pemrograman seperti pointer, struktur, dan passing by reference untuk melampaui rintangan dalam menggunakan P/Invoke.
Arsitektur > Ringkasan

Dua varian dari P/Invoke yang sekarang digunakan adalah:
Arsitektur > Ringkasan > Eksplisit

Kode asli diimpor melalui pustaka tautan dinamis (DLLs)
Metadata yang dimasukkan ke rakitan pemanggil mendefinisikan bagaimana kode asli dapat dipanggil dan data diakses (biasanya memerlukan specifier sumber beratribut untuk membantu kompilator dalam menghasilkan kaitan susunan )
Definisi ini adalah bagian dari "Eksplisit"
Arsitektur > Ringkasan > Implisit

Dengan menggunakan C++/CLI, suatu aplikasi dapat secara bersamaan menggunakan tumpukan terkelola (dengan cara melacak pointer) dan bagian memori asli yang ada, tanpa deklarasi eksplisit.(Implisit)
Keuntungan utama dalam hal ini adalah, jika struktur data asli yang mendasar berubah, selama penamaannya kompatibel, perubahan yang mengakibatkan kerusakan dapat dicegah.
Jadi dalam hal ini, menambah/menghapus/menyusun ulang struktur di header asli akan diperbolehkan secara transparan selama nama anggota struktur tidak ikut berubah.
Detail

Ketika menggunakan P/Invoke, CLR menangani pemuatan dan konversi DLL akan jenis tidak terkelola sebelumnya ke jenis CTS (juga disebut sebagai penyusunan parameter). [butuh rujukan]
Untuk melakukan ini, CLR:
Mendapatkan lokasi DLL yang memuat fungsi.
Memuat DLL ke dalam memori.
Mendapatkan lokasi alamat dari fungsi di memori dan mendorong argumen ke dalam stack tersebut, dan menyusun data sesuai keperluan.
P/Invoke berguna dalam menggunakan C standar (tidak terkelola) atau DLL C++. Dapat digunakan ketika pemrogram memerlukan akses ke API Windows yang ekstensif, karena kurangnya pembungkus yang tersedia bagi banyak fungsi yang disediakan oleh pustaka Windows.  Jika suatu API Win32 tidak dipaparkan oleh .NET Framework, pembungkus untuk API tersebut harus ditulis secara manual.
Jebakan

Menulis pembungkus P/Invoke bisa menjadi sulit dan mudah salah. Menggunakan DLL asli berarti bahwa pemrogram tidak lagi mendapat manfaat dari keamanan jenis dan pengumpulan sampah yang biasanya disediakan di lingkungan .NET. Ketika digunakan secara tidak benar, dapat mengakibatkan masalah seperti kesalahan segmentasi atau kebocoran memori. Mendapatkan tanda tangan fungsi warisan yang tepat untuk digunakan di lingkungan .NET dapat menjadi rumit, yang kemudian dapat menyebabkan masalah di atas. Untuk tujuan inilah alat-alat dan situs web tersedia untuk memperoleh tanda tangan semacam itu, untuk membantu menghindari masalah tanda tangan.
Jebakan lainnya termasuk:
Perataan data yang salah akan jenis yang ditentukan pengguna di bahasa terkelola: ada banyak cara bagaimana data dapat diratakan tergantung dari kompilator atau arahan kompilator dalam bahasa C dan harus diperhatikan saat memberitahu CLR secara eksplisit bagaimana cara meratakan data untuk jenis non-blittable types.  Contoh umum dari hal ini adalah saat mencoba mendefinisikan jenis data di .NET untuk merepresentasikan gabungan dalam C.  Dua variabel yang berbeda saling tumpang tindih di memori, dan mendefinisikan dua variabel ini di dalam satu jenis di .NET akan mengakibatkan mereka berada di lokasi yang berbeda di memori, maka atribut khusus harus digunakan untuk memperbaiki masalah ini.
Gangguan atas lokasi data oleh pengumpul sampah dari bahasa terkelola: jika ada satu referensi yang lokal terhadap metode di .NET dan diteruskan ke fungsi asli, ketika metode terkelola tersebut kembali, pengumpul sampah mungkin mengeklaim kembali referensi tersebut. Harus diperhatikan bahwa referensi objek disematkan disematkan, menghalanginya untuk dapat diambil atau dipindahkan oleh pengumpul sampah, yang dapat menyebabkan akses yang tidak valid oleh modul asli.
Ketika menggunakan C++/CLI, CIL yang dikeluarkan bebas berinteraksi dengan objek yang ditemukan di tumpukan terkelola dan lokasi memori asli mana pun yang dapat ditemukan, secara bersamaan. Objek yang bertempat di tumpukan terkelola dapat dipanggil, diubah atau di-konstruksi, dengan menggunakan notasi sederhana "object->field" untuk menetapkan nilai atau menentukan panggilan metode. Keuntungan performa yang signifikan dihasilkan dari eliminasi perubahan konteks yang tidak diperlukan, persyaratan memori pun berkurang (tumpukan menjadi lebih pendek).
Ini hadir dengan tantangan-tantangan baru:
Kode rentan terhadap Double Thunking apabila tidak ditangani secara khusus.
Masalah Loader Lock
Referensi-referensi ini menentukan solusi untuk setiap masalah tersebut saat ditemukan.  Keuntungan utama adalah eliminasi dari deklarasi struktur, urutan dari deklarasi bidang dan masalah perataan tidak ada di dalam konteks Interop C++.
Contoh > Contoh dasar

Contoh sederhana pertama ini menunjukkan bagaimana cara mendapatkan versi dari DLL tertentu:
Tanda tangan fungsi DllGetVersion di API Windows:
HRESULT DllGetVersion
(
    DLLVERSIONINFO* pdvi
)
Kode C# P/Invoke code untuk memanggil fungsi DllGetVersion:
[StructLayout(LayoutKind.Sequential)]
private struct DLLVERSIONINFO {
    public int cbSize;
    public int dwMajorVersion;
    public int dwMinorVersion;
    public int dwBuildNumber;
    public int dwPlatformID;
}
[DllImport("shell32.dll")]
static extern int DllGetVersion(ref DLLVERSIONINFO pdvi);
Contoh kedua ini menunjukkan bagaimana cara mengekstrak ikon di file:

Tanda tangan fungsiExtractIcon di API Windows:
HICON ExtractIcon
(      
    HINSTANCE hInst,
    LPCTSTR lpszExeFileName,
    UINT nIconIndex
);
Kode C# P/Invoke untuk memanggil fungsi ExtractIcon:
[DllImport("shell32.dll")]
static extern IntPtr ExtractIcon(
    IntPtr hInst, 
    [MarshalAs(UnmanagedType.LPStr)] string lpszExeFileName, 
    uint nIconIndex);
Contoh rumit berikut ini menunjukkan bagaimana cara membagi peristiwa di antara dua proses di platform Windows:

Tanda tangan fungsi CreateEvent :
HANDLE CreateEvent(
     LPSECURITY_ATTRIBUTES lpEventAttributes,
     BOOL bManualReset,
     BOOL bInitialState,
     LPCTSTR lpName
 );
Kode C# P/Invoke untuk memanggil fungsi CreateEvent:
[DllImport("kernel32.dll", SetLastError=true)]
static extern IntPtr CreateEvent(
    IntPtr lpEventAttributes, 
    bool bManualReset,
    bool bInitialState, 
    [MarshalAs(UnmanagedType.LPStr)] string lpName);
Contoh > Contoh yang lebih rumit

// native declaration
typedef struct _PAIR 
{ 
	DWORD Val1; 
	DWORD Val2; 
} PAIR, *PPAIR;
// Compiled with /clr; use of #pragma managed/unmanaged can lead to double thunking;
// avoid by using a stand-alone .cpp with .h includes.
// This would be located in a .h file.

template<>
inline CLR_PAIR^ marshal_as<CLR_PAIR^, PAIR> (const PAIR&Src) {    // Note use of de/referencing. It must match your use.
	CLR_PAIR^ Dest = gcnew CLR_PAIR;
	Dest->Val1 = Src.Val1;
	Dest->Val2 = Src.Val2;
	return Dest;
};
CLR_PAIR^ mgd_pair1;
CLR_PAIR^ mgd_pair2;
PAIR native0,*native1=&native0;

native0 = NativeCallGetRefToMemory();

// Using marshal_as. It makes sense for large or frequently used types.
mgd_pair1 = marshal_as<CLR_PAIR^>(*native1);

// Direct field use
mgd_pair2->Val1 = native0.Val1;
mgd_pair2->val2 = native0.val2;

return(mgd_pair1); // Return to C#
Alat

Ada beberapa alat yang dirancang untuk membantu produksi tanda tangan P/Invoke.
Menulis aplikasi utilitas yang akan mengimpor file header C++ dan file DLL asli dan menghasilkan rakitan antarmuka secara otomatis ternyata agak sulit. Masalah utama ketika menghasilkan pengimpor/pengekspor untuk tanda tangan P/Invoke tersebut adalah ketidakjelasan beberapa jenis parameter panggilan fungsi C++.
Brad Adams menyebut ini: Masalah P/Invoke.
Masalahnya berada di fungsi C++ seperti berikut ini:
__declspec(dllexport) void MyFunction(char *params);
Jenis apa yang harus kita gunakan untuk parameter params di tanda tangan P/Invoke kita? Ini bisa jadi string C++ yang dihentikan null, atau array char atau mungkin merupakan parameter output char. Jadi haruskah kita menggunakan string, StringBuilder, char [] atau ref char?
Terlepas dari masalah ini, ada beberapa alat yang tersedia untuk membuat produksi tanda tangan P/Invoke menjadi lebih sederhana.
Salah satu alat yang tercantum di bawah ini, xInterop C++ .NET Bridge Diarsipkan 2018-11-11 di Wayback Machine. telah memecahkan masalah ini dengan menerapkan berbagai pengganti dari metode C++ yang sama di dunia .NET, pengembang dapat kemudian memilih pengganti yang tepat untuk melakukan panggilan.
Alat > PInvoke.net

PInvoke.net adalah wiki yang memuat tanda tangan P/Invoke untuk sejumlah besar API Windows standar. Wiki ini dimiliki oleh Redgate Software dan memiliki sekitar 50000 hits per bulan.
Tanda tangan tersebut dibuat secara manual oleh para pengguna wiki. Tanda tangan tersebut dapat dicari menggunakan add-in gratis di Microsoft Visual Studio.
Alat > PInvoker

PInvoker adalah aplikasi yang mengimpor DLL asli dan file .h C++ dan mengekspor DLL interop P/Invoke yang terbentuk sepenuhnya dan telah dikompilasi. Ia mengatasi masalah ketidakjelasan dengan cara membungkus pointer asli parameter fungsi di kelas antarmuka .NET tertentu di PInvoker. Alih-alih menggunakan jenis parameter .NET standar di definisi metode P/Invoke (char[], string, dsb.) aplikasi ini menggunakan kelas antarmuka tersebut di panggilan fungsi P/Invoke.
Misalnya, jika kita mempertimbangkan contoh kode di atas, PInvoker akan menghasilkan fungsi P/Invoke .NET yang menerima kelas antarmuka .NET yang membungkus pointer char * asli. Konstruksi kelas ini bisa dari string atau dari array char []. Struktur memori asli yang sebenarnya untuk keduanya sama, namun konstruktor kelas antarmuka yang bersangkutan untuk setiap jenisnya akan memenuhi memori dengan cara yang berbeda. Tanggung jawab untuk memutuskan jenis .NET apa yang perlu diteruskan ke dalam fungsi menjadi tanggungan pengembang.
Alat > Asisten Interop Microsoft

Asisten Interop Microsoft adalah alat gratis yang tersedia dengan biner dan kode sumber yang dapat diunduh dari CodePlex. Alat ini di-lisensi di bawah Microsoft Limited Public License (Ms-LPL).
Alat ini memiliki dua bagian:
Pengonversi yang menerima sebagian kecil kode file header C++ asli yang mengandung struct dan definisi metode. Alat ini kemudian menghasilkan kode P/Invoke C# untuk Anda salin dan tempel ke dalam aplikasi Anda.
Database yang dapat dicari, berisi konstan, metode dan definisi struct API Windows yang di konversi.
Karena alat ini menghasilkan kode sumber C# dan bukan dll yang dikompilasi, pengguna bebas untuk melakukan perubahan yang diperlukan terhadap kode sebelum digunakan. Maka masalah ketidakjelasan dipecahkan dengan cara aplikasi memilih satu jenis .NET khusus untuk digunakan di tanda tangan metode P/Invoke dan bila perlu pengguna dapat mengubahnya ke jenis yang dibutuhkan.
Alat > P/Invoke Wizard

P/Invoke Wizard Diarsipkan 2009-04-02 di Wayback Machine. menggunakan metode yang hampir sama dengan Asisten Interop Microsoft di mana ia menerima kode file .h C++ asli dan menghasilkan kode C# (atau VB.NET) untuk Anda tempel ke dalam kode aplikasi .NET Anda.
Ia juga memiliki pilihan untuk kerangka mana yang ingin Anda targetkan: .NET Framework untuk desktop atau Compact Framework untuk perangkat pintar Windows Mobile (dan Windows CE).
Alat > xInterop C++ . NET Bridge

xInterop C++ .NET Bridge Diarsipkan 2022-01-25 di Wayback Machine. adalah aplikasi windows untuk menciptakan bungkus C# untuk DLL C++ dan jembatan C++ untuk mengakses rakitan .NET, dilengkapi dengan pustaka C#/.NET yang membungkus kelas C++ standar, seperti string, iostream, dsb., kelas dan objek C++ dapat diakses dari .NET.
Alat ini menghasilkan DLL pembungkus C# dengan kode sumber dari DLL C++ asli yang ada dan file header terkait yang dibutuhkan oleh alat tersebut untuk membuat DLL pembungkus C#. Tanda tangan P/Invoke dan susunan data dihasilkan oleh aplikasi tersebut. Pembungkus C# yang dihasilkan memiliki antarmuka yang hampir sama dengan rekan C++ dengan jenis parameter yang diubah ke kode .NET.
Alat ini mengenali kelas templat yang tidak diekspor dari DLL C++ dan membuat instans dari kelas templat tersebut dan mengekspornya menjadi DLL pelengkap dan antarmuka C++ terkaitnya dapat digunakan di .NET.
Pranala eksternal

Situs yang dikhususkan untuk P/Invoke
J/Invoke akses Java ke Win32 API atau pustaka bersama Linux/Mac OS X, mirip dengan P/Invoke
P/Invoke implisit dengan fokus khusus pada teknik untuk memperluas ke template marshaling
Kabinet Dwikora I

| Kabinet Dwikora I |
| --- | --- |
 Kabinet Pemerintahan Indonesia

Dibentuk: 2 September 1964
Diselesaikan: 21 Februari 1966
Struktur pemerintahan
Kepala negara: Soekarno
Kepala pemerintahan: Soekarno
Sejarah
Pendahulu: Kabinet Kerja IV
Pengganti: Kabinet Dwikora II
Kabinet Dwikora I adalah nama kabinet pemerintahan Indonesia pimpinan Presiden Soekarno. Kabinet ini diumumkan pada 27 Agustus 1964 dan bertugas sejak 2 September 1964 hingga 21 Februari 1966. Kabinet ini didasarkan pada Keputusan Presiden Republik Indonesia Nomor 215 Tahun 1964, tertanggal 27 Agustus 1964, tentang Pembentukan Kabinet Dwikora, ditandatangani oleh Presiden Soekarno.
Adapun Program Kabinet Dwikora adalah sebagai berikut :
Sandang pangan.
Pengganyangan Malaysia.
Meneruskan pembangunan.
Pimpinan

| Presiden |
| --- | --- |
: Soekarno
Lukminto

| Lukminto |
| --- | --- |
Lahir: Ie Djie Shien (1946-06-01)1 Juni 1946 Kertosono, Nganjuk, Jawa Timur
Meninggal: 5 Februari 2014(2014-02-05) (umur 67) Singapura
Pekerjaan: Pengusaha   Filantropis
Suami/istri: Susyana
Anak: Vonny Imelda   Iwan Setiawan Lukminto   Lenny Imelda   Iwan Kurniawan   Margaret Imelda 

Haji Muhammad Lukminto (terlahir dengan nama Ie Djie Shien; 1 Juni 1946 – 5 Februari 2014
) merupakan seorang pebisnis berkebangsaan Indonesia yang juga merupakan pendiri dari pabrik tekstil Sritex.
Biografi

Tahun 1966, H.M. Lukminto memulai kariernya di bidang tekstil sejak berdagang di Pasar Kelewer, Solo, Jawa Tengah. Dengan keuntungan yang dimiliki, pada tahun 1968, ia membangun pabrik tekstil di Sukoharjo dengan nama UD Sri Rejeki Isman.
Pada tahun 1982, Sritex mendirikan pabrik Weaving. Pada tahun 1992, mereka memperbesar pabrik dan produksi hingga menjadi perusahaan tekstil yang terintegrasi secara vertikal. Unit bisnis yang dimiliki Sritex menjadi Spinning, Weaving, Finishing, dan Garment.
Pada tahun 1994, Sritex mulai mengerjakan seragam pesanan pasukan negara-negara di bawah North Atlantic Treaty Organization (NATO). Sritex berhasil mengantongi sertifikat dari organisasi pakta pertahanan Atlantik Utara itu sehingga pesanan pun mulai berdatangan. Hingga kini, Sritex telah membuat pakaian militer untuk lebih dari 33 negara.
Pada tahun 2013, Sritex resmi melantai di bursa saham dan mengubah namanya menjadi PT Sri Rejeki Isman Tbk dengan kode emiten (SRIL). Mereka mengumumkan laba perseroan pada 2012 sebesar 229 miliar rupiah. Capaian itu mengalami peningkatan sebesar 68 miliar rupiah dibanding tahun sebelumnya.
Kehidupan pribadi

H.M. Lukminto berpindah keyakinan menjadi seorang Muslim pada tahun 1995. Ia meninggal dunia pada tahun 2014 di Singapura akibat sakit yang dideritanya.
Pranala luar

HM Lukminto, Raja Tekstil Asia Tenggara meninggal di Singapura
Kisah Lukminto bangun Sritex & pasok seragam militer 30 negara
Pemilihan umum Bupati Manggarai Timur 2024

Pemilihan umum Bupati Manggarai Timur 2024 dilaksanakan pada 27 November 2024 untuk memilih Bupati Manggarai Timur periode 2024–2029.
Pemilihan Bupati Manggarai Timur tahun tersebut akan diselenggarakan setelah Pemilihan umum Presiden Indonesia 2024 (Pilpres) dan Pemilihan umum legislatif Indonesia 2024 (Pileg), bersamaan dengan seluruh Provinsi dan Kabupaten/Kota seluruh Indonesia.
Mantan bupati Agas Andreas dapat mencalonkan diri kembali dalam Pemilihan umum Bupati Manggarai Timur 2024.
Calon > Kandidat dari Koalisi Bersama Partai Demokrat

| Siprianus Habur | Lucius Modo |
| --- | --- |
Calon Bupati: Calon Wakil Bupati

Wakil Bupati Manggarai Timur   2022-2024: Ketua DPC Partai Demokrat Kabupaten Manggarai Timur

Partai Pengusung dan Pendukung
Demokrat Golkar
Calon > Kandidat dari Koalisi Bersama Partai Amanat Nasional

| Agas Andreas | Tarsisius Sjukur |
| --- | --- |
Calon Bupati: Calon Wakil Bupati

Bupati Manggarai Timur   2019-2024: Anggota DPRD Kabupaten Manggarai Timur   2009-2024

Partai Pengusung dan Pendukung
PAN PKB Gerindra NasDem Perindo
Calon > Kandidat dari Koalisi Bersama Partai Demokrasi Indonesia Perjuangan

| Selphyanus Tovin | Frumensius Fredrik Anam |
| --- | --- |
Calon Bupati: Calon Wakil Bupati

Mantan Sekretaris Dinas Perizinan dan Penanaman Modal Terpadu Kabupaten Manggarai Timur: Ketua Partai Hanura Kabupaten Manggarai Timur

Partai Pengusung dan Pendukung
PDI-P Hanura
Calon > Kandidat dari Koalisi Bersama Partai Non Parlemen

| Yoseph Marto | Heremias Dupa |
| --- | --- |
Calon Bupati: Calon Wakil Bupati

Kepala Dinas PUPR Kabupaten Manggarai Timur: Ketua DPRD Kabupaten Manggarai Timur   2019-2024

Partai Pengusung dan Pendukung
PKS PSI PBB PKN Gelora
Hasil Resmi Pemilihan Umum Kepala Daerah Kabupaten Manggarai Timur 2024

| Calon | Calon | Suara | % |
| --- | --- | --- | --- |
|  | Siprianus Habur - Lucius Modo | 43.881 | 30.55 |
|  | Agas Andreas - Tarsisius Sjukur | 51.178 | 35.63 |
|  | Selphyanus Tovin - Frumensius Fredrik Anam | 40.841 | 28.44 |
|  | Yoseph Marto - Heremias Dupa | 7.729 | 5.38 |
| Jumlah | Jumlah | 143.629 | 100.00 |

| Suara sah | Suara sah | 143.629 | 98.19 |
| Suara tidak sah/kosong | Suara tidak sah/kosong | 2.652 | 1.81 |
| Jumlah suara | Jumlah suara | 146.281 | 100.00 |
| Pemilih terdaftar/tingkat partisipasi | Pemilih terdaftar/tingkat partisipasi | 218.882 | 66.83 |
Sumber: Keputusan KPU Kabupaten Manggarai Timur No. 1349 Tahun 2024
Penetapan Pasangan Calon Terpilih Pemilihan Umum Bupati dan Wakil Bupati Manggarai Timur 2024

Pasangan calon nomor urut 2 (Agas Andreas - Tarsisius Sjukur) ditetapkan sebagai Bupati dan Wakil Bupati Manggarai Timur Terpilih oleh KPU Kabupaten Manggarai Timur pada tanggal 9 Januari 2025 berdasarkan Keputusan KPU Kabupaten Manggarai Timur No. 5 Tahun 2025.
Brandon Salim

| Brandon Salim |
| --- | --- |

Lahir: Brandon Nicholas Salim 19 September 1996 (umur 28) Jakarta, Indonesia
Almamater: Institut Manajemen Singapura
Pekerjaan: Pemeran model musikus presenter
Tahun aktif: 2008—sekarang
Orang tua: Ferry Salim (ayah)

    
Brandon Nicholas Salim (lahir 19 September 1996
) adalah pemeran, model, musikus, dan presenter Indonesia keturunan Tionghoa dan Palembang. Ia merupakan putra dari aktor dan model Indonesia, Ferry Salim.