[Rpm-maint] [rpm-software-management/rpm] Documentation about Python bindings (#1001)

2020-01-08 Thread Robert-André Mauchin
Is there a place where one can get info on the Python bindings? Like explaining 
all the API and what types of data is returned.

Thanks.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/1001___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] find-debuginfo.sh: decompress DWARF compressed ELF sections (#473)

2019-12-17 Thread Robert-André Mauchin
@pmatilai With latest elfutils, is this commit still posing a problem?
It lives as a patch in Fedora's RPM SPEC, but is not present in EPEL8 which 
will cause issues with Golang packages.

-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/473#issuecomment-566788937___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: Disable subpackage check at SRPM build time (#674)

2019-04-21 Thread Robert-André Mauchin
> `%gopkg` should not expand to `%pre` if no package is generated by that macro.

I do not understand what you mean. `%gopkg` does not expand at SRPM build time, 
that's the crux of the issue.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/674#issuecomment-485232297___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: Disable subpackage check at SRPM build time (#674)

2019-04-20 Thread Robert-André Mauchin
> Meh, I think everything needs to be correctly set during build of SRPM too.

What is your solution to our current conundrum then? go-rpm-macros can't be in 
the default buildroot and rpm fails without it.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/674#issuecomment-485150434___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


[Rpm-maint] [rpm-software-management/rpm] Disable subpackages checking for scriptlets when building SRPM (#675)

2019-04-20 Thread Robert-André Mauchin
Fix #674.

Signed-off-by: Robert-André Mauchin 

It's a bit hackish, and I don't really know C, but it works. Hopefully someone 
will review it please?
Go-SIG is kind of on the clock due to our Change Proposal.
You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/675

-- Commit Summary --

  * Disable subpackages checking for scriptlets when building SRPM

-- File Changes --

M build/rpmspec.h (1)
M build/spec.c (2)
M rpmbuild.c (7)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/675.patch
https://github.com/rpm-software-management/rpm/pull/675.diff

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/675
___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


[Rpm-maint] [rpm-software-management/rpm] RFE: Disable subpackage check at SRPM build time (#674)

2019-04-19 Thread Robert-André Mauchin
Following my issue #672:

In Golang packaging (Fedora), the -devel subpackages are computed by a Lua 
macro called `gopkg`. They are handled by the `go-rpm-macros` package. This 
package is a BR for all Go packages, so available when we build the RPM. 
However, since it is not in the default BuildRoot  (and won't ever be as it 
pull Golang as a dep), it is not available at SRPM build time.

As such, `gopkg` is not expanded as SRPM build time. This cause issue with 
package containing scriplets:

```
error: line 41: %pretrans devel -p 
: package golang-github-hashicorp-cleanhttp-devel does not exist
```

The check in place notices that the -devel subpackage do not exist.

We would like you to disable this type of check when we're building a SRPM so 
we don't encounter such failures. The SRPM build part of rpmbuild should not 
worry about subpackages, only the RPM build part should.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/674___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Regression: rpmbuild/rpmspec do not expand macros before checking subpackages (#672)

2019-04-17 Thread Robert-André Mauchin
I've been very stupid and lost much time on this.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/672#issuecomment-484309849___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Regression: rpmbuild/rpmspec do not expand macros before checking subpackages (#672)

2019-04-17 Thread Robert-André Mauchin
Closed #672.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/672#event-2284310420___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Regression: rpmbuild/rpmspec do not expand macros before checking subpackages (#672)

2019-04-17 Thread Robert-André Mauchin
4.13.0.2 works.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/672#issuecomment-484220430___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


[Rpm-maint] [rpm-software-management/rpm] Regression: rpmbuild/rpmspec do not expand macros before checking subpackages (#672)

2019-04-17 Thread Robert-André Mauchin
In Golang packaging (Fedora), the -devel subpackages are computed by a Lua 
macro called gopkg.

In rpm 4.14.2, if I try to rpmbuild the SPEC containing such macros and a 
scriptlet, I get:
```
error: line 41: %pretrans devel -p 
: package golang-github-hashicorp-cleanhttp-devel does not exist
```

Similarly if I run rpmspec -P on the SPEC, the macros are not expanded:
```
%description

Convenience utilities for acquiring "clean" http.Transport and http.Client
structs

%gopkg

%prep
%goprep
```

However in EPEL7, with rpm 4.11.3, it works fine: srpm is built and rpmspec -P 
expands the macros:
```
Convenience utilities for acquiring "clean" http.Transport and http.Client
structs



%package -n golang-github-hashicorp-cleanhttp-devel
Summary:Convenience utilities for "clean" http.Transport and 
http.Client structs
BuildRequires:  go-rpm-macros
BuildArch:  noarch

%description -n golang-github-hashicorp-cleanhttp-devel
Convenience utilities for acquiring "clean" http.Transport and http.Client
structs

This package contains the source code needed for building packages that
reference the following Go import paths:
 – github.com/hashicorp/go-cleanhttp





%prep
%setup -q -n go-cleanhttp-0.5.1


rm -fr "/builddir/build/BUILD/go-cleanhttp-0.5.1/vendor"
if [[ ! -e"/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/bin" ]] 
; then
  install -m 0755 -vd "/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/bin"
  export 
GOPATH="/builddir/build/BUILD/go-cleanhttp-0.5.1/_build:${GOPATH:+${GOPATH}:}/usr/share/gocode"
fi
if [[ ! -e  
"/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/src/github.com/hashicorp/go-cleanhttp"
 ]] ; then
  install -m 0755 -vd "$(dirname 
/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/src/github.com/hashicorp/go-cleanhttp)"
  ln -fs "/builddir/build/BUILD/go-cleanhttp-0.5.1"   
"/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/src/github.com/hashicorp/go-cleanhttp"
fi
cd  
"/builddir/build/BUILD/go-cleanhttp-0.5.1/_build/src/github.com/hashicorp/go-cleanhttp"
```

Something has changed between 4.11.3 and 4.14.2 that makes the macros not being 
expanded.


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/672___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: BuildRequires generator (#104)

2019-03-22 Thread Robert-André Mauchin
Will it be possible to condition BR generator to output only main deps without 
tests deps? In some case it could be useful to break a cyclic deps to not have 
the tests deps included.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/104#issuecomment-475771193___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] Dynamic Build Dependencies (#593)

2019-03-21 Thread Robert-André Mauchin
Great work Florian, I hope to see this merged soon!

(Not so keen on %generate_buildrequires, it's a bit long)

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/593#issuecomment-475354984___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint


Re: [Rpm-maint] [rpm-software-management/rpm] RFE: add way to set macro for --nocheck in rpmbuild (#316)

2019-03-20 Thread Robert-André Mauchin
+1 so this. Please make it possible.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/316#issuecomment-475006060___
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint