Package Details: mondo 3.3.0-1

Git Clone URL: (read-only, click to copy)
Package Base: mondo
Description: A disaster recovery solution to create backup media that can be used to redeploy the damaged system
Upstream URL:
Licenses: GPL2
Submitter: sanerb
Maintainer: sanerb
Last Packager: sanerb
Votes: 4
Popularity: 0.000000
First Submitted: 2015-08-25 00:00
Last Updated: 2020-04-03 10:31

Dependencies (16)

Required by (0)

Sources (2)

Pinned Comments

sanerb commented on 2016-06-26 06:15

Please note the following additions:

# Bug reports can be filed at
# News updates for packages can be followed at

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to in your favourite RSS reader.)

Note that you should still use the AUR web interface for flagging packages as out-of-date if a new version is released; the aforementioned bug tracker is to aid in issues with building/packaging/the PKGBUILD formats/etc. specifically.


Latest Comments

1 2 Next › Last »

stef204 commented on 2020-04-23 10:51

Builds and runs now, with the updated mindi-busybox. Nicely done!

sanerb commented on 2020-04-22 18:54


just updated mindi-busybox to 1.25.1. can you please test it out? i had to incorporate a patch from gentoo due to 1.25.1 not supporting recent versions of glibc (but that's basically how things go with mondo/mindi. they're always behind upstream.)

sanerb commented on 2020-04-21 18:33


sorry, not ignoring you- i should be able to investigate the mindi-busybox lead tomorrow; things have been busy with $dayjob.

thanks for looking into this; i haven't been able to reproduce still so i may need to rely on you to confirm it working once i update mindi-busybox.

stef204 commented on 2020-04-18 23:05

@sanerb as far as i can tell, the issue seems to be with busybox, upstream (dev) is using busybox 1.25.1.


IOW, mondo 3.3.x is not compatible with mindi-busybox 1.21.1 (current version in AUR.) You might consider upgrading your mindi-busybox AUR package to 1.25.1.

sanerb commented on 2020-04-05 05:25


i cannot reproduce; i build successfully. please ensure your system is up to date.

stef204 commented on 2020-04-04 21:16


In file included from include/busybox.h:8,
                 from applets/applets.c:9:
include/libbb.h:397:1: error: unknown type name ‘DIR’
  397 | DIR *xopendir(const char *path) FAST_FUNC;
      | ^~~
include/libbb.h:398:1: error: unknown type name ‘DIR’
  398 | DIR *warn_opendir(const char *path) FAST_FUNC;
      | ^~~
In file included from include/busybox.h:8,
                 from applets/applets.c:9:
include/libbb.h:1522:2: error: unknown type name ‘DIR’
 1522 |  DIR *dir;
      |  ^~~
In file included from <command-line>:
include/libbb.h:1523:26: error: unknown type name ‘DIR’
 1523 |  IF_FEATURE_SHOW_THREADS(DIR *task_dir;)
      |                          ^~~
./include/autoconf.h:3289:38: note: in definition of macro ‘IF_FEATURE_SHOW_THREADS’
 3289 | #define IF_FEATURE_SHOW_THREADS(...) __VA_ARGS__
      |                                      ^~~~~~~~~~~
make[1]: *** [scripts/ applets/applets.o] Error 1
make: *** [Makefile:372: applets_dir] Error 2
==> ERROR: A failure occurred in build().

Are you able to check upstream?

brad87 commented on 2020-04-01 21:11

I am seeing the same error as HiJack88

HiJack88 commented on 2019-10-20 11:26


i keep getting a build error after the latest update:

make[2]: Leaving directory '/tmp/yaourt-tmp-user/aur-mondo/src/mondo-3.2.2/test' make[2]: Entering directory '/tmp/yaourt-tmp-user/aur-mondo/src/mondo-3.2.2' make[2]: No rule to make target 'docs/man/mondoarchive.8', needed by 'all-am'. Stop. make[2]: Leaving directory '/tmp/yaourt-tmp-user/aur-mondo/src/mondo-3.2.2' make[1]: [Makefile:480: all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-user/aur-mondo/src/mondo-3.2.2' make: *** [Makefile:371: all] Error 2 ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build mondo.

Looks like line 3 is the most striking one.

Any idea?


sanerb commented on 2017-06-19 15:01

just realized i never replied to this. thanks, aexoxea. i avoid star because at the time i tested it, the package (star) did not build/was broken and afio did work. that may have changed in the interim, but afio seems to have built cleanly each time. i think afio may be more active than star but i'm not 100% on that.

aexoxea commented on 2017-02-19 03:13

Just for information: I note a comment, ostensibly from the Mondo Rescue lead developer, on the Fedora bug tracker which suggests that 'star' can be used in place of 'afio'[1]. I take that comment to mean that it is required to have 'afio' or 'star', but not required to have both.

'star' is packaged in AUR[2], although not having used Mondo Rescue for some time and never with 'star', I can't vouch for how well it works. As I haven't been actively using the package, I also have no comment on whether the PKGBUILD should be updated or not.