Ben Ikey Doherty, SolusOS Linux Dağıtımının kurucusuyum. Şu anda Debian Stable tabanlıyız ve SolusOS'nin olabilecek en iyi geleceğinin Debian'ı içermediğine karar verdim. PiSi paket yönetimi sistemi kullanarak sıfırdan kurulumu düşünüyoruz.
Her ne kadar SolusOS ve Pardus Anka değişik şeyler olacaksa da, bazı temel bileşenleri paylaşacağız:
Her iki projenin aynı hedefi kovalaması yerine, bir birlikte çalışma öneriyorum. Acil olarak ilgilendiğim noktalar şunlar:
* PiSi ile ilgili konuları (hata, vs.) çözmek
* PiSi'ye bootstrap özellikği eklemek
* Buildfarm'ı chroot içinden çalıştırabilmek
* Kurulum sihirbazındaki olası hataları çözmek
Bunlar benim acil olarak gördüğüm noktalar. Ek olarak, çalışabileceğimiz düzgün bir depoya ship olamk için Debian+Ubuntu'ya özel paketleri kaldırıp bazı Debian paketlerini getirip PiSi olarak yeniden inşa etmek de olabilir. Sonrasında işin çoğu bakım olacak ve tekerleği yeniden icat etmek olmayacak. Bu hala yapılabilir ve şu anda zaten üzerinde çalışıyorum.
Bootstrapping
PiSi'nin bootstrap özelliğine sahip olması gerekiyor. Bu pisi bootstrap ya da pisi bootstrap --build şeklinde olabilir. Yakın bir zamanda GitHub üzerinde açmayı düşünüyorum.
Buildfarm
Buildfarm çalışmak için Pardus'a ihtiyaç duyuyor. Fakat bir derleme sisteminin uzak bir makinada olması gerekir. Bir gerçek olarak birçok sunucu Pardus yerine Debian, Ubuntu, Centos gibi dağıtımlar kullanıyor ve biz buildfarmı bu dağıtımlar üzerinde çalıştırabilmeliyiz. pisi bootstap'in bu sistemlerde buildfarm'ın chroot ile çalışabileceği bir taban sistemi oluşturması bir fikir olabilir.
Bu ayrıca çifte-sandbox içerisinde çalışarak, sandbox ihlali sorununu da çözecektir.
Yukarıdaki iki çözüm SolusOS ve Pardus ANKA'nın yeni paketleri ve ISO'ları verimli bir şekilde inşa edebilmesi, silebilmesi, test edebilmesi, hata ayıklayabilmesi için yeterlidir.
Pisido Replacement
Pisido paket yapımında kullanılıyor fakat ne yazık ki çok sınırlı. Yerine geçecek bir araç yapmak üzereyim. Böylece tek bir pspec'ten birden fazla paket çıkabilecek, daha iyi actions yazılabilecek, arşivin otomatik olarak tanınması sağlanacak, vs.
* paket tipinin otomaik olarak tanınması
* ./configure edilirken tüm geçerli seçeneklerin işaretlenebilmesi
* lib32 ve -devel paketlerinin otomatik olarak ayrılması
* yabancı paketlerin (örn. deb) itraç edilebilmesi
Email Publication
Bu epostayı Pardus Anka topluluğuna gönderdiğim gibi, bunun İngilizce ve Türkçe olarak gönderilmesini diliyorum. Ayrıca bunu Google+'ta insanların bu işbirliğinden haberdar olmaları için paylaşacağım.
Saygılarımla,
Ikey Doherty
---
Erdem Artan
Pardus-Linux.Org
Hello,
My name is Ikey Doherty and I am the founder of the SolusOS Linux Distribution. We are currently based on Debian Stable,
and I have decided that the best possible future of SolusOS does not include Debian. We are looking to take the from-scratch
approach using the PiSi package management system.
As different as SolusOS and Pardus Anka will be, they will share some fundamental components:
Instead of both projects chasing the same targets, I propose a cooperation. My immediate points of concern which I intend to
address (but not limit to) are the following:
* Remove any issues from PiSi
* Add bootstrapping to create the initial system (pisi bootstrap)
* Rework buildfarm to run in a chroot
* Rework the installer to remove any bugs
Those are my immediate points to address. It may happen that one option would be to import and rebuild some Debian packages
into proper PiSi packages, removing Debian + Ubuntu specific packages to have a solid repository to work from. Then much of the
work becomes maintainence and not reinventing the wheel. This is quite doable and I've already been working on it.
Bootstrapping
PiSi needs to be able to bootstrap an initial system for creating SolusOS and Anka bases. It also needs to be able to build the initial
toolchains for both systems. I suggest implementing this via "pisi bootstrap" and "pisi bootstrap --build". I will do this over the coming days
in a repository on GitHub. Will set this up soon as possible.
Buildfarm
Buildfarm ideally needs to be run from a Pardus installation. However a build system should ideally be run from a remote server. Given the fact
that most servers will not be running Pardus, but Debian, Ubuntu or CentOS, we need to be able to run buildfarm on these systems. A suggestion
would be to use "pisi bootstrap" on these systems to create an initial system that buildfarm can run in via a chroot. This also nulls the issue
with sandbox violations, running in a double-sandbox.
The above two "fixes" would be enough for SolusOS and Pardus Anka to be able to efficiently build, alter, test, debug, etc, new packages, ISO's,
base systems. It is the most essential part of the process and should be considered the top priority.
Pisido Replacement
Pisido makes packaging very easy but is unfortunately quite limited. I will at some stage create a replacement tool. This will allow multiple packages
in one pspec.xml, better Actions writing, templating, and automatic detection of package type. i.e. adding the archive in the UI should present
a wizard or page with suggestions
* Automatic detection of package type
* Checkboxes to pass all valid options to ./configure
* Automatic splitting of -devel and lib32 packages
* Importing of foreign packages (i.e. .deb)
Basically it needs to lay down all the ground work in a correct manner to automate the creation of properly implemented packages. This will enable
community packagers to apply RAD concepts to packaging
Future Issues
Future issues will most certainly be encountered As and when they arise we'll discuss the best way to approach them. I feel duplication of works is
ridiculous given the current Linux climate. I'm happy to work on these core parts that SolusOS and Anka will share. I look forward to cooperation
Email Publication
As this email will be published to the Pardus Anka community, I wish for it to be posted in both English and Turkish translations. I will also be posting
this on Google+ so that more people are aware of the cooperative effort between our projects.
enki
SolusOS PiSi Migration + Anka Cooperation
Merhaba,
Ben Ikey Doherty, SolusOS Linux Dağıtımının kurucusuyum. Şu anda Debian Stable tabanlıyız ve SolusOS'nin olabilecek en iyi geleceğinin Debian'ı içermediğine karar verdim. PiSi paket yönetimi sistemi kullanarak sıfırdan kurulumu düşünüyoruz.
Her ne kadar SolusOS ve Pardus Anka değişik şeyler olacaksa da, bazı temel bileşenleri paylaşacağız:
* Kurulum sihirbazı
* Paket Yöneticisi
* Depo inşası + yönetim araçları
Her iki projenin aynı hedefi kovalaması yerine, bir birlikte çalışma öneriyorum. Acil olarak ilgilendiğim noktalar şunlar:
* PiSi ile ilgili konuları (hata, vs.) çözmek
* PiSi'ye bootstrap özellikği eklemek
* Buildfarm'ı chroot içinden çalıştırabilmek
* Kurulum sihirbazındaki olası hataları çözmek
Bunlar benim acil olarak gördüğüm noktalar. Ek olarak, çalışabileceğimiz düzgün bir depoya ship olamk için Debian+Ubuntu'ya özel paketleri kaldırıp bazı Debian paketlerini getirip PiSi olarak yeniden inşa etmek de olabilir. Sonrasında işin çoğu bakım olacak ve tekerleği yeniden icat etmek olmayacak. Bu hala yapılabilir ve şu anda zaten üzerinde çalışıyorum.
Bootstrapping
PiSi'nin bootstrap özelliğine sahip olması gerekiyor. Bu pisi bootstrap ya da pisi bootstrap --build şeklinde olabilir. Yakın bir zamanda GitHub üzerinde açmayı düşünüyorum.
Buildfarm
Buildfarm çalışmak için Pardus'a ihtiyaç duyuyor. Fakat bir derleme sisteminin uzak bir makinada olması gerekir. Bir gerçek olarak birçok sunucu Pardus yerine Debian, Ubuntu, Centos gibi dağıtımlar kullanıyor ve biz buildfarmı bu dağıtımlar üzerinde çalıştırabilmeliyiz. pisi bootstap'in bu sistemlerde buildfarm'ın chroot ile çalışabileceği bir taban sistemi oluşturması bir fikir olabilir.
Bu ayrıca çifte-sandbox içerisinde çalışarak, sandbox ihlali sorununu da çözecektir.
Yukarıdaki iki çözüm SolusOS ve Pardus ANKA'nın yeni paketleri ve ISO'ları verimli bir şekilde inşa edebilmesi, silebilmesi, test edebilmesi, hata ayıklayabilmesi için yeterlidir.
Pisido Replacement
Pisido paket yapımında kullanılıyor fakat ne yazık ki çok sınırlı. Yerine geçecek bir araç yapmak üzereyim. Böylece tek bir pspec'ten birden fazla paket çıkabilecek, daha iyi actions yazılabilecek, arşivin otomatik olarak tanınması sağlanacak, vs.
* paket tipinin otomaik olarak tanınması
* ./configure edilirken tüm geçerli seçeneklerin işaretlenebilmesi
* lib32 ve -devel paketlerinin otomatik olarak ayrılması
* yabancı paketlerin (örn. deb) itraç edilebilmesi
Email Publication
Bu epostayı Pardus Anka topluluğuna gönderdiğim gibi, bunun İngilizce ve Türkçe olarak gönderilmesini diliyorum. Ayrıca bunu Google+'ta insanların bu işbirliğinden haberdar olmaları için paylaşacağım.
Saygılarımla,
Ikey Doherty
---
Erdem Artan
Pardus-Linux.Org
Hello,
My name is Ikey Doherty and I am the founder of the SolusOS Linux Distribution. We are currently based on Debian Stable,
and I have decided that the best possible future of SolusOS does not include Debian. We are looking to take the from-scratch
approach using the PiSi package management system.
As different as SolusOS and Pardus Anka will be, they will share some fundamental components:
* Installer
* Package Manager
* Repository build + management tools
Instead of both projects chasing the same targets, I propose a cooperation. My immediate points of concern which I intend to
address (but not limit to) are the following:
* Remove any issues from PiSi
* Add bootstrapping to create the initial system (pisi bootstrap)
* Rework buildfarm to run in a chroot
* Rework the installer to remove any bugs
Those are my immediate points to address. It may happen that one option would be to import and rebuild some Debian packages
into proper PiSi packages, removing Debian + Ubuntu specific packages to have a solid repository to work from. Then much of the
work becomes maintainence and not reinventing the wheel. This is quite doable and I've already been working on it.
Bootstrapping
PiSi needs to be able to bootstrap an initial system for creating SolusOS and Anka bases. It also needs to be able to build the initial
toolchains for both systems. I suggest implementing this via "pisi bootstrap" and "pisi bootstrap --build". I will do this over the coming days
in a repository on GitHub. Will set this up soon as possible.
Buildfarm
Buildfarm ideally needs to be run from a Pardus installation. However a build system should ideally be run from a remote server. Given the fact
that most servers will not be running Pardus, but Debian, Ubuntu or CentOS, we need to be able to run buildfarm on these systems. A suggestion
would be to use "pisi bootstrap" on these systems to create an initial system that buildfarm can run in via a chroot. This also nulls the issue
with sandbox violations, running in a double-sandbox.
The above two "fixes" would be enough for SolusOS and Pardus Anka to be able to efficiently build, alter, test, debug, etc, new packages, ISO's,
base systems. It is the most essential part of the process and should be considered the top priority.
Pisido Replacement
Pisido makes packaging very easy but is unfortunately quite limited. I will at some stage create a replacement tool. This will allow multiple packages
in one pspec.xml, better Actions writing, templating, and automatic detection of package type. i.e. adding the archive in the UI should present
a wizard or page with suggestions
* Automatic detection of package type
* Checkboxes to pass all valid options to ./configure
* Automatic splitting of -devel and lib32 packages
* Importing of foreign packages (i.e. .deb)
Basically it needs to lay down all the ground work in a correct manner to automate the creation of properly implemented packages. This will enable
community packagers to apply RAD concepts to packaging
Future Issues
Future issues will most certainly be encountered
As and when they arise we'll discuss the best way to approach them. I feel duplication of works is
ridiculous given the current Linux climate. I'm happy to work on these core parts that SolusOS and Anka will share. I look forward to cooperation
Email Publication
As this email will be published to the Pardus Anka community, I wish for it to be posted in both English and Turkish translations. I will also be posting
this on Google+ so that more people are aware of the cooperative effort between our projects.
Kind Regards,
Ikey Doherty