[gentoo-dev] Lastrite: sys-fs/extundelete
I don't have time for this, and couldn't find premade patch. Feel free to grab the package from me if you want. # Samuli Suominen (23 Feb 2012) # Last commit upstream 2010 and fails to build against # current e2fsprogs wrt #402633. Removal in 30 days unless # patch is provided. # Try ext3grep or ext4magic as replacement. sys-fs/extundelete
Re: [gentoo-dev] rfc: only the loopback interface should provide net
All, after discussions with several devs on irc about this issue, the following change has been made in openrc-0.9.9 which was just released: The loopback interface provides lo and *NOT* net. All other network interfaces provide net. For the categories given, this means the following: On Mon, Feb 06, 2012 at 06:15:13PM -0500, Alexandre Rostovtsev wrote: > 1. Services that connect to remote machines via any available network > interface. These should use or need net. > 2. Services that listen to connections from remote machines on any > available network interface, and run correctly even if no non-lo > interfaces are up. These should be changed to use or need lo. > 3. Services that require a specific network interface, bind to a > specific address, or connect to a specific machine on the local subnet. These will have to be configured by the user with something like: rc_use/need="!net net.iface" Thanks, William pgpg01CcplS4j.pgp Description: PGP signature
Re: [gentoo-dev] RFC patch for subversion.eclass (bug 401737)
On 22.02.2012 18:33, Matthew Summers wrote:
> On Tue, Feb 21, 2012 at 4:14 PM, Gilles Dartiguelongue
> wrote:
>> Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
>>> Hi,
>>>
>>> any objections against following patch for subversion.eclass?
>>> Fixes bug 401737. Basically respects ESVN_{USER,PASSWORD} during
>>> reemerge of a package.
>>>
>>>
>>> --- subversion.eclass 2012-02-07 11:56:27.0 +0200
>>> +++ subversion.eclass 2012-02-07 11:59:38.0 +0200
>>> @@ -469,7 +469,9 @@
>>> local target="${1}"
>>> local key="${2}"
>>>
>>> - env LC_ALL=C svn info "${target}" | grep -i "^${key}" | cut -d" " -f2-
>>> + env LC_ALL=C svn info \
>>> + ${options} --username "${ESVN_USER}" --password
>>> "${ESVN_PASSWORD}" \
>>> + "${target}" | grep -i "^${key}" | cut -d" " -f2-
>>> }
>>>
>>> ## -- subversion__get_repository_uri()
>>> --- #
>>
>> I'm not an expert of the subversion eclass, but the diff looks good.
>>
>> --
>> Gilles Dartiguelongue
>> Gentoo
>
> Why would you want a password in an ebuild? The var ESVN_PASSWORD
> seems like trouble to me.
>
This one for example
http://rapidsvn.tigris.org/
Quote:
Now you can checkout the source code for RapidSVN with RapidSVN
(Repository->Checkout) or with the svn command-line client.
The URL for the latest code is:
http://rapidsvn.tigris.org/svn/rapidsvn/trunk
You will be prompted for username and password.
For read access enter "guest" with an empty password.
justin
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] RFC patch for subversion.eclass (bug 401737)
On Wed, Feb 22, 2012 at 12:33 PM, Matthew Summers
wrote:
> On Tue, Feb 21, 2012 at 4:14 PM, Gilles Dartiguelongue
> wrote:
>> Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
>>> Hi,
>>>
>>> any objections against following patch for subversion.eclass?
>>> Fixes bug 401737. Basically respects ESVN_{USER,PASSWORD} during
>>> reemerge of a package.
>>>
>>>
>>> --- subversion.eclass 2012-02-07 11:56:27.0 +0200
>>> +++ subversion.eclass 2012-02-07 11:59:38.0 +0200
>>> @@ -469,7 +469,9 @@
>>> local target="${1}"
>>> local key="${2}"
>>>
>>> - env LC_ALL=C svn info "${target}" | grep -i "^${key}" | cut -d" " -f2-
>>> + env LC_ALL=C svn info \
>>> + ${options} --username "${ESVN_USER}" --password
>>> "${ESVN_PASSWORD}" \
>>> + "${target}" | grep -i "^${key}" | cut -d" " -f2-
>>> }
>>>
>>> ## -- subversion__get_repository_uri()
>>> --- #
>>
>> I'm not an expert of the subversion eclass, but the diff looks good.
>>
>> --
>> Gilles Dartiguelongue
>> Gentoo
>
> Why would you want a password in an ebuild? The var ESVN_PASSWORD
> seems like trouble to me.
I think the intended usage is by the user on the command line, or in a
package.env file.
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On Wed, Feb 22, 2012 at 7:03 PM, Markos Chandras wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/22/2012 01:33 PM, Ben wrote: >> On 22 February 2012 20:36, Corentin Chary >> wrote: >>> - "960 http://dev.gentoo.org": that's a lot of package >>> hosted here, is that really right ? >> >> That includes patches >20kb >> > Gentoo devs are supposed to put patches, tarballs and whatever they > want in their space. This is the recommended policy documented in > devmanual as well > > http://devmanual.gentoo.org/general-concepts/mirrors/index.html Yes, you're right, I totally forgot about patches. I'll try to make the script smarter and skip those. -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] Re: Gentoo Janitor scripts
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/22/2012 01:33 PM, Ben wrote: > On 22 February 2012 20:36, Corentin Chary > wrote: >> - "960 http://dev.gentoo.org": that's a lot of package >> hosted here, is that really right ? > > That includes patches >20kb > Gentoo devs are supposed to put patches, tarballs and whatever they want in their space. This is the recommended policy documented in devmanual as well http://devmanual.gentoo.org/general-concepts/mirrors/index.html - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iQIcBAEBCgAGBQJPRS4BAAoJEPqDWhW0r/LCjtsQALww5y0MDZ6zKwx941mPvCgi QFHqegBv5re+JsqPj/E9IyfzYXG7P06RAp/p5PvaaRM9MRXm5RuBeRCOI+opTDEU 8f0PuQ2Ft3I0+EIdI2V0xcJc5dPQZ9vg/fukApwT/3BOU09VcU5W4MMHjFBS58oX akeyPTjnKV/TUwD8gUkw/+nnYgDyYjXagoWgJLcTi6EMDYCwu1ax1iRH2kOUTevs vZHc0Ftejhn8lbemchvfRfqekPR6izhvSE7L1N63SP6cVfY8pykSzELLiqqRSobq tc7T73uk2gLcWHvmO0aK3YmaJCMjUViiYvMi6lzclyeass7zrKrfTIRuT+1Ffas+ +qSeKpHnIT5yOCEdir8HCoQVoqRjr5pGEMrkLiB91F5I2S9t68YsvpPP8KhAuXOe P6aGCE1EpBmcB1LCW3J3MnCJryb0r7fIF+K88ReulDGHn11MJC8dZGqeBJM224Db nlN4GYc+nZTt6wOIkv4yyBwhOFLT8szFFHHwt5vBEl6H2SyXJbFf/nQeiJF/UQkn tWi88Pa+rk0HeXVzy+2fCg844yYny5PRraqODyfP7LNb0tv0ScHtx6aJH5Z27emz Q47OCsdH8v3gAmDDxaYlNu2xVXNoJKJqC9YYVhdI9H08SWq+CYcYl6CC9OrzuqPe DzMIE+spLzZxJj1+joGt =FG1X -END PGP SIGNATURE-
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On Wed, 22 Feb 2012 09:48:52 +0100 Corentin Chary wrote: > From that output we can easilly find out new entries to > thirdpartymirrors, for example: > gentoo-devhttp://dev.gentoo.org Mirrors shouldn't be used as a dumb URL shortener. -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] RFC patch for subversion.eclass (bug 401737)
On 22-02-2012 11:33:55 -0600, Matthew Summers wrote:
> On Tue, Feb 21, 2012 at 4:14 PM, Gilles Dartiguelongue
> wrote:
> > Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
[snip]
> >> - env LC_ALL=C svn info "${target}" | grep -i "^${key}" | cut -d" "
> >> -f2-
> >> + env LC_ALL=C svn info \
> >> + ${options} --username "${ESVN_USER}" --password
> >> "${ESVN_PASSWORD}" \
> >> + "${target}" | grep -i "^${key}" | cut -d" " -f2-
> >> }
> >>
> >> ## -- subversion__get_repository_uri()
> >> --- #
> >
> > I'm not an expert of the subversion eclass, but the diff looks good.
>
> Why would you want a password in an ebuild? The var ESVN_PASSWORD
> seems like trouble to me.
I've seen some projects that have a "anonymous" or "guest" user with a
trivial/documented password, so I guess it's for cases like those.
--
Fabian Groffen
Gentoo on a different level
signature.asc
Description: Digital signature
Re: [gentoo-dev] RFC patch for subversion.eclass (bug 401737)
On Tue, Feb 21, 2012 at 4:14 PM, Gilles Dartiguelongue wrote:
> Le dimanche 19 février 2012 à 12:06 +0100, Justin a écrit :
>> Hi,
>>
>> any objections against following patch for subversion.eclass?
>> Fixes bug 401737. Basically respects ESVN_{USER,PASSWORD} during
>> reemerge of a package.
>>
>>
>> --- subversion.eclass 2012-02-07 11:56:27.0 +0200
>> +++ subversion.eclass 2012-02-07 11:59:38.0 +0200
>> @@ -469,7 +469,9 @@
>> local target="${1}"
>> local key="${2}"
>>
>> - env LC_ALL=C svn info "${target}" | grep -i "^${key}" | cut -d" " -f2-
>> + env LC_ALL=C svn info \
>> + ${options} --username "${ESVN_USER}" --password
>> "${ESVN_PASSWORD}" \
>> + "${target}" | grep -i "^${key}" | cut -d" " -f2-
>> }
>>
>> ## -- subversion__get_repository_uri()
>> --- #
>
> I'm not an expert of the subversion eclass, but the diff looks good.
>
> --
> Gilles Dartiguelongue
> Gentoo
Why would you want a password in an ebuild? The var ESVN_PASSWORD
seems like trouble to me.
--
Matthew W. Summers
Gentoo Foundation Inc.
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On 22 February 2012 20:36, Corentin Chary wrote: > - "960 http://dev.gentoo.org": that's a lot of package hosted > here, is that really right ? That includes patches >20kb
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On Wed, Feb 22, 2012 at 1:20 PM, Mart Raudsepp wrote: > On K, 2012-02-22 at 09:48 +0100, Corentin Chary wrote: >> I did a quick script to count most used prefixes in SRC_URI yesterday >> (https://github.com/iksaif/portage-janitor/blob/master/mirrors.py) >> >> Here is the (filtered) result: >> >> $ eix --only-names | python mirrors.py --count >> 960 http://dev.gentoo.org >> 372 http://xorg.freedesktop.org >> 372 http://xorg.freedesktop.org/releases >> 372 http://xorg.freedesktop.org/releases/individual >> 306 http://pear.php.net >> 306 http://pear.php.net/get >> 256 http://oss.tresys.com >> 255 http://oss.tresys.com/files >> 255 http://oss.tresys.com/files/refpolicy >> 225 http://hackage.haskell.org/packages >> 225 http://hackage.haskell.org/packages/archive >> 225 http://hackage.haskell.org >> 206 http://ftp.xemacs.org >> 201 https://github.com >> 196 http://ftp.xemacs.org/pub >> 196 http://ftp.xemacs.org/pub/xemacs >> 193 http://ftp.xemacs.org/pub/xemacs/packages >> 181 http://gstreamer.freedesktop.org >> 181 http://gstreamer.freedesktop.org/src >> 175 http://launchpad.net >> 175 http://linuxgazette.net >> 143 http://github.com >> 130 http://pear.horde.org >> 130 http://pear.horde.org/get >> 101 http://savannah.nongnu.org/download >> 101 http://savannah.nongnu.org >> 100 http://get.qt.nokia.com >> 97 ftp://sources.redhat.com/pub >> 97 ftp://sources.redhat.com >> 96 http://get.qt.nokia.com/qt >> 95 http://get.qt.nokia.com/qt/source >> 90 http://download.gna.org >> 75 http://pecl.php.net >> 75 http://pecl.php.net/get >> 72 http://components.ez.no/get >> 72 http://components.ez.no >> 69 https://fedorahosted.org >> 67 http://www.phrack.org/archives >> 67 http://www.phrack.org/archives/tgz >> 67 http://www.phrack.org >> >> >> From that output we can easilly find out new entries to >> thirdpartymirrors, for example: >> gentoo-dev http://dev.gentoo.org >> xorg http://xorg.freedesktop.org >> gna http://download.gna.org >> pecl http://pecl.php.net >> pear http://pear.php.net >> github https://github.com http://github.com >> xemacs http://ftp.xemacs.org/pub/ ftp://ftp.sa.xemacs.org/pub/ >> launchpad http://launchpad.net >> redhat ftp://sources.redhat.com/pub/ (and probably others !) >> etc... >> >> The good part is that once you've modified thirdpartymirrors with new >> mirrors, running mirrors.py --all will generate a big patch for all >> your ebuilds to use those new mirrors ! > > If you want this, then you should better figure out actual upstream > mirroring systems and their list of mirrors they would want us to use. > Until such, this seems to be just for shortening SRC_URI addresses when > an upstream tarball domain name or path repeats, and that's definitely > not what thirdpartymirrors is for. Yes, of course, that was just a quick example, not something definitive. But lets some examples: - http://xorg.freedesktop.org, it's easy to find mirror for that one, http://ftp.x.org/pub/ for example - github: packages seems to use http and https, this script can help to standardize the url used - "960 http://dev.gentoo.org": that's a lot of package hosted here, is that really right ? And still, thirdpartymirrors have some entries with only one "mirror" and I believe factorizing SRC_URIs is a good thing (if something changes, you just patch thirdpartymirros, not hundreds of ebuilds). -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On K, 2012-02-22 at 09:48 +0100, Corentin Chary wrote: > I did a quick script to count most used prefixes in SRC_URI yesterday > (https://github.com/iksaif/portage-janitor/blob/master/mirrors.py) > > Here is the (filtered) result: > > $ eix --only-names | python mirrors.py --count > 960 http://dev.gentoo.org > 372 http://xorg.freedesktop.org > 372 http://xorg.freedesktop.org/releases > 372 http://xorg.freedesktop.org/releases/individual > 306 http://pear.php.net > 306 http://pear.php.net/get > 256 http://oss.tresys.com > 255 http://oss.tresys.com/files > 255 http://oss.tresys.com/files/refpolicy > 225 http://hackage.haskell.org/packages > 225 http://hackage.haskell.org/packages/archive > 225 http://hackage.haskell.org > 206 http://ftp.xemacs.org > 201 https://github.com > 196 http://ftp.xemacs.org/pub > 196 http://ftp.xemacs.org/pub/xemacs > 193 http://ftp.xemacs.org/pub/xemacs/packages > 181 http://gstreamer.freedesktop.org > 181 http://gstreamer.freedesktop.org/src > 175 http://launchpad.net > 175 http://linuxgazette.net > 143 http://github.com > 130 http://pear.horde.org > 130 http://pear.horde.org/get > 101 http://savannah.nongnu.org/download > 101 http://savannah.nongnu.org > 100 http://get.qt.nokia.com > 97 ftp://sources.redhat.com/pub > 97 ftp://sources.redhat.com > 96 http://get.qt.nokia.com/qt > 95 http://get.qt.nokia.com/qt/source > 90 http://download.gna.org > 75 http://pecl.php.net > 75 http://pecl.php.net/get > 72 http://components.ez.no/get > 72 http://components.ez.no > 69 https://fedorahosted.org > 67 http://www.phrack.org/archives > 67 http://www.phrack.org/archives/tgz > 67 http://www.phrack.org > > > From that output we can easilly find out new entries to > thirdpartymirrors, for example: > gentoo-devhttp://dev.gentoo.org > xorg http://xorg.freedesktop.org > gna http://download.gna.org > pecl http://pecl.php.net > pear http://pear.php.net > github https://github.com http://github.com > xemacs http://ftp.xemacs.org/pub/ ftp://ftp.sa.xemacs.org/pub/ > launchpadhttp://launchpad.net > redhat ftp://sources.redhat.com/pub/ (and probably others !) > etc... > > The good part is that once you've modified thirdpartymirrors with new > mirrors, running mirrors.py --all will generate a big patch for all > your ebuilds to use those new mirrors ! If you want this, then you should better figure out actual upstream mirroring systems and their list of mirrors they would want us to use. Until such, this seems to be just for shortening SRC_URI addresses when an upstream tarball domain name or path repeats, and that's definitely not what thirdpartymirrors is for. Best, Mart Raudsepp
Re: [gentoo-dev] Re: About gcc-4.6 unmasking
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ryan Hill schrieb: >> I don't know if this has been discussed before but, what issues >> are preventing us from unmasking gcc-4.6 (and think on a near >> stabilization)? >> >> I have read hardmask message but it simply explains that it's >> masked for testing purposes :-/ > > Grub is the only blocker. I don't want to unmask something that > makes people's systems unbootable. > > I'm also out of ideas and open to suggestions. Does gcc-4.7 have the same problem with grub? Best regards, Chí-Thanh Christopher Nguyễn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9ExLEACgkQ+gvH2voEPRAkGQCeL46mVSwwzYioE18Y3qJ/34xD zQ0AnAy3pOu6Cv5xSbabwT2CGEwdvXTb =LLbL -END PGP SIGNATURE-
[gentoo-dev] default to syslinux instead of grub, was Re: About gcc-4.6 unmasking
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Cloos schrieb:
> B> I would hesitate to say it's the *sanest* thing to do, but we
> should at B> least get it into ~arch and make sure our
> documentation is up to date.
>
> Actually, given grub2's crazy config, the real upgrade from grub1
> is sys-boot/syslinux's extlinux(1).
>
> The configuration and operation styles are much more comfortable
> for those who are familiar with grub1.
>
> It would make a better default for x86/amd64 than grub1 or grub2.
Speaking as sys-boot/syslinux maintainer, I would like to see it
included in the official installation documentation. However there are
some differences between grub{,2} and syslinux/extlinux that could
block universal adoption.
Installation:
Syslinux installs into a partition which means that /boot must be on
one of the supported filesystems. Currently these are btrfs, ext2/3/4
and vfat (ntfs support will come in the next release). Also this means
that /boot cannot reside on a logical partition. To my knowledge,
there are no plans to allow booting from LVM either.
Dual-booting:
Telling users to create GPT instead of MBR partitions could address
the logical partition issue, however this would make dual-booting
Windows difficult. And Windows has been observed to behave strangely
when its BCD is not on a partition which has the boot flag set. There
are workarounds but documenting them would increase the complexity of
the handbook.
EFI:
Syslinux does not boot on EFI yet. Not a big problem as UEFI will fall
back to BIOS mode but this can bite users on Apple hardware.
Xen:
Booting Xen generally works, but some specialties like Mini-OS aren't
supported and likely won't be in the near future.
tl;dr
Syslinux/extlinux can replace grub in many if not most cases. But for
a number of setups it is not well-suited. So a documented and stable
grub2 will still be needed.
Best regards,
Chí-Thanh Christopher Nguyễn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk9EwsIACgkQ+gvH2voEPRBInwCfT9t7qmILcCG11pKcJJlJSMpr
hggAmwaeo4sl2OwnyhLr5sZFV+hUM7Vc
=l/NZ
-END PGP SIGNATURE-
Re: [gentoo-dev] Re: Gentoo Janitor scripts
On Wed, Feb 22, 2012 at 12:48 AM, Corentin Chary wrote: > I did a quick script to count most used prefixes in SRC_URI yesterday > (https://github.com/iksaif/portage-janitor/blob/master/mirrors.py) > > Here is the (filtered) result: > > $ eix --only-names | python mirrors.py --count > 960 http://dev.gentoo.org > 372 http://xorg.freedesktop.org > 372 http://xorg.freedesktop.org/releases > 372 http://xorg.freedesktop.org/releases/individual > 306 http://pear.php.net > 306 http://pear.php.net/get > 256 http://oss.tresys.com > 255 http://oss.tresys.com/files > 255 http://oss.tresys.com/files/refpolicy > 225 http://hackage.haskell.org/packages > 225 http://hackage.haskell.org/packages/archive > 225 http://hackage.haskell.org > 206 http://ftp.xemacs.org > 201 https://github.com > 196 http://ftp.xemacs.org/pub > 196 http://ftp.xemacs.org/pub/xemacs > 193 http://ftp.xemacs.org/pub/xemacs/packages > 181 http://gstreamer.freedesktop.org > 181 http://gstreamer.freedesktop.org/src > 175 http://launchpad.net > 175 http://linuxgazette.net > 143 http://github.com > 130 http://pear.horde.org > 130 http://pear.horde.org/get > 101 http://savannah.nongnu.org/download > 101 http://savannah.nongnu.org > 100 http://get.qt.nokia.com > 97 ftp://sources.redhat.com/pub > 97 ftp://sources.redhat.com > 96 http://get.qt.nokia.com/qt > 95 http://get.qt.nokia.com/qt/source > 90 http://download.gna.org > 75 http://pecl.php.net > 75 http://pecl.php.net/get > 72 http://components.ez.no/get > 72 http://components.ez.no > 69 https://fedorahosted.org > 67 http://www.phrack.org/archives > 67 http://www.phrack.org/archives/tgz > 67 http://www.phrack.org > > > From that output we can easilly find out new entries to > thirdpartymirrors, for example: > gentoo-dev http://dev.gentoo.org Don't encourage people to do bad things by making it a mirror target ;) -A > xorg http://xorg.freedesktop.org > gna http://download.gna.org > pecl http://pecl.php.net > pear http://pear.php.net > github https://github.com http://github.com > xemacs http://ftp.xemacs.org/pub/ ftp://ftp.sa.xemacs.org/pub/ > launchpad http://launchpad.net > redhat ftp://sources.redhat.com/pub/ (and probably others !) > etc... > > The good part is that once you've modified thirdpartymirrors with new > mirrors, running mirrors.py --all will generate a big patch for all > your ebuilds to use those new mirrors ! > > -- > Corentin Chary > http://xf.iksaif.net >
Re: [gentoo-dev] Re: About gcc-4.6 unmasking
> "B" == Ben writes: >> stabilizing Grub 2 ASAP is the sanest thing you can do, since even >> though it's also beta software, it's at least maintained by upstream. B> I would hesitate to say it's the *sanest* thing to do, but we should at B> least get it into ~arch and make sure our documentation is up to date. Actually, given grub2's crazy config, the real upgrade from grub1 is sys-boot/syslinux's extlinux(1). The configuration and operation styles are much more comfortable for those who are familiar with grub1. It would make a better default for x86/amd64 than grub1 or grub2. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6
[gentoo-dev] Re: Gentoo Janitor scripts
I did a quick script to count most used prefixes in SRC_URI yesterday (https://github.com/iksaif/portage-janitor/blob/master/mirrors.py) Here is the (filtered) result: $ eix --only-names | python mirrors.py --count 960 http://dev.gentoo.org 372 http://xorg.freedesktop.org 372 http://xorg.freedesktop.org/releases 372 http://xorg.freedesktop.org/releases/individual 306 http://pear.php.net 306 http://pear.php.net/get 256 http://oss.tresys.com 255 http://oss.tresys.com/files 255 http://oss.tresys.com/files/refpolicy 225 http://hackage.haskell.org/packages 225 http://hackage.haskell.org/packages/archive 225 http://hackage.haskell.org 206 http://ftp.xemacs.org 201 https://github.com 196 http://ftp.xemacs.org/pub 196 http://ftp.xemacs.org/pub/xemacs 193 http://ftp.xemacs.org/pub/xemacs/packages 181 http://gstreamer.freedesktop.org 181 http://gstreamer.freedesktop.org/src 175 http://launchpad.net 175 http://linuxgazette.net 143 http://github.com 130 http://pear.horde.org 130 http://pear.horde.org/get 101 http://savannah.nongnu.org/download 101 http://savannah.nongnu.org 100 http://get.qt.nokia.com 97 ftp://sources.redhat.com/pub 97 ftp://sources.redhat.com 96 http://get.qt.nokia.com/qt 95 http://get.qt.nokia.com/qt/source 90 http://download.gna.org 75 http://pecl.php.net 75 http://pecl.php.net/get 72 http://components.ez.no/get 72 http://components.ez.no 69 https://fedorahosted.org 67 http://www.phrack.org/archives 67 http://www.phrack.org/archives/tgz 67 http://www.phrack.org >From that output we can easilly find out new entries to thirdpartymirrors, for example: gentoo-devhttp://dev.gentoo.org xorg http://xorg.freedesktop.org gna http://download.gna.org pecl http://pecl.php.net pear http://pear.php.net github https://github.com http://github.com xemacs http://ftp.xemacs.org/pub/ ftp://ftp.sa.xemacs.org/pub/ launchpadhttp://launchpad.net redhat ftp://sources.redhat.com/pub/ (and probably others !) etc... The good part is that once you've modified thirdpartymirrors with new mirrors, running mirrors.py --all will generate a big patch for all your ebuilds to use those new mirrors ! -- Corentin Chary http://xf.iksaif.net
[gentoo-dev] Re: About gcc-4.6 unmasking
Alec Warner posted on Tue, 21 Feb 2012 14:38:53 -0800 as excerpted: > On Tue, Feb 21, 2012 at 1:26 AM, Pacho Ramos wrote: >> El lun, 20-02-2012 a las 20:02 -0600, Ryan Hill escribió: >>> On Mon, 20 Feb 2012 17:17:30 -0800 Zac Medico wrote: On 02/20/2012 05:03 PM, Ryan Hill wrote: > On Mon, 20 Feb 2012 21:34:14 +0100 Pacho Ramos wrote: > >> [W]hat issues are preventing us from unmasking gcc-4.6 >> (and think on a near stabilization)? > Grub is the only blocker. Stabilize grub-1.99, and modify the grub-0.9x ebuilds to die if they can't find a supported compiler. The latter should be doable now, with the die suggesting either grub-static or gcc-config to gcc-4.5, user's choice. The former (grub-1.99)... will take some time... mostly for docs, see my experience as noted below. >>> What's the state of 1.99? I know someone was working on it recently. >>> We'd also have to update the handbooks. I think it could be several >>> months of work to get it ready, and I'd like to unmask 4.6 last >>> September. >>> >> As looks like fixing old grub is far away because nobody know what is >> causing that issues, probably trying to get grub-1.99 ready for >> stabilization would be interesting (we will need to do that sooner or >> later anyway) > > Ubuntu has used grub2 for 3 years, I am considering working on making it > stable for at least x86 / amd64. Ubuntu also defaults to upstart (IIRC, it's certainly not openrc!) and unity. I run grub2 here and am all for the update (for one, it allows amd64/nomultilib to actually build grub, no more forced grub-static!), but surely there's better arguments in a gentoo context than mentioning the U-word, however long they've been doing it. My grub2 upgrade experience, FWIW. TL;DR: Gentoo grub2 docs need SERIOUS improvement for even ~arch usage (the bulk of the below), but I'm thrilled with how it works now that I have it figured out and setup to my liking. VAST improvement over grub-legacy! FWIW, I unmasked gcc-4.6 when I was still running grub-static, but I was thrilled to discover that grub-1.99 builds (and runs) just fine with it, even on amd64/no-multilib. **BUT** there's still a HUGE lack of decent gentoo specific grub2 documentation. The stub of a guide-page that the ebuild mentions, at least as of a few weeks ago when I upgraded, is a start, but it can almost be said to be more missing than there. the holes are so big! There's no way that's fit for even ~arch yet, which is why it's still unkeyworded. grub2 /works/ OK, there's simply no decent documentation at the gentoo level, and the documentation that's out there just isn't meant for or targeted at gentoo users /at/ /all/! This is the current doc, FWIW: http://dev.gentoo.org/~scarabeus/grub-2-guide.xml Since I'm running a quad-spindle md/raid (generally raid-1) setup, except that /boot is only two spindles, thus allowing for a backup /boot on the other two, I had the luxury of building and installing (to system) grub-1.99 with DONT_MOUNT_BOOT=1 set in /etc/portage/env/sys-boot/grub, then installing it to one boot record, gpt-BIOS partition and /boot at a time, keeping the other grub-static until I was comfortable with grub2's functionality. That allowed me to do a trial-and-error install and play around with the one, until I was absolutely SURE it was working well, then install to the second spindle and verify them both, before even TOUCHING the backup /boot and grub-static install on the other two spindles. It's a very good thing, too, as it took me QUITE some trial and error to get things working well, because THE DOCS JUST AREN'T THERE yet. So get the docs there and IMO it's basically ready to go, but that's going to take some time, even to get them to reasonable ~arch level, for folks who don't have the luxury of multiple bootable spindles and /boot install locations, as I do, and thus need documentation that works, at least for a minimal boot, the first time they let it touch /boot and (on BIOS systems, gpt and mbr both) the boot sector. Some problems I ran into: 1) grub-static blocks all grub, not just <=grub-1.90. https://bugs.gentoo.org/show_bug.cgi?id=398451 As mentioned above, I kept both installed. There's no file-conflicts, once grub-static is set to block <=grub-1.90, not all grub, as that work is long since done, slotting grub2 against grub-legacy, only grub-static hasn't been updated appropriately. 2) The doc covers BIOS/mbr and UEFI, but not BIOS/gpt https://bugs.gentoo.org/show_bug.cgi?id=398459 The current doc URL again: http://dev.gentoo.org/~scarabeus/grub-2-guide.xml Some people (like me) switched to gpt some time ago. The existing doc doesn't say anything about what they should do. As it happens, a gpt BIOS partition is detected automatically, and it solves a nasty problem MBR folks might have if there's not room between the boot sector and the first partition for grub-core. That's the only t
