Gereksiz uzatiyorsun konuyu arkadasim, ne oldugu umurumda bile degil. Bilmedigin bir konuda fikir yurutuyordun ben de sana ne oldugunu anlatmaya calistim sadece.

glibc yuklu olmasa sistem calismazdi zaten, sorun daha eski bir glibc surumu istedigi icindir muhtemelen.

Appimage'ın tasarım amacında en azından kendilerinin vaat ettiklerine göre AppImage bağımlılık derdinden kurtarmalı. Flatpak bunu başarabiliyor paket yöneticisine alternatif sistemlerden birisi olarak. Kullanışlılığını azaltıyor. O zaman kendimiz derleyelim, en azından çalışacağına emin oluruz. Iddiasını karşılayamayan bir projenin hatasını biz niye örtüyoruz ki? AppImage çok başarılı olamadı zaten ki paketlenen çok fazla uygulama yok bu şekilde.

Bu yöntemi denedim ama yine aynı sebepten açılmadı. Flatpak ile yüklemeyi denemekten ziyade AppImage olarak çalıştırmak istiyorum.

Flatpak kendi platformunu kuruyor uyum saglamak icin aynisini appimage ile yapmaya calisirsan her paketin icine gnomeveya kde desktop falan entegre etmen gerekir bu da pratik olmasini engeller. Farkli sistemler farkli amaclar icin hazirlanmis. Ubuntu 22.04 ciktiginda bu appimage dosyasini Arch Linux'ta calistirmak istersen buyuk ihtimal calisirdi zaten. Ama aradan gecen zamanda Arch Linux ilerlemis o yuzden uyumlu degil artik. Openshot gelistiricileri de ozenip farkli platformlar icin guncellememisler paketleri. Olay bu yani.

Flatpak'ın öyle bir sorunu gerçekten var ancak AppImage'ye göre daha az sorun yaratıyor. Kütüphaneler, temalar ve gerekli sürücülerin çoğu ayrıca indiriliyor ve tutuluyor. Bu da ayrıca depolama alanı kullanılması demek. Ancak bir kere bir kütüphane indirildi mi diğer flatpak uygulamaları da bu kütüphanelerden karşılanabiliyor. Flatpak'ı genel sisteme yayarsanız birden fazla uygulama atıyorum NVIDIA kütüphanelerini aynı dosyadan karşılayabiliyor. AppImage'de her paket aynı kütüpheneyi kullansa bile birbirinden ayrı oldukları için iki kütüphane birebir aynı olsa dahi depolamanızda tutuyorsunuz.

Karsilayamadigini nereden cikarttin paketleyici kendileri degil ki, paketleyicilerin uzerinde calismasini istedikleri dagitimlari belirleyip her biri icin AppImage paketlemesi yapmalari gerekiyor bu durumda soyledigini karsiliyor da. Calisma sistemi farkli.

Verdigin komutla mi cozeceksin bu hatayi peki?

Direkt bagimliliklarindan bahsediyor ama, calisan bir platformun oldugunu varsayiyor.

Bu hata glibc sürümü olmadığından dolayı kaynaklanıyor şunu deneyin hocam: Bash:Panoya kopyala sudo pacman -S glibc Ardından Bash:Panoya kopyala sudo pacman -Syu Hocam bunu dene eğer açılmazsa kaldırıp flatpak ile yükleyelim onu da böyle yapabilirsin: Flatpaki kur Bash:Panoya kopyala sudo pacman -S flatpak Flatpak ile tekrar kur Bash:Panoya kopyala flatpak install flathub org. openshot. OpenShot

Uygulamanın geliştiricilerinin kullandığı paketleme sisteminin iddiası bu. Tek paket, her distroda çalışır. Bunun içerisinde kütüphane dosyaları da olması lazım demek ki. Yoksa ya paketlenmemiş ya da appimage'da kusur vardır. Ne AppImage'i geliştiren benim, ne OpenShot'u geliştiriyorum ne de bu şekilde paketleyen benim.

Olan oldu. Konunun sahibi sorunun kendisinden kurtularak çözüme ulaştı. Desteğiniz için teşekkürler.

O zaman başka külfet yaratmaz mı ki? En başından "tek paket = tüm sistemler" diye attıkları adımlara ters bir şey. Böyle şey mi olur? Bu proje ön kapağına koyduğu iddiayı karşılayamıyor. Ön kapağında başka, içi bambaşka. Ben zaten geliştirici olsam Flatpak'a falan yönelirdim ki Flatpak'da bugün bulamayacağınız paket yok denecek kadar az. Appimage çok kestirilebilir değil hangi platformda çalışacağı.

Appimage paketlerinin kütüphaneleri de içinde barındırması lazım değil mi? Kendi sitesinde dahi bununla övünüyor oysa ki: "The key idea of the AppImage format is one app = one file. Every AppImage contains an app and all the files the app needs to run. In other words, each AppImage has no dependencies other than what is included in the targeted base operating system ."

Kağıt üstünde olanı anlatacaksan anlatma bence de yani. Kendisi bir soruna çözüm bulmayı vaat ediyor, bütün belgelerinde bu şekilde bahsediyor ancak tam tersini yapıyor. Üstüne gidince, kullandıkça ve kazdıkça ortaya çıkıyor. "Yok öyle değil de aslında bu böyle, anlattığımızla var olanın alakası yok." oluyor. Dokümanların çoğunda ve sayfasının her köşesinde "tek paket-tüm sistemler" yazıyor, bu dokümantasyonları gerek paket derleyecek kendi projesinde kullanacak adam da kullanıyor. En sonunda vaat edilenden çok farklı bir tablo ortaya çıkıyor, sonra "o öyle değil de böyle, sen bilmiyorsun" oluyor.

Ne oluyorsa oluyor artik, sana sorununla basarilar dilerim.

Evet hocam neden dediğimi tekrar edip başka bir şey demişim gibi söylüyorsun. "Bu hata glibc sürümü olmadığından dolayı kaynaklanıyor"

Daha günceli yok çünkü bizzat OpenShot'un kendi sitesinden indirdim. Peki, madem böyle olmuyor, ben de yay ile programı indirdim. yay OpenShot komutunu yazarak programın son sürümünü indirdim. Çalıştı ve işimi görüyor.

Yazdığın yazıylamı çözeceksin bu hatayı? Siz çözümü gösterinde aydınlanalım.

Daha guncel bir tane indirmen lazim, Arch buyuk ihtimal 2.38'de falandir calistiramazsin. Son düzenleyen: Moderatör: 5 Ekim 2023

Daha günceli yok sanırım. Çünkü şu komutu girdiğimde şöyle yazıyor: Kod:Panoya kopyala $ sudo pacman -S glibc password for openbox6: uyarı: glibc-2.38-7 güncel -- yeniden kuruluyor paket bağımlılıkları çözümleniyor... varsa paketler arası çakışmalara bakılıyor... Paket (1) Eski Sürüm Yeni Sürüm Değişiklik core/glibc 2.38-7 2.38-7 0,00 MiB Toplam Kurulum Boyutu: 47,33 MiB Güncelleme Boyutu: 0,00 MiB :: Kuruluma onay veriyor musunuz?

Fazla guncel maalesef, senin bahsettigin şey flatpak. Ne yapsin adamlar isletim sistemi mi koysunlar pakedin icine? Bu adamlarin appimage paketlerimiz kullanildigi her dagitimda calisir diye bir iddialari var mi?

Çok nadir sayılmaz. Kendim de bazı paketlerde yaşadım. Appimage'a çok hakim değilim. Flatpak ve dağıtımlar içindeki paket yöneticileri gayet iyi iş çıkarıyorlar. Övemeden duramadığım flatpak bir adım öteye gidip tema gibi ikincil plandaki kriterleri de doldurup resmen sisteme ayak uyduruyor. Sitesindeki resimlerde Ubuntu, Arch, CentOS ve Fedora gibi çok çeşitli dağıtım referans gösterilmiş. Ubuntu'da da Arch'da da çalışması iddia ediliyorsa bir sorun vardır bence dış bağlılıklara bu kadar hassasiyet gösteriyorsa. Fedora ve Arch bleeding-edge olmayı hedefliyor, Ubuntu ve Debian stabil bir deneyime yoğunlaşıyor, Diğer gösterilen dağıtımların da kendilerine göre farklı amaçları ve gereksinimleri var. Hepsinde aynı kütüphaneler ve paketler olmayacağı baştan belli ki "ben hepsinde çalışacağım" diye reklam edasında sitesinde belirtilmiş.

Benim derdim iyi veya kötü olup olmadığı değil. Amaçladığı şeyden uzaklaşıp amaçladığının tersine dönüşmesi. Geliştiricisinin hazırladığı ön kapakla dokümanlar arasına indikçe "onu öyle olmaz da sen şöyle yap olabildiğince çalışsın"a dönüyor. Sen çalışacak diye bekliyorsun, güveniyorsun, indiriyorsun ve çalışmıyor. Dağıtıcı paketliyor ama nerede çalışacağını tam kestiremiyor, belki geliştiricinin haberi bile yok. Flatpak dediğini dediğini olduğu gibi gerçekleştirebiliyor. Bu sistemler zaten var olan paket yöneticilerine alternatif olarak çıkıyorlar ve onların sorunlarını çözmeyi planlıyorlar ama onların sahip olduğu sorunlara sahip oluyorlar. Proje olarak yapılamıyorsa ya "WIP" gibi bir etiket olmalı. Kendisinin tam tersini yapıyorsa neden ek külfet alayım ki? Yıllardır var olan derleyicilerle derler ve en azından çalışacağına emin olurum.

Hayir onun degil, indirdigin appimage paketinin daha guncelini bulman lazim.

Endeavour OS'ta OpenShot AppImage açmaya çalışınca tepki vermiyor, terminale sürükleyip açmaya çalışınca aşağıdaki hatayı alıyorum: Kod:Panoya kopyala home/openbox6/Masaüstü/OpenShot-v3.1.1-x86_64. AppImage' Traceback : File "/usr/local/lib/python3.8/dist-packages/cx_Freeze/initscripts/ startup. py", line 40, in run File "/usr/local/lib/python3.8/dist-packages/cx_Freeze/initscripts/Console. py", line 37, in run File "openshot_qt/launch. py", line 55, in <module> from PyQt5. QtWidgets import QApplication ImportError: /tmp/. mount_OpenShL4E46C/usr/bin/libm. so.6: version `GLIBC_2.35' not found (required by /usr/lib/libharfbuzz. so.0)

Endustri standartlarini baz aliyorlar, yani hangi dagitim uzerinde hazirlandiysa o dagitim uzerinde her yerde calisir demek. Soyle anlatayim bu program onlarca dagitim uzerinde su anda calisabilir. Sen bir tane calismayan bulup bu bozuk diyorsun. Buyuk ihtimal Ubuntu uzerinde hazirlanmistir hatta 2.35 istiyorsa buyuk ihtimal 20.04 icin hazirlanmistir. Eski yani onu anlatmaya calisiyorum Arch uzerinde calismaz degil onun uzerinde de calisabilir ama daha guncel bir bazda insa edilmesi lazim. https://packages.ubuntu.com/jammy/glibc-source 22.04 icin hazirlanmis 22.04 ile uyumlu her dagitimda calisir.

https://appimage.org/'da direkt sayfanın başına yapıştırmışlar; "Linux apps that run anywhere" Aynı sayfada buna dair birçok ifade de mevcut; "Download an application, make it executable, and run! No need to install. No system libraries or system preferences are altered." "Distribute your desktop Linux application in the AppImage format and win users running all common Linux distributions. Package once and run everywhere. Reach users on all major desktop distributions." "The key idea of the AppImage format is one app = one file. Every AppImage contains an app and all the files the app needs to run. In other words, each AppImage has no dependencies other than what is included in the targeted base operating system ."

Bahsettigin sekilde de paketlenebilir, mesela Ubuntu 23.10'da ve Arch Linux uzerinde calisabilecek sekilde paketlersin ama Ubuntu LTS'de calismaz. Yine de bu durumda Ubuntu'da calisiyor diyebilir miyiz? Diyebiliriz. Yani bu paketleyicinin secimi. Flatpak gibi merkezi bir sistemde insa edilmiyor paketler isteyen istedigi gibi paket insa edebiliyor. Yani bu durumda sen OpenShot gelistiricilerinin insa ettigi paket yuzunden AppImage soyle veya boyle diyemezsin. Kendi secimleri. Yani nasil Flatpak sistemini balon gibi sisiriyorsa Appimage da boyle bir dezavataja sahip.

Bu arkadaşın bilgisayarı çalışmıyor mu yani? Çalışmayan bir bilgisayarda mı yürütüyoruz bu programı? Belli ki AppImage paketlerinin bağımlılık istekleri çok sıkı. Aynı sürümün AppImage'si arıza verirken atıyorum AUR'daki, Arch Reposundaki veya Flatpak'taki çalışıyor. Kendim zaten AppImage'ı pek sevmezdim. Benim de benzer bir şekilde karşılaştığım bağımlılık sorunları vardı. Flatpak, daha iyi bir paketleme ve sandboxing sistemi bence.

Sorunu degil aslinda calisma sekli, bunu degistirmenin tek yolu flatpakin kullandigi sisteme gecmek o da kendi dezavantajlarini yaninda getirecek. Neyse anlatmaya calistigim seyi anladigini umuyorum zaten konunun AppImage'in ne yapmak istedigi ve yapamadigi veya Flatpak'in AppImage'dan ne kadar iyi olduguyla bir alakasi yok. Nereden nereye geldik yine gordun mu?

Evet, NVIDIA surucusu falan da koysunlar hatta. Bir dakika kernel de bagimlilik degil mi? Kernel de koysunlar.

sudo apt install glibc pardon ortamlar karıştı sudo pacman -S glibc