[FEATURE] Claude Desktop के आधिकारिक Linux(Ubuntu LTS/Debian) बिल्ड का अनुरोध

 (github.com/anthropics)
1 पॉइंट द्वारा GN⁺ 22 시간 전 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Anthropic के Linux desktop support पर सार्वजनिक रुख और संभव हो तो Ubuntu LTS/Debian के लिए प्राथमिक आधिकारिक Claude Desktop बिल्ड का अनुरोध
  • फिलहाल Claude Desktop केवल macOS और Windows के लिए वितरित किया जाता है, और आधिकारिक डाउनलोड पेज पर "Not available for Linux" दिखाया जाता है, इसलिए Linux उपयोगकर्ता Desktop extensions, computer use, desktop dictation, Cowork को आधिकारिक GUI रास्ते से उपयोग नहीं कर सकते
  • Claude Code CLI Linux पर native रूप से चलता है, लेकिन यह एक terminal tool है, इसलिए Claude Code plugins को Claude Desktop extensions के रूप में develop·test करने का विकल्प नहीं है, और अभी plugin testing के लिए macOS या Windows पर जाना पड़ता है
  • Claude Code पहले से signed apt, dnf, apk repositories और linux-x64, linux-arm64, musl variant binaries देता है, और प्रस्तावित समाधान है कि उसी distribution pipeline से Anthropic द्वारा संचालित apt repository में signed .deb उपलब्ध कराया जाए
  • Cowork से जुड़े आधार के रूप में Simon Willison, Pluto Security, pvieito के reverse engineering नतीजों का हवाला दिया गया है, और यह भी बताया गया है कि macOS पर Apple Virtualization Framework आधारित Ubuntu 22.04 VM के भीतर Claude Code binary चलती है; साथ ही Anthropic दस्तावेज़ में macOS/Windows hypervisor separation की पुष्टि भी दी गई है
  • johnzfitch/claude-cowork-linux को एक community port के रूप में प्रस्तुत किया गया है, जो macOS native modules को stub करता है और VM के बिना Linux x86_64 पर Cowork mode चलाता है
  • Linux उपयोगकर्ता अभी Windows Electron बिल्ड की third-party repackaging पर निर्भर हैं, और aaddrick/claude-desktop-debian signed apt/dnf repositories, .deb, .rpm, AppImage, AUR, Nix builds, --doctor, CI tests, और Claude Desktop 1.11187.1 tracked releases देता है, लेकिन यह vendor-signed और vendor-audited नहीं है
  • क्योंकि Claude Desktop एक developer workstation credential-handling application है जो OAuth tokens, API keys, extension configurations को संभालता है, इसलिए आधिकारिक Linux बिल्ड की अनुपस्थिति trust और security concerns से जुड़ती है
  • विकल्प के रूप में Claude Code CLI, claude.ai web client, community repackages, Wine execution, macOS/Windows switch का उल्लेख है, लेकिन हर विकल्प में desktop extensions, computer use, Cowork, integration stability, प्राथमिक security updates, और दोहराए जाने वाले development friction के लिहाज़ से सीमाएँ बताई गई हैं
  • यदि प्राथमिक बिल्ड roadmap में नहीं है, तो fallback अनुरोध यह है कि installation documents में Linux के लिए कोई योजना न होने की स्थिति और मोटा समय-निर्धारण, अनुशंसित community projects की मान्यता, एक बार की security review summary, और Linux उपयोगकर्ताओं के लिए credential handling तथा MCP server configuration के security guidance को सार्वजनिक किया जाए

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 22 시간 전
Hacker News की राय

  • अनौपचारिक बिल्ड को https://github.com/aaddrick/claude-desktop-debian पर मेंटेन किया जा रहा है
    नाम में Debian है, लेकिन इसका दायरा अब सभी backend, compositor आदि तक फैल गया है, और उनका मानना है कि कंपनियाँ Linux के लिए Electron ऐप अच्छे से जारी नहीं करतीं, इसका मुख्य कारण distribution fragmentation है
    सिर्फ वेबपेज को ऐप की तरह render करने से आगे जाते ही चीज़ें जल्दी जटिल हो जाती हैं, और टेस्टिंग के लिए VM का पूरा सेटअप होने पर भी उसकी लगातार ज़रूरत पड़ती रहती है

    • एक पुरानी कंपनी में, चाहने वाले ग्राहकों की संख्या कम होने के बावजूद Linux desktop client जारी करने की गंभीर कोशिश की थी, और जल्दी ही यह compatibility hell बन जाता है, यह साफ़ दिख गया
      हाल की कुछ Ubuntu versions को ही target करने पर ठीक रहेगा, ऐसा लगता है, लेकिन फिर ऐसे distributions से शिकायतों की बाढ़ आ जाती है जिनका नाम भी कभी नहीं सुना होता, कि ऐप के कुछ हिस्से ठीक से काम नहीं कर रहे
      कोई engineer आधा दिन लगाकर VM में install करके debug भी करे, तो वजह अक्सर upstream project में कहीं होती है, और इतने कम ग्राहकों के लिए Linux issue tickets लगातार बढ़ते जाते हैं कि उसे justify करना मुश्किल हो जाता है
      ऊपर से वे ग्राहक गुस्से में होते हैं और बहुत शोर भी मचाते हैं। यह बताए बिना कि वे 13 साल पुराने ThinkPad पर किसी अनजान distribution को चला रहे हैं, Twitter, Hacker News, Reddit पर पोस्ट कर देते हैं कि कंपनी का software बेकार है
      open source Electron ऐप भी कई लोकप्रिय distributions पर command-line workaround settings के बिना नहीं चलते, और तब भी अक्सर unstable रहते हैं। open source में तो लोग छोड़ देते हैं, लेकिन अगर कोई कंपनी उसे distribute करे, तो उसे अनचाहे गुस्साए ग्राहकों का बोझ उठाना पड़ सकता है
    • यह कहना थोड़ा अजीब है कि कंपनियाँ Linux के लिए Electron ऐप जारी नहीं करतीं। बल्कि लगता है कि कंपनियाँ Electron ऐप के अलावा कुछ जारी ही नहीं करतीं
      desktop Linux को अगर free/open source दुनिया के बाहर से कुछ मिलता है, तो वह ज़्यादातर Electron ही होता है, और Spotify, Discord, Slack, VSCode जैसे उदाहरण लगातार मिलते हैं
      पिछले 20 सालों में शायद ही याद आता है कि किसी commercial कंपनी ने Linux के लिए ढंग का GTK या Qt ऐप दिया हो
      अनौपचारिक बिल्ड का प्रयास शानदार है, लेकिन अगर अनुमानतः यह खरबों के मूल्य वाली कंपनी है, और इसके product के training data में शायद हज़ारों Electron ऐप रहे होंगे, तो खर्च उसे खुद उठाना चाहिए
    • क्या Flatpak इस तरह की कई समस्याएँ हल नहीं कर सकता? ऐप को एक ही window manager/desktop environment के हिसाब से develop किया जाए, और उसी को Flatpak requirement बना दिया जाए, ऐसा लगता है
    • Codex Desktop के लिए भी ऐसा ही एक प्रोजेक्ट है: https://github.com/ilysenko/codex-desktop-linux
      Linux पर codex install करने की प्रक्रिया से गुजरने के बाद तो सच में समझ नहीं आता कि OpenAI आधिकारिक port क्यों नहीं जारी करता
      ऐप के हर हिस्से को टेस्ट नहीं किया, लेकिन यह इरादे के मुताबिक चला, और computer use भी बिना समस्या के काम किया

  • काश Anthropic के पास software porting अच्छी तरह करने वाला कोई automation tool होता

    • भले ही software अनंत मात्रा में बनाया जा सके, फिर भी किस पर काम करना है, इसमें बहुत सोच-समझकर निर्णय लेने पड़ते हैं
      coding अब “मुफ़्त” हो गई हो, तब भी testing, support, planning जैसी लागतें बनी रहती हैं
    • लगता नहीं कि bottleneck वहाँ है
    • उसमें allegedly छूट गया
    • अच्छा होता अगर cutting-edge AI कंपनियाँ दुनिया की सबसे बेहतरीन AI का इस्तेमाल करके Linux के लिए software बनातीं और ठीक-ठाक support देने का फ़ैसला भी करतीं
    • क्या अब मौजूदा बेतरतीब चीज़ों से भी ज़्यादा बेतरतीब Linux ऐप बनाने की बात हो रही है, जिनमें एक साधारण terminal ऐप के लिए RAM 1GB चाहिए?
      अच्छा हो अगर 5 लाख डॉलर से ज़्यादा compensation package पाने वाले developers में कोई ऐसा भी हो जो बिना घटिया लगे, सच में इस्तेमाल करने लायक साधारण ऐप लिख सके

  • बहुत लोग इसे कठिन समस्या कहते हैं, लेकिन Discord ने इसमें जो लिखा है वह दिलचस्प है
    “अगर आप Linux user हैं, तो हर update पर खुद install करने को कहने वाला वह प्यारा modal देखकर परेशान हो चुके हैं? तो आपके लिए अच्छी खबर है। हमने Rust-आधारित updater को Linux पर port कर लिया है, इसलिए अब Windows की तरह Linux पर भी self-update संभव है। साथ ही install के लिए .rpm और .pkg.tar.zst package formats का भी support है।”
    Discord को screen capture, audio capture, audio routing संभालना पड़ता है और 3 package repositories भी support करनी पड़ती हैं, इसलिए यह ज़्यादा मुश्किल client के करीब है
    अगर बुनियादी समस्याएँ ठीक कर दी जाएँ, तो फिर बस यह मानना होगा कि build/runtime dependencies को हर version के साथ update करना पड़ेगा
    एक binary को distribute करके चलाने का मतलब है कि उस binary की सभी dependent libraries भी साथ ले जानी होंगी; Windows इसे winsxs से संभालता है, लेकिन Linux कहता है कि यह काम आपको खुद करना होगा

  • यह जानने की उत्सुकता है कि desktop ऐप में ऐसा क्या है जो CLI नहीं दे पाता। मैं भी ज़्यादातर Linux इस्तेमाल करता हूँ और बस CLI ही इस्तेमाल करता आया हूँ

    • लगता है Anthropic subscription में CLI अब रोज़ाना का routine नहीं देता
      और conversations के बीच memory search, Claude Code से अलग conversation dataset, यानी Claude Web/Claude.AI conversations का इस्तेमाल करती है, और यह भी पक्का नहीं कि Claude Code conversations के बीच search करता है या नहीं
      desktop interface Markdown को formatted text की तरह दिखाता है, और खासकर interactive artifacts को CLI से कहीं बेहतर दिखाता है
      फिर भी, व्यवहार में मैं लगभग हर काम के लिए CLI ही इस्तेमाल करता हूँ। Claude Desktop के daily routines कुल 15 cron jobs तक सीमित हैं और अतिरिक्त usage credits भी खर्च करते हैं, इसलिए सोच रहा हूँ कि अपना न्यूनतम harness बना लूँ और routines को किसी दूसरे provider के model पर ले जाऊँ
    • अगर Linux न इस्तेमाल करने वाले साथियों जैसा ही अनुभव मिले, तो सीखी हुई बातें और process साझा करना आसान हो जाता है
      locally चलने वाले scheduled jobs की भी ज़रूरत है, और https://support.claude.com/en/articles/13854387-schedule-rec... वाली सुविधा Claude Code routines से महत्वपूर्ण रूप से अलग है
      एक ही folder के भीतर कई projects / isolated memories संभालने की क्षमता और बेहतर UI भी चाहिए
    • desktop ऐप, Code feature के ज़रिए खुली हुई remote sessions को control करने देता है
    • Claude जो अचानक दिखाना चाहता है, वे inline images देखना चाहता हूँ। CLI में वह बार-बार ऐसा करता रहता है, फिर याद दिलाता है कि images देखी नहीं जा सकतीं
      इसके अलावा मैं CLI से संतुष्ट हूँ
    • CLI coding tasks के लिए अच्छा है, लेकिन coding से असंबंधित दूसरे कामों में desktop ऐप काफ़ी उपयोगी हो सकता है

  • Visual Studio से निकले ऐप्स में vibe coding करने के लिए Electron ऐप तो चाहिए, लेकिन खुद बनाना भी नहीं और किसी और का repository clone करके build भी नहीं करना चाहने वाले Linux users का बाज़ार कितना बड़ा है, यह पता नहीं

    • ठीक से नहीं जानता, लेकिन अगर Linux मशीन पर Claude Desktop इस्तेमाल कर सकता, तो Anthropic developer compensation का आधा लेकर भी वह काम खुशी से कर लेता
      Windows के Electron ऐप को Linux पर चलाने वाली third-party hacking हमेशा असहज लगती है, इसलिए पसंद नहीं
    • मुझे Claude ऐप नहीं चाहिए इसलिए मेरा सीधा हित नहीं है, लेकिन आजकल औसत Linux user धीरे-धीरे ऐसे आम लोगों के करीब होता जा रहा है जो surveillance telemetry या ads जैसी चीज़ें नहीं चाहते

  • यह देखकर हैरानी होती है कि अभी भी बहुत से developers Linux इस्तेमाल को कमतर समझते हैं
    आप लोग पहले से Docker इस्तेमाल कर रहे हैं और K8S पर deploy भी कर रहे हैं। वह भी Linux के ऊपर

    • operating system अपने आप में उतना मायने नहीं रखता। बस एक powerful laptop चाहिए, जिसमें अच्छा keyboard और trackpad हो, लंबी battery life हो, और sharp display हो
      हो सके तो बहुत शांत हो, और design भी साफ-सुथरा हो। यही MacBook की value proposition है
    • वह बिल्कुल एक ही बात नहीं है
    • desktop और server के लिए support surface पूरी तरह अलग है

  • बस एक ही बार में vibe से खुद बना लो
    यह थोड़ा फीका है, लेकिन जब यहाँ हर कोई सिर्फ मसालेदार autocomplete और खुद अपने ऊपर लाई गई job destruction की बात कर रहा हो, तो कभी-कभी खुद ही कुछ मज़ा ढूँढ़ना पड़ता है

    • अच्छा लगा कि इस घटिया साइट पर मेरे अलावा भी कोई खुद अपने ऊपर लाई गई job destruction वाले नज़रिए को देखता है

  • निजी तौर पर मुझे समझ नहीं आता कि Claude Code में text को हरा करने वाला, और The Matrix की तरह स्क्रीन पर अक्षरों को एक-एक करके नीचे गिराने वाला mode अभी तक क्यों नहीं है

    • वह बहुत परेशान करने वाली बात है। आजकल ठीक से काम करने के लिए हरे sunglasses पहनने पड़ते हैं, language को Japanese में बदलना पड़ता है, और monitor को साइड में घुमाना पड़ता है

  • request को कैसे शब्दों में रखा जाता है, इस पर सावधान रहना चाहिए
    अगर Claude का इस्तेमाल software development के लिए करना है, तो काम के लिए बने Linux KVM VM sandbox के अंदर claude CLI executable को जो कुछ चाहिए वह सब करने दिया जाए और desktop client न भी हो तो मैं संतुष्ट हूँ। जितना साफ और भरोसेमंद हो, उतना अच्छा
    सवाल पूछने वाला सामान्य conversational use host desktop के web browser sandbox के अंदर करूँगा, और चाहता हूँ कि इस तरीके को अच्छी तरह support मिले
    AI कंपनी के marketing/product लोग स्वाभाविक रूप से लोगों को proprietary desktop client में धकेलना चाहेंगे, लेकिन यह अभी भी ऐसे abuse का एक कोना है जिस पर लगाम लगाई जा सकती है
    host desktop और जिन चीज़ों तक उसकी पहुँच है, उन सबको agentic automation से चलाने से मैं मना करूँगा। मौजूदा तकनीकी स्तर अभी उसके लिए तैयार नहीं है

    • समस्या यह है कि VNC, RDP की तुलना में बहुत ही खराब है
      उस VM के अंदर के GUI client तक पहुँचना बहुत खराब अनुभव है, नहीं तो GUI client को इतनी आसानी से ख़ारिज नहीं करता

  • यह irony मज़ेदार है कि सैकड़ों users CLI agent इस्तेमाल करके खुद desktop version वास्तव में नहीं बना पा रहे
    क्या LLM लोगों को इतना असहाय बना रहे हैं?

    • Anthropic जब Openclaw को रोकने के लिए claude -p पर हंगामा कर रहा था, तब मैं उस झमेले में फँसना नहीं चाहता था इसलिए दूर रहा
      दोनों तरफ़ की नोकझोंक को follow करना मुश्किल था, लेकिन अब लगता है कि शायद वह खत्म हो गया है
    • दिन में कई बार update आने वाले product के साथ एक व्यक्ति का लगातार कदम मिलाकर चलना मुश्किल है
    • यह भी देखना चाहिए कि request में official शब्द शामिल है। unofficial versions पहले से मौजूद हैं