I've just tried to emerge the svn ebuild of madwifi-ng after a kernel
update. I have previously merged this so I have working sources in
$DISTDIR/svn-src but svn.madwifi.org is down. The emerge bails out when
it is unable to contact the server, when I would prefer it to use the
existing sources. Is there a way to force portage to do this?

If not, I think I should file a bug on this as it is a significant
blocker. After all, if I didn't have a wired connection, the server would
always be unavailable until I remerged the package.


--
Neil Bothwick

Stop metricationists! They are demanding their 454 grammes of flesh,
and if we give them 2.54 centimetres they'll take 1.609 kilometres!

On Wed, 2008-07-02 at 15:33 +0100, Neil Bothwick wrote:
> I've just tried to emerge the svn ebuild of madwifi-ng after a kernel
> update. I have previously merged this so I have working sources in
> $DISTDIR/svn-src but svn.madwifi.org is down. The emerge bails out when
> it is unable to contact the server, when I would prefer it to use the
> existing sources. Is there a way to force portage to do this?
>
> If not, I think I should file a bug on this as it is a significant
> blocker. After all, if I didn't have a wired connection, the server would
> always be unavailable until I remerged the package.
>
>
None of the madwifi-ng ebuilds in my portage tree have an svn source.
I'd be surprised if they did because the Gentoo devs generally
discourage subversion/cvs/etc. ebuilds.

Also lots of times a SRC_URI server is down or a mirror is out of sync
and we don't call them bugs; we call them crappy servers.

Now I'm not a Gentoo dev (anymore) but I wouldn't be surprised that if
you submitted a bug you'd get a WONTFIX or a "patches welcomed"
response.

-a


--
gentoo-user@lists.gentoo.org mailing list

On Wed, 02 Jul 2008 09:48:22 -0500, Albert Hopkins wrote:

> None of the madwifi-ng ebuilds in my portage tree have an svn source.
> I'd be surprised if they did because the Gentoo devs generally
> discourage subversion/cvs/etc. ebuilds.

It's in an overlay, the portage ebuilds don't support my card. although
there are ebuilds in portage that use svn/cvs, like MythTV.

> Also lots of times a SRC_URI server is down or a mirror is out of sync
> and we don't call them bugs; we call them crappy servers.

Well, that is the root cause of the problem, or they didn't pay their
hosting bill! But it is better to work around such situations than blame
others.

The point is that I already have the sources in $DISTDIR, but portage
won't use them until it can verify that they are up to date. Since they
work and the server doesn't, I'd say that was a reasonable assumption.

> Now I'm not a Gentoo dev (anymore) but I wouldn't be surprised that if
> you submitted a bug you'd get a WONTFIX or a "patches welcomed"
> response.

I was hoping someone already knew a workaround, otherwise it makes it
impossible to build from source you have already downloaded and verified,
which sounds like a bug to me!


--
Neil Bothwick

This tagline is baroque; please call Bach.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Neil Bothwick wrote:
| I was hoping someone already knew a workaround, otherwise it makes it
| impossible to build from source you have already downloaded and verified,
| which sounds like a bug to me!

Hm. Edit the ebuild and temporarily disable the up-to-date check?


- --
Johann Schmitz
http://www.j-schmitz.net

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkhrmoIACgkQZsUt7MqpQk0T2QCg58tpDGUhsR rgDRWK9HLyECCw
vm4An193DP7Ki+3bu3LXDWHTnweIDJDl
=EI9H
-----END PGP SIGNATURE-----
--
gentoo-user@lists.gentoo.org mailing list

2008/7/2, Neil Bothwick <neil@digimed.co.uk>:
> I've just tried to emerge the svn ebuild of madwifi-ng after a kernel
> update. I have previously merged this so I have working sources in
> $DISTDIR/svn-src but svn.madwifi.org is down. The emerge bails out when
> it is unable to contact the server, when I would prefer it to use the
> existing sources. Is there a way to force portage to do this?
>
> If not, I think I should file a bug on this as it is a significant
> blocker. After all, if I didn't have a wired connection, the server would
> always be unavailable until I remerged the package.

I have not tried this myself but you can try to copy $DISTDIR/svn-src
to $WORKDIR and use 'ebuild name-of-the-ebuild.ebuild
{install,qmerge}' to install it manually. See 'man ebuild' for
reference.

Maybe you should do 'ebuild name-of-the-ebuild.ebuild unpack' before
so hopefully all other stuff in $WORKDIR is created besides the work
folder itself which fails because of the missing sources. Then copy
the sources manually and run install and qmerge.

Regards,

Daniel
--
gentoo-user@lists.gentoo.org mailing list

On Wed, 02 Jul 2008 17:10:58 +0200, Johann Schmitz wrote:

> | I was hoping someone already knew a workaround, otherwise it makes it
> | impossible to build from source you have already downloaded and
> | verified, which sounds like a bug to me!
>
> Hm. Edit the ebuild and temporarily disable the up-to-date check?

That's all handled by the subversion eclass, and I don't want to mess
with that.


--
Neil Bothwick

This is a test of the emergency tagline stealing system.

On Wednesday 02 July 2008, Neil Bothwick wrote:
> I've just tried to emerge the svn ebuild of madwifi-ng after a kernel
> update. I have previously merged this so I have working sources in
> $DISTDIR/svn-src but svn.madwifi.org is down. The emerge bails out
> when it is unable to contact the server, when I would prefer it to
> use the existing sources. Is there a way to force portage to do this?

There's an env var, something like ESVN_SERVER, that you can set
to "offline", and if the ebuild inherits the svn eclass, it won't try
to checkout new sources.

You'll have to look in the eclass to find the correct name. I looked it
up only once and noted that it's analogous to ECVS_SERVER (which I use
often).

--
Alan McKinnon
alan dot mckinnon at gmail dot com

--
gentoo-user@lists.gentoo.org mailing list

On Wed, 2 Jul 2008 17:50:18 +0200, Alan McKinnon wrote:

> There's an env var, something like ESVN_SERVER, that you can set
> to "offline", and if the ebuild inherits the svn eclass, it won't try
> to checkout new sources.

Thanks Alan. The variable is ESVN_OFFLINE, which you set to anything
non-empty to skip the updates. I'd hoped portage was intelligent enough
to have a way to use existing svn sources. It is, it's just a user not
intelligent enough to find it

Thanks again!


--
Neil Bothwick

Why is it that when you transport something by car it's called shipment,
but when you transport it by ship it's called cargo?

On Wed, 2 Jul 2008 17:37:39 +0200, Daniel Pielmeier wrote:

> I have not tried this myself but you can try to copy $DISTDIR/svn-src
> to $WORKDIR and use 'ebuild name-of-the-ebuild.ebuild
> {install,qmerge}' to install it manually. See 'man ebuild' for
> reference.

I was about to try this when Alan's suggestion arrived, which worked.
However, this is just the sort of kludgy approach that appeals to me


--
Neil Bothwick

What do you have when you have six lawyers buried up to their necks in
sand? Not enough sand.

Neil Bothwick schrieb:

On Wed, 2 Jul 2008 17:37:39 +0200, Daniel Pielmeier wrote:


I have not tried this myself but you can try to copy $DISTDIR/svn-src
to $WORKDIR and use 'ebuild name-of-the-ebuild.ebuild
{install,qmerge}' to install it manually. See 'man ebuild' for
reference.


I was about to try this when Alan's suggestion arrived, which worked.
However, this is just the sort of kludgy approach that appeals to me




Yeah, using the env variable is a bit smarter than my approach. ;-)
--
gentoo-user@lists.gentoo.org mailing list