Summary: | app-backup/boxbackup-0.11rc8 version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rajiv Aaron Manglani (RETIRED) <rajiv> |
Component: | New packages | Assignee: | App-Backup Team <app-backup> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo, hauschild.markus, jer, kaufman-gentoo, m.debruijne, orzel |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://lists.warhead.org.uk/pipermail/boxbackup/2008-January/004051.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
boxbackup 0.11 rc2 ebuild
boxbackup 0.11 rc2 gentoo patch boxbackup 0.11 rc2 gentoo patch 166050: boxbackup 0.11 rc2 ebuild extended the patch, patches configure.ac boxbackup 0.11 rc2 gentoo patch boxbackup 0.11 rc2 ebuild Fixed ebuild build.log of failed build This ebuild fixes the wrong installation of man pages |
Description
Rajiv Aaron Manglani (RETIRED)
2008-01-13 04:03:44 UTC
@rajiv: I don't use boxbackup any more, so feel free to bump and/or take over maintenance of boxbackup. Created attachment 166050 [details]
boxbackup 0.11 rc2 ebuild
Created attachment 166052 [details]
boxbackup 0.11 rc2 gentoo patch
The boxbackup team is now up to 0.11rc2. They say: "It would be great to have 0.11rc2 in Gentoo, as 0.10 is so outdated." I took a shot at tweaking the ebuild to work for 0.11rc2, mostly a matter of handling an extra version component, and regenerating the patch that moves the default configuration directory to /etc/boxbackup and the install directory to /usr/sbin. The prior gcc41-noll patch doesn't appear to be necessary, upstream has incorporated the change. I'm no expert at this stuff and would be very happy to have someone who is look over these changes. Created attachment 166054 [details, diff]
boxbackup 0.11 rc2 gentoo patch
Patch was missing one clause, which I have fixed
Created attachment 166878 [details]
166050: boxbackup 0.11 rc2 ebuild
Added a warning about 0.11's impact on existing NotifyScripts, since emails saying "BACKUP PROBLEM" can be disturbing. Changed HOMEPAGE to point to the new boxbackup.org home page.
I have updated my boxbackup-0.10 to the boxbackup-0.11rc2(2008-10-01 00:50) with patch (2008-09-22 03:00) with the following problems: 1. I have missed /etc/init.d/bbstored and /etc/init.d/bbackupd scripts. They were after fresh install (without configuring) from 0.10 ebuild, but are missing after update. 2. Box backup got compiled to use /etc/box, not the /etc/boxbackup directory. Therefore i need to use -c switch to run programs, or simply to use symlink from /etc/boxbackup to /etc/box Is there anyone here that would like to become a proxy maintainer? (In reply to comment #7) > 1. I have missed /etc/init.d/bbstored and /etc/init.d/bbackupd scripts. I think you need to copy these from /usr/portage/app-backup/boxbackup/files/bb*.rc to /usr/local/portage/app-backup/boxbackup/files . I don't understand how this really works in Portage, I guess. > 2. Box backup got compiled to use /etc/box, not the /etc/boxbackup directory. Sounds like the patch didn't get properly applied, either. Do you have a log of the emerge output? Thanks Hi there I can't install boxbackup-0.11_rc2. * Failed Running aclocal ! * * Include in your bugreport the contents of: * * /var/tmp/portage/app-backup/boxbackup-0.11_rc2/temp/aclocal-8523.out ***** aclocal ***** ***** aclocal -I infrastructure/m4 configure.ac:286: error: AC_SUBST: `bindir_expanded sysconfdir_expanded localstatedir_expanded' is not a valid shell variable name configure.ac:286: the top level autom4te-2.63: /usr/bin/m4 failed with exit status: 1 aclocal-1.10: autom4te failed with exit status: 1 Any idea? Created attachment 167856 [details, diff]
extended the patch, patches configure.ac
Ok, i could solve it myself.
It's my first patch so can you have a lookt at it?
I could compile now boxbackup-0.11_rc2. :)
Did someone test compiling boxbackup-0.11_rc2 with gcc-4.3.2? It throws several errors for me - not usable ATM. (In reply to comment #12) > Did someone test compiling boxbackup-0.11_rc2 with gcc-4.3.2? > It throws several errors for me - not usable ATM. Upstream has just checked in changes to allow compiling under gcc 4.3.2, but they're still only in svn. Perhaps the next release candidate will pick them up. Created attachment 168918 [details, diff] boxbackup 0.11 rc2 gentoo patch (In reply to comment #7) > 2. Box backup got compiled to use /etc/box, not the /etc/boxbackup directory. The patch was wrong. (I had modified .h files that were getting generated from .h.in files, so of course my changes got overwritten.) I have fixed it, and was more thorough in my testing this time. I also included Martin's change from comment #11. Created attachment 168920 [details]
boxbackup 0.11 rc2 ebuild
0.11 has a bunch of new documentation, added it to the ebuild so it goes in /usr/share/doc.
How do you use the ebuilds attached to this bug report. Sorry for the newbie question, but I just can't seem to figure it out. *** Bug 231760 has been marked as a duplicate of this bug. *** you can use the posted ebuild by putting the ebuild into /usr/portage/app-backup/boxbackup and the patch file into /usr/portage/app-backup/boxbackup/files (i think) app-backup/boxbackup-0.11rc8 is in the tree, with a nice patch to fix a -D_FORTIFY_SOURCE=2 issue in the test suite. Created attachment 244615 [details] Fixed ebuild (In reply to comment #19) > app-backup/boxbackup-0.11rc8 is in the tree The ebuild does not work any more since executables will be moved by parcels/boxbackup-0.11rc8-backup-client-linux-gnu/install-backup-client The skript fails to do so when the executables are moved by portage. diff boxbackup-0.11_rc8-r1.ebuild /usr/portage/app-backup/boxbackup/boxbackup-0.11_rc8.ebuild 3c3 < # $Header: /var/cvsroot/gentoo-x86/app-backup/boxbackup/boxbackup-0.11_rc8-r1.ebuild,v 1.2 2010/06/07 12:53:19 flameeyes Exp $ --- > # $Header: /var/cvsroot/gentoo-x86/app-backup/boxbackup/boxbackup-0.11_rc8.ebuild,v 1.2 2010/06/07 12:53:19 flameeyes Exp $ 46a47,50 > > # move executables from /usr/bin to /usr/sbin, as configuration of > # this is unfortunately not optimal > mv "${D%/}${EPREFIX}/usr/bin" "${D%/}${EPREFIX}/usr/sbin" || die "could not move files from bin to sbin" Created attachment 245247 [details]
build.log of failed build
The build.log documents the former failure of moving binaries from bin to sbin.
Created attachment 245248 [details]
This ebuild fixes the wrong installation of man pages
The former ebuild allows boxbackup to install its man pages to /usr/man/man5 and /usr/man/man8 resprectively. This ebuild corrects this by moving the man pages to /usr/share/man/man5 and /usr/share/man/man8 where sys-apps/man looks for them.
er.. i dont understand. It seems i'm not alone having problem installing it, although this ticket is closed.. what's going on ? Should i open another ticket ? There's also/already ticket #299411 which describe the same problem as i have, which seems the same as several comments here ? mm, and actually, the ebuild boxbackup-0.11_rc8-r1.ebuild found here does work. Why isn't it in the tree ? It feels weird to have to use an attachement of a closed ticket to get the software installed. |