Re: [gentoo-dev] A few mgorny/ projects for upstream-grabs
Michał Górny wrote: > dev-util/atomic-install > > A nice one -- tool to quasi-atomically install files from $D to live > system. The idea is to replace live files as fast as possible, > and quickly revert that if it fails in the middle. I like the idea, but I would personally like to see it expanded to something eselect-like which leaves "stage" files in place and allows to quickly swap between different instances, rather than only support one-shot installation. //Peter pgprj9k04R4PA.pgp Description: PGP signature
Re: [gentoo-dev] A few mgorny/ projects for upstream-grabs
Dnia 2015-06-15, o godz. 22:16:43 Jauhien Piatlicki napisał(a): > Hi, > > I will try to work a little bit on flaggie (I also have not very much > free time, though), I guess you'll continue to accept pull requests for it? Yes, though it can take me a few days to review them properly. -- Best regards, Michał Górny pgpsI03Bz3OVG.pgp Description: OpenPGP digital signature
Re: [gentoo-dev] A few mgorny/ projects for upstream-grabs
Hi, I will try to work a little bit on flaggie (I also have not very much free time, though), I guess you'll continue to accept pull requests for it? On 06/15/2015 07:54 PM, Michał Górny wrote: > Hi, everyone. > > My time for Gentoo is quite limited right now (you gotta start working > for money at some point :)), and the little time I have I'm trying to > use for the Gentoo work I consider most important. This sadly means > that many of my past tools are earning their share of bitrot and would > really use a new contributors, or possibly even full-time upstream > maintainers :). > > Here's a long list of projects along with short description, their state > and planned TODO items that I won't have time to implement anytime soon. > > > app-portage/flaggie > > The package.use (& make.conf) flag management tool. Pretty high > priority. > > status: rather working, has a few bugs, certainly would use some new > Portage features > > TODO: > - remove make.conf editing support (it's very complex and broken -- > can eat random '$' from the file in some cases), > - therefore: edit global flags via '*/*' entries in package.use, > - support writing 'FOO_BAR:' format for USE_EXPAND in package.use, > - support parsing 'FOO_BAR:' format for USE_EXPAND on command-line > (i.e. 'flaggie libfoo VIDEO_CARDS: +radeon -nvidia'), > - remove implicit '*' expansion in package names and flag names -- > package.use can handle '*', so leave it as is and just expand it > when checking if the flags are supported, > - possibly clean up package.use writer (or rewrite it since I'm > no longer able to figure out how it works exactly :)). signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] A few mgorny/ projects for upstream-grabs
Hi Michal I could help out with phsh if you need a hand. Cheers, Patrice Monday 15 Jun 2015 19:54:59, Michal Górny wrote : > Hi, everyone. > > My time for Gentoo is quite limited right now (you gotta start working > for money at some point :)), and the little time I have I'm trying to > use for the Gentoo work I consider most important. This sadly means > that many of my past tools are earning their share of bitrot and would > really use a new contributors, or possibly even full-time upstream > maintainers :). > > Here's a long list of projects along with short description, their state > and planned TODO items that I won't have time to implement anytime soon. > > > app-admin/eclean-kernel > > The tool to clean up old kernels. A bit controversial in the end > because /boot is a mess. > > status: works with some /boot layouts, fails hard on some, has some > known bugs/requests > > TODO: > - figure out how it sanely could work, > - support /boot shared between multiple systems, > - support BootloaderSpec (maybe), > - clean up the code, possibly rewrite in something saner than Python > (C++?). > > > app-cdr/mirage2iso > > Quite an old tool to convert various image formats to .iso using > libMirage. > > status: working, no known bugs, may use a little cleanup > > TODO: > - support selecting track to read (right now it reads first supported > one), > - support extracting multiple tracks (sessions) -- options to pass > track list and output filename pattern, > - support converting to .bin + .toc/.cue, > - support for more track types (right now, Mode 1 & Mode 2 form 1 are > supported), > - support for audio tracks (how? external converter? a library?). > > > app-portage/cpuinfo2cpuflags > > The tool to get CPU_FLAGS_X86 for your system :). Not really > abandoned but I have some TODO items I won't be able to do soon. > > status: working, no known bugs > > TODO: > - replace /proc/cpuinfo parsing with CPUID assembly/intrinsics -- > support more kernels than just Linux, > - possibly extend to non-x86 arches. > > > app-portage/diffmask > > A tool to maintain package group unmasks in sync, and clean up stale > unmasks. Quite specific since it requires unmasks to be copied > exactly from mask file. > > status: quite working, not exactly proud of the design > > No real TODO items but it would be nice to think a bit about > the design and figure out if we couldn't do something more user- > friendly (i.e. not being that strictly bound to package.mask). > > > app-portage/flaggie > > The package.use (& make.conf) flag management tool. Pretty high > priority. > > status: rather working, has a few bugs, certainly would use some new > Portage features > > TODO: > - remove make.conf editing support (it's very complex and broken -- > can eat random '$' from the file in some cases), > - therefore: edit global flags via '*/*' entries in package.use, > - support writing 'FOO_BAR:' format for USE_EXPAND in package.use, > - support parsing 'FOO_BAR:' format for USE_EXPAND on command-line > (i.e. 'flaggie libfoo VIDEO_CARDS: +radeon -nvidia'), > - remove implicit '*' expansion in package names and flag names -- > package.use can handle '*', so leave it as is and just expand it > when checking if the flags are supported, > - possibly clean up package.use writer (or rewrite it since I'm > no longer able to figure out how it works exactly :)). > > > app-portage/gentoopm > > A wrapper providing nice API to all three Package Managers. Used by > gpyutils, smart-live-rebuild... > > status: stuck in EAPI 4 era, might have some hidden bugs > > TODO: > - add APIs for EAPI 5 -- but this requires Package Manager APIs first, > - maybe some cleanup. > > > app-portage/install-mask > > A tool to update INSTALL_MASK in make.conf using well-known file > groups. Uses make.conf manipulation code from flaggie. > > status: working, make.conf manipulation broken as in flaggie > > TODO: > - the tool should be killed, and INSTALL_MASK group support should be > moved into Portage :). Alike: > > INSTALL_MASK="@systemd @locale -@locale_pl" > > with matches being applied sequentially, and groups being defined > in $repo/metadata/install-mask.conf [and masters]. > > > app-portage/pms-test-suite > > A GSoC project and as such, totally abandoned. Not sure if anybody > really cares these days. > > status: stuck in EAPI 4 era, waiting for EAPI 5 in gentoopm... > > TODO: > - support EAPI 5, > - find some use for it? > > > dev-util/atomic-install > > A nice one -- tool to quasi-atomically install files from $D to live > system. The idea is to replace live files as fast as possible, > and quickly revert that if it fails in the middle. Never finished but > nevertheless a good idea :). If someone's up for it, I'd love to see > it working one da
[gentoo-dev] A few mgorny/ projects for upstream-grabs
Hi, everyone. My time for Gentoo is quite limited right now (you gotta start working for money at some point :)), and the little time I have I'm trying to use for the Gentoo work I consider most important. This sadly means that many of my past tools are earning their share of bitrot and would really use a new contributors, or possibly even full-time upstream maintainers :). Here's a long list of projects along with short description, their state and planned TODO items that I won't have time to implement anytime soon. app-admin/eclean-kernel The tool to clean up old kernels. A bit controversial in the end because /boot is a mess. status: works with some /boot layouts, fails hard on some, has some known bugs/requests TODO: - figure out how it sanely could work, - support /boot shared between multiple systems, - support BootloaderSpec (maybe), - clean up the code, possibly rewrite in something saner than Python (C++?). app-cdr/mirage2iso Quite an old tool to convert various image formats to .iso using libMirage. status: working, no known bugs, may use a little cleanup TODO: - support selecting track to read (right now it reads first supported one), - support extracting multiple tracks (sessions) -- options to pass track list and output filename pattern, - support converting to .bin + .toc/.cue, - support for more track types (right now, Mode 1 & Mode 2 form 1 are supported), - support for audio tracks (how? external converter? a library?). app-portage/cpuinfo2cpuflags The tool to get CPU_FLAGS_X86 for your system :). Not really abandoned but I have some TODO items I won't be able to do soon. status: working, no known bugs TODO: - replace /proc/cpuinfo parsing with CPUID assembly/intrinsics -- support more kernels than just Linux, - possibly extend to non-x86 arches. app-portage/diffmask A tool to maintain package group unmasks in sync, and clean up stale unmasks. Quite specific since it requires unmasks to be copied exactly from mask file. status: quite working, not exactly proud of the design No real TODO items but it would be nice to think a bit about the design and figure out if we couldn't do something more user- friendly (i.e. not being that strictly bound to package.mask). app-portage/flaggie The package.use (& make.conf) flag management tool. Pretty high priority. status: rather working, has a few bugs, certainly would use some new Portage features TODO: - remove make.conf editing support (it's very complex and broken -- can eat random '$' from the file in some cases), - therefore: edit global flags via '*/*' entries in package.use, - support writing 'FOO_BAR:' format for USE_EXPAND in package.use, - support parsing 'FOO_BAR:' format for USE_EXPAND on command-line (i.e. 'flaggie libfoo VIDEO_CARDS: +radeon -nvidia'), - remove implicit '*' expansion in package names and flag names -- package.use can handle '*', so leave it as is and just expand it when checking if the flags are supported, - possibly clean up package.use writer (or rewrite it since I'm no longer able to figure out how it works exactly :)). app-portage/gentoopm A wrapper providing nice API to all three Package Managers. Used by gpyutils, smart-live-rebuild... status: stuck in EAPI 4 era, might have some hidden bugs TODO: - add APIs for EAPI 5 -- but this requires Package Manager APIs first, - maybe some cleanup. app-portage/install-mask A tool to update INSTALL_MASK in make.conf using well-known file groups. Uses make.conf manipulation code from flaggie. status: working, make.conf manipulation broken as in flaggie TODO: - the tool should be killed, and INSTALL_MASK group support should be moved into Portage :). Alike: INSTALL_MASK="@systemd @locale -@locale_pl" with matches being applied sequentially, and groups being defined in $repo/metadata/install-mask.conf [and masters]. app-portage/pms-test-suite A GSoC project and as such, totally abandoned. Not sure if anybody really cares these days. status: stuck in EAPI 4 era, waiting for EAPI 5 in gentoopm... TODO: - support EAPI 5, - find some use for it? dev-util/atomic-install A nice one -- tool to quasi-atomically install files from $D to live system. The idea is to replace live files as fast as possible, and quickly revert that if it fails in the middle. Never finished but nevertheless a good idea :). If someone's up for it, I'd love to see it working one day. status: never reached 'fully working' state How it was supposed to work (and mostly works): - writes 'journal' synchronously with file lists and current status, - copies (CoWs, hardlinks) files from $D to live system renaming them to .${filename}.NEW.${random-id-from-journal}, - copies (CoWs, hardlinks) existing files in live system to backups as .${filename}.OLD.${random-id-from-journa