eady started as a
session leader
In-Reply-To: <[EMAIL PROTECTED]> "from Jacek Konieczny at Jun
1, 2005 03:22:01 pm"
To: Jacek Konieczny <[EMAIL PROTECTED]>
Date: Wed, 1 Jun 2005 11:17:10 -0400 (EDT)
Cc: Wietse Venema <[EMAIL PROTECTED]>
X-Time-Zone: USA EST, 6 hours
So, we should have no problems either. :-)
- Forwarded message from Wietse Venema <[EMAIL PROTECTED]> -
Subject: Re: [bug&patch] master failing on setsid() when already started as a
session leader
To: Jacek Konieczny <[EMAIL PROTECTED]>
Date: Wed, 1 Jun 2005 13:48:04
Hello,
I have just packaged Resin, which I need for my current project. What I
did (several hours work) seem usable and enough for my needs. I would
like some Java and Apache experts too look at the package and fix what
should be fixed (Apache module is not even tested now).
I chose 3.0.13 ("bet
On Fri, Jun 17, 2005 at 03:19:27AM +0200, Tomasz Pala wrote:
> Stopping Postfix service...[ DONE ]
> Starting Postfix service...[ FAIL ]
>
> error: %post(postfix-2.2.3-1) scriptlet failed, exit status 1
> There were er
I have created a new spec for slony1 and removed slony1 from
postgresql.spec. Older Slony1 version required full PostgreSQL sources
to compile, current version does not. The only problem with the change
is that upgrade is not easy -- there are some actions to do on all
cluster nodes simultanously -
On Fri, Jul 22, 2005 at 12:35:11AM +0200, undefine wrote:
> Author: undefine
> Date: Fri Jul 22 00:35:05 2005
> New Revision: 6226
>
> Modified:
>rc-scripts/trunk/rc.d/init.d/network
> Log:
> - first up bridge, next tunnels (tunnels can be on bridges)
> - first down tunnels, next bridge ;)
An
Hello,
Currently we have "device-mapper" and three subpackages:
"device-mapper-static", "device-mapper-devel" and "device-mapper-scripts".
The first one contains both libdevmapper library and dmsetup library.
I don't like mixing libraries and executables in one package -- this
often causes proble
On Fri, Jul 29, 2005 at 11:04:57PM +0200, Arkadiusz Miskiewicz wrote:
> On Friday 29 of July 2005 22:06, Jacek Konieczny wrote:
>
> > I wanted to build a static dmsetup binary linked with uClibc and no
> > selinux. I have added with_uClibc and without_static bconds and built
>
On Sat, Aug 06, 2005 at 09:21:07PM +0200, Jakub Piotr Cłapa wrote:
> > Another question is: does /dev/random have to be so slow? Are any patches
> > applied to it's code in PLD kernel that could slow it down? It's just I
> > don't
> > believe that author of passwdgen wrote a program that needs h
On Wed, Aug 10, 2005 at 11:18:08AM +0200, Paweł Gołaszewski wrote:
> IMO - every daemon should write to syslog.
> You can then separate logs into files you want. And send to remote
> syslog...
But we shoul keep an option of logging directly to a file, wherever
possible. Usuing syslog often less r
On Wed, Nov 02, 2005 at 02:38:37PM +0100, Jakub Bogusz wrote:
> (updated)
> > pdksh$ echo '\'
> > \
> > pdksh$ echo '\\'
of course, it should be:
pdksh$ /bin/echo '\\'
> > \\
>
> And it conforms to POSIX/SUSv2 specs.
I was not sure, that is why I have reported it instead of trying to
'fix' it.
On Sun, Nov 06, 2005 at 05:56:30PM +0200, Elan Ruusamäe wrote:
> On Sunday 06 November 2005 15:09, Tomasz Pala wrote:
> >
> > in /etc/logrotate.d/syslog-ng, but after every rotation maillog is 600
> > root:root. Any ideas why?
> maybe new log is created by syslog-ng, not logrotate?
Yes, it is. And
On Sun, Nov 06, 2005 at 11:34:46PM +0100, Paweł Gołaszewski wrote:
> On Sun, 6 Nov 2005, Jacek Konieczny wrote:
> > > > in /etc/logrotate.d/syslog-ng, but after every rotation maillog is
> > > > 600 root:root. Any ideas why?
> > > maybe new log is created by s
On Sun, Dec 11, 2005 at 04:31:33PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 16:10:19 +0100, Jakub Piotr Cłapa wrote:
>
> > The startup time with init-ng is proved to be less than a half compared
> > to plain SysVinit.
>
> With 3-6 months uptimes it's irrevelant if restart due to new k
On Sun, Dec 11, 2005 at 02:44:26PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 14:06:39 +0100, Arkadiusz Miskiewicz wrote:
>
> > background for user but foreground for supervising process. We don't use it
>
> I see. However I'm afraid there will be problems with services starting
> a few
On Sun, Dec 11, 2005 at 03:47:50PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 08:52:36 -0500, Andrew A. Gill wrote:
>
> > That's a very ugly solution. I haven't been following this
> > init.d discussion too closely, but what you're proposing is
> > ugly.
>
> Daemons shouldn't die and
On Thu, Dec 22, 2005 at 04:04:31PM +0100, Arkadiusz Miskiewicz wrote:
> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
>
> Please test.
$ xvinfo
Xlib: extension "XVideo" missing on display ":0.0".
xvinfo: No X-Video Extension on :0
Is that expected?
ATI Rage 128 based card, r1
On Fri, Dec 23, 2005 at 11:19:17PM +0100, Jacek Konieczny wrote:
> On Thu, Dec 22, 2005 at 04:04:31PM +0100, Arkadiusz Miskiewicz wrote:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> >
> > Please test.
>
> $ xvinfo
> Xlib: extension &qu
On Thu, Jan 05, 2006 at 08:15:21PM +0100, Jakub Piotr Cłapa wrote:
> > the trick was:
> > replacing
> > [ -x /sbin/start_udev ] && run_cmd "Starting udev" /sbin/start_udev
> > with
> > /sbin/start_udev
> > in /etc/rc.d/rc.sysinit
>
> And what's the real difference between this two?
run_cmd create
On Tue, Jan 24, 2006 at 09:30:43PM +0200, Elan Ruusamäe wrote:
> if taking look on other distros, then the just put all their files to
> /usr/lib
> or /usr/lib64
If we do this that way, then no Python package would be architecture
independent any more, as they would contain architecture-dependen
On Tue, Jan 24, 2006 at 10:04:21PM +0200, Elan Ruusamäe wrote:
> On Tuesday 24 January 2006 21:43, Jacek Konieczny wrote:
> > Moving site.py to a architecture-dependant directory seems like a good
> > solution to me. And probably moving all modules from python.spec to
> > /usr
On Tue, Feb 21, 2006 at 04:14:18PM +0100, Marcin Sztolcman wrote:
> Dnia 20-02-2006, pon o godzinie 12:38 +0100, Marcin Król napisał(a):
>
> > I assume all certs should go there then? Those from apache for
> example.
> > And should they be stored directly in this direcotry or in some
> > subdirect
Hello,
rc-inetd is one of those unique PLD features which were supposed to make
our lives easier. However, it makes simple things complicated. I am
developing a kind of embedded system based on PLD. PLD is good because of
detailed subpackaging and careful dependencies choice, but the rc-ined
thing
Hello,
IMHO anybody who wants to work with Ac (compile things for Ac or fix
bugs in Ac) should edit his ~/.builderrc to include line:
CVSTAG=AC-branch
This way we may avoid many stupid mistakes. It is too easy to forget
passing branch name to builder or cvs.
Of course anyone who wants to do bi
On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote:
> http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html
> http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something
No właśnie... czekaliśmy na to od lat...
Jest szansa, że uda się wrzucić Javę do Ac. :-)
Ktoś
On Wed, May 17, 2006 at 08:57:34AM +0200, Jacek Konieczny wrote:
> On Tue, May 16, 2006 at 06:03:32PM +0200, Jan Rekorajski wrote:
> > http://hedera.linuxnews.pl/_news/2006/05/16/_long/3852.html
> > http://blogs.sun.com/roller/page/webmink?entry=jdk_on_gnu_linux_something
I have hopefully finished updating java-sun.spec for redistribution
under the new license. I would like people to test/review it, so it can
be sent to Ac builders ASAP.
BTW. when we decide it is ready to Ac should it be tagged (no
differences between Ac and Th so far) or branched to AC-branch?
Gr
Now, when we have java-sun working, we may start building Java
packages... but only on builder for which there is java-sun version
(recent x86 and x86_64). On the other hand, the result will be
architecture independent in most cases.
Will it be ok to use both "BuildArch: noarch" and ExclusiveArch
One more thing we should decide about Java packages: the naming scheme.
Now most (all?) of Java packages from the Apache Foundation are packaged
in jakarta-*.spec. But not all of them are really part of Jakarta.
Our jakarta-ant.spec contains software which is "Apache Ant" and its
source is apache
cp jakarta-ant.spec,v ant.spec,v
1. This is Apache Ant, not Jakarta Ant. Jakarta is a different project.
Sources are distributed in apache-ant-%{version}-src.tar.bz2
2. apache-*.spec in PLD usually contain web server modules.
apache-ant.spec would be confusing.
4. The executable is "ant"
5. The
On Thu, May 18, 2006 at 07:00:14PM +0300, Elan Ruusamäe wrote:
> i was thinking that perhaps write packaging policy for pld
> and maybe like jpp has one (i liked their package split separation)
>
> http://www.jpackage.org/policy.php
Some rules are needed. And jpp rules are quite good, better than
Hello,
As I wrote two months ago, I will soon (with the end of May) leave
BetaSoft, where ac-amd64 builder and our BTS are hosted. I don't want to
be responsible for BetaSoft's servers security after I leave so I will
revoke any extra access rights to the server granted to PLD developers
(ssh acce
On Sun, May 21, 2006 at 12:48:27PM +0200, radek wrote:
> Author: radekDate: Sun May 21 10:48:27 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - version 1.2.13
> - commented out BR/R: javamail, jms, jmx: builds without these
> (I'm not sur
[EMAIL PROTECTED] ~]# antlr
Abort
[EMAIL PROTECTED] ~]# chroot /vol/chroot_ac_i686/
[EMAIL PROTECTED](ac-i686) /]# antlr
ANTLR Parser Generator Version 2.7.5 (20060521) 1989-2005 jGuru.com
usage: java antlr.Tool [args] file.g
-o outputDir specify output directory where all output
genera
On Sun, May 21, 2006 at 07:18:06PM +0300, Elan Ruusamäe wrote:
> On Sunday 21 May 2006 18:56, jajcus wrote:
> > +unset JAVA_HOME || :
> > +export JAVA_HOME="%{java_home}"
>
> unset is unneccessary when you set value for it on next line
In this case it _is_ neccessary -- %{java_home} uses $JAVA_HO
On Mon, May 22, 2006 at 01:09:27AM +0200, Jakub Bogusz wrote:
> IMO more changes are required in this file.
>
> > %define _jvmdir %{_prefix}/lib/jvm
>
> Why not %{_libdir}/jvm (or %{_prefix}/%{_lib}/jvm)?
> (and similarly all other %{_prefix}/lib/j*)
Yes, that could be changed -- that was copied
On Wed, May 24, 2006 at 02:25:28PM +0100, wrobell wrote:
> some of us use mutt 1.5.x for several months now and it works
> very nice.
>
> maybe it is time to put it on HEAD or maybe even in AC branch?
+1 from me.
Mutt 1.4.x is quite unusable with IMAP and large folders, as it lacks
header cachi
Please do: mv jakarta-log4j.spec,v logging-log4j.spec,v
There are no tags on the spec.
Pozdrowienia,
Jacek
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Fri, May 26, 2006 at 07:25:03PM +0200, Michal Kochanowicz wrote:
> On Wed, May 24, 2006 at 08:33:45PM +0200, Jacek Konieczny wrote:
> > Mutt 1.4.x is quite unusable with IMAP and large folders, as it lacks
> > header caching. And I have had no problems with 1.5 since I installed
Hello,
Last week I have prepared a bunch of Java packages and sent them to
ac-ready. The packages include:
- Sun JDK/JRE
- fully built Ant (without --with bootstrap)
- Eclipse
And, of course, all dependencies.
Most of those packages are available only on ix86 (x>=5) and AMD64 (Sun
JDK availabil
On Mon, Jun 05, 2006 at 09:27:42AM +0300, Elan Ruusamäe wrote:
> various packages provide default self-signed certificates, some should, but
> don't (cups, courier-imap), and some provide expired certs (apache1, perhaps
> apache2).
>
> so here's the idea:
> let's generate the self signed certifi
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
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
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
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 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-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-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-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
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-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
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-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-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-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-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-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-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-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-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-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-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-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-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-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
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-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
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
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-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
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
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-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 %
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-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-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-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-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-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-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-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
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 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
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-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-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-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-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 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 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
+
: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 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
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 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 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
[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-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
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 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 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
1 - 100 of 385 matches
Mail list logo