diff --git a/golang-github-spf13-afero.spec b/golang-github-spf13-afero.spec index 8afbf98..30458f2 100644 --- a/golang-github-spf13-afero.spec +++ b/golang-github-spf13-afero.spec @@ -1,70 +1,68 @@ -# Run tests in check section +# Generated by go2rpm %bcond_without check # https://github.com/spf13/afero %global goipath github.com/spf13/afero Version: 1.2.2 +%gometa + %global common_description %{expand: -Afero is an filesystem framework providing a simple, uniform and universal API interacting with any filesystem, as an abstraction layer providing interfaces, types and methods. Afero has an exceptionally clean interface and simple design without needless constructors or initialization methods. +Afero is an filesystem framework providing a simple, uniform and universal API +interacting with any filesystem, as an abstraction layer providing interfaces, +types and methods. Afero has an exceptionally clean interface and simple design +without needless constructors or initialization methods. -Afero is also a library providing a base set of interoperable backend filesystems that make it easy to work with afero while retaining all the power and benefit of the os and ioutil packages. +Afero is also a library providing a base set of interoperable backend +filesystems that make it easy to work with afero while retaining all the power +and benefit of the os and ioutil packages. -Afero provides significant improvements over using the os package alone, most notably the ability to create mock and testing filesystems without relying on the disk. +Afero provides significant improvements over using the os package alone, most +notably the ability to create mock and testing filesystems without relying on +the disk. -It is suitable for use in a any situation where you would consider using the OS package as it provides an additional abstraction that makes it easy to use a memory backed file system during testing. It also adds support for the http filesystem for full interoperability.} +It is suitable for use in a any situation where you would consider using the OS +package as it provides an additional abstraction that makes it easy to use a +memory backed file system during testing. It also adds support for the http +filesystem for full interoperability.} -%gometa +%global golicenses LICENSE.txt +%global godocs README.md Name: %{goname} -Release: 0.1%{?dist} +Release: 2%{?dist} Summary: FileSystem Abstraction System for Go -# Detected licences -# - *No copyright* Apache License (v2.0) at 'LICENSE.txt' +# Upstream license specification: Apache-2.0 License: ASL 2.0 URL: %{gourl} Source0: %{gosource} -BuildRequires: golang(github.com/pkg/sftp) -BuildRequires: golang(golang.org/x/text/transform) -BuildRequires: golang(golang.org/x/text/unicode/norm) +BuildRequires: golang(github.com/pkg/sftp) +BuildRequires: golang(golang.org/x/text/transform) +BuildRequires: golang(golang.org/x/text/unicode/norm) %description %{common_description} - -%package devel -Summary: %{summary} -BuildArch: noarch - -%description devel -%{common_description} - -This package contains library source intended for -building other packages which use import path with -%{goipath} prefix. - +%gopkg %prep -%forgeautosetup - +%goprep %install -%goinstall - +%gopkginstall %if %{with check} %check -%gochecks +%gocheck %endif - -%files devel -f devel.file-list -%license LICENSE.txt -%doc README.md - +%gopkgfiles %changelog +* Fri Apr 26 14:08:05 CEST 2019 Robert-André Mauchin - 1.2.2-2 +- Update to new macros + * Tue Mar 26 21:59:45 CET 2019 Robert-André Mauchin - 1.2.2-1 - Release 1.2.2 - Update to new Go packaging