Th development plans
Hi, After making a snapshot, and having (development wise) stable package set, I want to start refreshing the distribution. This means big changes in the near future to get PLD back to being modern (or at least up-to-date) wrt current Linux world. Below I present a plan (a.k.a The Roadmap) for Th: - db 5.3 as default system BerkeleyDB - rpm 5.4.x - perl 5.16.x - apache 2.4.x - full systemd support (provide systemd units, but still support SysV scripts - at least until vserver will be able to run systemd) - drop *-initrd packages, building them is becoming a RPITA, and the net gain is not worth the pain - grsecurity support in our kernels will be dropped, until someone volunteers to keep that patch up-to-date - kernel 3.4.x will become the new -longterm Of course, the always-in-development model stays, other non-conflicting changes are welcome, and if you have any comments and proposals please say so. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tue, Sep 04, 2012 at 12:20:56PM +0200, Jan Rękorajski wrote: > - rpm 5.4.x Yeah! +1 And we should re-consider every of our current rpm patches, even if some functionality should be sacrificed. > - full systemd support (provide systemd units, but still support SysV > scripts - at least until vserver will be able to run systemd) +1 > - drop *-initrd packages, building them is becoming a RPITA, and the net gain > is not worth the pain I am not sure about this one. Though, I am not going to volunteer to support those, either ;) > - grsecurity support in our kernels will be dropped, until someone > volunteers to keep that patch up-to-date +1 > - kernel 3.4.x will become the new -longterm +1, as long as it is considered 'longterm' upstream. > Of course, the always-in-development model stays, other non-conflicting > changes > are welcome, and if you have any comments and proposals please say so. +1 Greets, Jacek ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tue, 04 Sep 2012, Jacek Konieczny wrote: > On Tue, Sep 04, 2012 at 12:20:56PM +0200, Jan Rękorajski wrote: > > - rpm 5.4.x > > Yeah! > +1 > > And we should re-consider every of our current rpm patches, even if some > functionality should be sacrificed. I went through all the patches on master and rpm-4_5 and they seem sane, so I don't see the need to drop anything. > > - grsecurity support in our kernels will be dropped, until someone > > volunteers to keep that patch up-to-date > > +1 > > > - kernel 3.4.x will become the new -longterm > > +1, as long as it is considered 'longterm' upstream. Yes, Greg K-H stated that 3.4.x will be maintained as lonterm for the next two years. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tuesday 04 of September 2012, Jan Rękorajski wrote: > Hi, > After making a snapshot, and having (development wise) stable package set, > I want to start refreshing the distribution. This means big changes in the > near future to get PLD back to being modern (or at least up-to-date) wrt > current Linux world. > > Below I present a plan (a.k.a The Roadmap) for Th: New texlive, new ffmpeg, new mesa (soon 9.0), new xserver (soon 1.13) ? :-) -- Arkadiusz Miśkiewicz, arekm / maven.pl ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tue, 04 Sep 2012, Arkadiusz Miśkiewicz wrote: > On Tuesday 04 of September 2012, Jan Rękorajski wrote: > > Hi, > > After making a snapshot, and having (development wise) stable package set, > > I want to start refreshing the distribution. This means big changes in the > > near future to get PLD back to being modern (or at least up-to-date) wrt > > current Linux world. > > > > Below I present a plan (a.k.a The Roadmap) for Th: > > New texlive, new ffmpeg, new mesa (soon 9.0), new xserver (soon 1.13) ? :-) Sure, but let's take one step at a time, I upgraded db and then I want to go with rpm (which seems to have some rpmbuild problems related to python, BTW :/) -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
2012/9/4 Jan Rękorajski : > On Tue, 04 Sep 2012, Arkadiusz Miśkiewicz wrote: > >> On Tuesday 04 of September 2012, Jan Rękorajski wrote: >> > Hi, >> > After making a snapshot, and having (development wise) stable package set, >> > I want to start refreshing the distribution. This means big changes in the >> > near future to get PLD back to being modern (or at least up-to-date) wrt >> > current Linux world. >> > >> > Below I present a plan (a.k.a The Roadmap) for Th: >> >> New texlive, new ffmpeg, new mesa (soon 9.0), new xserver (soon 1.13) ? :-) > > Sure, but let's take one step at a time, I upgraded db and then I want > to go with rpm (which seems to have some rpmbuild problems related to > python, BTW :/) > Hi, Maybe add some wiki page, where we could add comments about progress, dates and synchronize work with each other? -- Regards, Łukasz ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tue, Sep 04, 2012 at 12:20:56 +0200, Jan Rękorajski wrote: > Below I present a plan (a.k.a The Roadmap) for Th: > > - rpm 5.4.x [...] > - grsecurity support in our kernels will be dropped, until someone > volunteers to keep that patch up-to-date > - kernel 3.4.x will become the new -longterm How about partial (only things that already compile, no extra patching and actually not-supported) x32 arch (lib32 prefix)? If not (I don't want to start discussion*) - is there any howto/manual on starting private builder? * being supported by kernel, glibc and base toolchain means there is at least _some_ valid rationale and _someone_ might have use for that -- Tomasz Pala ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tue, 04 Sep 2012, Lukasz Kies wrote: > 2012/9/4 Jan Rękorajski : > > On Tue, 04 Sep 2012, Arkadiusz Miśkiewicz wrote: > > > >> On Tuesday 04 of September 2012, Jan Rękorajski wrote: > >> > Hi, > >> > After making a snapshot, and having (development wise) stable package > >> > set, > >> > I want to start refreshing the distribution. This means big changes in > >> > the > >> > near future to get PLD back to being modern (or at least up-to-date) wrt > >> > current Linux world. > >> > > >> > Below I present a plan (a.k.a The Roadmap) for Th: > >> > >> New texlive, new ffmpeg, new mesa (soon 9.0), new xserver (soon 1.13) ? :-) > > > > Sure, but let's take one step at a time, I upgraded db and then I want > > to go with rpm (which seems to have some rpmbuild problems related to > > python, BTW :/) > > > Hi, > > Maybe add some wiki page, where we could add comments about progress, > dates and synchronize work with each other? Done, not much content yet, but we can start from here. http://www.pld-linux.org/Th-next -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsmimuw.edu.pl bagginspld-linux.org ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tuesday 04 of September 2012 12:20:56 Jan Rękorajski wrote: > Hi, > After making a snapshot, and having (development wise) stable package set, > I want to start refreshing the distribution. This means big changes in the > near future to get PLD back to being modern (or at least up-to-date) wrt > current Linux world. > > Below I present a plan (a.k.a The Roadmap) for Th: > > - db 5.3 as default system BerkeleyDB > - rpm 5.4.x > - perl 5.16.x > - apache 2.4.x > - full systemd support (provide systemd units, but still support SysV > scripts - at least until vserver will be able to run systemd) > - drop *-initrd packages, building them is becoming a RPITA, and the net gain > is not worth the pain > - grsecurity support in our kernels will be dropped, until someone > volunteers to keep that patch up-to-date > - kernel 3.4.x will become the new -longterm > > Of course, the always-in-development model stays, other non-conflicting > changes > are welcome, and if you have any comments and proposals please say so. > i'm thinking about one idea - compiling linux distro with clang into platform idenpendent bitcode (somthing like .rpm.noarch) and providing platform specific ll-virtual-machine but currently there's a serious limitation - no shared bitcode linking :/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
