On 2/8/20 6:52 PM, Tomasz Pala wrote:
> On Thu, Feb 06, 2020 at 19:20:26 +0100, Arkadiusz Miśkiewicz wrote:
>
>> We need to finally do this while still keeping sysvinit compatibility
>> (using symlinks).
>
> Why do we need to do this? Legacy SysVinit uses /var/run and works,
> while systemd syste
On 03/06/2019 07.25, Jan Rękorajski wrote>
> I don't believe it's nodejs problem, I think it's builder
> security/networking problem.
But the security/networking restrictions are there for a reason. If we
allow build process to download anything it wants, then we could skip
shipping source packages
Hi,
Our repository seems to be misbehaving:
remote: fatal: write failure on standard output: No space left on device
remote: error: unable to write file GxPlugins.lv2.spec
remote: Emitting a message to the fedmsg bus.
remote: * Publishing information for 1 commits
remote: exim: insufficient disk
On 24/05/2019 00.21, Elan Ruusamäe wrote:
>
> On 23/05/2019 21:13, jajcus wrote:
>> +BuildRequires: python3 >= 3
>
> python3 was unfortunately started with epoch: 1, copy paste from
> python.spec
>
> otoh, if as you don't have more specific version here, just drop the
> version construct?
I
On 11/03/2019 23.24, Elan Ruusamäe wrote:
> why not /etc/nginx/conf.avail like rest of the debian/ubuntu world lives?
/etc/nginx/snippets is exactly how Debian does that.
# dpkg -S /etc/nginx/snippets ; echo ; grep NAME /etc/os-release
nginx-common: /etc/nginx/snippets
PRETTY_NAME="Debian GNU/L
On 19/02/2019 15.23, glen wrote:
> the behaviour is not identical:
>
> 1. previous code did not hide ldconfig errors
Which should not bother us. Even if ldconfig does not work we need this
installed if we want glibc installed properly
> 2. previous code skipped invocation if /usr/sbin/fix-info-d
On 19/02/2019 09.39, Jacek Konieczny wrote:
> On 19/02/2019 09.34, Jacek Konieczny wrote:
>> The systemd preferred way to handle backward compatibility with the old
>> /var/run directory is to make /var/run a symlink to /run.
>
> Wrong… it is bind-mount of /run over /var/ru
On 19/02/2019 09.34, Jacek Konieczny wrote:
> The systemd preferred way to handle backward compatibility with the old
> /var/run directory is to make /var/run a symlink to /run.
Wrong… it is bind-mount of /run over /var/run, which is currently
disabled in PLD.
Maybe the way to go is to r
Hi,
In PLD various systemd units and tmpfiles configs have been patched to
move from /run to the legacy /var/run for 'backward compatibility', even
though there are good reasons for using /run.
New systemd won't even work well with /var/run:
Feb 19 08:55:04 pbx systemd-tmpfiles[1100]:
[/usr/lib
On 31/01/2019 21.34, Elan Ruusamäe wrote:
> what should be .spec named?
>
>
> python3-foo.spec?
>
> python-foo.spec?
I think using python-foo.spec for the source and build only python3-foo
package from that is the most consistent way.
E.g. what if python4 appears? What if a package loses pytho
On 25/01/2019 19.13, Arkadiusz Miśkiewicz wrote:
> On 25/01/2019 18:54, hawk wrote:
>> commit d545a6c3390ab2ebc284896499594a8d46ec94a1
>> Author: Marcin Krol
>> Date: Fri Jan 25 18:53:51 2019 +0100
>>
>> - migrate configuration to /etc/postfix
>
> /etc/mail was a bad idea, so such migration
Hi,
I have just made the new release of PLD New Rescue boot disk image. It
is based on the latest Th snapshot and includes a few improvements since
the last PLD NR release, though nothing major.
https://github.com/Jajcus/pld-new-rescue/releases/tag/th2018-1.6
Please let me know if it works for y
On 12/12/2018 16.06, Jakub Bogusz wrote:
>
> THEY just changed the way of enabling rtti (from make variable to cmake
> define).
> As we had rtti in previous versions of llvm and it's needed by other
> packages (i.e. Mesa/pipe-*), IMO we should just keep it enabled (and
> rebuild packages already b
Hi,
I am preparing package for Mesa 18.3.0, switching the build system to
Meson, as autoconf/automake is deprecated.
I made it build, but without OpenCL. The problem is the Clover part of
Mesa requires RTTI to build (uses dynamic_cast) and Mesa is build
-fno-rtti when compiled with LLVM built wit
On 2018-10-01 16:42, glen wrote:
> On 10/1/18 11:36 AM, Jacek Konieczny wrote:
>> Possible solutions:
>> – disable autogenerated dependency for ldconfig, to force installing it
>> before glibc
>> – include ldconfig in the main glibc package
>> – change glibc %
On 2018-10-23 13:01, 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
>
>
>> cvs [status aborted]: reading from server: Connection reset by peer
Hi,
I have been updating our freeradius-server package to current version
(3.0.17), as a part of updating PLD to the new OpenSSL. I managed to
build it and it even seems to work, but I have no way of proper testing it.
Also, changes in configuration and available modules are quite
significant bet
On 01/10/2018 22.17, Elan Ruusamäe wrote:
> On 29/09/2018 02:37, adwol wrote:
> altho i prefer just to keep same package multiple versions installed:
>
>
> # rpm -q openssl
> openssl-1.0.2o-1.x86_64
> openssl-1.1.1-1.x86_64
This does not work well with upgrades (e.g. „upgrade *” in poldek gives
From my logs of (automated) building a fresh system in a chroot:
build 01-Oct-2018 09:25:17warning: LOOP:
build 01-Oct-2018 09:25:17warning: removing glibc-2.28-5.aos1.i686
"Requires(postun): /sbin/ldconfig" from tsort relations.
build 01-Oct-2018 09:25:17warning: removing ldco
On 27/09/2018 18.59, Arkadiusz Miśkiewicz wrote:
>
> +- current TODO:
>
> pjproject.spec
Does anything use it? Except Asterisk, which uses own bundled version
(the patches and configuration included there is quite important for
proper Asterisk operation).
If not, then we can drop it and update
On 20/09/2018 20.57, Adam Osuchowski wrote:
> Arkadiusz Miśkiewicz wrote:
>> openssl 1.1.1 rebuild, if anyone wants to help here is TODO list:
>>
>> http://ep09.pld-linux.org/~pldth/qa.php?q=main-ready-test
>>
>> Examples on how to fix things are at packages/*/openssl.patch mostly. Also
>> patches
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 that package for newer glibc)
>
> it's very d
On 2018-04-23 19:40, Jakub Bogusz wrote:
> On Mon, Apr 23, 2018 at 07:13:53PM +0200, glen wrote:
>> commit db2ce4e265ef36c31a6bef09e13a300d756d927b
>> Author: Elan Ruusamäe
>> Date: Mon Apr 16 22:10:58 2018 +0300
>>
>> seems only reliable and useful way to switch user is sudo
>
>> # run da
[jajcus@jajo ~]$ man openssl-pkcs12
man: /usr/share/man/man1/openssl-pkcs12.1 is self referencing
No manual entry for openssl-pkcs12
[jajcus@jajo ~]$ cat /usr/share/man/man1/openssl-pkcs12.1
.so man1/openssl-pkcs12.1
And the same for most openssl-* pages.
Jacek
__
On 2018-02-12 07:42, Tomasz Pala wrote:
>> Truly the best way out of all these discussions is to complete the 10+ year
>> transition from 32bit to 64bit and stop the endless discussions and fiddle
>> up retrofits.
>
> Be my guest and just convert all the binary-only programs to 64 bit.
> Includi
On 2018-02-05 10:36, Jan Rękorajski wrote:
> On Mon, 05 Feb 2018, Arkadiusz Miśkiewicz wrote:
>
>>
>> What's the approach for problems like:
>>
>> error: Install/Erase problems:
>> file /usr/libexec/getconf/POSIX_V6_ILP32_OFFBIG conflicts between
>> attempted installs of glibc-2.27-1.i686
On 2017-09-19 20:53, Łukasz Maśko wrote:
> Dnia wtorek, 19 września 2017 20:02:11 Jan Rękorajski pisze:
>> Xserver crashes for me after installing Mesa 17.2 from th-test
> [...]
>
> Just to report: 12.7.1.x86_64 + Intel works for me.
I just wanted to write the same – no problem in Intel.
Is ther
On 2017-08-21 13:02, Elan Ruusamäe wrote:
> the copying file was present in CVS
>
>
> http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/SPECS.old/COPYING
>
> http://cvs.pld-linux.org/cgi-bin/viewvc.cgi/cvs/packages/COPYING
>
>
> but lost with git migration because there's no place to put the fil
:Re: [Nurmukhamed/centos-7-build-asterisk-rpms] License missing
(#2)
Date: Fri, 18 Aug 2017 15:23:06 + (UTC)
From: Alexander Aleksandrovič Klimov
Reply-To: Nurmukhamed/centos-7-build-asterisk-rpms
To: Nurmukhamed/centos-7-build-asterisk-rpms
CC: Jacek Konieczny , Mention
On 2016-04-09 15:45, baggins wrote:
commit 9ec3dc4d5d00befe1b59d557cc4d4e34635816c5
Author: Jan Rękorajski
Date: Sat Apr 9 21:57:09 2016 +0900
- added ebtables init scripts
Have you actually tested this?
+ if is_yes "$EBTABLES_BINARY_FORMAT"; then
+
On 2016-02-28 10:30, qboosh wrote:
commit 87ffab9ee39fd264c3cbae4bd42e4c8b663d04bf
Author: Jakub Bogusz
Date: Sun Feb 28 10:33:51 2016 +0100
- added ebtables patch to support plain ebtables command
I lost a few hours of work today because of this
not-well-thought-out change.
There was
On 2017-06-05 09:52, Tomasz Pala wrote:
On Mon, Jun 05, 2017 at 08:46:36 +0200, Jacek Konieczny wrote:
/usr/lib64/jvm/java -> icedtea8-3.4.0 symlink is provided by icedtea8-jdk
- this package contains symlinks and manuals only, BUT also:
Requires: icedtea8-jar = 3.4.0-1, icedtea8-
On 2017-06-05 00:46, Tomasz Pala wrote:
On Wed, Sep 21, 2016 at 12:51:55 +0200, Jacek Konieczny wrote:
I gave it a try and managed to build PLD packages with it. Those seem to
work on x32 properly and have no limit on crypto keys length. Much
better than the openjdk8-* packages.
I suggest
On 2017-04-05 11:27, Mateusz Korniak wrote:
By the way, I was not able to respond to a mail on this topic, because:
: host 31.179.132.94[31.179.132.94] said: 554 5.7.1
: Recipient address rejected: Access denied (in
reply to RCPT TO command)
94.132.179.31.in-addr.arpa domain name p
On 2017-04-05 10:39, matkor wrote:
commit 43f653030a061f129444d0c41e389b54cc7379a9
Author: Mateusz Korniak
Date: Wed Apr 5 10:38:34 2017 +0200
Added cronjob timer+service.
Not needed in this case, as there is /etc/cron.daily script, which will
be called by systemd-cronjobs anyway. Now m
On 2017-04-03 21:23, Elan Ruusamäe wrote:
On 13.03.2017 10:30, jajcus wrote:
commit 2141fdbf9a858852a7c635341b346a5ca42787f1
Author: Jacek Konieczny
Date: Mon Mar 13 09:26:54 2017 +0100
break dependency loop
warning: LOOP:
warning: removing tzdata-zoneinfo-2016j-1.aos1
On 2017-02-14 13:32, Jacek Konieczny wrote:
I am not happy with crond running under systemd. The same could be done
with systemd timers, but we should keep compatibility with old systems.
I guess, I sent the mail too early, as now I have a bit better idea how
it could look like.
A new package
Hi,
I am not happy with crond running under systemd. The same could be done
with systemd timers, but we should keep compatibility with old systems.
My idea is to create a new package, 'systemd-timers', which would
obsolete all 'crondaemon' packages.
Some other packages require 'crondaemon' as t
On 2016-11-23 23:12, Elan Ruusamäe wrote:
On 23.11.2016 17:16, atler wrote:
# Usual desktop setups need least one video driver to run, see
xorg.log which one exactly
Suggests:xorg-driver-video
+Provides:xorg-driver-video
+Provides:xorg-driver-video-modesetting
nono no, do not p
On 2016-11-13 10:56, baggins wrote:
> commit 0704af311ff89256bd08d2e75c08d104899ec4dd
> Author: Jan Rękorajski
> Date: Sun Nov 13 10:55:37 2016 +0100
>
> - remove bugus ifs, kernel 4.6+ has default
> -Werror=incompatible-pointer-types
I was unaware. Thanks!
Jacek
On 2016-10-29 11:17, Arkadiusz Miśkiewicz wrote:
> On Saturday 29 of October 2016, Elan Ruusamäe wrote:
>> On 29.10.2016 11:25, Elan Ruusamäe wrote:
>>> should we introduce mysql57, mysql80 packages instead?
>
> Only if there are incompatible on upgrade path. To be verified with docs.
> Otherwise
On 2016-10-28 09:46, Elan Ruusamäe wrote:
On 27.10.2016 17:17, Jacek Konieczny wrote:
On 2016-10-26 23:14, Elan Ruusamäe wrote:
On 19.10.2016 00:51, Elan Ruusamäe wrote:
proposition:
drop nginx "-standard" suffix? in package and filenames
so, zero feedback on my dev changes. i&
On 2016-10-26 23:14, Elan Ruusamäe wrote:
On 19.10.2016 00:51, Elan Ruusamäe wrote:
proposition:
drop nginx "-standard" suffix? in package and filenames
so, zero feedback on my dev changes. i'm going to merge this to master
in few days then.
I had not time to look into that, but if you pus
On 2016-10-18 23:51, Elan Ruusamäe wrote:
proposition:
drop nginx "-standard" suffix? in package and filenames
+1
And get rid of all other HTTP versions. The "-mail" can stay, I guess.
Does anybody actually use anything other than "-standard"?
I never changed it, not to break things for so
On 2016-10-12 09:30, Elan Ruusamäe wrote:
you can enforce runtime probe dependency:
$ grep -r Requires.*cpuinfo ~/all-specs
/home/users/glen/all-specs/adobe-flash.spec:Requires: cpuinfo(sse2)
/home/users/glen/all-specs/google-earth.spec:Requires: cpuinfo(sse2)
/home/users/glen/all-specs/kernel.s
On 2016-10-12 07:31, Elan Ruusamäe wrote:
please announce any of such droppings.
A nice way to say 'announce any of this shit' ;-)
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-de
On 2016-10-01 20:18, Elan Ruusamäe wrote:
> 1.
> apache-mod_wsgi = python2
> apache-mod_wsgi3 = python3
That will encourage keeping python2 as 'the python' forever…
> 2.
> apache-mod_wsgi = RIP
> apache-mod_wsgi-py2 = python2
> apache-mod_wsgi-py3 = python3
>
> 3.
> apache-mod_wsgi = requires %
Hi,
For long time IcedTea was not available for building OpenJDK8, so I
packaged OpenJDK directly. It seemed good idea anyway – why using some
intermediate system when OpenJDK can be directly compiled on Linux.
It even worked when I packaged it. I was not sure if it is 'stable' or
'current'
On 2016-09-10 23:46, Paweł A. Gajda wrote:
npm itself bundle its dependencies,so, what I like to do is just to bundle
them into package as well. It just works and would make upgrades much, much
easier. Any objections?
+1, no objections.
Node dependencies and packaging is totally crazy and mant
On 2016-09-05 18:12, Elan Ruusamäe wrote:
> if you had fixed your @pld-linux mail alias, you would probably had
> received error message of the first upload:
How would it help? I already know it didn't work. And I got the error
message from distfiles after pushing the spec commit.
> altho i do ag
Distfiles truncated an archive I have just uploaded there:
[jajcus@jajo tmp]$ wget
http://distfiles.pld-linux.org/distfiles/by-md5/6/6/66f3cfc0f6c3963a6c6c41e741b1518a/compton-20160811.tar.xz
--2016-09-05 12:45:20--
http://distfiles.pld-linux.org/distfiles/by-md5/6/6/66f3cfc0f6c3963a6c6c41e741
On 2016-08-31 09:51, Elan Ruusamäe wrote:
On 31.08.2016 10:47, Jacek Konieczny wrote:
# grep add /etc/udev/rules.d/80-idcard.rules
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device",
ENV{ID_MODEL}=="*Smart*Card*Reader*", RUN+="/sbin/service
On 2016-08-31 07:28, Elan Ruusamäe wrote:
i'm trying to write udev rule to start service when usb device is attached
here's what i got. yet it doesn't work
# grep add /etc/udev/rules.d/80-idcard.rules
SUBSYSTEM=="usb", ACTION=="add", ENV{DEVTYPE}=="usb_device",
ENV{ID_MODEL}=="*Smart*Card*Reade
Hi,
I have updated the openjdk8.spec for more recent update… and the x32
binaries stopped working. I have no idea how to debug it or what could
go wrong, as I have very little experience with x32 and the JVM
implementation is not some simple code.
I have tried two different code versions, I
On 2016-07-29 13:10, Elan Ruusamäe wrote:
On 28.07.2016 23:39, Tomasz Pala wrote:
who knows what device would become available at /dev/ipmi0 at next
reboot... (unless cleaned in rc.sysinit). This package should be banned,
+1
I'm considering C: ipmi-init somewhere, but I'm not sure where to p
On 2016-07-02 16:40, baggins wrote:
> commit 995b0954e3734535a29e3b3888054f35bb981d39
> Author: Jan Rękorajski
> Date: Sat Jul 2 16:40:30 2016 +0200
>
> - do not require icd in -demos if package was build without it
> - rel 2
ICD is a Vulkan driver. Demos are useles without a driver.
On 2016-06-20 14:58, Elan Ruusamäe wrote:
so, what way we should do the package naming?
1. egg name
That probably makes most sense today.
2. python module name [*]
That was decided before python eggs started being a thing. And that is
how most of our packages are named now.
3. upstream
On 2016-06-15 13:40, Arkadiusz Miśkiewicz wrote:
th-i686 and buildlogs is back to life
buildlogs do not seem right:
http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&name=wget&id=77718e81-0246-4533-aa72-d97b07abbd8e&action=tail
Jacek
_
On 2016-05-31 08:52, Elan Ruusamäe wrote:
D: install: %post(procps-3.3.11-1.x86_64) skipping redundant "/sbin/ldconfig".
Looks like it is skipped on purpose… I wonder what is the reasoning
behind it.
Jacek
___
pld-devel-en mailing list
pld-devel-
On 2016-05-24 11:30, Elan Ruusamäe wrote:
proposition:
rename iputils-ping -> ping
+1
And an 'Obsoletes:', of course.
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On 2016-05-18 14:35, Elan Ruusamäe wrote:
On 18.05.2016 14:54, Arkadiusz Miśkiewicz wrote:
On Wednesday 18 of May 2016, Elan Ruusamäe wrote:
On 18.05.2016 14:18, arekm wrote:
commit ee4a0bb9cd9a8e7f552c9948963a69c61865845c
Author: Arkadiusz Miśkiewicz
Date: Wed May 18 13:16:40 2016 +0200
On 2016-05-15 11:57, Tomasz Pala wrote:
> I'm trying to compile qgis using gdal:
>
> /usr/bin/ld: warning: libjvm.so, needed by
> /usr/lib64/gcc/x86_64-pld-linux/5.3.0/../../../../lib64/libgdal.so, not found
> (try using -rpath or -rpath-link)
>
> gdal.rpm requires libjvm.so, so I've installed
On 2016-05-06 10:59, Elan Ruusamäe wrote:
On 06.05.2016 11:47, Jacek Konieczny wrote:
Feel free to separate it :-)
sure. suggest package name?
rpm-pythonprov? It is already a separate package, just built with whole RPM.
looks like there's just one file to move:
/usr/lib/rpm/pythoneg
On 2016-05-06 09:41, Elan Ruusamäe wrote:
On 06.05.2016 10:11, Jacek Konieczny wrote:
I guess the python dependency generator should be fixed in our RPM, to
ignore the 'extras' dependencies (or to make them 'suggest', skipping
the ':python_version' ones.
is th
On 2016-05-04 11:11, Elan Ruusamäe wrote:
can someone check (and fix?) why those optional deps:
https://github.com/docker/docker-py/blob/1.8.1/setup.py#L14-L17
extras_require = {
':python_version < "3.5"': 'backports.ssl_match_hostname >= 3.5',
':python_version < "3.3"': 'ipadd
On 2016-05-04 11:17, Elan Ruusamäe wrote:
On 03.05.2016 23:59, Arkadiusz Miśkiewicz wrote:
What's the rebuild procedure in case of openssl bump after this change?
python2 fixed, python3 looks like broken due other reasons, fails with
install even without tests.
That could be because of the r
On 2016-04-26 09:14, Jan Rękorajski wrote:
You are probably breaking pypi and /usr/local installs again!
Proper directories for RPM packages are set with setup.py options via
%py_build/%py_install macros. Packages not using distutils/setuptools may
need patching, but that is better than breaking
On 2016-04-23 22:45, baggins wrote:
commit f69d21534e5f5805751fca202e9e2ae82cb10d35
Author: Jan Rękorajski
Date: Sat Apr 23 22:44:51 2016 +0200
- use 'share' not 'lib' for platform independent files
- rel 3
python3-multilib.patch | 6 ++
python3.spec | 2 +-
2 files ch
On 2016-04-19 15:59, Grzesiek Pycia wrote:
Works fine for me, both 32&64bit.
Under qemu/kvm it does not power off machine, but version th-2014
stops on "System halted" to.
On 2016-04-20 18:07, Elan Ruusamäe wrote:
reported okay with:
proxmox-ve 4.1-41, pve-qemu-kvm 2.5-9
Thanks!
I'll r
I have just built PLD New Rescue based on the th-2015 snapshot:
https://github.com/Jajcus/pld-new-rescue/releases/tag/th2015-1.5
Please do test it in any way you need to use this. I have done only some
very basic testing.
Jacek
___
pld-devel-en mailing
On 2016-04-14 14:50, Elan Ruusamäe wrote:
https://github.com/Jajcus/pld-new-rescue/releases
can we get rescue images for 2015 and 2016 snaps?
Yes, when I finally manage to do that. Maybe this weekend…
Jacek
___
pld-devel-en mailing list
pld-devel-en
On 2016-03-17 20:20, Elan Ruusamäe wrote:
>
> not that i care about php4, but in general:
>
>i would rather see my system not updating due broken deps,
>than some random package uninstalling previous working module!
+1
Jacek
___
pld-devel-en m
On 2016-03-05 18:27, Jan Rękorajski wrote:
>> 1. the Vulkan loader
>
> Just my $0.02, there are two vulkan-loader packages, one built from
> vulkan-loader and one from vulkan-sdk. This messes up dependency
> resolution. Could you please sort this out?
vulkan-loader is obsolete, the source packag
On 2016-03-01 12:32, Łukasz Maśko wrote:
Dnia czwartek, 25 lutego 2016 13:12:31 Jacek Konieczny pisze:
Hi,
I have made the Vulkan packages and would like someone to test those on
a different system and hardware.
To play with Vulkan you need:
1. the Vulkan loader
2. a Vulkan Installable
On 2016-03-01 13:06, Elan Ruusamäe wrote:
On 01.03.2016 13:12, Jacek Konieczny wrote:
You could add egg-info file/directory for pathlib to python3.spec.
so. empty file/dir will do?
No. It should be a proper PKG-INFO file.
Though, I have changed my mind…
As it is now a standard part of
On 2016-03-01 11:11, Elan Ruusamäe wrote:
i wonder where the proper fix would be?
➔ rpm -ql python3-modules|grep -F pathlib
/usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-1.pyc
/usr/lib64/python3.5/__pycache__/pathlib.cpython-35.opt-2.pyc
/usr/lib64/python3.5/__pycache__/pathlib.cpython
Hi,
I have made the Vulkan packages and would like someone to test those on
a different system and hardware.
To play with Vulkan you need:
1. the Vulkan loader
2. a Vulkan Installable Client Driver (ICD)
3. a Vulkan application
1. the Vulkan loader
It is available in the 'vulkan-loader' pa
Hi,
Last week Khronos Group released the Vulkan-1.0 specification and some
basic Vulkan software (SDK). First drivers and apps has also been
released.
Vulkan is the new 3D Graphics API which is hoped to be much better than
OpenGL.
Unfortunately the released SDK is complete mess. The 'official pa
On 2016-01-22 17:59, Elan Ruusamäe wrote:
> file /usr/bin/bat from install of alsa-utils-1.1.0-1.x86_64
> conflicts with file from package bacula-console-qt-5.2.13-4.x86_64
> file /usr/share/man/man1/bat.1.gz from install of
> alsa-utils-1.1.0-1.x86_64 conflicts with file from packa
On 2016-01-07 20:15, glen wrote:
> commit 05e85ef1932b3ca1a47905ad69fe43a82079d2d4
> Author: Elan Ruusamäe
> Date: Thu Jan 7 21:14:48 2016 +0200
>
> up to 0.10.41, add link in doc package
What is the point of maintaining this acient version, when the current
'stable' one is 4.2.4 and lates
On 2015-12-31 15:32, Kacper Kornet wrote:
On Thu, 31 Dec 2015 12:46:58 +0100
Jacek Konieczny wrote:
python3-setuptools. I would fix it immediately by our GIT server
stopped accepting my office SSH key.
Please, try once more. I have enabled back DSA keys for some time.
Now it is even
On 2015-12-31 11:58, Elan Ruusamäe wrote:
shouldn't python3-distribute be just dropped from th?
The egg-info provided by python-distribute may be still required by some
old Python software. Our python-distribute packages do not contain much
more.
python3-pygments-2.0.2-5.noarch: required "
On 2015-12-18 13:03, Elan Ruusamäe wrote:
perhaps add macro which is to be defined in .spec:
%define py_install_options --no-compile-schemas --no-update-icon-cache
%py_install
For a single spec?
Jacek
___
pld-devel-en mailing list
pld-devel-en@lis
On 2015-12-17 21:34, Jan Palus wrote:
Regarding migration to new %py_* macros -- is there a way to define
setup.py options instead of "action" options? For example how to
correctly migrate following invocation:
%{__python} setup.py \
--no-compile-schemas \
--no-update-icon-cache
On 2015-12-01 23:19, Elan Ruusamäe wrote:
> On 01.12.2015 19:49, jajcus wrote:
>> The hack is to have architecture-specific pyconfig-*.h files and
>> a ghost
>> symlink updated with python-devel install. I hope this works.
>
> a cleaner way is to install wrapper header file which based o
On 2015-12-01 19:57, Jan Rękorajski wrote:
> Well, icedove still doesn't build, this time with:
[...]
> checking Python environment is Mozilla virtualenv... Traceback (most recent
> call last):
> File "", line 1, in
> ImportError: No module named mozbuild.base
> configure: error: Python environ
On 2015-12-02 15:54, Jacek Konieczny wrote:
> On 2015-12-02 15:35, Jakub Bogusz wrote:
>> On Wed, Dec 02, 2015 at 02:56:28PM +0100, Jacek Konieczny wrote:
>
>>> At least for this:
>>> https://github.com/python/cpython/blob/master/Lib/sysconfig.py#L422
>>>
On 2015-12-02 16:33, Jakub Bogusz wrote:
> Currently many packages, for which pythonegg()/python3egg() dependencies
> are generated, have the same set of dependencies (or outdated version of it)
> specified manually in .spec by package name.
We can do that.
> Manually specified dependencies dupli
On 2015-12-02 15:35, Jakub Bogusz wrote:
On Wed, Dec 02, 2015 at 02:56:28PM +0100, Jacek Konieczny wrote:
At least for this:
https://github.com/python/cpython/blob/master/Lib/sysconfig.py#L422
get_config_h_filename() should return the ABI-specific file for multilib
installs to work
On 2015-12-02 13:03, Elan Ruusamäe wrote:
How would you convince python library to parse this file correctly?
Another PLD-specific Python patch, which would cause many standard
Python packages to fail?
My solution is not pretty, but doesn't change a thing from the Python
perspective.
ee, what
On 2015-12-01 23:19, Elan Ruusamäe wrote:
On 01.12.2015 19:49, jajcus wrote:
The hack is to have architecture-specific pyconfig-*.h files and
a ghost
symlink updated with python-devel install. I hope this works.
a cleaner way is to install wrapper header file which based on
preproces
On 2015-12-01 19:57, Jan Rękorajski wrote:
> On Tue, 01 Dec 2015, Jacek Konieczny wrote:
> Well, icedove still doesn't build, this time with:
>
> Creating Python environment
> New python executable in
> /home/users/baggins/devel/PLD/rpm/BUILD/icedove-38.4.0/obj-x86_64/_v
On 2015-11-30 09:19, Jan Rękorajski wrote:
> On Mon, Nov 30, 2015 at 8:07 AM, Jacek Konieczny wrote:
>> On 2015-11-29 23:30, Jan Rękorajski wrote:
>>> OSError: [Errno 13] Permission denied: '/usr/local/share/python2.7'
>> I will investigate this further in th
On 2015-12-01 15:05, Marcin Krol wrote:
Anyway - glen is right, rpm should reject that...
Perhaps we should go debian-like route and accept only patches that
apply cleanly? Fuzziness can cause code to be inserted/deleted/modified
in wrong places which can cause compile time errors, segfaults, b
On 2015-11-30 21:13, Jakub Bogusz wrote:
> On Mon, Nov 30, 2015 at 07:17:21PM +0100, jajcus wrote:
>> commit 8df16ed9ea864060d2f64e4da41c5b7261d4f1ad
>> Author: Jacek Konieczny
>> Date: Mon Nov 30 19:16:45 2015 +0100
>>
>> fix apidocs build
>
&
On 2015-11-30 21:07, Jakub Bogusz wrote:
> On Sat, Nov 28, 2015 at 03:11:04PM +0100, jajcus wrote:
>> commit b9b9d28833bd29bd614464718b69ccd003ea238b
>> Author: Jacek Konieczny
>> Date: Sat Nov 28 15:10:30 2015 +0100
>>
>> py_build/py_install macros, use pyt
On 2015-11-30 09:19, Jan Rękorajski wrote:
> A food for thought - what about dropping PLD specific hack with with
> lib<->share split?
> It constantly gives us grief with virtualenv.
Ok, now I can see what can be done. We need to keep the split between
/usr/{lib64,share}/pythonX.Y/site-packages –
On 2015-11-30 09:19, Jan Rękorajski wrote:
A food for thought - what about dropping PLD specific hack with with
lib<->share split?
What do you choose?
– binaries (*.so) in /usr/share and conflicts between x86_64 and i686
packages
– all python modules in %{_libdir} and no more 'noarch' Python p
On 2015-11-29 23:30, Jan Rękorajski wrote:
The change broke icedove/iceweasel build, looks like some virtualenv
paths confusion:
http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=0&name=icedove&id=3c8b77d4-5fec-47a0-ae3d-dd2a575890c2&action=tail
Yes, I have seen that.
Actually
On 2015-11-29 10:51, Elan Ruusamäe wrote:
> looks like python egg dependency generator is broken, none provided:
>
> ➔ rpm -q --provides python-defusedxml
> python-defusedxml = 0.4.1-7
Already fixed in rpm.
> https://srcbuilder.pld-linux.org/~pldth/qa.php?q=main-ready-test
> currently 30 matches
1 - 100 of 385 matches
Mail list logo
