[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
On Sun, Oct 26, 2008 at 05:22:26PM +, Greg Kroah-Hartman (gregkh) wrote:
# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/net-misc/bti/bti-007.ebuild,v 1.1
2008/10/26 17:22:26 gregkh Exp $
RDEPEND=${DEPEND}
src_compile() {
emake || die emake failed
}
This is the default src_compile.
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Since that's all the ebuild installs, the package is completely
nonfunctional if bti is not installed(I'd die on all three but you don't
have to die on the last one).
pgp9ukcpiV2Fc.pgp
Description: PGP signature
[gentoo-dev] Re: kde-testing access
On Sunday 26 October 2008 21:04:13 Robin H. Johnson wrote: On Sun, Oct 26, 2008 at 02:07:17PM +0200, Theo Chatzimichos wrote: i was one of the maintainers of kdesvn-portage overlay and i would like if you are able to give me access to kde-testing overlay so as to merge live ebuilds. my public key is http://linuxteam.cs.teilar.gr/~tampakrap/id_rsa.pub I assume you mean proj/kde in the git overlays. Please have the KDE team forward/confirm your request. there is no need to do anything more, i got access to proj/kde-crazy in the git overlays as live kde ebuilds moved there. thank you
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
On Sun, Oct 26, 2008 at 01:36:29PM -0400, Thomas Anderson wrote:
On Sun, Oct 26, 2008 at 05:22:26PM +, Greg Kroah-Hartman (gregkh) wrote:
# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/net-misc/bti/bti-007.ebuild,v 1.1
2008/10/26 17:22:26 gregkh Exp $
RDEPEND=${DEPEND}
src_compile() {
emake || die emake failed
}
This is the default src_compile.
Ah, thanks, I should just drop this then.
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Why would any of these fail if the src_compile succeeded?
And, for some reason I thought that the default was that if there was an
error in them, they would die on their own. Is that not the case?
Since that's all the ebuild installs, the package is completely
nonfunctional if bti is not installed(I'd die on all three but you don't
have to die on the last one).
Might as well be consistent :)
thanks for the review,
greg k-h
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
Greg KH schrieb:
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Why would any of these fail if the src_compile succeeded?
What happens, if upstream changes the name of the binary on version bump or
changes the compile
output location?
And, for some reason I thought that the default was that if there was an
error in them, they would die on their own. Is that not the case?
Sadly not. Some functions do die (like epatch or econf), others do not (like
emake, dobin,
doman). If i remember correctly, those that are external functions do die,
the others do not.
--
Thomas Sachau
Gentoo Linux Developer
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
On Wed, Aug 06, 2008 at 02:18:05PM -0700, Robin H. Johnson wrote: Getting the bot out there - If you would like to have the new bot in your #gentoo-* channel, would each channel founder/leader please respond to this thread, stating the channel name, and that they are the contact for any problems/troubles. Willikins was not in the following channels, as nobody requested it here yet. #gentoo-apache #gentoo-br #gentoo-db #gentoo-doc-nl #gentoo-embedded #gentoo-eselect #gentoo-hardened #gentoo-installer #gentoo-media #gentoo-netmon #gentoo-osx #gentoo-pms #gentoo-scire #gentoo-test #gentoo-voip #gentoo-web #gentoo-xfce Solar has requested that the bot joins the channels now, so if you have complaints instead, please note them here. -- Robin Hugh Johnson Gentoo Linux Developer Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpuojNyEOOvR.pgp Description: PGP signature
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
On Sun, Oct 26, 2008 at 02:58:02PM -0700, Greg KH wrote:
On Sun, Oct 26, 2008 at 01:36:29PM -0400, Thomas Anderson wrote:
On Sun, Oct 26, 2008 at 05:22:26PM +, Greg Kroah-Hartman (gregkh) wrote:
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Why would any of these fail if the src_compile succeeded?
Succeeded and Not error out are different. Src_compile could not
error out but still not produce the executables/produce an executable
with a different name. Either way you end up with a broken installation
of bti.
And, for some reason I thought that the default was that if there was an
error in them, they would die on their own. Is that not the case?
No, they don't die on their own. As far as I know, very few ebuild
functions do. Econf does, and epatch does as well. I'll look into
writing up a list of which functions die and which don't though, for
convenience.
pgptdpnKyJ2V9.pgp
Description: PGP signature
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
Robin H. Johnson wrote: Willikins was not in the following channels, as nobody requested it here yet. #gentoo-apache #gentoo-br #gentoo-db #gentoo-doc-nl #gentoo-embedded #gentoo-eselect #gentoo-hardened #gentoo-installer #gentoo-media #gentoo-netmon #gentoo-osx #gentoo-pms #gentoo-scire #gentoo-test #gentoo-voip #gentoo-web #gentoo-xfce Solar has requested that the bot joins the channels now, so if you have complaints instead, please note them here. Dunno about the others, but #gentoo-xfce just forwards to #gentoo-desktop now, so no point in having it try to do -xfce. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
On Sun, Oct 26, 2008 at 11:17:14PM +0100, Thomas Sachau wrote:
Greg KH schrieb:
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Why would any of these fail if the src_compile succeeded?
What happens, if upstream changes the name of the binary on version
bump or changes the compile output location?
Then I will go and swat upstream upside the head for not realizing that
he also needed to fix the ebuild when he bumbed the version :)
(hint, upstream and me are the same...)
thanks,
greg k-h
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest
On Sun, Oct 26, 2008 at 06:29:13PM -0400, Thomas Anderson wrote:
On Sun, Oct 26, 2008 at 02:58:02PM -0700, Greg KH wrote:
On Sun, Oct 26, 2008 at 01:36:29PM -0400, Thomas Anderson wrote:
On Sun, Oct 26, 2008 at 05:22:26PM +, Greg Kroah-Hartman (gregkh)
wrote:
src_install() {
doman bti.1
dobin bti
dodoc bti.example README RELEASE-NOTES
}
You really should have some or all of these functions die on failure.
Why would any of these fail if the src_compile succeeded?
Succeeded and Not error out are different. Src_compile could not
error out but still not produce the executables/produce an executable
with a different name. Either way you end up with a broken installation
of bti.
And, for some reason I thought that the default was that if there was an
error in them, they would die on their own. Is that not the case?
No, they don't die on their own. As far as I know, very few ebuild
functions do. Econf does, and epatch does as well. I'll look into
writing up a list of which functions die and which don't though, for
convenience.
Ok, thanks for the information, I appreciate it.
greg k-h
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-10-26 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2008-10-26 23h59 UTC. Removals: media-tv/pvr-firmware 2008-10-21 21:36:33 cardoe media-plugins/slimserver-alienbbc 2008-10-24 04:22:30 lavajoe media-sound/softsqueeze 2008-10-24 04:46:11 lavajoe media-sound/slimserver 2008-10-24 04:47:30 lavajoe dev-python/twibber 2008-10-26 05:24:41 neurogeek dev-python/twisted-xish 2008-10-26 05:28:53 neurogeek dev-python/twisted-pair 2008-10-26 05:30:57 neurogeek dev-python/twisted-flow 2008-10-26 05:32:38 neurogeek Additions: dev-perl/Compress-Raw-Bzip2 2008-10-20 16:53:16 tove dev-perl/IO-Compress-Bzip2 2008-10-20 16:55:10 tove perl-core/Package-Constants 2008-10-20 17:27:17 tove media-libs/lasi 2008-10-21 11:29:15 bicatali media-libs/libharu 2008-10-21 11:34:23 bicatali media-tv/ivtv-firmware 2008-10-21 18:10:11 cardoe media-tv/cx18-firmware 2008-10-21 18:17:42 cardoe sys-libs/libservicelog 2008-10-21 20:08:03 ranger sys-apps/servicelog 2008-10-21 20:26:55 ranger media-tv/ivtv-utils 2008-10-21 21:48:41 cardoe kde-base/pykde4 2008-10-21 23:21:11 jmbsvicetto kde-base/krosspython2008-10-21 23:29:11 jmbsvicetto dev-ruby/rspec-rails2008-10-22 07:45:02 graaff x11-drivers/xf86-video-intel2008-10-22 13:55:23 remi dev-db/apgdiff 2008-10-22 14:48:21 fordfrog dev-lang/luarocks 2008-10-22 22:07:20 mabi dev-python/jinja2 2008-10-24 05:40:29 neurogeek dev-lang/vala 2008-10-24 12:44:55 remi dev-util/lcov 2008-10-24 20:10:16 tester dev-tex/culmus-latex2008-10-26 15:46:28 aballier net-misc/bti2008-10-26 17:22:26 gregkh -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: media-tv/pvr-firmware,removed,cardoe,2008-10-21 21:36:33 media-plugins/slimserver-alienbbc,removed,lavajoe,2008-10-24 04:22:30 media-sound/softsqueeze,removed,lavajoe,2008-10-24 04:46:11 media-sound/slimserver,removed,lavajoe,2008-10-24 04:47:30 dev-python/twibber,removed,neurogeek,2008-10-26 05:24:41 dev-python/twisted-xish,removed,neurogeek,2008-10-26 05:28:53 dev-python/twisted-pair,removed,neurogeek,2008-10-26 05:30:57 dev-python/twisted-flow,removed,neurogeek,2008-10-26 05:32:38 Added Packages: dev-perl/Compress-Raw-Bzip2,added,tove,2008-10-20 16:53:16 dev-perl/IO-Compress-Bzip2,added,tove,2008-10-20 16:55:10 perl-core/Package-Constants,added,tove,2008-10-20 17:27:17 media-libs/lasi,added,bicatali,2008-10-21 11:29:15 media-libs/libharu,added,bicatali,2008-10-21 11:34:23 media-tv/ivtv-firmware,added,cardoe,2008-10-21 18:10:11 media-tv/cx18-firmware,added,cardoe,2008-10-21 18:17:42 sys-libs/libservicelog,added,ranger,2008-10-21 20:08:03 sys-apps/servicelog,added,ranger,2008-10-21 20:26:55 media-tv/ivtv-utils,added,cardoe,2008-10-21 21:48:41 kde-base/pykde4,added,jmbsvicetto,2008-10-21 23:21:11 kde-base/krosspython,added,jmbsvicetto,2008-10-21 23:29:11 dev-ruby/rspec-rails,added,graaff,2008-10-22 07:45:02 x11-drivers/xf86-video-intel,added,remi,2008-10-22 13:55:23 dev-db/apgdiff,added,fordfrog,2008-10-22 14:48:21 dev-lang/luarocks,added,mabi,2008-10-22 22:07:20 dev-python/jinja2,added,neurogeek,2008-10-24 05:40:29 dev-lang/vala,added,remi,2008-10-24 12:44:55 dev-util/lcov,added,tester,2008-10-24 20:10:16 dev-tex/culmus-latex,added,aballier,2008-10-26 15:46:28 net-misc/bti,added,gregkh,2008-10-26 17:22:26 Done.
[gentoo-dev] python_need_rebuild
Hi everyone, Rebuilding python modules after a python upgrade is a pita. In addition to that it's not easy to determine what needs to be rebuilt and what not. We have even ended up keeping a manual list of packages in python-updater. To make this situation less ugly, i have added a new function called python_need_rebuild to python.eclass. This is a simple functions that exports an environment variable which marks that the package has to be rebuilt after a python upgrade. This way python-updater can accurately find out what needs to be rebuilt. Packages using distutils_src_install don't need any modifications. For other packages I've opened a tracker bug¹. The usage is simple, just call python_need_rebuild without arguments in src_install. And be ready for faster and more accurate python upgrades :) ¹: https://bugs.gentoo.org/show_bug.cgi?id=244555 -- Regards, Ali Polatel pgp2TZTlowWeD.pgp Description: PGP signature
