Re: [gentoo-user] Emerging SVN build when server is down
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
Re: [gentoo-user] Emerging SVN build when server is down
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. signature.asc Description: PGP signature
Re: [gentoo-user] Emerging SVN build when server is down
-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 iEYEARECAAYFAkhrmoIACgkQZsUt7MqpQk0T2QCg58tpDGUhsRrgDRWK9HLyECCw vm4An193DP7Ki+3bu3LXDWHTnweIDJDl =EI9H -END PGP SIGNATURE- -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Emerging SVN build when server is down
2008/7/2, Neil Bothwick [EMAIL PROTECTED]:
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
Re: [gentoo-user] Emerging SVN build when server is down
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. signature.asc Description: PGP signature
Re: [gentoo-user] Emerging SVN build when server is down
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
Re: [gentoo-user] Emerging SVN build when server is down
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? signature.asc Description: PGP signature
Re: [gentoo-user] Emerging SVN build when server is down
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.
signature.asc
Description: PGP signature
Re: [gentoo-user] Emerging SVN build when server is down
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
Re: [gentoo-user] Emerging SVN build when server is down
On Wednesday 02 July 2008, Daniel Pielmeier wrote:
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. ;-)
It may be smarter, but it's also, ho hum, so *ordinary*. I mean, env
vars are supposed to be read by apps and modify their behaviour
accordingly. And here I am, offering a solution that merely uses the
system as designed. How boring
Elegantly misusing the ebuild command to get the correct result anyway -
now that is a stroke of pure genius. I shall make a note of this in my
journal, that my grandchildren, fifty years hence, may still appreciate
how real men made operating systems back in the day.
:-)
Oh dear, I'm getting verbose again...
--
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gentoo-user@lists.gentoo.org mailing list
