[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-fs/openafs: openafs-1.4.8_pre2.ebuild
Thanks for pointing this out. I've just updated the ChangeLog now.
Stefaan
2008/10/9 Robin H. Johnson [EMAIL PROTECTED]:
On Wed, Oct 08, 2008 at 09:59:02PM +, Stefaan De Roeck (stefaan) wrote:
stefaan 08/10/08 21:59:02
Added:openafs-1.4.8_pre2.ebuild
Log:
Version bump to 1.4.8_pre2
(Portage version: 2.2_rc11/cvs/Linux 2.6.26-gentoo x86_64)
You did not include any ChangeLog entry.
Please add a ChangeLog entry, and remember to include the sub-header for
a new ebuild '*${P} (${DATE}' (that header is used for bump detection
packages.g.o).
(There is a check for this in repoman, it's just not released yet).
--
Robin Hugh Johnson
Gentoo Linux Developer Infra Guy
E-Mail : [EMAIL PROTECTED]
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
Re: [gentoo-dev] Packages needing new maintainers, redux
On 14/01/2008, Robin H. Johnson [EMAIL PROTECTED] wrote: On Tue, Jul 10, 2007 at 04:49:02PM -0700, Robin H. Johnson wrote: Software, I picked up maintenance of autofs when the previous maintainer went AWOL several years ago, and ran with it because I needed AutoFS-LDAP. I don't have access to any AutoFS-LDAP setups anymore, and upstream has moved on. There is a 7Kb init.d script that badly needs complete rewriting due to upstream and kernel changes: net-fs/autofs This is badly in need of a maintainer. if somebody wants to take the main parts of it, I can help them with the LDAP section of it. Mine now! :) Seems the newer version doesn't require a lengthy init script... Stefaan -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Packages up for grabs
- media-libs/libdc1394 - media-video/coriander I'm picking up these two at least... Stefaan -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] New developer: Cédric Krier
It's nice to see someone from nearby join Gentoo. (I live in Leuven) Welcome to the project!! I suppose we'll see you at the next FOSDEM? :) Stefaan -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: bbj
Welcome, oh newly baptised tree tweaker. May your wary steps leave lasting footprints on our tree. And may your research progress quicker than mine :-p Just kidding, I hope you'll find fun in developing for Gentoo. And, while a bit caution is advised, don't be _overly_ careful to not screw anything up, or you'll end up doing nothing. :) Thanks for joining us on our quest, Stefaan -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] ebuilds creating mountpoints
Hi!
I'm having an issue with the openafs-ebuild, and I don't see a
solution for the moment. I wondered if someone on the list would:
Prerequisite:
The ebuild needs to create the /afs directory, and remove that same
directory when it is uninstalled.
The obvious solution seems to do keepdir, so portage would attempt
to make the directory and put a .keep file in there. I say attempt,
because the following problem will occur during an re-merge or
upgrade, while the mountpoint is in use:
!!! Cannot write to '/afs'.
!!! Please check permissions and directories for broken symlinks.
etc.
(This is related to bug #9849, if I'm not mistaken)
The currently implemented solution is to do
pkg_prerm()
{
rmdir /afs 2 /dev/null
}
pkg_postinst()
{
mkdir /afs 2 /dev/null
}
which works fine when remerging an already emerged ebuild. That's
because pkg_prerm is ran first, and pkg_postinst afterwards.
However, during an upgrade, pkg_prerm of the old version is ran
_after_ pkg_postinst of the new version. This results in the
directory disappearing, and therefore afs failing to start.
Any input is greatly appreciated,
Thanks,
Stefaan
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ebuilds creating mountpoints
On 1/7/06, Joshua Baergen [EMAIL PROTECTED] wrote:
Why not just create the directory in ${D} or ${IMAGE} and let Portage
handle the rest? Do you really want to be removing /afs unconditionally
on unmerge?
Because this results in this: (directory /t existed and /dev/cdrom was
mounted to it while merging this)
Merging sys-apps/test-0.2 to /
!!! Cannot write to '/t'.
!!! Please check permissions and directories for broken symlinks.
!!! You may start the merge process again by using ebuild:
!!! ebuild /usr/portage/sys-apps/test/test-0.2.ebuild merge
!!! And finish by running this: env-update
You suggest keeping the /afs dir, this would be an easy solution of
course, but it does seem untidy, doesn't it? (Makes me think of the
windows uninstallers saying not all files could be removed, have a
nice day)
Stefaan
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ebuilds creating mountpoints
On 1/7/06, Petteri Räty [EMAIL PROTECTED] wrote: Stefaan wrote: The obvious solution seems to do keepdir, so portage would attempt to make the directory and put a .keep file in there. I say attempt, because the following problem will occur during an re-merge or upgrade, while the mountpoint is in use: Strange that I haven't seen any problems with pmount which does keepdir for /media. I don't use pmount myself, but my guess is that /media is just a directory that contains mountpoints, and which remains at all time writeable for root. /afs is not writeable when mounted, just like /dev/cdrom etc... Stefaan -- gentoo-dev@gentoo.org mailing list
