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-dev
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
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
root@1822-cvs /etc/cron.d#
```
--
glen
_
02 prebuilt-x86_64.tar.xz
bash-4.4# sha1sum prebuilt-x86_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
? use musl 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-linu
emd should 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:/
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
nclude dir support, 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 comme
-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 packag
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 grou
Jan 2019 at 21: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
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
t use:
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/listinf
tld(GNU_HASH)
Provides: /sbin/ldconfig
Provides: ldconfig = %{epoch}:%{version}-%{release}
Obsoletes:ldconfig < 6:2.28-6.1
-# we want FHS being installed before ldconfig, altho they are both unrelated
to each-other.
-Requires: FHS
-
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
rg:42588: Connection
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
___
d 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-linu
4.4.6-1
ldconfig-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
__
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 4:23 PM, glen wrote:
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-5.26.2-3.x86_64: req
/usr/lib64/perl5/vendor_perl/5.26.0/x86_64-pld-linux
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 beh
t;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.
--
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<>openss
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 in
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 quest
l some new 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
_info in Unknown on
line 0
somehow i686 / x86_64 symbols resolved differently? lazy 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
http://lists.pld-
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
same disk,
and enables 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
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=1.16.4.69.2.4.2.1.4.3
link.1 -> /etc/fstab
-rw-r--r-- 1 root root 0 jaan 8 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-x
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
___
On 01/08/2012 10:36 PM, Jeffrey Johnson wrote:
*From: *Jeffrey Johnson mailto:n3...@me.com>>
*Subject: **Re: why is my symlink gone*
*Date: *January 8, 2012 3:35:57 PM EST
*To: *"PLD: Developers list (English)"
<mailto:pld-devel-en@lists.pld-linux.org>>
On Jan
48 Jan 8 21:52
./etc/pki/id/ESTEID-SK_2011.crl_url
-rw-r--r-- 1 root root 35 Jan 8 21:52
./etc/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
On 27.05.2011 14:17, Kacper Kornet wrote:
ERROR: A CVS repository cannot contain both
packages/php-pecl-idn/php-pecl-idn.spec,v and
packages/php-pecl-idn/Attic/php-pecl-idn.spec,v
corrected, but in what part that made trouble?
--
glen
___
pld
49 matches
Mail list logo