On 16.10.2005 17:52, Patrys :: Patryk Zawadzki wrote:
Could you do the same with the --enable-optimization line removed? I
think this might be the problem and having this removes is still better
than using Mozilla-provided binary packages (and they happen to have
this option removed when
I played with mozilla-firefox.spec today and managed to get more or
less working firefox. I disabled freetype2 and enabled xft because
firefox starts then and after all offical realeses seem to be built
this way. The issues with faq.fedora.pl (see pld-users) and search
engines crashing firefox
Few patches to shaperd.2:
- updated to the latest snap
- changed versioning scheme to enable updates (DDMMYY-YYMMDD)
- passing and respecting CC and CFLAGS by make
- fixed bug causing random crashes of shaperd (uninitialized var) -
should be fixed in next realese.
Please review the patches and
- disabled building lstat with mod_perl1 support (with mod_perl1 live
graphs are not generated for me)
Sorry, one more Req missing for apache1 build: apache1-mod_cgi.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
# service apache start
Starting apache service.[FAIL ]
Processing config directory: /etc/apache/conf.d/*.conf
Processing config file: /etc/apache/conf.d/01_mod_access.conf
Processing config file: /etc/apache/conf.d/02_mod_alias.conf
Processing config
What about WindowMaker 0.92 from HEAD? It doesn't have full release. I'm
using it on i686/athlon without problems and it fixes some minor bugs.
If it's fine on other archs, it should go into ac.
--
atler
___
pld-devel-en mailing list
As our ghc on ftp is missing libreadline.so.5 dependency I wanted to
rebuild it myself and found that two patches are missing
(ghc-system-libffi.patch, ghc-system-haddock.patch). Could somebody
(glen?) add them to repo?
___
pld-devel-en mailing list
On 05.06.2010 19:15, Arkadiusz Miskiewicz wrote:
New PLD RescueCD is hopefuly to be produced at the end of this month but areq
needs help with fixing packages.
Current set of problems is at:
http://pld.areq.eu.org/th-i486h/problems/
Please help and commit fixes or email patches here.
I'm not familiar with texlive.spec and fetching 1gb of texlive
distribution just to test if a small commit works is not an option, so
I'll ask here (uzsolt?). Our texlive-jadetex is missing fmt files
(branch TEXLIVE_20080816, I don't care about HEAD as it's even bigger
mess with jadetex files
On 21.09.2010 15:04, Jan Palus wrote:
I'm not familiar with texlive.spec and fetching 1gb of texlive
distribution just to test if a small commit works is not an option, so
I'll ask here (uzsolt?). Our texlive-jadetex is missing fmt files
(branch TEXLIVE_20080816, I don't care about HEAD
On 11.01.2014 19:44, Elan Ruusamäe wrote:
root@e0ea0ce6904b:/# ls -l /proc
ls: cannot access /proc/1: No such file or directory
ls: cannot access /proc/10: No such file or directory
Just a wild guess, but that reminds me of issues with our default mount
option for /proc -- hidepid=2.
Hi,
I'm trying to build new release of mpv against ffmpeg-2.2.5 which is now
built with opencl. Unfortunately I get undefined symbols during linking:
/usr/lib64/gcc/x86_64-pld-linux/4.8.3/../../../../lib64/libavutil.so: undefined
reference to `clReleaseMemObject@OPENCL_1.0'
On 26.07.2014 15:48, Jan Palus wrote:
On 26.07.2014 15:29, Jakub Bogusz wrote:
(Side note: Mesa libOpenCL doesn't provide @OPENCL_1.0 versioning, AMD's
(fglrx) IIRC does).
Use ocl-icd libOpenCL, which redirects calls to selected target library
(every implementation should provide
On 26.07.2014 16:18, Jan Palus wrote:
ok found the issue with OCL_ICD_DEBUG=2 - it turned out I had beignet
package installed which provides ocl-icd vendor file. Is there any way
to choose preferred vendor instead of running into such issues when one
only wants to play a movie?
One more
On 11.11.2015 16:06, PLD all builder wrote:
> there were problems sending files from queue
> /home/pld/builderth/pld-builder.new/spool/notify:
> problems:
> [src:
> /home/pld/builderth/pld-builder.new/spool/notify/897a4ea6-eea2-4ae7-9cdc-8b83a5f02230]
>
> (_ssl.c:581)>
> [src:
>
On 03.11.2015 11:22, Elan Ruusamäe wrote:
> well, my actual problem is that i can no longer suspend laptop from
> mate. have to type "poweroff" command, very annoying!
Just note from my side -- no issues with suspend/shutdown from mate
here, though it looks I don't even have consolekit
On 07.11.2015 12:28, PLD th-i686 builder wrote:
> Conflicts: mate-applet-gweather < 1.6.1
> Processing files: libmateweather-devel-1.12.0-1.i686
> Segmentation fault
> ended at: Sat Nov 7 13:27:32 2015, done in 0:04:49.335941
> error: No files produced.
Can someone have a
015.08.30.06.17.49
> for <builde...@pld-linux.org>
> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
> Sun, 30 Aug 2015 06:17:53 -0700 (PDT)
> Sender: Jan Palus <jan.pa...@gmail.com>
> Date: Sun, 30 Aug 2015 15:17:49 +0200
> Fro
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 \
install \
--optimize=2 \
Are there any guidelines on how to adjust packages using automake for
python installation? In particular those using AM_PATH_PYTHON which
currently determines pythondir = ${prefix}/lib64/python3.5/site-packages
while previously it was evaluated to %{prefix}/share/python3.5/site-packages.
In my
In latest VirtualBox release there was an issue with building kernel
modules for LTS kernel 3.10 which was basically caused by missing
KERNELRELEASE definition. Since for one module build depends on
target kernel version, the decision was made incorrectly in the absence
of above var. Now from top
On 24.11.2016 00: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
>
>
On 23.11.2016 13:25, Jan Rękorajski wrote:
> What about older kernels? Will 3.18, 4.1 or 4.4 work as well?
I would assume so but didn't really check in practice. The only
prerequisites are KMS in kernel (present in 3.18) and xorg's modesetting
driver in userspace. From dependencies point of view
On 23.11.2016 15:16, Jan Palus wrote:
> On 23.11.2016 13:25, Jan Rękorajski wrote:
> > What about older kernels? Will 3.18, 4.1 or 4.4 work as well?
>
> I would assume so but didn't really check in practice. The only
> prerequisites are KMS in kernel (present in 3.18) and
On 24.11.2016 07:23, Arkadiusz Miśkiewicz wrote:
> > Suggests is no longer there, but anyway I assume you don't want xserver
> > to provide video driver even though it provides video driver (so user
> > can select some other one). I don't really care so if there are no
> > objections I will
I've created a basic package for libguestfs fixed appliance
(http://download.libguestfs.org/binaries/appliance/) however there seems to be
an issue with how filesystem image is packaged by rpm. It's an ext2 fs file with
size of 4G and only about ~256M used space:
$ file root
root: Linux rev
On 19.09.2017 18:02, Jan Rękorajski wrote:
Xserver crashes for me after installing Mesa 17.2 from th-test
Updating ati driver does not help.
Arch has similar report:
https://bugs.archlinux.org/task/1
https://bugs.freedesktop.org/show_bug.cgi?id=101832
initially fixed by disabling swr
On 27.08.2017 17:39, Arkadiusz Miśkiewicz wrote:
On Saturday 26 of August 2017, atler wrote:
commit a132acc2832bf9003b9693a696c0cb6d96e44a5e
Author: Jan Palus <at...@pld-linux.org>
Date: Sat Aug 26 22:25:55 2017 +0200
filterout -Werror=format-security to fix build with gcc7
Why n
On 13.11.2017 19:18, Jan Rękorajski wrote:
> Good luck fixing almost all kernel module packages.
> Looks like there are some really breaking API changes :(
Note that it might be something with our packaging, macros, patches, other? (I'm
clueless about kernel build system). After unpacking vanilla
On 06.05.2018 12:56, baggins wrote:
> commit 2ea8529d8aa59a06136fff1888587dbb2c6ff24c
> Author: Jan Rękorajski
> Date: Sun May 6 12:55:39 2018 +0200
>
> - drop ifarch mess and just make the package exclusevarch to x8664
The point of "ifarch mess" was to still be
On 20.05.2018 21:21, Jakub Bogusz wrote:
> On Sun, May 20, 2018 at 09:11:52PM +0200, atler wrote:
> > commit 48b431eaeb96e110b3654a9f5984ad9e655b98f1
> > Author: Jan Palus <at...@pld-linux.org>
> > Date: Sun May 20 21:09:36 2018 +0200
> >
> > compatib
On 19.06.2018 00:38, PLD th-x32 builder wrote:
> poldek: Processing dependencies...
> poldek: gtk+3-devel-3.22.30-1.x32 marks
> gobject-introspection-devel-1.56.1-1.x32 (cap /usr/share/gir-1.0)
> poldek: gobject-introspection-devel-1.56.1-1.x32 marks glibc-misc-2.27-9.x32
> (cap glibc-misc)
>
On 25.06.2018 17:14, PLD th-x86_64 builder wrote:
> NetworkManager-applet.spec (HEAD): OK
>
> --- NetworkManager-applet.spec:HEAD:
> upgrading packages
> Preparing...##
> NetworkManager-gtk-lib
On 18.07.2018 10:18, Andrzej Zawadzki wrote:
>After upgrade to newest version of NM, plugin
>NetworkManager-openvpn-1.8.4-1 doesn't work.
>Plugin is too old?
Try NetworkManager-1.12.0-2 once it's built. As a quick workaround in current
release you can use:
nmcli c up
Thanks. Done.
One more related thing though - any idea why upgrade failed?
On 31.08.2018 18:44, PLD th-x86_64 builder wrote:
> upgrading packages
> error: Failed dependencies:
> openjpeg2-progs = 2.3.0-2 is needed by openjpeg2-devel-2.3.0-2.x86_64
> package upgrade failed
On 01.09.2018 19:04, PLD th-x32 builder wrote:
> /usr/libx32/qt5/bin/uic -tr "Q_" gui/qt/ui/open_capture.ui >>
> gui/qt/ui/open_capture.h.tmp
> /usr/libx32/qt5/bin/uic: relocation error: /usr/libx32/qt5/bin/uic: symbol
> qt_qhash_seed version Qt_5 not defined in file libQt5Core.so.5 with link
On 02.09.2018 18:06, adamg wrote:
> commit 21d43020dfd7dc915c941739408c48f91b9681f5
> Author: Adam Gołębiowski
> Date: Sun Sep 2 18:03:55 2018 +0200
>
> we don't provide vmxnet module, drop support for it
I'm not using PLD in VMware VM anymore, but please keep in mind vmxnet module is
now
> 69f4b771-2f60-43f1-bcca-ece370059cce/tmp/B.af_pNM/BUILD/fontconfig-2.13.0/test/cache.dir/b9d99059-517f-4a54-9228-3fc60336fa91-le32d4.cache-7
> No permissions to creating new namespace, likely because the kernel does not
> allow non-privileged user namespaces. On e.g. debian this can be enabled
On 10.03.2018 13:48, PLD th-x86_64 builder wrote:
> # FAIL: 1
> # XPASS: 0
> # ERROR: 0
>
> See test/test-suite.log
would someone with proper access be so kind to send me above file from any
builder?
On 14.04.2018 17:45, arekm wrote:
> commit f8274d04fe4385692919d8ca584f1686c82fba29
> Author: Arkadiusz Miśkiewicz
> Date: Sat Apr 14 17:44:57 2018 +0200
>
> - rel 4; avoid includedir subdir (compatible with other distros)
Looks like someone else is also upgrading
On 25.09.2018 21:37, Jan Palus wrote:
> On 25.09.2018 19:14, PLD th-i686 builder wrote:
> > firefox.spec (auto/th/firefox-62.0.2-1): FAILED
>
> I got failed firefox build on i686 in some random place, followed by OK test
> build, followed by this failure in another random place
On 05.11.2018 11:45, PLD th-x32 builder wrote:
> cups-filters.spec (HEAD): FAILED
...
> installing BR: php55\-devel
> + poldek --noask --caplookup -Q -v '--ignore=hhvm-*' '--ignore=php4-*'
> '--ignore=php52-*' '--ignore=php54-*' '--ignore=php55-*' '--ignore=php56-*'
> '--ignore=php70-*'
On 31.08.2018 17:19, PLD th-x86_64 builder wrote:
> CMake Error at /usr/lib64/openjpeg-2.3/OpenJPEGTargets.cmake:90 (message):
> The imported target "openjp2_static" references the file
>
> "/usr/lib64/libopenjp2.a"
>
> but this file does not exist. Possible reasons include:
>
> *
On 25.09.2018 19:14, PLD th-i686 builder wrote:
> firefox.spec (auto/th/firefox-62.0.2-1): FAILED
I got failed firefox build on i686 in some random place, followed by OK test
build, followed by this failure in another random place. Can someone have look
at th-i686 builder? Is there any trace of
On 13.12.2018 12:28, atler wrote:
> Request by: atler
>
> sqlite3: undefined macro lua:vn=rpm.expand("%vnum");v="";for i in
> string.gmatch(string.format("%08d", vn), "..") do v=v.."."..i:gsub("^0",
> "");end;v=v:gsub("^.",""):gsub("\.0$","");print(v)
>
>
>
> Files fetched: 0
>
> ALREADY
On 13.12.2018 12:37, Arkadiusz Miśkiewicz wrote:
> On 13/12/2018 12:30, Jan Palus wrote:
> > On 13.12.2018 12:28, atler wrote:
> >> Request by: atler
> >>
> >> sqlite3: undefined macro lua:vn=rpm.expand("%vnum");v="";for i in
> >> s
Is this update job working correctly? Just few examples that are out of date:
avfs(11) [OLD] 1.0.0 [NEW] 1.0.6 --> 1.0.6 is in Git for a week now
ell(12) [OLD] 0.12 [NEW] 0.14 --> the latest version is 0.15 not 0.14 and 0.15
is in repo for 2 weeks now
On 21.03.2019 09:58, Arkadiusz Miśkiewicz wrote:
> On 21/03/2019 00:35, atler wrote:
> > commit fc41f21cbe3529378b0600ec3e027668b7f878d4
> > Author: Jan Palus
> > Date: Thu Mar 21 00:30:10 2019 +0100
> >
> > build without statx to support kernels older
Looks like starting with gcc build
(https://srcbuilder.pld-linux.org/th/queue.html#184029)
buildlogs went missing. Can someone check?
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On 24.02.2019 13:25, Jakub Bogusz wrote:
> On Sun, Feb 24, 2019 at 12:57:05PM +0100, Jan Palus wrote:
> > Looks like starting with gcc build
> > (https://srcbuilder.pld-linux.org/th/queue.html#184029)
> > buildlogs went missing. Can someone check?
>
> Probably becaus
For some time now it seems that freshness report does not include new changes,
any idea what happened?
http://ep09.pld-linux.org/~pldth/qa.php?q=freshness
Sample missing packages: libbluray tasksh glib-networking gobject-introspection
vala gvfs libinput vte mate-icon-theme
On 11.04.2019 13:00, glen wrote:
> seems ok now.
>
>
> new commit created as:
>
> git diff 625690e48..96bb43df4
thanks!
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On 04.09.2019 08:01, Arkadiusz Miśkiewicz wrote:
> On 03/09/2019 23:13, atler wrote:
> > commit d43959e98fc5590888c9a43d2345178c34e4f2c4
> > Author: Jan Palus
> > Date: Tue Sep 3 23:08:49 2019 +0200
> >
> > continue using hybrid cgroup hierarchy
> >
On 25.07.2019 19:57, PLD th-i686 builder wrote:
> -DQT_NO_DEBUG -Wl,--no-undefined -Wl,--fatal-warnings
...
> /usr/bin/ld: warning: /lib/ld-linux.so.2: corrupt GNU_PROPERTY_TYPE (5) size: > 0
> collect2: error: ld returned 1 exit status
any idea why /lib/ld-linux.so.2 appears to be broken on
Happened again:
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 316 bytes | 316.00 KiB/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: fatal: write failure on
Just got following error when pushing to dxr2-driver:
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 8 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 311 bytes | 311.00 KiB/s, done.
Total 3 (delta 2), reused 0 (delta
On 18.05.2020 11:34, Elan Ruusamäe wrote:
> > Since commit reached git.pld-linux.org just fine, I believe the issue is
> > caused
> > by missing package on github:
> >
> > https://github.com/pld-linux/dxr2-driver
>
>
> repo created
>
>
> ```
>
>
> root@1822-cvs hooks/post-receive.d# sudo
On 06.05.2020 09:26, Elan Ruusamäe wrote:
> On 5/3/20 9:05 PM, atler wrote:
>
> > commit dbd044c3e9564926c69806df3133b1322dd32d0b
> > Author: Jan Palus
> > Date: Sun May 3 20:02:33 2020 +0200
> >
> > add aarch64 to supported archs
>
> are
On 11.05.2020 10:01, Andrzej Zawadzki wrote:
>On 07.05.2020 23:20, Jan Palus wrote:
>
> On 06.05.2020 13:04, Andrzej Zawadzki wrote:
>
>Hi,
>
>after upgrade Mesa* to 20.0.6, kwin dies as below:
>
> >From which version you have upgraded (wha
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.
___
pld-devel-en mailing list
On 06.05.2020 13:04, Andrzej Zawadzki wrote:
>Hi,
>
>after upgrade Mesa* to 20.0.6, kwin dies as below:
>From which version you have upgraded (what was the last working version)?
Which GPU?
What driver?
Is there anything in xorg log?
Is there anything in dmesg?
Can you provide stack
For the last couple of days I've been boostrapping PLD for aarch64 and I'm happy
to report that my Pinebook Pro boots into PLD now (with just a little help from
Manjaro's kernel and wifi firmware). Basically everything works fine including,
but not limited to: rpm, poldek, X, Mesa, MATE, firefox,
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_* macros
...
> -# BuildRequires: rpmbuild(macros) >= 1.748
> -%_ver_lt() %(test rpmvercmp "%{1}" "%{2}"
On 24.10.2020 17:15, Jan Rękorajski via pld-devel-en wrote:
> I have prepared rpm 4.16, poldek and support packages, they are
> available on http://ftp1.pld-linux.org/people/baggins/rpm.org/
>
> I would appreciate if you could test the uprade path, functionality
> and tell me if anything is
On 24.10.2020 17:15, Jan Rękorajski via pld-devel-en wrote:
> I have prepared rpm 4.16, poldek and support packages, they are
> available on http://ftp1.pld-linux.org/people/baggins/rpm.org/
>
> I would appreciate if you could test the uprade path, functionality
> and tell me if anything is
On 24.10.2020 16:12, baggins wrote:
> commit be07e71c8acd92e61d42ccb1c92200f92ed152c9
> Author: Jan Rękorajski
> Date: Sat Oct 24 15:50:57 2020 +0200
>
> - drop lua hacks and look for default lua version
> -BuildRequires: lua53-devel >= 5.3.5
> +BuildRequires: lua-devel >= 5.1
On 07.07.2020 12:30, Andrzej Zawadzki wrote:
>Hi!
>
>After upgrade that package KDE4 stop working - flood of core dumps.
>
>Maybe rebuilding KDE4 is enough to fix this issue?
>
>ps. I don't have stack trace.
kde4/qt4 should either get a maintainer -- I propose you -- or be
On 10.06.2020 09:35, baggins wrote:
> commit bcc348b831315aef4775c2f8f9c3b349b3337d5b
> Author: Jan Rękorajski
> Date: Wed Jun 10 09:35:13 2020 +0200
>
> - this version is broken in an interesting way, rebooted during upgrade
> and then became unable to boot fully
Any clue what went
On 12.06.2020 20:01, Jan Rękorajski wrote:
> Yes, there must be some intricate issue when updating from 244 to 245.
> Updating 245 to 245 shows no side effects, clean restart.
>
> If you know of anything I should look at, or have any pointers where
> should I dig, I'm open to suggestions.
The
Does iptables-nft work for anyone in PLD? iptables-nft -L is supposed to
create table/chains already but it does nothing. Same for any
iptables-nft -A No errors just nothing. If I create INPUT chain
and add single rule manually with nft then I can see it in iptables-nft -L.
Almost as if
If commit message includes '%' then rpmbuild spawned by builder script
fails. See ie test.spec which includes '%prep':
error: line 40: second %prep
builder creates spec copy with %changelog appended. Apparently rpm.org
evaluates macros in %changelog while rpm5 does not. Not sure whether
we're
On 18.12.2020 20:31, Jan Rękorajski wrote:
> On Sun, 13 Dec 2020, Jan Palus via pld-devel-en wrote:
>
> > Looks like poldek does not recognize R:(post, postun) and fails to
> > install packages even though dependencies are present:
> >
> > $ ag '^R.*post' mpd.sp
On 15.12.2020 12:48, Elan Ruusamäe wrote:
> On 15.12.2020 10:51, Jan Palus wrote:
>
> > On 14.12.2020 23:19, Krzysztof Mrozowicz wrote:
> > > Hi,
> > > I upgraded my PLD installation with today's "ready" repo and just
> > > discovered
On 14.12.2020 23:19, Krzysztof Mrozowicz wrote:
> Hi,
> I upgraded my PLD installation with today's "ready" repo and just discovered
> that two services I use started to segfault.
>
> libvirtd:
> gru 14 23:06:34 oko libvirtd[22095]: internal error: Failed to start QEMU
> binary
On 06.11.2020 20:49, Jan Palus wrote:
> On 27.10.2020 23:21, Jan Rękorajski wrote:
> > All carme machines are now running rpm 4.16.0. Please test and report
> > any issues.
>
> * poldek appears to still enforce directory deps while rpms does not
> (that concerns m
On 10.11.2020 18:18, Jan Palus wrote:
> On 06.11.2020 20:49, Jan Palus wrote:
> > On 27.10.2020 23:21, Jan Rękorajski wrote:
> > > All carme machines are now running rpm 4.16.0. Please test and report
> > > any issues.
> >
> > * poldek appears to still
* adding to the list of invalid chars in Obsoletes: '/' (msmtp: Obsoletes:
/usr/lib/sendmail)
* python-Cython built with rpm.org has weird unsatisfied R:
python2.7dist(setuptools) / python3.8dist(setuptools)
python-setuptools built with rpm.org does not have such P:
On 20.11.2020 21:04, Arkadiusz Miśkiewicz wrote:
> W dniu 20.11.2020 o 20:48, Jakub Bogusz pisze:
> > It seems that th-i686 builder is dead or got stuck on openjdk11 build.
> >
> > Who can fix it?
>
> I but only on the site (if at all). It doesn't see disks (in bios).
>
> Maybe I'll get there
On 27.10.2020 23:21, Jan Rękorajski wrote:
> All carme machines are now running rpm 4.16.0. Please test and report
> any issues.
* poldek appears to still enforce directory deps while rpms does not
(that concerns mainly /usr/lib/.build-id subdirs)
* rpm.org is missing %{__ln} macro. spotted
On 10.01.2021 23:24, lmasko wrote:
> commit dafe4e812b30fb4c82eb24be3b726bc549b64210
> Author: Łukasz Maśko
> Date: Sun Jan 10 23:23:28 2021 +0100
>
> - Initial version - ka5-kcontacts is now kf5-kcontacts.
>
> kf5-kcontacts.spec | 85
>
On 22.01.2021 10:08, Krzysztof Mrozowicz wrote:
> Hi,
> I updated audacity spec to version 2.4.2, but during the work I found that
> this version no longer compiles on 32 bits. I don't know what exactly should
> be added to the spec file to inform builders to do not try to build it on
>
On 02.02.2021 14:30, Arkadiusz Miśkiewicz wrote:
> W dniu 02.02.2021 o 14:11, Jan Palus pisze:
> > Could someone please silent this hint? FWIW "master" is still perfectly
> > fine as far as I'm concerned.
> >
> > $ git pld init alacritty
> > hint: Using
Could someone please silent this hint? FWIW "master" is still perfectly
fine as far as I'm concerned.
$ git pld init alacritty
hint: Using 'master' as the name for the initial branch. This default branch
name
hint: is subject to change. To configure the initial branch name to use in all
hint: of
On 15.05.2021 11:44, Neal Gompa wrote:
> On Sat, May 15, 2021 at 10:41 AM Adam Gołębiowski wrote:
> >
> >
> > W dniu 2021-05-15 o 15:26, Neal Gompa pisze:
> > > On Sat, May 15, 2021 at 6:23 AM Adam Gołębiowski
> > > wrote:
> > >>
> > >> W dniu 2021-05-15 o 11:52, Neal Gompa pisze:
> > >>> On
On 27.05.2021 17:05, Jan Rękorajski wrote:
> On Thu, May 27, 2021 at 4:19 PM atler wrote:
>
> > commit 1f9b856019ac20736ccec408a735866922e0748a
> > Author: Jan Palus
> > Date: Thu May 27 16:18:28 2021 +0200
> >
> > bump required libgit2 version
>
On 25.05.2021 10:17, Jan Rękorajski wrote:
> Hi,
>
> Could someone with rust build chain knowlegde look at rust on x32?
>
> My findings so far are that it does not build with target
> x86_64-...-gnux32, so we would have to build the compiler for x86_64 and
> just the stdlib for gnux32, the docs
On 28.05.2021 12:30, baggins wrote:
> commit 89a1e043707dd595670e060055d7f14359d1f4d6
> Author: Jan Rękorajski
> Date: Fri May 28 12:29:33 2021 +0200
>
> - relax internal deps
>
> rust.spec | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
> ---
> @@ -204,7 +204,7 @@
On 24.05.2021 10:12, PLD th-x86_64 builder wrote:
> Processing dependencies...
> There are 1 package to install:
> A docbook2X-0.8.8-6.x86_64
> This operation will use 1.3MB of disk space.
> docbook2X-0.8.8-6.x86_64.rpm: digests OK
> Need to get 291.2KB of archives.
>
On 04.05.2021 21:10, Krzysztof Mrozowicz via pld-devel-en wrote:
W dniu 03.05.2021 o 22:22, Krzysztof Mrozowicz pisze:
W dniu 03.05.2021 o 22:11, Krzysztof Mrozowicz pisze:
Hi,
I just upgraded firefox to version 88 and discovered its interface
doesn't respond to clicking and in the terminal I
On 05.05.2021 12:50, Krzysztof Mrozowicz via pld-devel-en wrote:
W dniu 05.05.2021 o 11:35, Jan Palus pisze:
Downgraded to version 87 and happy days.
Works for me. Did you try with fresh profile (firefox
-ProfileManager), mozilla's binary (package mozilla-firefox-bin) and
in case it still
On 05.05.2021 13:44, Krzysztof Mrozowicz via pld-devel-en wrote:
W dniu 05.05.2021 o 12:08, Jan Palus pisze:
On 05.05.2021 12:50, Krzysztof Mrozowicz via pld-devel-en wrote:
W dniu 05.05.2021 o 11:35, Jan Palus pisze:
Downgraded to version 87 and happy days.
Works for me. Did you try
On 02.02.2021 20:45, Andrzej Zawadzki wrote:
>Hi,
>
>I've just upgrade to newest test and after restart I'm not at wheel
>group anymore
>
>id zawada
>uid=1000(zawada) gid=1000(users) grupy=1000(users)
>
>but:
>
>cat /etc/group|grep zawada
>
On 08.02.2021 14:46, Jan Palus wrote:
> On 02.02.2021 20:45, Andrzej Zawadzki wrote:
> >Hi,
> >
> >I've just upgrade to newest test and after restart I'm not at wheel
> >group anymore
> >
> >id zawada
> >uid=
On 23.03.2021 08:53, baggins wrote:
> commit b10d9d9e984edbf3157c9fee959c0868486a2f93
> Author: Jan Rękorajski
> Date: Tue Mar 23 08:52:27 2021 +0100
>
> - x32 patch fixes
>
> x32.patch | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
> ---
> diff --git a/x32.patch
On 23.03.2021 14:44, Jan Rękorajski wrote:
> On Tue, Mar 23, 2021 at 1:59 PM Jan Palus wrote:
>
> > On 23.03.2021 08:53, baggins wrote:
> > > commit b10d9d9e984edbf3157c9fee959c0868486a2f93
> > > Author: Jan Rękorajski
> > > Date: Tue Mar 23 08:52:27
On 30.03.2021 18:44, Elan Ruusamäe wrote:
> On 30.03.2021 14:06, atler wrote:
>
> > commit 593b448d587953c0aa5cfb8484485fda26499d3c
> > Author: Jan Palus
> > Date: Tue Mar 30 12:59:03 2021 +0200
> >
> > initial basic rust/cargo macros (2.003)
On 30.03.2021 20:57, Jakub Bogusz wrote:
> On Tue, Mar 30, 2021 at 06:46:46PM +0300, Elan Ruusamäe wrote:
> [...]
> > >@@ -40,19 +41,17 @@ EOF
> > > %build
> > > export CARGO_HOME="$(pwd)/.cargo"
> > >
> > >-cargo -v build \
> > >+%cargo_build \
> > > %ifarch x32
> > > --target
For anyone interested, PLD chroot is now available for armv6hl in
addition to aarch64. Both can be downloaded at:
https://github.com/jpalus/pld-linux-arm/releases
PLD has been happily powering my Raspberry Pi 2 and Zero for a while now.
___
On 16.03.2021 13:31, atler wrote:
> commit aba59b953581b330457d7e6f0ea3e1ab648f80a7
> Author: Jan Palus
> Date: Tue Mar 16 13:28:50 2021 +0100
>
> skip /usr/lib/.build-id when processing obsoletes
>
> fixes major performance regression when changing
On 12.03.2021 10:40, Elan Ruusamäe wrote:
> $ curl https://git.php.net/repository/pecl/encryption/mcrypt.git
> curl: (60) SSL certificate problem: unable to get local issuer certificate
> More details here: https://curl.se/docs/sslcerts.html
>
> curl failed to verify the legitimacy of the server
1 - 100 of 186 matches
Mail list logo