Package Details: mondo 3.3.0-1

Git Clone URL: https://aur.archlinux.org/mondo.git (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: http://www.mondorescue.org/
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 https://bugs.square-r00t.net/index.php?project=3
# News updates for packages can be followed at https://devblog.square-r00t.net

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to https://devblog.square-r00t.net/rss/?category=aur 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.

Thanks!

Latest Comments

1 2 Next › Last »

sanerb commented on 2020-08-11 19:11

@jmvazquezes-

You may be using the SKS pool, which is pretty crippled at this point and depends a lot on luck.

My key is definitely present on the GnuPG keyservers, too:

http://keys.gnupg.net/pks/lookup?search=0x748231EBCBD808A14F5E85D28C004C2F93481F6B&fingerprint=on&op=index

You can install it manually via curl -sL "https://square-r00t.net/gpg/bin/personal.gpg" | gpg --import && gpg --lsign-key 0x748231EBCBD808A14F5E85D28C004C2F93481F6B and I think that should do it.

That probably won't work for an AUR helper unless you know what you're doing, though; YMMV.

jmvazquezes commented on 2020-08-11 17:53

748231EBCBD808A14F5E85D28C004C2F93481F6B gpg key fail. I can't install it

stef204 commented on 2020-04-23 10:51

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

sanerb commented on 2020-04-22 18:54

@stef204-

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

@stef204-

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.

see http://trac.mondorescue.org/wiki/FAQ#Q38Whichversionsofmindiandmondoarecompatible

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

@stef204-

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

stef204 commented on 2020-04-04 21:16

fails


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/Makefile.build:198: applets/applets.o] Error 1
make: *** [Makefile:372: applets_dir] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

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

Hi,

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?

Cheers