search

yatima1460 / Drill

Search files without indexing, but fast crawling
https://drill.software/
GNU General Public License v2.0
269 stars 21 forks source link

Building 1.264 fails #51

Closed yochananmarqos closed 5 years ago

yochananmarqos commented 5 years ago

Linux distro Manjaro GNOME

Build Version 1.264

Other notes about build AUR PKGBUILD dub 1.16.0 dmd 2.087.0

Describe the bug

  -> Cloning datefmt git repo...
Cloning into bare repository '/home/yochanan/Documents/AUR/drill-search/datefmt'...
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 67 (delta 0), reused 0 (delta 0), pack-reused 62
Unpacking objects: 100% (67/67), done.
  -> Cloning gtkd git repo...
Cloning into bare repository '/home/yochanan/Documents/AUR/drill-search/gtkd'...
remote: Enumerating objects: 602, done.
remote: Counting objects: 100% (602/602), done.
remote: Compressing objects: 100% (460/460), done.
remote: Total 50634 (delta 218), reused 298 (delta 142), pack-reused 50032
Receiving objects: 100% (50634/50634), 41.21 MiB | 7.35 MiB/s, done.
Resolving deltas: 100% (43936/43936), done.
==> Validating source files with sha256sums...
    drill-search-1.264.tar.gz ... Passed
    drill-search ... Passed
    drill-search-gtk.desktop ... Passed
    drill-search-gtk.svg ... Passed
    datefmt ... Skipped
    gtkd ... Skipped
==> Extracting sources...
  -> Extracting drill-search-1.264.tar.gz with bsdtar
  -> Creating working copy of datefmt git repo...
Cloning into 'datefmt'...
done.
Switched to a new branch 'makepkg'
  -> Creating working copy of gtkd git repo...
Cloning into 'gtkd'...
done.
Switched to a new branch 'makepkg'
==> Starting prepare()...
==> Starting build()...
Registered package: datefmt (version: 1.0.3)
Registered package: gtk-d (version: 3.9.0)
Performing "release" build using /usr/bin/dmd for x86_64.
datefmt 1.0.3: building configuration "library"...
../../../../datefmt/source/datefmt.d(286,21): Deprecation: initialization of immutable variable from static this is deprecated.
../../../../datefmt/source/datefmt.d(286,21):        Use shared static this instead.
drill-core ~master: building configuration "library"...
drill-cli ~master: building configuration "application"...
Linking...
Copying files for drill-cli...
Performing "release" build using /usr/bin/dmd for x86_64.
datefmt 1.0.3: building configuration "library"...
../../../../datefmt/source/datefmt.d(286,21): Deprecation: initialization of immutable variable from static this is deprecated.
../../../../datefmt/source/datefmt.d(286,21):        Use shared static this instead.
drill-core ~master: building configuration "library"...
gtk-d:gtkd 3.9.0: building configuration "library"...
drill-gtk ~master: building configuration "application"...
/usr/include/dlang/dmd/std/algorithm/mutation.d(1395,19): Error: function core.stdc.string.memcpy(return void* s1, scope const(void*) s2, ulong n) is not callable using argument types (immutable(FileInfo)*, immutable(FileInfo)*, ulong)
/usr/include/dlang/dmd/std/algorithm/mutation.d(1395,19):        cannot pass argument &target of type immutable(FileInfo)* to parameter return void* s1
/usr/include/dlang/dmd/std/algorithm/mutation.d(1228,16): Error: template instance `std.algorithm.mutation.moveEmplace!(immutable(FileInfo))` error instantiating
/usr/include/dlang/dmd/std/algorithm/mutation.d(1222,20):        instantiated from here: moveImpl!(immutable(FileInfo))
/usr/include/dlang/dmd/std/algorithm/mutation.d(1180,31):        instantiated from here: trustedMoveImpl!(immutable(FileInfo))
/usr/include/dlang/dmd/std/container/dlist.d(529,27):        instantiated from here: move!(immutable(FileInfo))
Window.d(198,12):        instantiated from here: DList!(immutable(FileInfo))
/usr/bin/dmd failed with exit code 1.
==> ERROR: A failure occurred in build().
    Aborting...

To Reproduce Build AUR package

Expected behavior Build succeeds

Screenshots If applicable, add screenshots to help explain your problem.

Other notes Add any other context about the problem here.

yatima1460 commented 5 years ago

Well, I actually don't understand why with AUR you guys decided to build from "master", I never said it was buildable :^)

Just build the latest release marked as "Release" no?

Or do you think I should add the "develop" branch and keep "master" as buildable only?

yochananmarqos commented 5 years ago

I do build from the release tarball as you can see in the PKGBUILD.

yatima1460 commented 5 years ago

Problem is Travis will create the Prelease for Windows and OSX when the one for Linux fails as you can see here:

https://github.com/yatima1460/Drill/releases/tag/1.264

yatima1460 commented 5 years ago

I recommend you to build only with releases NOT MARKED as Pre-release, but with Latest Release, I set them manually after checking the pre-releases from Travis are good

Or if you know a way to tell Travis to not create a Pre-Release if one of the VMs fail

yochananmarqos commented 5 years ago

Oh, I see now. I'll avoid the pre-releases then.