From qboosh at pld-linux.org  Tue Mar 10 19:01:47 2020
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 10 Mar 2020 19:01:47 +0100
Subject: th-x32 builder stuck
Message-ID: <20200310180147.GA9900@stranger.qboosh.pl>

What happened to th-x32?


-- 
Jakub Bogusz    http://qboosh.pl/


From arekm at maven.pl  Tue Mar 10 21:25:12 2020
From: arekm at maven.pl (=?UTF-8?Q?Arkadiusz_Mi=c5=9bkiewicz?=)
Date: Tue, 10 Mar 2020 21:25:12 +0100
Subject: th-x32 builder stuck
In-Reply-To: <20200310180147.GA9900@stranger.qboosh.pl>
References: <20200310180147.GA9900@stranger.qboosh.pl>
Message-ID: <408204e7-18a2-8ff5-0076-ad9219d8e6f7@maven.pl>

On 10/03/2020 19:01, Jakub Bogusz wrote:
> What happened to th-x32?
> 
> 

builder     13256  199 19.3 4190584 3974900 ?     Rl   Mar08 6045:49
/tmp/B.Cfmfdm/BUILD/gegl-0.4.22/build/tools/gegl-tester --all -o
/tmp/B.Cfmfdm/BUILD/gegl-0.4.22/build/docs/ophtml -d
/tmp/B.Cfmfdm/BUILD/gegl-0.4.22/docs/images -e
alpha-inpaint|box-blur|box-percentile|buffer-cache|buffer-source|clone|convert-format|disc-percentile|dropshadow|exp-combine|exr-load|hstack|image-compare|integral-image|introspect|jpg-load|kuwahara|layer|line-profile|load|magick-load|mandelbrot|matting-global|nop|open-buffer|pixbuf|png-load|remap|snn-percentile|stretch-contrast|svg-load|v4l2|warp

some database load loop?

> Thread 1 (Thread 0xf6910300 (LWP 13256)):
> #0  0xf72a12b6 in ?? () from /libx32/libc.so.6
> #1  0xf72ac64a in ?? () from /libx32/libc.so.6
> #2  0xf72ae063 in ?? () from /libx32/libc.so.6
> #3  0xf72ae142 in ?? () from /libx32/libc.so.6
> #4  0xf72ae6a0 in ?? () from /libx32/libc.so.6
> #5  0xf72afc17 in regcomp () from /libx32/libc.so.6
> #6  0xef98ffea in lfLens::GuessParameters() () from /usr/libx32/liblensfun.so.1
> #7  0xef990179 in lfLens::Check() () from /usr/libx32/liblensfun.so.1
> #8  0xef98f65c in ?? () from /usr/libx32/liblensfun.so.1
> #9  0xf74b9a1a in ?? () from /usr/libx32/libglib-2.0.so.0
> #10 0xf74ba824 in g_markup_parse_context_parse () from /usr/libx32/libglib-2.0.so.0
> #11 0xef98dbfb in lfDatabase::Load(char const*, char const*, unsigned int) () from /usr/libx32/liblensfun.so.1
> #12 0xef98dd2c in lfDatabase::Load(char const*) () from /usr/libx32/liblensfun.so.1
> #13 0xef98de02 in lfDatabase::LoadDirectory(char const*) () from /usr/libx32/liblensfun.so.1
> #14 0xef98dee3 in lfDatabase::Load() () from /usr/libx32/liblensfun.so.1
> #15 0xefba1bdc in find_make_lens (boundary=..., o=0x23c9800, lens=<synthetic pointer>) at ../operations/workshop/external/lens-correct.c:229
> #16 process (operation=<optimized out>, input=<optimized out>, output=<optimized out>, result=<optimized out>, level=<optimized out>) at ../operations/workshop/external/lens-correct.c:446
> #17 0xf76d3b41 in thread_process (area=<optimized out>, data=<optimized out>) at ../gegl/operation/gegl-operation-filter.c:146
> #18 0xf7685bfd in gegl_parallel_distribute_area_func (i=<optimized out>, n=<optimized out>, data=<optimized out>) at ../gegl/gegl-parallel.c:319
> #19 0xf7685e0f in gegl_parallel_distribute (max_n=<optimized out>, func=func at entry=0xf7685b30 <gegl_parallel_distribute_area_func>, user_data=user_data at entry=0xffa38260) at ../gegl/gegl-parallel.c:196
> #20 0xf76865c2 in gegl_parallel_distribute_area (area=area at entry=0x2205f40, thread_cost=<optimized out>, split_strategy=<optimized out>, split_strategy at entry=GEGL_SPLIT_STRATEGY_AUTO, func=func at entry=0xf76d3b00 <thread_process>, user_data=user_data at entry=0xffa382b0) at ../gegl/gegl-parallel.c:376
> #21 0xf76d3a98 in gegl_operation_filter_process (operation=<optimized out>, context=<optimized out>, output_prop=<optimized out>, result=<optimized out>, level=<optimized out>) at ../gegl/operation/gegl-operation-filter.c:201
> #22 0xf76d8629 in gegl_operation_process (operation=<optimized out>, context=<optimized out>, output_pad=<optimized out>, result=<optimized out>, level=0) at ../gegl/operation/gegl-operation.c:172
> #23 0xf76da505 in gegl_graph_process (path=<optimized out>, level=level at entry=0) at ../gegl/process/gegl-graph-traversal.c:486
> #24 0xf76d9670 in gegl_eval_manager_apply (self=self at entry=0x23c83a0, roi=roi at entry=0xffa38430, level=level at entry=0) at ../gegl/process/gegl-eval-manager.c:128
> #25 0xf76c3615 in gegl_node_blit_buffer (self=self at entry=0x23c6988, buffer=buffer at entry=0x218e0e0, roi=roi at entry=0x23a6ca0, level=level at entry=0, abyss_policy=abyss_policy at entry=GEGL_ABYSS_NONE) at ../gegl/graph/gegl-node.c:1144
> #26 0xf76c3e48 in gegl_node_blit (self=<optimized out>, scale=1, roi=roi at entry=0x23a6ca0, format=format at entry=0x1fd7f10, destination_buf=destination_buf at entry=0x0, rowstride=3200, rowstride at entry=0, flags=flags at entry=GEGL_BLIT_CACHE) at ../gegl/graph/gegl-node.c:1220
> #27 0xf76db7f6 in render_rectangle (processor=0x218d5c8) at ../gegl/process/gegl-processor.c:513
> #28 gegl_processor_render (progress=0x0, rectangle=0x218d5dc, processor=0x218d5c8) at ../gegl/process/gegl-processor.c:647
> #29 gegl_processor_work (processor=processor at entry=0x218d5c8, progress=progress at entry=0x0) at ../gegl/process/gegl-processor.c:781
> #30 0xf76c37ea in gegl_node_process (self=<optimized out>) at ../gegl/graph/gegl-node.c:1856
> #31 0x00401eac in standard_output (op_name=0x20c7140 "gegl:lens-correct") at ../tools/gegl-tester.c:140
> #32 process_operations (type=<optimized out>) at ../tools/gegl-tester.c:246
> #33 0x0040187a in process_operations (type=<optimized out>) at ../tools/gegl-tester.c:281
> #34 0x0040142f in main (argc=<optimized out>, argv=<optimized out>) at ../tools/gegl-tester.c:328



-- 
Arkadiusz Mi?kiewicz, arekm / ( maven.pl | pld-linux.org )


From mike at altlinux.org  Wed Mar 11 21:47:31 2020
From: mike at altlinux.org (Michael Shigorin)
Date: Wed, 11 Mar 2020 23:47:31 +0300
Subject: th-x32 builder stuck
In-Reply-To: <408204e7-18a2-8ff5-0076-ad9219d8e6f7@maven.pl>
References: <20200310180147.GA9900@stranger.qboosh.pl>
 <408204e7-18a2-8ff5-0076-ad9219d8e6f7@maven.pl>
Message-ID: <20200311204731.GF10239@imap.altlinux.org>

On Tue, Mar 10, 2020 at 09:25:12PM +0100, Arkadiusz Mi?kiewicz wrote:
> On 10/03/2020 19:01, Jakub Bogusz wrote:
> > What happened to th-x32?
> builder     13256  199 19.3 4190584 3974900 ?     Rl   Mar08 6045:49
                              ^^^^^^^ ^^^^^^^
> /tmp/B.Cfmfdm/BUILD/gegl-0.4.22/build/tools/gegl-tester --all -o
> 
> some database load loop?

...or 32-bit pointers?

-- 
?---- WBR, Michael Shigorin / http://altlinux.org
??------ http://opennet.ru / http://anna-news.info


From glen at pld-linux.org  Mon Mar 16 22:46:19 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 16 Mar 2020 23:46:19 +0200
Subject: libc 2.31/i686: operation not permitted for preserving timestamps
Message-ID: <b029ddfe-70ac-fcdd-a243-7683f2df18d4@pld-linux.org>

i've got reports that cp -a (or just cp --preserve=timestamps) fails on 
i686 and glibc 2.31


from strace i've grabbed such error:


 ?????? utimensat_time64(4, NULL, [{tv_sec=1584393052, tv_nsec=0} /* 
2020-03-16T23:10:52+0200 */, {tv_sec=1584393052, tv_nsec=0} /* 
2020-03-16T23:10:52+0200 */], 0) = -1 EPERM (Operation not permitted)


i believe it's related to large inode on fd=4 and glibc just reports it 
incorrectly


```
+ ls -ldi locale-archive 
/var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
 ??? 790264 drwxr-xr-x 2 root root???? 4096 Mar 16? 2020 
/var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
4379091441 -rw-r--r-- 1 root root 13754080 Mar 16? 2020 locale-archive
+ cp '--preserve=timestamps' locale-archive 
/var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
cp: preserving times for 
'/var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale/locale-archive': 
Operation not permitted

```



From mis at pld-linux.org  Mon Mar 16 23:27:32 2020
From: mis at pld-linux.org (=?UTF-8?B?UGF3ZcWCIEEuIEdhamRh?=)
Date: Mon, 16 Mar 2020 23:27:32 +0100
Subject: ANN: LXD Images
Message-ID: <CAAO88HOKSfM692dgyZ3+w6wUg-O7=pcdg2n-NoiPhQ-vxinxKg@mail.gmail.com>

PLD images have been merged by LXC-CI ([1]), means that create PLD's
LXD containers is now as easy as:

$ lxc launch images:pld c1

2 architectures are available:

$ lxc image ls -c=fdas images:pld
+--------------+------------------------------------+--------------+---------+
| FINGERPRINT  |            DESCRIPTION             | ARCHITECTURE |  SIZE   |
+--------------+------------------------------------+--------------+---------+
| 6289f88a4da8 | Pld current i386 (20200316_20:20)  | i686         | 25.78MB |
+--------------+------------------------------------+--------------+---------+
| c6e392000455 | Pld current amd64 (20200316_20:46) | x86_64       | 27.84MB |
+--------------+------------------------------------+--------------+---------+

Images are build continuously by https://jenkins.linuxcontainers.org,
so we get up to date image every week.

Technically, LXD images are based on glen's Docker images ([2]),
mirrored to dockerhub ([3]) (via github [4]), cause distrobuilder
tool ([5]) used by LXC-CI cannot directly pull from registry.gitlab.com.

Distrobuilder config and build script are available in separate repo ([6])

TODO:
1) Push docker images directly from gitlab (glen?) to avoid quite
   messy mirroring.
2) Sign images somehow (?)
3) (huge) Make an official, continously build PLD minimal ISO
   and then add VM's images as well (LXD supports VM's now).

[1] https://github.com/lxc/lxc-ci/pull/135
[2] https://gitlab.com/pld-linux/pld
[3] https://hub.docker.com/search?q=pldlinux
[4] https://github.com/mistoo/dockerhub-pld-images
[5] https://github.com/lxc/distrobuilder/
[6] https://github.com/mistoo/pld-lxd-image.


From qboosh at pld-linux.org  Tue Mar 17 06:11:39 2020
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 17 Mar 2020 06:11:39 +0100
Subject: [packages/poldek] - up to 0.42.1 - turn off tests running
In-Reply-To: <651f3f75747a091b5c3df9f9ac9fc8a93734cf8c_refs_heads_master@pld-linux.org>
References: <7197044c498bb25c7011a127354aaaf33e642739_refs_heads_master@pld-linux.org>
 <651f3f75747a091b5c3df9f9ac9fc8a93734cf8c_refs_heads_master@pld-linux.org>
Message-ID: <20200317051139.GA652@mail>

On Mon, Mar 16, 2020 at 10:15:33PM +0100, mis wrote:
> commit 651f3f75747a091b5c3df9f9ac9fc8a93734cf8c
> Author: mis <mis at pld-linux.org>
> Date:   Mon Mar 16 22:13:04 2020 +0100
> 
>     - up to 0.42.1
>     - turn off tests running
>     
>     FIXME: some tests use internal, non-exported 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 Bogusz    http://qboosh.pl/


From glen at pld-linux.org  Tue Mar 24 17:16:28 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 24 Mar 2020 18:16:28 +0200
Subject: rpm-build pulls perl
Message-ID: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>

i would not like bunch of perl deps in base package.

i think these dependencies are new due recent updates in the repo


```

[root at 4195c311335e /]# rpm -q rpm-build --requires|grep perl
/usr/bin/perl
perl(Carp)
perl(Config)
perl(Cwd)
perl(File::Basename)
perl(File::Copy)
perl(File::Path)
perl(File::Temp)
perl(Getopt::Long)
perl(LWP::UserAgent)
perl(POSIX)
perl(XML::LibXML)
perl(strict)
perl(warnings)

[root at 4195c311335e /]# rpm -q rpm-build

rpm-build-5.4.15-57.x86_64

[root at 4195c311335e /]#

```


perhaps just remove the shebang or chmod -x to make the deps optional 
(if they must stay in rpm-build package)

but i think they should be moved to `rpm-perlprov` package

```

[root at 4195c311335e /]# rpm -ql rpm-build|xargs grep bin/perl 2>/dev/null
/usr/lib/rpm/bin/api-sanity-autotest.pl:#!/usr/bin/perl
/usr/lib/rpm/bin/api-sanity-checker.pl:#!/usr/bin/perl
/usr/lib/rpm/bin/pom2spec:#!/usr/bin/perl
/usr/lib/rpm/http.req:#!/usr/bin/perl
[root at 4195c311335e /]#

```



From glen at pld-linux.org  Tue Mar 24 20:20:19 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Tue, 24 Mar 2020 21:20:19 +0200
Subject: libc 2.31/i686: operation not permitted for preserving timestamps
In-Reply-To: <b029ddfe-70ac-fcdd-a243-7683f2df18d4@pld-linux.org>
References: <b029ddfe-70ac-fcdd-a243-7683f2df18d4@pld-linux.org>
Message-ID: <37a47251-fbc4-b292-605e-6d94d444f1e7@pld-linux.org>


On 3/16/20 11:46 PM, Elan Ruusam?e wrote:
> i've got reports that cp -a (or just cp --preserve=timestamps) fails 
> on i686 and glibc 2.31
>
>
> from strace i've grabbed such error:
>
>
> ?????? utimensat_time64(4, NULL, [{tv_sec=1584393052, tv_nsec=0} /* 
> 2020-03-16T23:10:52+0200 */, {tv_sec=1584393052, tv_nsec=0} /* 
> 2020-03-16T23:10:52+0200 */], 0) = -1 EPERM (Operation not permitted)
>
>
> i believe it's related to large inode on fd=4 and glibc just reports 
> it incorrectly
>
>
> ```
> + ls -ldi locale-archive 
> /var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
> ??? 790264 drwxr-xr-x 2 root root???? 4096 Mar 16? 2020 
> /var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
> 4379091441 -rw-r--r-- 1 root root 13754080 Mar 16? 2020 locale-archive
> + cp '--preserve=timestamps' locale-archive 
> /var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale
> cp: preserving times for 
> '/var/tmp/glibc-localedb-2.30.0-root-root/usr/lib/locale/locale-archive': 
> Operation not permitted
>
> ```
>


does i686 even work for someone really?


some errors here and there




rpmdb: clock_gettime: Operation not permitted
66 <https://gitlab.delfi.net/ed/pld-builder/-/jobs/844165#L66>rpmdb: 
BDB0061 PANIC: Operation not permitted
67 <https://gitlab.delfi.net/ed/pld-builder/-/jobs/844165#L67>==> 
rpmdbe_event_notify(0xcf70440, PANIC(0), 0xffd25864) app_private (nil)

[root at 321bc6bed681 rpm]# poldek -u glibc

clock_gettime: Operation not permitted
BDB0061 PANIC: Operation not permitted


here's full build log attemting to? build base image:


https://gitlab.com/pld-linux/pld/-/jobs/480110124



From qboosh at pld-linux.org  Tue Mar 24 20:44:30 2020
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 24 Mar 2020 20:44:30 +0100
Subject: libc 2.31/i686: operation not permitted for preserving timestamps
In-Reply-To: <37a47251-fbc4-b292-605e-6d94d444f1e7@pld-linux.org>
References: <b029ddfe-70ac-fcdd-a243-7683f2df18d4@pld-linux.org>
 <37a47251-fbc4-b292-605e-6d94d444f1e7@pld-linux.org>
Message-ID: <20200324194430.GA31135@mail>

On Tue, Mar 24, 2020 at 09:20:19PM +0200, Elan Ruusam?e wrote:
> On 3/16/20 11:46 PM, Elan Ruusam?e wrote:
> >i've got reports that cp -a (or just cp --preserve=timestamps) fails 
> >on i686 and glibc 2.31

> does i686 even work for someone really?

Which kernel and fs?

I don't see such problems, glibc 2.31 on 4.19.x, xfs.


-- 
Jakub Bogusz    http://qboosh.pl/


From atler at pld-linux.org  Tue Mar 24 20:54:27 2020
From: atler at pld-linux.org (Jan Palus)
Date: Tue, 24 Mar 2020 20:54:27 +0100
Subject: libc 2.31/i686: operation not permitted for preserving timestamps
In-Reply-To: <37a47251-fbc4-b292-605e-6d94d444f1e7@pld-linux.org>
References: <b029ddfe-70ac-fcdd-a243-7683f2df18d4@pld-linux.org>
 <37a47251-fbc4-b292-605e-6d94d444f1e7@pld-linux.org>
Message-ID: <20200324195427.adzltvgei7helutg@kalarepa>

On 24.03.2020 21:20, Elan Ruusam?e wrote:
> does i686 even work for someone really?
> 
> 
> some errors here and there

FWIW my up-to-date i686 VM (QEMU) used for package testing purposes works fine.


From baggins at pld-linux.org  Tue Mar 24 22:16:21 2020
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Tue, 24 Mar 2020 22:16:21 +0100
Subject: rpm-build pulls perl
In-Reply-To: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
Message-ID: <20200324211621.GB13153@tachikoma>

On Tue, 24 Mar 2020, Elan Ruusam?e wrote:

> i would not like bunch of perl deps in base package.
> 
> i think these dependencies are new due recent updates in the repo
> 
> 
> ```
> 
> [root at 4195c311335e /]# rpm -q rpm-build --requires|grep perl
> /usr/bin/perl
> perl(Carp)
> perl(Config)
> perl(Cwd)
> perl(File::Basename)
> perl(File::Copy)
> perl(File::Path)
> perl(File::Temp)
> perl(Getopt::Long)
> perl(LWP::UserAgent)
> perl(POSIX)
> perl(XML::LibXML)
> perl(strict)
> perl(warnings)
> 
> [root at 4195c311335e /]# rpm -q rpm-build
> 
> rpm-build-5.4.15-57.x86_64
> 
> [root at 4195c311335e /]#
> 
> ```
> 
> 
> perhaps just remove the shebang or chmod -x to make the deps optional 
> (if they must stay in rpm-build package)
> 
> but i think they should be moved to `rpm-perlprov` package

I just removed those scripts, they are just junk.

On a side note, this is exactly why we should not have all those weird
hacks in deps generators and just run them always. To chatch stuff like
this.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From glen at pld-linux.org  Sun Mar 29 08:07:19 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Mar 2020 09:07:19 +0300
Subject: rpm-build pulls perl
In-Reply-To: <20200324211621.GB13153@tachikoma>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
Message-ID: <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>

On 3/24/20 11:16 PM, Jan R?korajski wrote:

> On a side note, this is exactly why we should not have all those weird
> hacks in deps generators and just run them always. To chatch stuff like
> this.


this enabled pear dependencies breaks packages that does not want them 
(bundles everything, handles in package deps).

i think the pear dependency generator should be disabled by default, 
pear is considered dead in php world.

it was controlled earlier with include pear.req, i guess now we need a 
define no_pear_dependencies?


```
error: eventum-sphinx-3.8.9-1.noarch: req 
pear(/usr/share/eventum/init.php) not found
error: eventum-3.8.9-1.noarch: req pear(../../init.php) not found
error: eventum-3.8.9-1.noarch: req 
pear(../library/HTMLPurifier.auto.php) not found
error: eventum-3.8.9-1.noarch: req 
pear(../library/HTMLPurifier/Bootstrap.php) not found
error: eventum-3.8.9-1.noarch: req pear(../tests/path2class.func.php) 
not found
error: eventum-3.8.9-1.noarch: req 
pear(Exception/InvalidArgumentException.php) not found
error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.autoload.php) not found
error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.includes.php) not found

...

```



From glen at pld-linux.org  Sun Mar 29 08:17:44 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Mar 2020 09:17:44 +0300
Subject: rpm-build pulls perl
In-Reply-To: <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
Message-ID: <fcd3142f-eceb-bb17-d1c6-608e829a785b@pld-linux.org>


On 3/29/20 9:07 AM, Elan Ruusam?e wrote:
> On 3/24/20 11:16 PM, Jan R?korajski wrote:
>
>> On a side note, this is exactly why we should not have all those weird
>> hacks in deps generators and just run them always. To chatch stuff like
>> this.
>
>
> this enabled pear dependencies breaks packages that does not want them 
> (bundles everything, handles in package deps).
>
> i think the pear dependency generator should be disabled by default, 
> pear is considered dead in php world.
>
> it was controlled earlier with include pear.req, i guess now we need a 
> define no_pear_dependencies?
>
>
> ```
> error: eventum-sphinx-3.8.9-1.noarch: req 
> pear(/usr/share/eventum/init.php) not found
> error: eventum-3.8.9-1.noarch: req pear(../../init.php) not found
> error: eventum-3.8.9-1.noarch: req 
> pear(../library/HTMLPurifier.auto.php) not found
> error: eventum-3.8.9-1.noarch: req 
> pear(../library/HTMLPurifier/Bootstrap.php) not found
> error: eventum-3.8.9-1.noarch: req pear(../tests/path2class.func.php) 
> not found
> error: eventum-3.8.9-1.noarch: req 
> pear(Exception/InvalidArgumentException.php) not found
> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.autoload.php) not 
> found
> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.includes.php) not 
> found
>
> ...
>
> ```
>
with current macros,

every package that was *not* removed %include pearprov should have now:

%define???? _noautoprov_pear .*




From glen at pld-linux.org  Sun Mar 29 09:20:30 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Mar 2020 10:20:30 +0300
Subject: rpm-build pulls perl
In-Reply-To: <fcd3142f-eceb-bb17-d1c6-608e829a785b@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
 <fcd3142f-eceb-bb17-d1c6-608e829a785b@pld-linux.org>
Message-ID: <2af0a534-441f-4137-2087-3d45c538474a@pld-linux.org>


On 3/29/20 9:17 AM, Elan Ruusam?e wrote:
>
> On 3/29/20 9:07 AM, Elan Ruusam?e wrote:
>> On 3/24/20 11:16 PM, Jan R?korajski wrote:
>>
>>> On a side note, this is exactly why we should not have all those weird
>>> hacks in deps generators and just run them always. To chatch stuff like
>>> this.
>>
>>
>> this enabled pear dependencies breaks packages that does not want 
>> them (bundles everything, handles in package deps).
>>
>> i think the pear dependency generator should be disabled by default, 
>> pear is considered dead in php world.
>>
>> it was controlled earlier with include pear.req, i guess now we need 
>> a define no_pear_dependencies?
>>
>>
>> ```
>> error: eventum-sphinx-3.8.9-1.noarch: req 
>> pear(/usr/share/eventum/init.php) not found
>> error: eventum-3.8.9-1.noarch: req pear(../../init.php) not found
>> error: eventum-3.8.9-1.noarch: req 
>> pear(../library/HTMLPurifier.auto.php) not found
>> error: eventum-3.8.9-1.noarch: req 
>> pear(../library/HTMLPurifier/Bootstrap.php) not found
>> error: eventum-3.8.9-1.noarch: req pear(../tests/path2class.func.php) 
>> not found
>> error: eventum-3.8.9-1.noarch: req 
>> pear(Exception/InvalidArgumentException.php) not found
>> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.autoload.php) 
>> not found
>> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.includes.php) 
>> not found
>>
>> ...
>>
>> ```
>>
> with current macros,
>
> every package that was *not* removed %include pearprov should have now:
>
> %define???? _noautoprov_pear .*
>
this no longer works either...

shouldn't there be announcement or changelog posted of (breaking) changes?


? rpm -q rpm
rpm-5.4.15-57.x86_64




From glen at pld-linux.org  Sun Mar 29 09:27:53 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Sun, 29 Mar 2020 10:27:53 +0300
Subject: rpm-build pulls perl
In-Reply-To: <2af0a534-441f-4137-2087-3d45c538474a@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
 <fcd3142f-eceb-bb17-d1c6-608e829a785b@pld-linux.org>
 <2af0a534-441f-4137-2087-3d45c538474a@pld-linux.org>
Message-ID: <ad70ae69-f032-fcf9-fb25-ad527ff5e90e@pld-linux.org>


On 3/29/20 10:20 AM, Elan Ruusam?e wrote:
>
> On 3/29/20 9:17 AM, Elan Ruusam?e wrote:
>>
>> On 3/29/20 9:07 AM, Elan Ruusam?e wrote:
>>> On 3/24/20 11:16 PM, Jan R?korajski wrote:
>>>
>>>> On a side note, this is exactly why we should not have all those weird
>>>> hacks in deps generators and just run them always. To chatch stuff 
>>>> like
>>>> this.
>>>
>>>
>>> this enabled pear dependencies breaks packages that does not want 
>>> them (bundles everything, handles in package deps).
>>>
>>> i think the pear dependency generator should be disabled by default, 
>>> pear is considered dead in php world.
>>>
>>> it was controlled earlier with include pear.req, i guess now we need 
>>> a define no_pear_dependencies?
>>>
>>>
>>> ```
>>> error: eventum-sphinx-3.8.9-1.noarch: req 
>>> pear(/usr/share/eventum/init.php) not found
>>> error: eventum-3.8.9-1.noarch: req pear(../../init.php) not found
>>> error: eventum-3.8.9-1.noarch: req 
>>> pear(../library/HTMLPurifier.auto.php) not found
>>> error: eventum-3.8.9-1.noarch: req 
>>> pear(../library/HTMLPurifier/Bootstrap.php) not found
>>> error: eventum-3.8.9-1.noarch: req 
>>> pear(../tests/path2class.func.php) not found
>>> error: eventum-3.8.9-1.noarch: req 
>>> pear(Exception/InvalidArgumentException.php) not found
>>> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.autoload.php) 
>>> not found
>>> error: eventum-3.8.9-1.noarch: req pear(HTMLPurifier.includes.php) 
>>> not found
>>>
>>> ...
>>>
>>> ```
>>>
>> with current macros,
>>
>> every package that was *not* removed %include pearprov should have now:
>>
>> %define???? _noautoprov_pear .*
>>
> this no longer works either...

update:

1. added test: https://github.com/pld-linux/test/tree/test/peardeps

2. the macro i was looking is _noautoreq_pear


>
> shouldn't there be announcement or changelog posted of (breaking) 
> changes?
>
>
> ? rpm -q rpm
> rpm-5.4.15-57.x86_64
>



From baggins at pld-linux.org  Sun Mar 29 10:52:36 2020
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Sun, 29 Mar 2020 10:52:36 +0200
Subject: rpm-build pulls perl
In-Reply-To: <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
Message-ID: <20200329085236.GD31183@starbug.lan>

On Sun, 29 Mar 2020, Elan Ruusam?e wrote:

> On 3/24/20 11:16 PM, Jan R?korajski wrote:
> 
> > On a side note, this is exactly why we should not have all those weird
> > hacks in deps generators and just run them always. To chatch stuff like
> > this.
> 
> 
> this enabled pear dependencies breaks packages that does not want them 
> (bundles everything, handles in package deps).

Good. This will finally allow us to catch all the breakage and either
fix dependencies or packages.

> i think the pear dependency generator should be disabled by default, 
> pear is considered dead in php world.
`
Then disable it, or even better, delete the scripts and config.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/


From glen at pld-linux.org  Mon Mar 30 08:14:08 2020
From: glen at pld-linux.org (=?UTF-8?Q?Elan_Ruusam=c3=a4e?=)
Date: Mon, 30 Mar 2020 09:14:08 +0300
Subject: rpm plan (Re: rpm-build pulls perl)
In-Reply-To: <20200329085236.GD31183@starbug.lan>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
 <20200329085236.GD31183@starbug.lan>
Message-ID: <eb5e344f-8cf5-34ab-c000-4d49a7439fcc@pld-linux.org>

On 3/29/20 11:52 AM, Jan R?korajski wrote:

>> i think the pear dependency generator should be disabled by default,
>> pear is considered dead in php world.
> `
> Then disable it, or even better, delete the scripts and config.
what is the rpm4/rpm5 plan again? i'd rather do this only once, not both 
branches.


From ngompa13 at gmail.com  Mon Mar 30 13:01:06 2020
From: ngompa13 at gmail.com (Neal Gompa)
Date: Mon, 30 Mar 2020 07:01:06 -0400
Subject: rpm plan (Re: rpm-build pulls perl)
In-Reply-To: <eb5e344f-8cf5-34ab-c000-4d49a7439fcc@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
 <20200329085236.GD31183@starbug.lan>
 <eb5e344f-8cf5-34ab-c000-4d49a7439fcc@pld-linux.org>
Message-ID: <CAEg-Je-vkf770A7XzPzWP0rVNDe39UMKm=8k6fh3H6hBduuRNQ@mail.gmail.com>

On Mon, Mar 30, 2020 at 2:14 AM Elan Ruusam?e <glen at pld-linux.org> wrote:
>
> On 3/29/20 11:52 AM, Jan R?korajski wrote:
>
> >> i think the pear dependency generator should be disabled by default,
> >> pear is considered dead in php world.
> > `
> > Then disable it, or even better, delete the scripts and config.
> what is the rpm4/rpm5 plan again? i'd rather do this only once, not both
> branches.

These php PEAR dependency generator scripts are gone in rpm.org
codebase anyway...


-- 
?????????/ Always, there's only one truth!


From baggins at pld-linux.org  Mon Mar 30 15:25:56 2020
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Mon, 30 Mar 2020 15:25:56 +0200
Subject: rpm plan (Re: rpm-build pulls perl)
In-Reply-To: <eb5e344f-8cf5-34ab-c000-4d49a7439fcc@pld-linux.org>
References: <8140a390-9870-dfdd-8e6f-794b82f0a4fd@pld-linux.org>
 <20200324211621.GB13153@tachikoma>
 <0a8afcac-9826-aee0-6825-a811a1deb593@pld-linux.org>
 <20200329085236.GD31183@starbug.lan>
 <eb5e344f-8cf5-34ab-c000-4d49a7439fcc@pld-linux.org>
Message-ID: <20200330132556.GE31183@starbug.lan>

On Mon, 30 Mar 2020, Elan Ruusam?e wrote:

> On 3/29/20 11:52 AM, Jan R?korajski wrote:
> 
> >> i think the pear dependency generator should be disabled by default,
> >> pear is considered dead in php world.
> > `
> > Then disable it, or even better, delete the scripts and config.
> what is the rpm4/rpm5 plan again? i'd rather do this only once, not both 
> branches.

The plan is to move to rpm.org. The timeline though is something
uncertain.

Do the change on master if you don't want to do both,
I can apply it to rpm.org branch later.

-- 
Jan R?korajski                    | PLD/Linux
SysAdm | baggins<at>pld-linux.org | http://www.pld-linux.org/