braries/kicad-templates/-/archive/8.0.2/kicad-templates-8.0.2.tar.bz2
> 20932897d55d49386a1e2431a2aeef5f kicad-templates-8.0.2.tar.bz2
>
>
> --
> Virtually Yours: distfiles.
> ___
> pld-cvs-commit mailing list
> pld-cvs-com...@lists
Since Saturday new packages don't appear in th-test.
Could it be fixed?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ing gobject-introspection 1.78 package due to files conflict).
So I could build whole glib2 2.80 and gobject-introspection 1.80 and
upgrade them both simultaneously.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lis
On Sun, Feb 04, 2024 at 03:04:21PM +0100, Witold Filipczyk via pld-devel-en
wrote:
> Dnia Sat, Feb 03, 2024 at 08:56:25PM +0100, Jakub Bogusz napisał(a):
> > On Sat, Feb 03, 2024 at 08:39:39PM +0100, witekfl wrote:
> > > commit 3b3013be1262989c7a7df78ffab6d797766b6486
&g
---
> 1 file changed, 20 insertions(+), 21 deletions(-)
Shouldn't these (kf5-* 5.249.0) be kf6-*.spec now?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ther mysql/mariadb/percona servers
> +%define majorver81
> +Name:mysql%{majorver}
Please, use "8.1" (and similar scheme) not "81" in such cases.
If they e.g. start using 24.x as version number next year, our suffixes would
go c
ne. from:
> https://gitlab.freedesktop.org/xdg/shared-mime-info/-/merge_requests/254
We can also use:
SP_ENCODING=utf-8 \
db2html data/shared-mime-info-spec.xml
to build with Unicode.
But yes, using Unicode for just single apostrophe is excessive...
--
Jakub Bo
ranslations, opts.lang, strict=opts.strict)
File "/usr/bin/itstool", line 1016, in merge_translations
lcnode.setProp(attr, origlang)
File "/usr/lib/python3.10/site-packages/libxml2.py", line 3640, in setProp
if ret is None:raise treeError('xmlSetProp() failed')
libxml2.treeError: xmlSetProp() failed
```
(sometimes it succeeds)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
3.x.
Split case: just qt5-qtimageformats.spec to rebuild
Monolithic case: whole qt6.spec to rebuild
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
lper.rb:77:in `open': No such file or directory @ rb_sysopen
- metadata.gz (Errno::ENOENT)
from /usr/lib/rpm/gem_helper.rb:77:in `'
What's wrong here, how to fix it properly/nice?
I can fix the build by adding `%{__tar} xf %{SOURCE0} metadata.gz`
but I wouldn't call it nice.
--
Ja
On Thu, Jan 19, 2023 at 09:14:51AM +0100, Arkadiusz Miśkiewicz via pld-devel-en
wrote:
> On 18.01.2023 16:08, Jakub Bogusz wrote:
> >Could rust be installed on carme-x32?
> >
> >I'd like to (try to) fix mozjs102 build (required for new gjs), but
> >I cannot install ru
d invocation in a new
> >network namespace via `unshare -n -c`. That would effectively cut whole
> >network for the process.
>
> We can try that... commited.
i686 and x86_64 say:
"unshare: unshare failed: Operation not permitted"
Still waiting for x32 (seems busy wit
Could rust be installed on carme-x32?
I'd like to (try to) fix mozjs102 build (required for new gjs), but
I cannot install rust myself because of x86_64 packages requirements.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld
ld be single spec with both sources.
But I didn't know the direction in which the distribution of this package
would evolve, the last release so far was almost year ago.
Now I see there is 2.38.0, I'll check it in few days.
--
Jakub Boguszhttp://qboosh.pl/
_
On Tue, Aug 16, 2022 at 09:28:58PM +0200, Jan Palus wrote:
> On 16.08.2022 20:31, Jakub Bogusz wrote:
> > In glibc 2.36 build debuginfo extraction process removes .note.GNU-stack
> > section:
>
> ...
>
> > For now only i686 builds are affected because x86_64 and
builds are affected because x86_64 and x32 glibc-devel
packages
haven't been updated on builders.
Any guesses what changed?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Jun 07, 2022 at 01:03:41PM +0300, Elan Ruusamäe wrote:
> On 06.06.2022 19:37, Jakub Bogusz wrote:
> >On Mon, Jun 06, 2022 at 06:48:47PM +0300, Elan Ruusamäe wrote:
> >>Jun 6 18:27:31 ldap2 sudo: PAM unable to
> >>dlopen(/lib64/security/pam_unix.so): /lib64/li
e:
> /lib64/security/pam_unix.so
>
>
> anyone wants to fix missing dependency error?
rpm -q libtirpc?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
It seems that openldap currently doesn't build without openldap-devel
already installed - probably because libslapi isn't installed before
slapd-shared module.
Could sb look at it?
I have no more time today becase I'm leaving. I'll return on Sunday,
then I can get back to it.
--
Jakub Bogusz
On Tue, Apr 19, 2022 at 01:56:04AM +0200, Jan Rękorajski wrote:
> On Tue, 19 Apr 2022, Jan Rękorajski wrote:
>
> > On Mon, 18 Apr 2022, Jakub Bogusz wrote:
> >
> > > After recent python3.10 changes meson started to use /usr/share for
> > > purelib, bu
config;
sys.stdout.write(sysconfig.get_python_lib(1,0,prefix='/usr'))"
/usr/lib64/python2.7/site-packages
$ python3 -c "import sys; from distutils import sysconfig;
sys.stdout.write(sysconfig.get_python_lib(1,0,prefix='/usr'))"
/usr/lib64/python3.10/site-package
id -u -n)
>
dssim package is not a library, but an older version of dssim tool.
Library is contained in dssim-libs package.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Jan 18, 2022 at 07:25:16PM +0100, Jan Rękorajski wrote:
> On Tue, 18 Jan 2022, Arkadiusz Miśkiewicz via pld-devel-en wrote:
>
> > On 17.01.2022 18:37, Jakub Bogusz wrote:
> > > On Sun, Jan 16, 2022 at 09:41:05PM +0100, Jakub Bogusz wrote:
> > >> - d
On Sun, Jan 16, 2022 at 09:41:05PM +0100, Jakub Bogusz wrote:
> - distfiles fetch request don't seem to be handled (since a few days) or no
> mail report is sent (both for requester nor pld-commit list)
It seems distfiles are not fetching anything new at all (both by git or
manual mail re
- distfiles fetch request don't seem to be handled (since a few days) or no
mail report is sent (both for requester nor pld-commit list)
- I don't get any build logs since yesterday
- only some (http) build requests are handled (one per ? hours)
--
Jakub Boguszhttp://qboosh.pl
is invalid; class=Ssl (16); code=Certificate (-17)
```
Fetching `https://github.com/rust-lang/crates.io-index` with curl works.
cargo-vendor works for me with rust 1.57.0 built with openssl 1.1.1l.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel
On Tue, Dec 07, 2021 at 09:51:58PM +0100, Arkadiusz Miśkiewicz via pld-devel-en
wrote:
> W dniu 07.12.2021 o 21:05, qboosh pisze:
> > commit 3a2973d1fda11d4c2c73488d06ab1c940768ce15
> > Author: Jakub Bogusz
> > Date: Tue Dec 7 21:05:33 2021 +0100
> >
> >
merge them soon (lack of time was the obstacle).
1.19.x is devel line AFAIK.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
038+...
| date: invalid date 'Oct 25 08:25:55 2043 GMT'
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
meson.build from systemd 249 says:
"split-usr mode is going to be removed"
(and sysusers.d location is already broken/inconsistent in this version,
I'm going to patch it)
Any plans related to this?
--
Jakub Boguszhttp://qboosh.pl/
___
On Sun, Sep 19, 2021 at 08:17:47PM +0200, Jan Rękorajski wrote:
> On Thu, 19 Aug 2021, Jakub Bogusz wrote:
>
> > On Wed, Aug 18, 2021 at 10:34:48PM +0200, Jan Rękorajski wrote:
> > > New builds of qt4 on i686 exhibit crashes (ex. linguist in avogadro), or
> > > i
h:+ (rc = packageBinaries(spec, cookie,
((didBuild == 0) && !rpmExpandNumeric("%{?disable_short_circuited_deps}")
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rce packages
(define _debugsource_packages to 0); in other case, solution is to
properly pass compiler flags or disable stripping in build system
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
is searching in empty QMap:
```
#include
int main()
{
QMap mm;
mm.constFind(999);
}
```
It hangs even on carme-x86_64.
Issue is probably related to shared_null static field (SIOF?)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-e
bc-2.33-5.i686
> Aborted
> Begin-PLD-Builder-Info
> Build-Time: user:14.55s sys:4.78s real:19.36s (faults io:1 non-io:1378587)
>
> End-PLD-Builder-Info
>
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
;the opposite". I couldn't
> >> compile
> >> kile recently just becouse of this since I didn't understand the source of
> >> the
> >> problem.
> >>
> >
> > I have no idea why we use PLD there.
>
reated, but source files cannot be
found (e.g. because of language not supported by rpm debugsource
mechanism, like rust), we can disable just debugsource packages by
"%define _debugsource_packages 0"
(see gnome-tour.spec for example).
--
Jakub Boguszhttp://qboosh.pl/
__
ugsource_template}\
> +%{?%_debugsource_packages:%_debugsource_template}\
> %endif\
> %{nil}
>
Uhm, is it really correct now?
debug source files like these are unpackaged now:
/usr/src/debug/gjs-1.68.0-1.x32
...
--
Jakub Boguszhttp://qboosh.pl/
rsal script could be provided by macros package?
I'd enhance %cargo_build at least by adding x32 --target option.
When it comes to crates, It'd better to find some generic solution for
packaging creates system-wide instead of vendoring everything
everywhere. I'm aware Fedora has some, but I didn'
all can have O/P: virtual(init-daemon)
> >
> >
> > now rpm enforces that each of those packages must cross reference all
> > 'the other' virtuals... duh!
> >
>
> RPM since RPM 4.10 supports mutual exclusion by using Provides + Conflicts.
>
> For example
On Sun, Mar 14, 2021 at 10:31:25PM +0100, qboosh wrote:
> commit f5e59fe05417d0d72ef5e99cb896e81fdb32885a
> Author: Jakub Bogusz
> Date: Sun Mar 14 22:32:30 2021 +0100
>
> - rpm.org+meson combo require to redefine all dirs; disable debug packages
>
> crossm
but i think it's worth the effort in
> > long term.
> >
> > it's weird to have python-foo to build python3-foo,
> > and the python3-foo will be cleaner without having to support two python
> > versions.
> >
>
> What we should do
bilities.
Which rpm is used to install, which was used to built this package?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
What about python provides change (python3egg vs python3dist, probably
similarly for python2)?
While python3 packaged will be rebuilt anyway due to python 3.9, there
is no need to rebuild python2 packages (other than provides scheme
change).
--
Jakub Boguszhttp://qboosh.pl
2
> +
> +%files devel
> +%defattr(644,root,root,755)
> +%{_includedir}/p8-%{name}
> +%attr(755,root,root) %{_libdir}/libp8-%{name}.so
> +%{_libdir}/p8-%{name}
> +%{_pkgconfigdir}/p8-%{name}.pc
I'd suggest "p8-platform" package Name here.
--
Jakub Boguszhttp:
# rpm -Fhv bash-5.1.0-1.i686.rpm
error: Failed dependencies:
mktemp < 1.6 conflicts with rpm-build-tools-4.9-6.noarch
It's caused by soname provides from dynamic builtins (which don't have
.so extension)
$ rpm -qpP bash-5.1.0-1.i686.rpm | grep mktemp
mktemp
--
Jakub Boguszh
Who has access to host system or console?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gt; Requires: python3(abi) = %{py3_ver}
No, to be consistent with current python3 package:
$ rpm -qP python3-libs | grep abi
python(abi) = 3.8
Multiple versions can be installed, so it's not necessary to use another
namespace. At least for rpm5, not verified with rpm.org y
It seems that th-i686 builder is dead or got stuck on openjdk11 build.
Who can fix it?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Nov 10, 2020 at 06:45:10PM +0100, Jakub Bogusz wrote:
> `strace -f /usr/lib64/jvm/icedtea8-3.17.0/bin/javac -help` shows something
> strange:
>
> | # src :
> https://buildlogs.pld-linux.org/pld/th/x86_64/FAIL/command,bd4d8466-aafa-4f38-ab38-45d3dd906832.bz2
> | # date
Oh, and one more th-x86_64 malfunction: it stopped sending e-mail
notifications to the requester (well, at least to me).
(BTW, javac from the same package, i.e. icedtea8-jdk-3.17.0-1.x86_64,
works just fine on carme)
--
Jakub Boguszhttp://qboosh.pl
eturns
"/usr/bin/rsync" and $ORIGIN is resolved as /usr/bin instead of
/usr/lib64/jvm/icedtea8-3.17.0/bin ???
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
132
Non-deterministic "Illegal instruction" looks strange...
Isn't it some hardware (memory/CPU/overheating) problem?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
evious errors) (code
23) at main.c(1330) [sender=3.2.3]
[src:
/home/users/builderth/pld-builder.new/spool/buildlogs/th-i686.26e08e9b-4ddf-466a-8181-babe17566b88.percona-server.spec.log]
[...]
- End forwarded message -----
--
Jakub Bogusz
On Fri, Nov 06, 2020 at 03:38:16PM +0100, Jakub Bogusz wrote:
> On Fri, Nov 06, 2020 at 02:38:34PM +0200, Elan Ruusamäe wrote:
> > On 24.10.2020 19:30, Jan Rękorajski via pld-devel-en wrote:
> >
> > >TBH lua packaging in PLD is a mess. I'm going to drasticly simplify it
&
t; another sign of the mess:
>
> ??? rpm -q --what-provides lua-devel
>
> lua50-devel-5.0.3-5.x86_64
> lua51-devel-5.1.5-6.x86_64
> lua54-devel-5.4.1-2.x86_64
Uh, my fault with missing %if ... %endif clauses in recent changes in
lua40.spec and lua51.spec (in which I wanted to
as warning
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2018-October/025650.html
But the solution is wrong because of the above link time references.
For me it seems that better way would be to:
- revert this commit
- disable AutoReqProv for ldcondig
- add "Confilicts: glibc < (ver
e used because of preferred style, in rpm.org
they are obligatory:
-%{?with_system_hunspell:BuildRequires: hunspell-devel >=1.2.2}
+%{?with_system_hunspell:BuildRequires: hunspell-devel >= 1.2.2}
Original notation caused parse error.
(no need to change anything in rpm, just fix a few(?) sp
t work with bringing rpm.org!)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sun, Oct 25, 2020 at 06:42:03PM +0100, qboosh wrote:
> commit 2571715fc93df9e82c9e7a06eb9c225e4196b713
> Author: Jakub Bogusz
> Date: Sun Oct 25 18:41:54 2020 +0100
>
> - added tests-fixes patch (fixes test_python_ack_tracker test); new 4
> tests failing (due to tzda
ctionality of changing data in
remotely managed passwd database (via libuser).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
It doesn't report builds, neither via mail nor queue.html.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Oct 06, 2020 at 09:47:36PM +0200, Arkadiusz Miśkiewicz wrote:
> W dniu 06.10.2020 o 15:14, Jakub Bogusz via pld-devel-en pisze:
> > Can we have rust and cargo installed on carme-x32?
> > It requires a few x86_64 libraries, so I cannot install with accessible
>
bd2f7d
> +Patch0: build.patch
"build.patch" is missing in git.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Can we have rust and cargo installed on carme-x32?
It requires a few x86_64 libraries, so I cannot install with accessible
poldek commands.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
one
vendored package librsvg built as x32.
ow I'm trying with mozjs78, which blocks more packages (e.g. current polkit
or gnome-shell).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Begin-PLD-Builder-Info
> Build-Time: user:2.00s sys:0.18s real:2.22s (faults io:0 non-io:30899)
>
> End-PLD-Builder-Info
>
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
What is the difference between /usr/share/texmf and
/usr/share/texmf-dist?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Mon, Sep 28, 2020 at 07:07:54PM +0200, Jakub Bogusz wrote:
> On Mon, Sep 28, 2020 at 04:41:21PM +0200, Jan Palus wrote:
> > On 27.09.2020 20:17, qboosh wrote:
> > > commit a04002a841905f8c84ca1c955e047676994c1ef2
> > > Author: Jakub Bogusz
> > > Da
On Mon, Sep 28, 2020 at 04:41:21PM +0200, Jan Palus wrote:
> On 27.09.2020 20:17, qboosh wrote:
> > commit a04002a841905f8c84ca1c955e047676994c1ef2
> > Author: Jakub Bogusz
> > Date: Sun Sep 27 20:20:03 2020 +0200
> >
> > - version 1.749: fixed _ver_*
seems dead?
$ ssh-carme-x32
Connection closed by 193.239.45.154 port 22
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
2020 04:56:51 -0400 (EDT)
> Received: from lists.pld-linux.org (localhost [127.0.0.1])
> by lists.pld-linux.org (Postfix) with ESMTP id 55E6CB6A7BF;
> Thu, 20 Aug 2020 10:33:42 +0200 (CEST)
--
Jakub Boguszhttp://qboosh.pl/
___
pl
d/firebird.conf
> %attr(755,root,root) %{ibdir}/bin/fbguard
> -%dir %attr(770,root,firebird) /var/run/firebird
> +%dir %attr(770,root,firebird) /run/firebird
> %{systemdunitdir}/firebird.service
>
> %files classic
I don't see much sense in packaging subdir on such volatile filesyst
lder-Info
Build-Time: user:12.38s sys:6.49s real:18.92s (faults io:0 non-io:1501190)
End-PLD-Builder-Info
----- End forwarded message -
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
see such problems, glibc 2.31 on 4.19.x, xfs.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ported libpoldek symbols
> (undefined reference to `poldek_conf_sections', etc errors). We have
> to build with -O0 to make them linkable and then build again for
> production use.
Or link tests with static libpoldek?
--
Jakub Boguszhttp://qboosh.pl/
___
What happened to th-x32?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sun, Jan 26, 2020 at 06:55:19PM +0100, Jan Rękorajski wrote:
> On Sun, 26 Jan 2020, Jakub Bogusz wrote:
>
> > On Sat, Jan 25, 2020 at 02:06:07PM +0100, baggins wrote:
> > > commit f75adea6b3f6c1343989e98a27167605ed55b780
> > > Author: Jan Rękorajski
> >
id unwanted perl() / pear() dependencies
autogeneration, but can be handled by _noautoreq_{perl,pear} now.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
real:1.16s (faults io:0 non-io:62263)
>
> End-PLD-Builder-Info
>
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
e-features.patch
> +Patch3: x
Missing in repo.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Jan 07, 2020 at 05:58:46PM +0100, Arkadiusz Miśkiewicz via pld-devel-en
wrote:
> On 07/01/2020 17:06, Jakub Bogusz wrote:
> > On Tue, Jan 07, 2020 at 01:36:44PM +0100, arekm wrote:
> >> commit 2bb4da0ffecbbc08e6e25336b3e1e012b7cd61a5
> >> Author: Arkadiusz Miśki
upmems
> +%attr(755,root,root) /sbin/groupmod
> %attr(755,root,root) %{_sbindir}/groupmod
[...]
Uhhh, please, no.
Either go traditional way and distribute binaries over directories (like
in coreutils), or maybe it's time to go merged-/usr distro-wide?
Are there still any profits from u
Is it intentional?
$ cvs ci ... uid_gid.db.txt
cvs commit: cannot exec /cvsroot/CVSROOT/acl.pl: Permission denied
cvs commit: Pre-commit check failed
cvs [commit aborted]: correct above errors first!
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel
-src.4a568948-241c-4d51-bbde-e994c7e0187c.liblouisutdml.spec.log]
rsync: getaddrinfo: buildlogs.pld-linux.org 873: No address associated with
hostname
rsync error: error in socket IO (code 10) at clientserver.c(125) [sender=3.1.2]
- End forwarded message -
--
Jakub Boguszhttp
What happened to th-x32 builder?
It either got stuck building python3-typed_ast-1.4.0-2 or died...
carme-x32 builds python3-typed_ast-1.4.0-2 without problems.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld
On Wed, Jan 30, 2019 at 09:05:10PM +0100, Jan Rękorajski wrote:
> On Wed, 30 Jan 2019, Jakub Bogusz wrote:
>
> > On Wed, Jan 30, 2019 at 08:20:00PM +0100, qboosh wrote:
> > > commit fc65f7f1cf360e29b7e44b9835dece9805ad9dbc
> > > Author: Jakub Bogusz
> > >
Can we have some multilib packages on carme-x32?
At least glibc.x86_64 for now.
I'd like to try to build rust std library there (there is no hosted
rustc or cargo on this arch, so x86_64 ones must be used).
--
Jakub Boguszhttp://qboosh.pl
On Sun, Sep 01, 2019 at 06:34:38PM +0200, Arkadiusz Miśkiewicz wrote:
> On 01/09/2019 17:22, Jakub Bogusz wrote:
> > On Thu, Aug 29, 2019 at 12:50:26PM +0200, Arkadiusz Miśkiewicz wrote:
> >> On 28/08/2019 20:56, Jakub Bogusz wrote:
> >>> Downloadin
-q
./tmp/6b636521-54cc-4839-bf3e-3ab6408ed2ed/470a984a8b1c0e027bdb6d5859063fe8/
pldd...@distfiles.pld-linux.org:ftp//by-md5/4/7:
lost connection
The command has exited with a non-zero status.
Files fetched: 0
--
Virtually Yours: distfiles.
- End forwarded message -
--
Jakub Bogusz
2s (faults io:0 non-io:114006)
End-PLD-Builder-Info
- End forwarded message -
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
for ftp:
> 0 foo-0.1-1.noarch.rpm
> 0 foo-0.1-1.src.rpm
> 98 python3-3.7.4-2.src.rpm.uploadinfo
>
> End-PLD-Builder-Info
>
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
fic version here, just drop the
> version construct?
I prefer to specify version - in case given package gets renamed some day.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
result=-1
errno=28 (No space left on device)
remote: Error in hook hooks/post-receive.python.d/slug_hook.py
remote: [Errno 28] No space left on device
To ssh://git.pld-linux.org/packages/python-pyatspi
151ef17..1b8df80 HEAD -> master
--
Jakub Boguszhttp://qboosh
https://github.com/inverse-inc/sogo
AFAIK to sole purpose of preserving openchange is evolution MAPI module
(evolution-mapi). As long as it's maintained (relying on openchange),
there is a reason to keep openchange.
For the time being, Fedora is still maintaining openchange patches, so
w
.]
(from the tons of emails I'm getting from builders...)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Wed, Jan 30, 2019 at 08:20:00PM +0100, qboosh wrote:
> commit fc65f7f1cf360e29b7e44b9835dece9805ad9dbc
> Author: Jakub Bogusz
> Date: Wed Jan 30 20:25:13 2019 +0100
>
> - updated dependencies; librsvg since 2.42 is partially in rust (what
> with th-x32?)
According to
llvm built successfully for all Th archs.
BTW - ouch...
1889870589 llvm-debuginfo-7.0.0-3.x86_64.rpm
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
1 - 100 of 684 matches
Mail list logo
