Codex desktop app for Linux

Which distro(s)?

Which distro(s)?

Arch and Ubuntu

NixOS

There is a form where you can sign up to be notified when they release for linux/windows. I would imagine that they use this to gauge demand and triage priority.

Please sign up in case I am right.

I just heard about codex being released on Windows. Hopefully linux is next 🤞 (pretty please with a penguin on top)

Eagerly awaiting linux release!

there is a package in the arch user repository
https://aur.archlinux.org/packages/openai-codex-desktop

Im on CachyOS, which is Arch-based / Wayland.

But if you are doing Electron, then it should just work regardless of distro?

I really don't see how mine is a duplicate, I'm literally providing you a solution, tested and working...

Working Linux ARM64 port — technical findings + community Flatpak

I've successfully run the macOS Codex.dmg (v26.325.31654, Electron 40.0.0) on Fedora 44 aarch64 (Snapdragon X / PocketBlue). Posting a full technical breakdown in case it's useful for an official Linux release.

---

What works out of the box (architecture-neutral)

• app.asar — the entire JS/web frontend is pure JS, works on Linux unchanged
• The app-server IPC protocol (stdio JSON-RPC) — same on all platforms
• All app logic, UI, threading, API calls

What needs changing for Linux

1. Native Node modules must be recompiled

app.asar.unpacked/node_modules/ ships macOS ARM64 .node bundles for:

• better-sqlite3
• node-pty

These are standard npm packages. Rebuilding for Electron 40 / linux-arm64:

npm install better-sqlite3 node-pty --ignore-scripts
npx @electron/rebuild --version 40.0.0 --arch arm64

2. The codex CLI binary in Resources/ is a macOS Mach-O

The 142 MB Resources/codex is the codex-rs backend, compiled for aarch64-apple-darwin. It needs to be replaced with the aarch64-unknown-linux-gnu build — which is already published in openai/codex releases (e.g. codex-aarch64-unknown-linux-gnu.tar.gz). No source changes needed.

3. ELECTRON_RENDERER_URL must be set when not packaged

The window-loading code (in .vite/build/main-*.js) is:

function Kh() { return process.env.ELECTRON_RENDERER_URL || 'http://localhost:5175/' }
// ...
if (!app.isPackaged) {
    D.loadURL(new URL(Kh()).toString()); // tries dev server → blank window on Linux
}

When running electron app.asar directly (as electron-forge make does for Linux packages), app.isPackaged is false, so the app tries to connect to a Vite dev server that doesn't exist. The fix already exists in the code — just set the env var in the Linux launcher:

export ELECTRON_RENDERER_URL="file:///path/to/app.asar/webview/index.html"

The renderer bundle is at app.asar/webview/index.html — this is what the prod path loads when app.isPackaged is true (via a different code branch). The simplest upstream fix would be to ensure app.isPackaged returns true for packaged Linux builds (which it will for .deb/.rpm/Flatpak builds via electron-forge make).

4. Electron runtime — linux-arm64 works perfectly

Electron 40.0.0 linux-arm64 from the official GitHub releases runs without issues. The app starts, the Rust backend initializes, and the full UI loads.

---

What already works in the repo

Looking at package.json in the bundled app:

"@electron-forge/maker-deb": "^7.11.1",
"@electron-forge/maker-rpm": "^7.11.1",

Linux packaging is already in the devDependencies. The build script just needs --platform=linux --arch=arm64 added alongside --platform=darwin.

---

Community Flatpak (working today)

For anyone who wants this now on ARM64 Linux, I've published the build scripts:

https://github.com/tompta1/codex-linux-flatpak

It automates the full process (extract DMG → swap binaries → rebuild natives → install Flatpak) as a single ./build.sh /path/to/Codex.dmg.

Tested on: Fedora 44 aarch64, Wayland (GNOME/mutter), Snapdragon X Elite.

---

Summary for an official release

| Task | Effort | Notes |
|------|--------|-------|
| Replace codex CLI binary in build | Trivial | Already published for all Linux targets |
| Rebuild native modules for linux-arm64 | Trivial | Standard @electron/rebuild step |
| Add --platform=linux to forge build | Trivial | Makers already in devDeps |
| ELECTRON_RENDERER_URL / isPackaged | None needed | Resolved automatically by electron-forge make producing a packaged app |
| .deb / .rpm / Flatpak outputs | Trivial | Makers already present |

The Electron app itself is essentially already Linux-compatible. The main blocker is just adding Linux to the build matrix.

I literally already have all of this done, this is silly you're actually disregarding all of my work.

Stupid asses.

Which distro(s)?

Make a flatpak version and it'll work on (almost, if not all) all distros

Went ahead and released my native Linux source. Tired of seeing this go nowhere and being patient like someone is going to acknowledge what I've done for them. Regardless credits OpenAI's, but I am taking 99% of this clients since everyone wanted to be stupid and take another persons suggestion over my solution on here. So sad, either way, it's public I'll keep it updated as I can.

ALSO I RIPPED ALL SYSTEM INSTRUCTIONS OUT AND BASELINED THEM INTO THEIR OWN EDITABLE FILE, YOU'RE WELCOME. HAVE FUN FULLY UNLOCKED.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

The Codex app should be available on Linux. We’re eagerly awaiting it.

@okwn
https://github.com/Open-Research-Development-Laboratories/ordl-openex

I'll drop a note for my support of a Linux native Codex App as well. For Debian/Ubuntu/Mint would be excellent! Especially in light of this week's updates, please bring this functionality to Linux users. You will be unlocking a great set of functionality for us and we already love (and live in) the CLI codex app.

+1 for a native Ubuntu Linux release.

I'm on Ubuntu 24.04 x86_64 and use Codex daily via VS Code extension.
The desktop app would be a significant upgrade in usability — session management,
task history, and a dedicated UI without being tied to the IDE.

Given that:

• Linux packaging (.deb/.rpm) makers are already in devDependencies
• tompta1's breakdown above shows the Electron app is essentially already Linux-compatible
• Ubuntu is one of the most widely used Linux distros among developers

A .deb package targeting Ubuntu 22.04+ (or a Flatpak on Flathub for broader
distro coverage) would unlock Codex for a huge segment of the developer community.

Happy to test on Ubuntu 24.04 x86_64 if a beta/pre-release build becomes available.

when would openai release codex app for linux? its been 3 months we all have been speaking for this....

https://github.com/Open-Research-Development-Laboratories/ordl-openex

I don't think these companies have interest in Linux as a product market. They just use the open source projects for their own profit and never contribute to one.

yeah aware of it lol, but i did find a good solution for it, someone just made it in rust, obviously by playing around the dmg file and its on github too. So linux still wins in the end, no matter if these people dont want it to.

Could you break this mystery to me too? I want some workaround too. Last one I used, it was breaking. this one: github.com/ilysenko/codex-desktop-linux

None of you realize that I have literally reversed the OFFICIAL Mac + Windows Codex client and have it running natively on all Linux Distros, Wayland and X11.... I've posted it a few times now...

https://github.com/Open-Research-Development-Laboratories/ordl-openex

The source is all there fellas.

There isn't anymore you can ask for. LITERALLY.

yeah but ORDL my bro keep the repo well structured in terms of readability, i sent it to 2-3 of my friends they just skipped, too much text to read....anyways i will look now again.

Could you break this mystery to me too? I want some workaround too. Last one I used, it was breaking. this one: github.com/ilysenko/codex-desktop-linux

hey, i had used this same repo you are talking about, yeah you are right it does break, but when i did it again with help of chatgpt it worked and now i have a peaceful life, so for your ref i am sharing the chat link lol: https://chatgpt.com/share/69f49e4e-9a64-83a6-aa98-72afde39bb28

Say less, I'll restructure the entire thing, that was a show case of the entire process. I'll clean it up today and make it pretty for you guys.

I think we need to scale community upvotes 👍 as this is still ranking only 17th

yeah see no offence but ideally the codex team should support the linux version too, i mean they have ton of resources, whats stopping them? XD

Well there is a bunch of native linux code inside the Mac and Windows versions, they're def working towards it.

yeah see no offence but ideally the codex team should support the linux version too, i mean they have ton of resources, whats stopping them? XD

you are new in linux? I mean there is an obvious answer to this question. There are many necessary app (e.g. Notion) not available in Linux officially and we have to somehow find a workaround. Maybe thats a fun for someone (literally what is linux after all) and for someone a reason to dual boot. haha dual boot.

> Could you break this mystery to me too? I want some workaround too. Last one I used, it was breaking. this one: github.com/ilysenko/codex-desktop-linux hey, i had used this same repo you are talking about, yeah you are right it does break, but when i did it again with help of chatgpt it worked and now i have a peaceful life, so for your ref i am sharing the chat link lol: https://chatgpt.com/share/69f49e4e-9a64-83a6-aa98-72afde39bb28

thanks man, thats why they call it hit or miss and you hit it. by the way add "never use emoji" in your personalisation. Your ChatGPT vomits emojies.

> > Could you break this mystery to me too? I want some workaround too. Last one I used, it was breaking. this one: github.com/ilysenko/codex-desktop-linux > > > hey, i had used this same repo you are talking about, yeah you are right it does break, but when i did it again with help of chatgpt it worked and now i have a peaceful life, so for your ref i am sharing the chat link lol: https://chatgpt.com/share/69f49e4e-9a64-83a6-aa98-72afde39bb28 thanks man, thats why they call it hit or miss and you hit it. by the way add "never use emoji" in your personalisation. Your ChatGPT vomits emojies.

ahahaha, i was so done doing this all for 2-3 times and decided ok gpt you take it off lol, also no im not new to linux, i meant there should be justice lol, i already made tons of wrappers for whatsapp web too lol, well...thanks!!!

> > > Could you break this mystery to me too? I want some workaround too. Last one I used, it was breaking. this one: github.com/ilysenko/codex-desktop-linux > > > > > > hey, i had used this same repo you are talking about, yeah you are right it does break, but when i did it again with help of chatgpt it worked and now i have a peaceful life, so for your ref i am sharing the chat link lol: https://chatgpt.com/share/69f49e4e-9a64-83a6-aa98-72afde39bb28 > > > thanks man, thats why they call it hit or miss and you hit it. by the way add "never use emoji" in your personalisation. Your ChatGPT vomits emojies. ahahaha, i was so done doing this all for 2-3 times and decided ok gpt you take it off lol, also no im not new to linux, i meant there should be justice lol, i already made tons of wrappers for whatsapp web too lol, well...thanks!!!

Then maybe I secretly think they dont. After all for linux user its all suffering. kidding.

yeah ok i get you, lol. now no more noise, sshh.

I think the codex team is potentially understaffed so they're aggressively prioritizing features based on upvotes. Presumably more upvotes would help bring codex to linux sooner. In other words, please upvote and spread this issue so we get more upvotes.

literally, we should not stop spamming here, it isnt that much hard for them to support linux too, i mean linux still finds its way but you gotta support a major OS.

I hate this fact myself but linux is nowhere near Major OS. Its backbone of internet but in terms of PC market it just 2.99% used across the whole world thats about 42-48 million people from 1.4-1.6 estimated total computer users around the world (still large but no convincing). This is the reason why some companies does not bother with Linux because it just does not make sense for them when they just want lots of userbase.

https://gs.statcounter.com/os-market-share/desktop/worldwide https://www.accio.com/business/mobile_versus_desktop_viewing_trends

Yeah but for developers I would imagine the stats look very different

Its near but Windows still leads. Kinda ironic given how developer friendly linux is. https://commandlinux.com/statistics/developer-os-preference-stack-overflow-survey/

I hate this fact myself but linux is nowhere near Major OS. Its backbone of internet but in terms of PC market it just 2.99% used across the whole world thats about 42-48 million people from 1.4-1.6 estimated total computer users around the world (still large but no convincing). This is the reason why some companies does not bother with Linux because it just does not make sense for them when they just want lots of userbase. https://gs.statcounter.com/os-market-share/desktop/worldwide https://www.accio.com/business/mobile_versus_desktop_viewing_trends

oh come on, its ironic at one side they claim to be open source cool cool and on other side they proceed to ignore support for OS which is the backbone of the open source lol, anyways your PoV, I respect it.

OK how are the PM's prioritizing work like https://x.com/OpenAIDevs/status/2050275779452588309?s=20

Over codex for Linux 😭

yeah bro they will do anything but not release a linux version LOL!, like pets? fr bruh? codex team pls do some real work xD

Which distro(s)?

@etraut-openai At 114 upvotes, can you share your perspective on the Linux plan?

Related https://github.com/openai/codex/issues/8160

🤔 https://github.com/openai/codex/pull/21456

Runs on NixOS with https://github.com/mwmdev/codex-desktop-nixos

🤔 #21456

what does this suggest hmm?

So now we should conclude that codex team neither is working on for linux version and neither do they plan to do so. Goodluck, linux still lives lol.

OK with the release of codex on mobile, I am sure codex on linux is right around the corner. I can't imagine that I am the only one that has a linux desktop and a mac laptop.

Its crazy they dont have a codex for linux yet

Yes it'll be good to have a build for Ubuntu/Arch too

+1 for an official Linux build.
I'm on Ubuntu 24.04 LTS and do all my development work there (Django + DRF, Next.js, Docker Compose). The CLI works fine, but the desktop app experience is missing on my main OS. Linux is a primary environment for a huge portion of developers — please consider making it a first-class target alongside macOS and Windows.
Would gladly test pre-release builds.

We are currently the 5th most up voted issue in the codex repo. They're probably working on this.

I really hope so 🙏

OK with the release of codex on mobile, I am sure codex on linux is right around the corner. I can't imagine that I am the only one that has a linux desktop and a mac laptop.

I got the same setup and with mobile app release I'm missing codex app on linux badly now

Our team all in Ubuntu 24.04, just need Codex desktop app.

+1

This is now near to ramp up to top 3 upvotes ranking in the community. Just few 👍 missing.

yeah but i have no hopes from them because the way newer updates are coming i dont think they would come back to the feature of compatibility with all major OS. Still lets see.

Codex is very good. If codex app has an official Linux version, everything will be better!

Now this is one of the TOP 3 most-upvoted GitHub feature requests for Codex.
I think this matters beyond just “Linux support”.
If Codex is truly capable of reducing long-tail maintenance effort, then a Linux desktop app is actually a perfect real-world demonstration. Linux desktop market share may only be around 3–4%, but historically the problem was never only adoption it was the engineering and maintenance cost relative to that share.

In other words, Linux support becomes economically viable without requiring a proportionally large dedicated team.
That would be a very strong proof point for Codex itself of enabling smaller teams to sustainably support platforms that were previously considered too expensive to maintain relative to user share.

It’s honestly incredible how these companies keep dismissing linux users.

And in this case we’re not talking about a generic consumer app. codex is a product for developers. The “linux is only 3–4% of desktop market share” argument is misleading here. In the stack overflow developer survey , linux related environments such as ubuntu, debian, arch, fedora, red hat ... options represent more usage than the other operating systems. jetbrains’ developer ecosystem data also shows linux as one of the major development environments, not some irrelevant edge case.

The cost argument is also very debatable. There are already opensource projects and community efforts repackaging or adapting the codex desktop experience for linux, like codex-desktop-linux, and even github issues where people have provided working linux approaches. So at some point this stops looking like a technical impossibility and starts looking like a commercial decision to keep treating linux users as second class users.

It often feels like these companies are more focused on building products for influencers, youtubers, and marketing demos than for the developers who actually live in these tools every day.

linux users should keep this in mind when choosing products from these companies, especially when there are alternatives that actually support linux properly and are open source.

It’s a shame that such an innovative company pushes users toward other alternatives because of commercial decisions like this.

I think there is a prototype internally it is just that they don't want to still claim a release date:

See @efrazer-oai
https://github.com/openai/codex/pull/21456 (this one was closed)
https://github.com/openai/codex/pull/21466

state-concurrency smoke covering claim/recovery/failure ordering; Linux desktop smoke proving the rebuilt Codex CLI can be launched through Codex Desktop on the devbox display.

I am sure with OpenAI's unlimited access to the best models, building the linux version app with AI agents is like a week or two to make it happen. Many developers would really appreciate some more focus on Linux.

a simple AppImage would help us a ton

@tibo-openai is there going to be any update regarding this?
I've seriously been waiting for Codex desktop app, and get constantly hyped up by your tweets, but immediately get saddened by the same too... since I get no access to them :(

Now the top 2 👍 issue/feature request.
31 upvotes missing to rank 1st.

+1

!Screenshot_20260531_193009_GitHub.jpg

They're definitely working on it.

yeah but still its not confirm anyways lets hope for ASAP linux support :))

+1 for linux support. It's extremely important for developers and the community continuous to grow.

The Linux Codex CLI is much faster than on Windows, and I’m looking forward to the Codex app coming to Linux.

They should ship the linux version asap. Still can't believe codex app lacks linux support especially since it should've been prioritized from the start.

I love how this issue has jumped up, keep it up guys!!!! we do need linux support officially.

I am desperately looking for Linux desktop app too.

Ubuntu please :')

And finally with 444 👍 this is the most requested feature on the repo.

@etraut-openai @tibo-openai @ambrosino-oai I think we need a small sneak peek to celebrate the GitHub leaderboard

Hoping and waiting... If you build it they will come... They being, basically me and like 2 other people :D

Fedora :)

Fedora and Debian!
I'm currently using the CLI to get by, but would love a proper desktop app.

Using CLI and Web, use app on Win11 but would like to see a proper desktop app on Linux (Ubuntu). Embedded systems work needs Linux.

Eagerly awaiting this as well. Hopefully it doesn't take long enough that a community fork-patch becomes popular, with it being followed by a security incident.

Alright everyone, I cleaned up the original repo for you guys asking.

I updated Codex to the latest version, stripped all Darwin / macOS and entitled POSIX / Linux standards.
I pushed a completely build executable, plus install scripts if you want to do it that way.

This is the official OpenAI Codex Desktop App - Native to Linux Operating Systems.
This has every feature, every functionality 100% operational.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

~ Winsock

P.S.
I tried to wait patiently, but this was a must.

Eagerly awaiting this as well. Hopefully it doesn't take long enough that a community fork-patch becomes popular, with it being followed by a security incident.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

## Working Linux ARM64 port — technical findings + community Flatpak I've successfully run the macOS Codex.dmg (v26.325.31654, Electron 40.0.0) on Fedora 44 aarch64 (Snapdragon X / PocketBlue). Posting a full technical breakdown in case it's useful for an official Linux release. ### What works out of the box (architecture-neutral) app.asar — the entire JS/web frontend is pure JS, works on Linux unchanged The app-server IPC protocol (stdio JSON-RPC) — same on all platforms All app logic, UI, threading, API calls ### What needs changing for Linux 1. Native Node modules must be recompiled app.asar.unpacked/node_modules/ ships macOS ARM64 .node bundles for: better-sqlite3 * node-pty These are standard npm packages. Rebuilding for Electron 40 / linux-arm64: npm install better-sqlite3 node-pty --ignore-scripts npx @electron/rebuild --version 40.0.0 --arch arm64 2. The codex CLI binary in Resources/ is a macOS Mach-O The 142 MB Resources/codex is the codex-rs backend, compiled for aarch64-apple-darwin. It needs to be replaced with the aarch64-unknown-linux-gnu build — which is already published in openai/codex releases (e.g. codex-aarch64-unknown-linux-gnu.tar.gz). No source changes needed. 3. ELECTRON_RENDERER_URL must be set when not packaged The window-loading code (in .vite/build/main-*.js) is: function Kh() { return process.env.ELECTRON_RENDERER_URL || 'http://localhost:5175/' } // ... if (!app.isPackaged) { D.loadURL(new URL(Kh()).toString()); // tries dev server → blank window on Linux } When running electron app.asar directly (as electron-forge make does for Linux packages), app.isPackaged is false, so the app tries to connect to a Vite dev server that doesn't exist. The fix already exists in the code — just set the env var in the Linux launcher: export ELECTRON_RENDERER_URL="file:///path/to/app.asar/webview/index.html" The renderer bundle is at app.asar/webview/index.html — this is what the prod path loads when app.isPackaged is true (via a different code branch). The simplest upstream fix would be to ensure app.isPackaged returns true for packaged Linux builds (which it will for .deb/.rpm/Flatpak builds via electron-forge make). 4. Electron runtime — linux-arm64 works perfectly Electron 40.0.0 linux-arm64 from the official GitHub releases runs without issues. The app starts, the Rust backend initializes, and the full UI loads. ### What already works in the repo Looking at package.json in the bundled app: "@electron-forge/maker-deb": "^7.11.1", "@electron-forge/maker-rpm": "^7.11.1", Linux packaging is already in the devDependencies. The build script just needs --platform=linux --arch=arm64 added alongside --platform=darwin. ### Community Flatpak (working today) For anyone who wants this now on ARM64 Linux, I've published the build scripts: https://github.com/tompta1/codex-linux-flatpak It automates the full process (extract DMG → swap binaries → rebuild natives → install Flatpak) as a single ./build.sh /path/to/Codex.dmg. Tested on: Fedora 44 aarch64, Wayland (GNOME/mutter), Snapdragon X Elite. ### Summary for an official release Task Effort Notes Replace codex CLI binary in build Trivial Already published for all Linux targets Rebuild native modules for linux-arm64 Trivial Standard @electron/rebuild step Add --platform=linux to forge build Trivial Makers already in devDeps ELECTRON_RENDERER_URL / isPackaged None needed Resolved automatically by electron-forge make producing a packaged app .deb / .rpm / Flatpak outputs Trivial Makers already present The Electron app itself is essentially already Linux-compatible. The main blocker is just adding Linux to the build matrix.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

This is the definitive solution to all of your problems, developed for over 3 months now.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

Be wary of people who hard push their solutions because their repos can eventually contain malware. Just evaluate their (or someone else's) repo in the meantime, over 5 people already did this plumbing, you just need to adapt and consume it. Do NOT trust an upstream other than OpenAI. As for myself, my temporary solution involves using a personal fork of CodexDesktop-Rebuild, which consists of using only upstream releases from OpenAI and disabling some patches by the maintainer. You can set this up in a day.

This is the definitive solution to all of your problems, developed for over 3 months now. https://github.com/Open-Research-Development-Laboratories/ordl-openex

Incredibly recent activity (3h ago commits) in a wrapper developed 3 months ago. With a committed binary BLOB in multiple parts in the repo.

Do NOT trust this guy lmao

This is official

> This is the definitive solution to all of your problems, developed for over 3 months now. > https://github.com/Open-Research-Development-Laboratories/ordl-openex Incredibly recent activity (3h ago commits) in a wrapper developed 3 months ago. With a committed binary BLOB in multiple parts in the repo. Do NOT trust this guy lmao

Are you fucking retarded?

This is official > > This is the definitive solution to all of your problems, developed for over 3 months now. > > https://github.com/Open-Research-Development-Laboratories/ordl-openex > > > Incredibly recent activity (3h ago commits) in a wrapper developed 3 months ago. With a committed binary BLOB in multiple parts in the repo. > Do NOT trust this guy lmao Are you fucking retarded?

Your account literally joined GitHub 2 hours ago. It's giving rookie threat actor vibes. Blocked.

The official team should release a Linux version of the Codex app as soon as possible. Community-made ports and repositories can only serve as temporary workarounds, not a proper solution.

My organization and other account have been here for a long time, you fool.

This is as official as it gets, you should probably look in the mirror because you are some sort of creature.

What has this discussion become haha

Although I would also really like to see this happen, realistically the chances seem slim now. They have already announced that Codex will be merged into ChatGPT, while ChatGPT Desktop for Linux has still not been released after several years. Commercial companies simply do not seem to care about Linux users, even though Linux desktops account for a significant share among developers.

OpenAI is in bed with Microsoft... confirmed. Microsoft didn't release office suite for Linux because they knew it would be the end of their OS. Same story here... those training farms are not going to pay for itself.

Two useful forks, evaluate by yourself, ask an LLM to conduct malware analysis, take a look at the code, etc.

https://github.com/henry701/CodexDesktop-Rebuild
Builds Codex Desktop for Linux from the Mac distribution by OpenAI. Uses your system's installed Codex CLI (upstream uses a custom CLI, which while I appreciate the extra features by the maintainer, is a risky supply-chain relationship)

https://github.com/henry701/codex-shim
Fork of 0xSero's upstream with some fixes and features added, namely sync with opencode, easy system installation with systemd units for auto-refresh on every reboot, etc.

Installing the two together you get Codex on Linux with NVidia NIM models (If API key configured through OpenCode), OpenCode free models (or OpenCode Zen models, also valid if you have a OpenCode plan), Cursor model passthrough, etc.
This way you can use Codex for absolutely everything on every subscription. Anthropic integration is not actively supported for obvious reasons

Is it really that hard to build a Codex App for the Linux platform? I feel like OpenAI just doesn't care enough about Linux users. Google, on the other hand, has always done a great job with this. Antigravity 2.0 launched with full cross-platform support right out of the gate—regardless of whether the experience matches other platforms, at least they actually took Linux users into consideration😡

we need codex app Linux version, we love open source.

I think one of the main problem for escalating priorities on the internal planning queue is that there is still not so much pressure from the main competitors
https://news.ycombinator.com/item?id=48434436

<img width="1401" height="592" alt="Image" src="https://github.com/user-attachments/assets/d40b043a-b7a4-401a-a0fa-4163ac92de26" />

Most upvoted issue thread (not to mention feature request). Good job guys. It's not your fault that OpenAI is both blind and arrogant

<img alt="Image" width="1401" height="592" src="https://private-user-images.githubusercontent.com/51441602/606815830-d40b043a-b7a4-401a-a0fa-4163ac92de26.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3ODEyMzM4NTIsIm5iZiI6MTc4MTIzMzU1MiwicGF0aCI6Ii81MTQ0MTYwMi82MDY4MTU4MzAtZDQwYjA0M2EtYjdhNC00MDFhLWEwZmEtNDE2M2FjOTJkZTI2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNjA2MTIlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjYwNjEyVDAzMDU1MlomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTAxZThhMmYyNGM4NTUzYTBmMjczMWJkMzMyNTA2ODE2MTg5NzY2NWNkNWU0MTdmOTVlZWVhNWFhMjlhMWQzMTAmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JnJlc3BvbnNlLWNvbnRlbnQtdHlwZT1pbWFnZSUyRnBuZyJ9.rhmgl-pT_e_FKLmA9peO8jIWcVoVxLM-yCsiJ0a-_UM"> Most upvoted issue thread (not to mention feature request). Good job guys. It's not your fault that OpenAI is both blind and arrogant

I give up, man. I'll continue to use cli. No one cares about Linux, it's a great loss for them.

Which distro(s)?

Ubuntu/debian

> Which distro(s)? Ubuntu/debian

ubuntu

Which distro(s)?

Arch btw

Which distro(s)?

Ubuntu

Guys, please add the Codex app for Ubuntu. Working in Terminal is ok, but there is a huuuuge gap in functionality, and the user experience is pretty sucks... I had plenty of issues with sandbox , images and so on. There are a lot of developers using Linux-based OS...

Are you guys just skipping the previous comments? Here is the most official build you'll get, it's reversed MacOS Codex Desktop App and originally the Windows OS Codex Desktop App reversed. Made natively POSIX, running on all distros, with full feature usage. Even connections and mobile connection.

https://github.com/Open-Research-Development-Laboratories/ordl-openex

Are you guys just skipping the previous comments? Here is the most official build you'll get, it's reversed MacOS Codex Desktop App and originally the Windows OS Codex Desktop App reversed. Made natively POSIX, running on all distros, with full feature usage. Even connections and mobile connection. https://github.com/Open-Research-Development-Laboratories/ordl-openex

sorry, the site you provide is invalid

Also no offense but that's kinda sketchy. I'm not downloading it and I advise everyone else to wait for the official release.

BTW guys this is the X post i just came across, everyone please fill this ASAP so that they realize the need. Go on.....we got this.

https://x.com/theo_devs/status/2066624688789287155?s=46

BTW guys this is the X post i just came across, everyone please fill this ASAP so that they realize the need. Go on.....we got this. https://x.com/theo_devs/status/2066624688789287155?s=46

come on, dude. I filled two forms using my two accounts. let's get access to codex app Linux version. come on, oai, don't let us down.

For Linux users who want Codex Desktop, this project is probably the cleanest workaround I’ve found so far:

https://github.com/ilysenko/codex-desktop-linux

The important part is that this is not some random closed binary claiming to be Codex. It is an open-source Linux wrapper that builds locally from the upstream OpenAI Codex Desktop app, converts it into a runnable Linux Electron app, and packages it for your distro.

Why I consider this a relatively safe approach:

• The source is public and auditable.
• The build happens locally on your machine.
• It pulls from the upstream Codex Desktop app instead of redistributing a modified OpenAI binary.
• It builds native .deb, .rpm, or Arch packages depending on your distro.
• Optional Linux-only features are disabled by default unless you explicitly enable them.
• The updater can be disabled if you prefer manual rebuilds only.

That does not mean “zero risk.” It is still an unofficial community project, so you should review the repo, inspect install.sh / the Makefile, and avoid blindly piping anything into shell. But compared with downloading a random prebuilt binary from somewhere, this is a much better model: transparent source, local build, upstream app, and distro-native packaging.

For most Linux users, the basic install path is:

git clone https://github.com/ilysenko/codex-desktop-linux.git
cd codex-desktop-linux
make bootstrap-native

If you want the more conservative/manual-update route, build without the updater:

PACKAGE_WITH_UPDATER=0 make package
make install

Until OpenAI ships an official Linux Codex Desktop app, this seems like the best practical Linux solution.

For Linux users who want Codex Desktop, this project is probably the cleanest workaround I’ve found so far: https://github.com/ilysenko/codex-desktop-linux The important part is that this is not some random closed binary claiming to be Codex. It is an open-source Linux wrapper that builds locally from the upstream OpenAI Codex Desktop app, converts it into a runnable Linux Electron app, and packages it for your distro. Why I consider this a relatively safe approach: The source is public and auditable. The build happens locally on your machine. It pulls from the upstream Codex Desktop app instead of redistributing a modified OpenAI binary. It builds native .deb, .rpm, or Arch packages depending on your distro. Optional Linux-only features are disabled by default unless you explicitly enable them. The updater can be disabled if you prefer manual rebuilds only. That does not mean “zero risk.” It is still an unofficial community project, so you should review the repo, inspect install.sh / the Makefile, and avoid blindly piping anything into shell. But compared with downloading a random prebuilt binary from somewhere, this is a much better model: transparent source, local build, upstream app, and distro-native packaging. For most Linux users, the basic install path is: git clone https://github.com/ilysenko/codex-desktop-linux.git cd codex-desktop-linux make bootstrap-native If you want the more conservative/manual-update route, build without the updater: PACKAGE_WITH_UPDATER=0 make package make install Until OpenAI ships an official Linux Codex Desktop app, this seems like the best practical Linux solution.

that's cool, but why not promote oai official forms to more Linux users? that will help them to get the official version earlier.

<details>
<summary>Original quoted post</summary>

> For Linux users who want Codex Desktop, this project is probably the cleanest workaround I’ve found so far: > https://github.com/ilysenko/codex-desktop-linux > The important part is that this is not some random closed binary claiming to be Codex. It is an open-source Linux wrapper that builds locally from the upstream OpenAI Codex Desktop app, converts it into a runnable Linux Electron app, and packages it for your distro. > Why I consider this a relatively safe approach: > > The source is public and auditable. > The build happens locally on your machine. > It pulls from the upstream Codex Desktop app instead of redistributing a modified OpenAI binary. > It builds native .deb, .rpm, or Arch packages depending on your distro. > Optional Linux-only features are disabled by default unless you explicitly enable them. > The updater can be disabled if you prefer manual rebuilds only. > > That does not mean “zero risk.” It is still an unofficial community project, so you should review the repo, inspect install.sh / the Makefile, and avoid blindly piping anything into shell. But compared with downloading a random prebuilt binary from somewhere, this is a much better model: transparent source, local build, upstream app, and distro-native packaging. > For most Linux users, the basic install path is: > git clone https://github.com/ilysenko/codex-desktop-linux.git > cd codex-desktop-linux > make bootstrap-native > If you want the more conservative/manual-update route, build without the updater: > PACKAGE_WITH_UPDATER=0 make package > make install > Until OpenAI ships an official Linux Codex Desktop app, this seems like the best practical Linux solution.

</details>

that's cool, but why not promote oai official forms to more Linux users? that will help them to get the official version earlier.

If you're saying to re-post this also on openai's forums you're more than welcome to; I'm not an active member on that.

I think the question was: why isn’t the official waitlist form promoted on that GitHub project? https://openai.com/form/codex-app/
The more people fill it out, the more OpenAI will see the demand.

@kondi actually I did

On the codex-desktop-linux github project or even in its installer. But I guess anybody can open a pull request for it :)

On the codex-desktop-linux github project or even in its installer. But I guess anybody can open a pull request for it :)

I think it's a good idea to open a pull request in the unofficial installer repo adding the official promote form. more Linux users will fill in the form, and they will get the official one earlier

debian,please

ubuntu, please

Arch, please. Linux for developers!

debian 13

Ubuntu please, as it seems to have the most users throughout all of the flavors.

I use kubuntu (as well as SteamOS/Bazzite -- so ideally both would be great, with plasma support?)

Separate vote for a PWA app.

---

Honestly I think I'd be ecstatic just for the Appshot tool itself

Ubuntu / Debian first pleaseeeeeeeeeeeeeeeeee

Besides .rpm and .deb, I'm hopping for something that works on atomic distros like Flatpak, Appimage, Homebrew or a userland global installer like Zed's.

Can't believe this is still not implemented. Even GLM has released one.

+1 for a native Linux desktop app.

The CLI is great, but for Codex, Linux feels like one of the best places to showcase OS-level AI: shell, files, logs, man pages, services, package managers, and dev workflows are all already to nottch and built for low elevel control.....

Linux users may be small , but they are vocal ones..... Would love to see OpenAI lead here instead of treating Linux as an afterthought.

Related thought: https://shreyam1008.com.np/log/linux-ai-agent-moment/

Linux users are not a small fraction, they carry significant weight in the community, especially within the open-source community (where OpenAI should be highly present). They ought to treat this with more seriousness and urgency, something they honestly don't seem to be doing, given the immense importance it deserves. That said, for the Linux users here, I highly recommend this port, It's really good, the author is an honest person, and there’s nothing sketchy about it. I use it daily.

Linux users are not a small fraction, they carry significant weight in the community, especially within the open-source community (where OpenAI should be highly present). They ought to treat this with more seriousness and urgency, something they honestly don't seem to be doing, given the immense importance it deserves. That said, for the Linux users here, I highly recommend this port, It's really good, the author is an honest person, and there’s nothing sketchy about it. I use it daily.

---> I have been using the port, and i love it. using the app over CLI is much better experience. personally i dont get using cli's for these taks when you are not in server, and in your dev machien. ...but the port is very very ram heavy. (the electron tax on top of the already heavy app) 2/3 sessiona dnit easily reaches 4gb ram usage.

Anthropic released native claude code desktop app for Linux now, https://code.claude.com/docs/en/desktop-linux, come on oai, we have better models, and more resources, but we need to appeal developers to use codex products, we should have native codex app for Linux now, which should be integrated with codex cli for daily driver.

Codex’s top-voted request is Linux support, and Claude Code shipped it first...

I can use Codex on Ubuntu via Codex VS Code extension. It could help me fix NTFS disk issue, C++ SDL3 dependency issues and such. So I think Codex on Ubuntu is very much usable?

I can use Codex on Ubuntu via Codex VS Code extension. It could help me fix NTFS disk issue, C++ SDL3 dependency issues and such. So I think Codex on Ubuntu is very much usable?

@SausageTaste yes, Codex is already usable on Linux via the CLI or VS Code extension.

But this thread is about the Codex Desktop App which has a lot of UX goodies and cool features that work better in the app, and it's not supported on Linux right now.

Any news on this? A good Linux app would improve the workflow a lot

Any news on this please? I really need this

This is far behind carelessness, Claude desktop app for linux was just released and yet we re waiting for the codex team to release linux support, wondering why GPT 5.6 cant help them to do so lol.

seems like they haven't planned to release codex app for linux yet, no progress, no roadmap. I am disappointed with that. It seems the only way to remind them the necessity of codex app for linux is to tweet on twitter, cause some of the major codex app developers are active on twitter all day long. They won't check github issue, or even the form.

Linux is my primary always-on environment for automation and personal development work. I like to use an Ubuntu machine for recurring Codex workflows, maintaining personal web apps, and updating dashboards. A native Codex app for Linux would be very valuable for this kind of setup, especially beyond pure CLI usage + cron jobs.

Claude also release their desktop app for Linux. I guess Codex is just follower.

I also really need to use Codex APP on ArchLinux in Wayland mode (I know there is a similar program in ArchLinux’s AUR repository, but it is not the Linux version of OpenAI’s official Codex APP). Please be sure to provide support for Linux.

Any update on this. been a wile since it a most requested feature in github. ?

Any update on this. been a wile since it a most requested feature in github. ?

It's a pity that there is no progress and no roadmap on this issue.

Adding my voice here - love GPT but will happily switch to Claude if nothing is done about this.

Adding my voice here - love GPT but will happily switch to Claude if nothing is done about this.

so many people have advocated for codex app for Linux on Twitter, but no reply from the core developers of codex app. don't know what happened.

I decided to build a new powerful computer for work, mainly programming. At the same time, I decided to move away from the thoroughly annoying Windows 11 and switch to Linux.

I bought all the components, assembled the PC, and installed Linux. Then I got to installing Codex, and imagine my shock when I found out that there is simply no Linux version.

I thought AI developers were smart people — scientists, engineers — and that they would naturally be smart enough to work on *nix systems. So it seemed logical to assume that a Linux version would have appeared even before the Windows version. But for some reason, that turned out not to be the case.

This is especially strange because the Codex app is written using the godforsaken bloatware technology that is Electron. Sorry, but I genuinely do not understand why a desktop application that could have been native, weighed a few megabytes, and run extremely fast has to be implemented as a client-server HTML-rendering application weighing hundreds of megabytes — to the point where it can start lagging in long chats even on a powerful computer.

Sorry, that slipped out.

My point is: since the application is already built on cross-platform technologies, what exactly is the problem with releasing a Linux version? I am sure that with AI assistance this could be done in one working day — maybe even in one hour.

The lack of a Linux version is simply inexplicable.

bumping this issue!
if i can voice my opinion i would love if it was built as an AppImage since it would work on all distros and is supported by electron

Claude Desktop is now available on Linux (Ubuntu and Debian) in beta: https://code.claude.com/docs/en/desktop-linux. Where is Codex Desktop linux?

Claude Desktop is now available on Linux (Ubuntu and Debian) in beta: https://code.claude.com/docs/en/desktop-linux. Where is Codex Desktop linux?

At least there is an alternative...

Fedora QAQ

> Claude Desktop is now available on Linux (Ubuntu and Debian) in beta: https://code.claude.com/docs/en/desktop-linux. Where is Codex Desktop linux? At least there is an alternative...

https://code.claude.com/docs/en/desktop-linux#what%E2%80%99s-not-in-the-linux-beta-yet

But it doesn't support computer use. But I don't understand the purpose of computer use to begin with. I wan't what I've implemented in https://github.com/NoNaeAbC/codex/tree/codex/gui-wayland-capture-support. I don't want GPT to control my screen, I want to do my things and let GPT do theirs without bothering me.

Is this ever going to happen? And yeah I agree, I don't need computer use. If it can control the browser in the app, or via the browser addon, that's more than enough. Most people just want this for development, most Linux users are software devs. We don't need it to control Libreoffice.

Ubuntu & EL support.

Working Linux implementation

codex-desktop-linux provides a working Linux build of OpenAI’s current desktop application.

The upstream macOS application is now distributed as ChatGPT (ChatGPT.dmg, formerly the Codex app) and includes Chat, Work, and Codex. The project has already been updated for the latest upstream release, 26.707.31428, published on July 9, 2026.

Supported Linux targets:

• Debian and Ubuntu (.deb)
• Fedora, openSUSE, and other RPM-based distributions (.rpm)
• Arch Linux and other pacman-based distributions
• Nix and NixOS
• AppImage
• Wayland and X11
• x86_64 and ARM64

The project currently has 2.3k+ stars, 290+ forks, and contributions from 80+ community members.

Packages are built locally from OpenAI’s official upstream DMG. The project does not redistribute OpenAI application binaries or bypass authentication, account entitlements, feature rollouts, or other OpenAI controls.

This remains an unofficial community solution, but it demonstrates that the current ChatGPT/Codex desktop application can already run across the major Linux packaging formats and desktop environments.

Repository: https://github.com/ilysenko/codex-desktop-linux

Upstream collaboration proposal:
https://github.com/ilysenko/codex-desktop-linux/issues/752

@ilysenko Does not work for me.

@nullbio I’m replying to you from the app itself running on Linux, so I’ll need a little more information to understand what is failing on your system.

Could you please provide:

• your Linux distribution and version;
• whether you use Wayland or X11;
• your installation method (.deb, .rpm, pacman, Nix/NixOS, or AppImage);
• what exactly happens when you try to install or launch the app;
• the exact error message or relevant logs;
• a screenshot, if the problem is visible in the UI.

“Does not work” does not provide enough information to diagnose the issue. If this turns out to be a problem with the Linux build, please open an issue with these details here:

https://github.com/ilysenko/codex-desktop-linux/issues/new

@ilysenko Does not work for me.

Which target?

## Working Linux implementation codex-desktop-linux provides a working Linux build of OpenAI’s current desktop application. The upstream macOS application is now distributed as ChatGPT (ChatGPT.dmg, formerly the Codex app) and includes Chat, Work, and Codex. The project has already been updated for the latest upstream release, 26.707.31428, published on July 9, 2026. Supported Linux targets: Debian and Ubuntu (.deb) Fedora, openSUSE, and other RPM-based distributions (.rpm) Arch Linux and other pacman-based distributions Nix and NixOS AppImage Wayland and X11 * x86_64 and ARM64 The project currently has 2.3k+ stars, 290+ forks, and contributions from 80+ community members. Packages are built locally from OpenAI’s official upstream DMG. The project does not redistribute OpenAI application binaries or bypass authentication, account entitlements, feature rollouts, or other OpenAI controls. This remains an unofficial community solution, but it demonstrates that the current ChatGPT/Codex desktop application can already run across the major Linux packaging formats and desktop environments. Repository: https://github.com/ilysenko/codex-desktop-linux Upstream collaboration proposal: ilysenko/codex-desktop-linux#752

This is the same exact one that I posted previously. Thanks for making it @ilysenko! The problem is the hoard of messages that come on this issue like this is a support forum... @Suhaibinator, if you edit your issue to include this workaround, more users will find it and not have it buried under all the comments.

From the official AMA https://www.reddit.com/r/codex/comments/1us9ty9/comment/owqjcbj/

From the official AMA https://www.reddit.com/r/codex/comments/1us9ty9/comment/owqjcbj/

finally, we got some good news from official side.

Thank god! That's great news.

Adding a concrete distro and use-case request for an official Linux release.

Requested baseline platform

• Ubuntu 24.04 LTS
• x86_64 as the first priority, with arm64 support when feasible
• GNOME on Wayland, with X11/XWayland compatibility
• Officially signed .deb package and APT repository; Flatpak or AppImage would also be useful

Why the native desktop app matters

Codex CLI and the IDE extension already work on Linux, but they do not replace the desktop experience. Many infrastructure, distributed-systems, storage, AI, Kubernetes, RDMA, and server-side development workflows are Linux-native. Requiring a separate Windows/macOS host adds unnecessary complexity and weakens local-environment integration.

The Linux app should ideally provide parity with the Windows/macOS versions for:

• parallel Codex threads and project management
• Git diff review and worktree management
• integrated terminal and local-folder access
• skills and scheduled automations
• SSH/remote Linux project workflows
• ChatGPT-plan authentication
• sandboxing and granular approval controls
• Computer Use for the Linux desktop, including screenshots, mouse/keyboard actions, and explicit confirmation for privileged or destructive operations

Suggested initial support scope

A practical first release could target Ubuntu 24.04 LTS x86_64 with a signed .deb, using the existing Codex CLI backend. Broader distro packaging can follow after the baseline is stable.

Ubuntu 24.04 LTS is a strong initial target because it is widely used for developer workstations and enterprise test environments and has a long support lifecycle. An official build is preferable to community repackaging, especially when the application can access source repositories, terminals, credentials, and desktop automation permissions.

Please consider Ubuntu 24.04 LTS as a first-class supported platform rather than limiting Linux users to CLI/IDE-only workflows.

noone needs an officially signed .deb package...just give us the AppImage, no need to complicate things further than they need to be

noone needs an officially signed .deb package...just give us the AppImage, no need to complicate things further than they need to be

Agreed!!!!

That is a rather categorical statement, and it is not really correct.

First, we already provide an AppImage Builder. We cannot simply build and redistribute a ready-made AppImage ourselves because that would require redistributing the original proprietary DMG, which we are not allowed to do.

Second, an AppImage alone is not sufficient for every Linux environment. NixOS is an obvious example: because it does not use the standard FHS filesystem layout, AppImages often do not run directly without additional tools such as appimage-run. AppImages can also have issues with FUSE availability, desktop integration, sandboxing, and managed or locked-down systems.

A properly packaged and signed .deb is not unnecessary complication. It provides native dependency handling, predictable installation paths, system integration, easier updates and removal, and a more trustworthy distribution method for Debian- and Ubuntu-based systems.

AppImage is useful, but it is not a universal replacement for proper native packages.

First, we already provide an AppImage Builder. We cannot simply build and redistribute a ready-made AppImage ourselves because that would require redistributing the original proprietary DMG, which we are not allowed to do.

I'm not asking you, I'm asking OpenAI

Second, an AppImage alone is not sufficient for every Linux environment.

A .deb package is sufficient for even fewer Linux environments, by a BIIG margin. an AppImage provides predictable environment with pre-packaged versions of dependencies, so that as long as you can configure your general AppImage runtime properly (which many distros do), you can run the vast majority of appimage apps. No dependency hell, which you can't say about the "native dependency handling" of apt. Sure, not the most space efficient, but in the age of Electron apps this is hardly the biggest issue. AppImages don't need to be installed either, so the point about installation paths, and easier removals is also moot.

AppImage is useful, but it is not a universal replacement for proper native packages.

But in this specific case, I don't see what a deb package brings that's worth the costs.

I'd be fine with Flatpak too, that might be the best middle ground

Flatpak GUI, host-native Codex CLI/app-server and Codex’s own Linux sandbox it could be a pratical solution
https://docs.flatpak.org/en/latest/electron.html

Flatpak GUI, host-native Codex CLI/app-server and Codex’s own Linux sandbox it could be a pratical solution

There might be a way around this, but flatpak sandboxes an app, that means unless codex app ships with its own version of gcc, clang, rustc, … you are limited to write in any other programming language other than bash.

Codex desktop would be such a powerful showcase in linux. the everythign is a file....the yes way to do thing through cliand DIY approach and open nature of th OS is so made for agents. Are they planning somethign big like their own OS or, ist he os usage that low in dev world??!?!? i always though in dev world its a bit common!!

按照 OpenAI 的尿性，他们肯定没任何精力去维护生态如此丰富的 Linux 客户端（Arch、基于 Debian 的发行版和 NixOS 这种独特的运行逻辑，以及 x11 和 Wayland 问题）。所以基本会发生的情况就是 Electron 一掏，批量打包，实际用起来甚至可能不如 codex-desktop-linux。

---

Based on my past experience of OpenAI, they definitely have NO time to maintain native clients across Linux distros - which needs to cover Arch, Debian-based distros and other ones which have their own unique logic (like NixOS), let alone x11 & Wayland issues. SO the most likely outcome is that they'd just slap a fresh coat of Electron on it, and call it a day, which is even worse than codex-desktop-linux.

C'mon, Claude Desktop released https://code.claude.com/docs/en/desktop-linux so you need to do it

C'mon, Claude Desktop released https://code.claude.com/docs/en/desktop-linux so you need to do it

Nah man thanks lol

@etraut-openai sorry to bug you but linux functionality EVEN FOR THE VSCODE EXTENSION is now broken. Linux users now have essentially no way of using codex. Pinging you because several linux users are experiencing this and without the app we literally have no way of using codex

See these two issues raised by others:
https://github.com/openai/codex/issues/34103
https://github.com/openai/codex/issues/34096

I will be filing my own issue in addition to those two. If you have any observability stats/metrics/logs to check how many linux users have been active over the weekend I would encourage you to check.

https://github.com/openai/codex/issues/34109

The issue I just created

@Suhaibinator I can reproduce this issue on Ubuntu 26.04.

I found an additional workaround: closing all VS Code windows and then launching VS Code from a terminal with verbose logging makes the Codex extension work again:

code --verbose

After launching it this way, Codex also works with multiple VS Code windows open.

When I launch VS Code normally on Linux, the issue returns. It seems that verbose mode may change the startup timing and make it work again.

we need a codex deb version to try it now, oai.

I guess they would still take 1-2 months atleast for releasing a linux version for codex/chatgpt app despite of having unlimited use of their own models. Weird but it is what it is. None of them cares enough to reply to this thread too!!!!

I guess they would still take 1-2 months at least for releasing a linux version for codex/chatgpt app despite of having unlimited use of their own models. Weird but it is what it is. None of them cares enough to reply to this thread too!!!!

They can always use Fable 5 from Anthropic to port it. Of-course if it's too expensive for OpenAI or policy not allow it - then they can use Kimi K3. In scope of Kimi K3 they just need to wait for July 27 then it becomes open-source and host in their data centers for internal usage.

But anyway, Antropic was able to get it https://code.claude.com/docs/en/desktop-linux so Codex must have this at least for parity.

Still nada!!??