Re: [gentoo-portage-dev] [PATCH] Check for and report read-only filesystems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/11/2014 12:09 AM, Brian Dolbec wrote: On Fri, 2014-01-10 at 22:07 -0500, Chris Reffett wrote: Hi all, Attached is a patch to test if Portage is going to write to a read-only filesystem and print out the list of filesystems that need to be remounted RW. This leaves ${D} intact rather than having some files moved before hitting the RO filesystem. Fixes bug 378869. Since git.overlays.gentoo.org is down, I haven't had the chance to rebase this against latest, but I can resubmit if it doesn't cleanly apply. This is my first patch to the list, so I apologize if I didn't submit correctly. Chris Reffett yeah, patch looks good. Only thing I didn't like is the return 1 IS that suppose to be True or sys.exit() value? If that is what the module was using, then it's ok. Personally I'm not a fan of using 0, 1 for False, True. But that will come later... That was just following the style of the rest of the module, for example a collision will return 1. This can be added to the stuff to be fixed up in future patches list. Chris Reffett -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iKUEARECAGYFAlLRU7VfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldEM2NzU5RjUyMDczREJDQkVDQTBDRkE1NERC Nzk1QThBNDI2MTgzNTQACgkQ23laikJhg1QLjQCfSJSpacHoI/IQPS/o+NFJvP6q d8YAmP+RmhoWwa3J1eRNk0BAxX1TtDg= =a7If -END PGP SIGNATURE-
[gentoo-portage-dev] Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage
On 10 January 2014 17:58, Michał Górny mgo...@gentoo.org wrote: Just to be clear, what is the exact use case for this? I can't think of a really good reason to manipulate mirror lists in subsequent repos. For Perl, in ::gentoo , its considered not too optimal to have backpan listed as a mirror, and its unnesscary, as ::gentoo gets to mirror everything on cpan anyway, so that there's no problem when upstream delete the version gentoo is using from cpan. But in the overlay, we don't have the luxury of a mirror, so we have backpan listed as a mirror for when cpan deletes a release. diff ( grep cpan /var/paludis/repositories/perl-git/profiles/thirdpartymirrors ) ( grep cpan /usr/portage/profiles/thirdpartymirrors ) 1c1 cpan http://search.cpan.org/CPAN http://cpan.hexten.net/ http://cpan.cpantesters.org http://www.cpan.org http://backpan.perl.org --- cpan http://search.cpan.org/CPAN http://www.cpan.org So here, it would be nicer if we could simply specify new mirrors instead of having to override the whole thing. -- Kent
[gentoo-portage-dev] Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage
On 12 January 2014 08:16, Kent Fredric kentfred...@gmail.com wrote: diff ( grep cpan /var/paludis/repositories/perl-git/profiles/thirdpartymirrors ) ( grep cpan /usr/portage/profiles/thirdpartymirrors ) Oh... also, there's a wide variety of location specific CPAN mirrors available that are location-specific. Specifying them in GENTOO_MIRRORS will simply mess up portage as they'll tell portage to try them for gentoo packages too, which will mean a lot of waiting while gentoo erroneously tries to fetch files from servers that will never have them. So having a location-specific subkey for each class of mirrors, and having a priority within each class of mirrors, so that users can just specify their location and the fetch system uses an appropriate mirror for each mirror class, that'd be great. -- Kent