8.1K/s)]
error:
ftp://ftp1.pld-linux.org/dists/th/test/i686/RPMS/packages.ndir.gz:
broken file
Retrieving th-test::packages.ndir.md...
th-test is up to date
poldek:/all-avail>
```
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux
/localtime.
And no, I don't know why it breaks with incorrect or missing /etc/localtime.
updated docker image build result to use http urls then:
- https://gitlab.com/pld-linux/pld/merge_requests/5
--
glen
___
pld-devel-en mailing list
pld-devel-en
On 4/11/19 11:59 AM, glen wrote:
11:52:52 [load: 2.40 60.00% nproc: 4]
root@1822-cvs repositories/SPECS.git# g gc
error: bad ref for ./logs/refs/heads/master
error: bad ref for ./logs/HEAD
fatal: bad object refs/heads/master
fatal: failed to run repack
```
12:00:39 [load: 1.40 35.00% nproc
On 4/11/19 11:43 AM, glen wrote:
2019-04-11 10:40:01.897377507+02:00 I: Started sudo -Hiu git
bin/specscommit.sh
2019-04-11 10:40:01.930615129+02:00 E: fatal: index file smaller than
expected
2019-04-11 10:40:01.936209583+02:00 I: Finished with exitcode 0
tried fsck. but harder fix
I: Started sudo -Hiu git
bin/specscommit.sh
2019-04-11 10:40:01.930615129+02:00 E: fatal: index file smaller than
expected
2019-04-11 10:40:01.936209583+02:00 I: Finished with exitcode 0
root@1822-cvs /etc/cron.d#
```
--
glen
___
pld-devel-en
6_64.tar.xz
c7134427bcd1b3f535e8f6651918ca0f298ff21c prebuilt-x86_64.tar.xz
```
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t; /proc/self/mounts || mount /sys/fs/pstore)
+ exit 0
+fi
+
yuks.
i think this should go to "setup" package like rest of the fstab mounts
and mounting from %post does not seem good either.
so i propose:
1. add to setup the mount with noauto
2. update rc-scripts to mount i
and busybox?
kill selinux, nls and other nonsense not useful in containers?
...i tend to see less value in pld nowadays, only to support some legacy
applications.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
do the same, but currently it does not:
```
# mount|grep run
run on /run type tmpfs (rw,relatime,mode=755)
# rpm -q rc-scripts
rc-scripts-0.4.18-1.x86_64
```
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld
gt;/dev/null 2>&1")
the behaviour is not identical:
1. previous code did not hide ldconfig errors
2. previous code skipped invocation if /usr/sbin/fix-info-dir was missing
as you hopefully tested this, then os.execute does not trigger failure,
but would be nice to see ldconfig error
but without
actual without globing!!!
what's the directory scanning rule?
will it exclude backups from editors and package managers other cruft
like VCS dirs/files?
ps: you should grep what you append, maybe someone has in comments
matching "/etc/
-d7efd2b3dbb10e54185f001dc21d43db
so, should the dir be added to setup and all issue* packages move their
contents there (or duplicate?)
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
friendly ping!
On 2/1/19 4:41 PM, glen wrote:
(somewhy arekm wrote privately to me only).
anyway, the rel 44 (from th-test) still fails:
[root@2e971bacdb48 app]# echo '{}'> composer.json
[root@2e971bacdb48 app]# composer install; echo $?
Loading composer repositories with package informat
cc: list
Forwarded Message
Subject: Re: [packages/dehydrated] - run always via sudo as
root:dehydrated to allow dehydrated group to read certificates and keys,
Date: Fri, 21 Dec 2018 22:35:54 +0200
From: Elan Ruusamäe
To: h...@pld-linux.org
provides user and
:28, Arkadiusz Miśkiewicz mailto:ar...@maven.pl>> wrote:
On 21/12/2018 12:51, glen wrote:
> can you please look?
Did this work with older openssl?
Because this bug is somehow related to
https://bugs.php.net/bug.php?id=61930
Simplified reproducer:
>
can't find mysql client package:
error: mysql-client: no such package
i don't see any dropping or deprecation notice: https://www.pld-linux.org/
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
please someone (arekm?) add patch to build mysql 5.0 with openssl 1.1.
also previous report that mysql 5.3 crashes:
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2018-December/025680.html
thanks!
--
glen
___
pld-devel-en mailing
somewhy ruby deps provider puts versioning, even if the installed paths
are unversioned:
```
➔ rpm -qpl
/home/users/glen/rpm/packages/RPMS/knife-backup-0.0.12-1.noarch.rpm
/usr/share/ruby/vendor_ruby/chef/knife/backup_export.rb
/usr/share/ruby/vendor_ruby/chef/knife/backup_restore.rb
/usr
On 12/11/18 2:52 PM, arekm wrote:
- rel 3; use separate config, so nagios_nrpe rpm macros can deal with it
why not just patch and enable bbu by default?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld
:
check_command check_raid!--bbu-monitoring
also, if you insist on new template, extend the previous one, not copy paste?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
On 10/23/18 2:01 PM, Arkadiusz Miśkiewicz wrote:
On 23/10/2018 12:43, glen wrote:
any plans to fix cvs.pld-linux.org?
cvs-nserver segfaults and needs some debugging or better switching to
other maintained cvs
downgrade glibc. perhaps helps
--
glen
refused
Retrying...(#2)
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
any plans to fix cvs.pld-linux.org?
Forwarded Message
Subject:Cron ~/rpm/PLD-doc/notify-specsupdate.sh
Date: Thu, 11 Oct 2018 09:01:02 +0200
From: (Cron Daemon)
To: g...@pld-linux.org
cvs [status aborted]: reading from server: Connection reset by peer
rsions, and that
extensions are present in pld.
but then this will remove uniqueness for pld where all php versions are
available and the maintenance cost is not that high.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-lin
On 9/24/18 9:54 PM, Jakub Bogusz wrote:
can someone have look at i686 and x32 builds (-r dev-7.3 branch)
i'm pretty ok to just to have ExclusiveArch: %{x8664} for 7.3 branch
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
config-6:2.28-5.x86_64
FHS
rtld(GNU_HASH)
uname(release) >= 3.2.0
rpmlib(PayloadIsLzma) <= 4.4.6-1
➔ rpm -q --what-provides 'rtld(GNU_HASH)'
glibc-2.28-5.x86_64
➔ rpm -q ldconfig
ldconfig-2.27-3.x32
ldconfig-2.28-5.x86_64
➔
--
glen
___
pld-de
On 9/26/18 2:43 PM, glen wrote:
perl-base-5.26.2-3.x86_64 marks perl-dirs-5.28.0-2.x86_64 (cap
/usr/share/perl5/vendor_perl)
ok. perl-dirs needs to be moved back.
done.
pldth@ep09-pld SRPMS/.metadata$ pfa-mvpkg PLD test
perl-dirs-5.28.0-2.src.rpm.info
pldth@ep09-pld SRPMS/.metadata$ pfa
On 9/26/18 2:43 PM, glen wrote:
super broken deps:
https://gitlab.com/pld-linux/cleanbuild/-/jobs/101752687
Installing set #3
Processing dependencies...
perl-modules-5.26.2-3.x86_64 marks perl-base-5.26.2-3.x86_64 (cap
/usr/lib64/perl5/5.26.2/x86_64-pld-linux-thread-multi)
error: perl-base
/usr/lib64/qt4/imports/org)
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On 9/18/18 11:12 AM, Marcin Krol wrote:
On 18-Sep-18 09:23, glen wrote:
the same host, updated
wintersunset /etc/lighttpd # rpm -q glibc lighttpd; ls -l
/etc/lighttpd/vhosts.d/
glibc-2.28-3.x86_64
lighttpd-1.4.50-2.x86_64
total 0
wintersunset /etc/lighttpd #
so it's lighttpd behavior
for f in vhosts.d/*.conf ; do [ -f \"$f\" ] && echo
\"include \\"$f\\"\" ; done"
wintersunset lighttpd/vhosts.d #
--
glen
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
build for th is planned.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On 9/6/18 1:42 PM, glen wrote:
So it is just upgrading the package you want and glibc, not a big
issue.
services need to be restarted, especially ones using locale data. and
that means services need to be restarted, and it's a big issue here.
--
glen
not be compatible, but it was enabled
shortly back.
but that ssl deps
i think we can drop those "strict deps" in th. openssl releases are
pretty stable upstream nowadays.
ps: in pld-ac i've removed such hard deps that are present in
openssl<>openssh in
On 9/6/18 11:59 AM, Jacek Konieczny wrote:
On 2018-09-06 10:50, glen wrote:
could we make not so often glibc upgrades in th?
at least keep builders glibc version low, so that built packages do not
require the latest and bleeding glibc SONAME symbols? (unless there's
actual benefit
On 9/6/18 11:56 AM, Arkadiusz Miśkiewicz wrote:
On 06/09/2018 10:50, glen wrote:
could we make not so often glibc upgrades in th?
glibc is released every ~6 months and that's not "often"
that's your opinion.
and what is often or not to one's system was not the question in the
ori
package, i'm
forced to upgrade whole system.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
on x86_64,
strict on i686?
glibc change?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
I was asked to move rpm-macro.sh together with its history from
rpm-build-macros to rpm-build-tools. But first I prefer to ask if
there are any objections to it.
--
Kacper
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
On 16/02/12 09:45, Paweł Gołaszewski wrote:
There is problem with recent change in lighttpd-mime.types.sh (it
generates mime.types.conf).
[...]
revision 1.3
date: 2012/01/22 20:52:51; author: glen; state: Exp; lines: +15 -1; kopt:
kv; commitid: 64d94f1c7723ee01; filename: lighttpd
/pki/id/JUUR-SK.crl_url
5 blocks
# file ../fetch-crl-id.ee-1.0-0.2.noarch.rpm
../fetch-crl-id.ee-1.0-0.2.noarch.rpm: RPM v3 bin fetch-crl-id.ee-1.0-0.2
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
-linux.org
On Jan 8, 2012, at 3:25 PM, glen wrote:
a symlink, in .spec, nothing special in it, %config or plain listing,
visible in rpm -qpl, but not placed to filesystem. dumps below.
wtf is happening!?
Adding -vv --fsmdebug will display every sys call undertaken
while installing/erasing
On 01/08/2012 11:32 PM, Jeffrey Johnson wrote:
OK. If the symlink isn't in the *.rpm pkg, then its easy to understand why the
symlink wasn't installed.
it is in a package (as common sense), see rpm -qpl listing in first post!
--
glen
___
pld-devel
23:58 /tmp/rpm-symlinks/testfile
lrwxrwxrwx 1 root root 8 jaan 8 23:59 /tmp/rpm-symlinks/testlink -
testfile
glen@wintersunset packages/test $ rpm -qpl
/home/glen/rpm/pld/packages/RPMS/rpm-symlinks-1-10.noarch.rpm -v
drwxr-xr-x2 rootroot0 jaan 8 23:59
/tmp/rpm
On 01/09/2012 12:07 AM, glen wrote:
i tried to find what is so special in there, %files is just the topdir
where all goes in
nailed it!
i mean i found symptom that could really explain it.
http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/test/test.spec?revision
hardlinking
now if there is a symlink in a tree, it gets affected by this bug.
also: in rpm package there is packaged only one instance of the hardlink
(one in $RPM_BUILD_ROOT),
imho should decide on that actual number, not what it sees from filesystem
--
glen
46 matches
Mail list logo
