ca-root-individual-letsencrypt - single CA if I don't want any bundle
ca-root-individual-{google,apple,microsoft...} - ...and compose my own list
ca-root-private-* - installed in a way, that doesn't merge them into global CA
(NCCert, possibly ESTEID)
--
Tomasz Pala
__
rust to the sanity of installed
packages (we don't expect any hacky filenames with newlines or some
special characters) it might do it's job.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ople that might have relied
on this feature would be welcome. And some rpmrebuild update maybe:)
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
and /%{_lib}/ld-linux.so.2 are not separatable, I
hereby ask for reverting this commit.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
unctional without
regenerating images on systems using it.
But it should be possible to make this as systemd unit itself.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
->symlink
transition.
We still need to clean /var/run at system start as long as we support
kernels without tmpfs.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
es etc.) in /run.
In other words: what problem are you going to solve and in which
scenarios? IMHO the /etc/init.d/ scripts should be kept as they are.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/m
for properly managed system.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ouldn't (IMHO) call preset-all ...ever(!), and these files
were packaged and put into running systems, they should be simply brought back
now.
Otherwise we risk breaking running systems, I can't see any other simply way.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
isabled ssh as well (yikes!)
[*] "If no preset files exist, systemctl preset will enable all units that are
installed by default"
PS: had no time to add missing directories:
/var/lib/systemd/journal-upload
/var/log/journal/remote
--
Tomasz Pala
___
On Thu, Oct 10, 2019 at 11:34:03 +0200, Arkadiusz Miśkiewicz wrote:
> What about
>
> systemctl preset-all
>
> Should we call it in %post like docs say?
I think it's too risky since we don't have enough real-life testing.
--
Tomasz Pala
ted this part - I had problems running postgrey under systemd
SysV fallback, I hope this wrapping doesn't break things.
--
Tomasz Pala
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Aug 07, 2018 at 10:31:25 +0200, Arkadiusz Miśkiewicz wrote:
>> do not wrap with daemon()
>
> why?
It daemonizes itself - what is the purpose of this function?
> missing ok/fail now?
Yes, already fixed.
--
Tomasz Pala
_
ot;: executable file not found in $PATH"
> docker version? are your running under systemd?
Current: docker-ce-17.12.0-1.x86_64, under older systemd-232-7.
> what is the $PATH of dockerd environ?
>
> # cat /proc/`pidof dockerd`/environ|tr '\0' '\n'|grep PATH
> PATH=/usr/lo
roblem with some older systemd:
systemd-fsck[4620]: fsck.ext4 doesn't exist, not checking file system on
/dev/md4
- basically, the splitted /usr is being depreciated all over the place
https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/
--
Tomasz Pala <go...@pld-linux.org>
_
er. Relying on such software has no future without tons of
package-maintainers.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ral tool, but there is no good package manager for Linux for
now, so we have to use what we have. I hope there would be some 21st
century package manager some day, handling ACLs, xattrs, file-versioning
etc.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ere.
> 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.
Including the commercial ones.
--
rch "wins" and secondary arches
> are ignored), though last I checked this isn't specific to paths and
> should Just Work(TM).
Well, if not specific to paths, but autodetected per-file type, this
fulfils my definition of 'trying to be too smart'.
Because libexec files might be i
ve subpackages, which is unnecessary maintenance burden.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
pages or locales shipped with the libraries. Just
like in case of glibc.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
parently differ, so which one do you want to have/use? How is
THIS problem resolved?
They should be either separated to subpackages that are not subject of
multiarch installations, or handled/colored/whatever by package manager
during the install process.
mon. I've also seen there is some support for xpdfrc.d or sth
similar now, which can be used by language packs, but I'm not sure if
poppler tools would be able to use them.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld
: perl-devel-5.26.1-2.x86_64: req perl-base = 1:5.26.1-2 not found
There were errors
however this works as expected:
poldek:/all-avail> upgrade perl-modules-5.26.1-2.x86_64
~: rpm -q --provides perl-modules-5.26.1-2.x86_64 | grep MIME-Base64
perl-MIME-Base64 = 3.15
--
Tomasz Pala <go...@p
ready to use on downloaded microcode.
What I miss in the commit log is the source of these files.
And/or iucode_tool.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/m
SOVER.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
nyway, BSD also uses libexec. And while traversing google I find many
bug reports regarding missing libexec in Debian, which convinces me that
it's also our trouble source not to have it.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
rectory was really convenient. My personal rationale is
'follow the world', just to avoid being different than all the rest.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
> world is crazy and one may need that) ? the symlink points to the
> current default one.
Moreover, we should have sth like oracle-jre package with appropriate
symlink and fake provides for the systems with self-installed Oracle
non-distributables.
--
Tomasz Pala <go...@pld-linux.org&
directory symlink mentioned only (to be
suggested by gdal).
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
be *THAT* ugly; it is 'so' ugly, that nobody uses them in
such way.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
epositories. For example you cant upgrade from 8.1.x to 9.0.x directly
as you would skip the 8.2.x major release"
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sun, Sep 11, 2016 at 15:36:48 +0200, Jan Rękorajski wrote:
> On Sun, 11 Sep 2016, Elan Ruusamäe wrote:
>
>> - drop udev-* addon packages for distro packages
[...]
> Makes sense. Ok with me.
The same applies to bash-completion and zsh-completion subpackages.
--
Tomasz
party software, you
can't expect providers would adapt. And that's apart from the trust issue
I've mentioned above (that I do NOT trust them in general, just have to
use SOME of their sw).
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailin
???import 0x?? by keyid using hkp://)
> are ???fixes???.
The patch from the rpm-devel maillist above fixed --nosignature working
the opposite way as expected, i.e. veryfying signature with
--nosignature option given and NOT veryfying it by default in --query
mode. And it does no
On Sat, Sep 10, 2016 at 12:53:25 +0200, Tomasz Pala wrote:
> our rpm and reverting it. Since nobody playing with rpm did this, my
> GUESS is, that:
>
> rpm-5.4.9-support-signatures-and-digest-disablers.patch
>
> is not enough/complete. And I've just found this (some 'triple n
complete. And I've just found this (some 'triple negation'
issues), as recently noted in
http://rpm5.org/community/rpm-devel/5655.html
Jeff, this seems to BE the case - verification is reverted only for
--query mode, --verify mode works as expected.
We might simply test this:
https://patchw
th one of the locked keys. I can lock keys (disable keyservers), but
still need to enforce using *any* key somehow.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rom the same source,
using external keyserver at this very moment seems to be better choice.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
o import from hkp:// directly. I did
lynx/wget/vi magic to fetch them, how to do this straight from cmdline?
> Anyways if you give me a URL to the pubkey and a package signed with that
> pubkey, I???ll
> (again) sort out the details.
I'm using
ftp://ftp.th.pld-linux.org/dists/th/PLD-3.0-Th-
at all.
On the PLD side - someone has to split the key on FTP (and then in
rpm.git). Or remove it completely, as apparently noone uses sigs anyway...
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld
ct
keys, DSA and RSA. As you see I split them manually and now it verifies
correctly, so rpm simply can't handle properly multi-key import.
Please stop guessing about my guessings, just do the commands.
--
Tomasz Pala <go...@pld-linux.org>
_
rly,
rpm --import PLD-3.0-Th-GPG-key.asc
should result in 2 gpg-pubkeys in rpm database. There is one, not working.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Tue, Aug 30, 2016 at 11:50:45 +0200, Tomasz Pala wrote:
>> D: PUB: AF3F93BC E4F1BC2D V4 DSA
>> D: SIG: AF3F93BC E4F1BC2D V4 DSA-SHA1 POSITIVE
>> D: PUB: 732FDFDE EAE6F8B8 V4 RSA
>> D: SIG: 732FDFDE EAE6F8B8 V4 RSA-SHA1 POSITIVE
>> D: UID: RSApub (PLD Li
On Tue, Aug 30, 2016 at 11:38:07 +0200, Tomasz Pala wrote:
> D: PUB: AF3F93BC E4F1BC2D V4 DSA
> D: SIG: AF3F93BC E4F1BC2D V4 DSA-SHA1 POSITIVE
> D: UID: DSApub (PLD Linux Distribution 3.0 (Th)) <th-ad...@pld-linux.org>
> D: == DSA pubkey id af3f93bc e4f1bc
On Tue, Aug 30, 2016 at 11:17:01 +0200, Tomasz Pala wrote:
>> The 2 line snippet looks like a pubkey lookup: undefine %_hkp_keyserver to
>> disable the lookup
>
> Thanks, that did the trick - it interferes with my network-restricted
> environment. I need all the verificat
d-47b351f0
~: diff PLD-3.0-Th-GPG-key.asc /etc/pki/rpm-gpg/PLD-3.0-Th-GPG-key.asc
(BTW this key is not automatically imported to rpm database).
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
iliar enough to/with our patched code to check it please?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
inet_addr("8.8.4.4")},
[16]) = 184
keepassx-2.0.2-2.x86_64
+++ exited with 0 +++
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
simply comment out %systemd_post.
Or better, provide /lib/systemd/system-preset/50-libteam.preset:
disable teamd*
It's XXI century now, we don't need to use medieval packet splicing
method for that. Unless SysV-compat mode kicks in and starts via init.d.
--
Tomasz Pala <go...@pld-linux.org&g
t:
disabled)
Active: inactive (dead)
# service nfslock status
Redirecting to /bin/systemctl --output=cat status nfslock.service
* nfslock.service - NFS file locking service
Loaded: loaded (/lib/systemd/system/nfslock.service; disabled; vendor
preset: disabled)
Active: inactive (dead)
--
Tom
:
[OVERRIDDEN] /usr/lib/udev/rules.d/70-mouse.rules ->
/lib/udev/rules.d/70-mouse.rules
Files /lib/udev/rules.d/70-mouse.rules and /usr/lib/udev/rules.d/70-mouse.rules
are identical
...35 times (reports 49 including 14 really overriden, but there are 49
rules inside).
--
Tomasz Pala <go.
ot sure where to put it...
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, Jul 28, 2016 at 13:54:05 +0200, Tomasz Pala wrote:
>>> as you did not replaced existing "-init" solution with described one,
>
> One more thing: since apparently it's beyond your comprehension, that
And, please don't add S: apache to firefox. You know, loca
On Thu, Jul 28, 2016 at 13:46:23 +0200, Tomasz Pala wrote:
>> as you did not replaced existing "-init" solution with described one,
One more thing: since apparently it's beyond your comprehension, that
Suggests matters only during install time, thus removing it doesn't
issuggested before still uses it.
If you can't understand, that is is totally obsoleted now, requires no
replacement and was bogus since the day it was born, I think you should
go get laid and stop posting this bullshit. EOT.
--
Tomasz Pala <go...@pld-linux.org>
_
e /etc/inittab transition to new package!
Should I revert TODO?
- Well, that's the purpose of TODO, to indicate things that are not yet done.
Shoud I revert removing bogus R?
- Why, because you want some changelog to mention obviously nonexisting
dependency?
rc-scripts
On Wed, Jul 27, 2016 at 23:31:36 +0200, Tomasz Pala wrote:
>> it's soft dep. soft deps are to inform user of suggested packages
>
> And this one should not be suggested. This package should be entirely
> removed.
Similar cleanup was done years ago in lm_sensors:
http://gi
On Thu, Jul 28, 2016 at 00:26:13 +0300, Elan Ruusamäe wrote:
> it's soft dep. soft deps are to inform user of suggested packages
And this one should not be suggested. This package should be entirely
removed.
> revert your removal.
Forget it.
--
Tomasz Pala <go...@pld-
On Tue, Jul 12, 2016 at 01:31:28 +0300, Elan Ruusamäe wrote:
> b) update /etc/profile.d/lang.sh to change "UTF-8" -> "C.UTF-8" when
> inheriting env from ssh session
Just put it in your OSX.
--
Tomasz Pala <go...@pld-linux.org>
_
you could simply switch to xz instead of this silly commit.
> then it would invert whole point and download tarball with same content
> again to distfiles.
OMFG... Length: 1242816 (1.2M) [application/octet-stream]
Have you already solved all the other problems of the world, fed the
childre
alternative. If, by saing "can be
attempted", you had in mind "new mechanism can be _developed_", than
yes, it's OT for pld-devel. It just wasn't clear for me, if you suggest
attempting to USE _some_ better solution, or attempting to DEVELOP one.
We seem to have reached a co
hich frozen
after reboot. I dug in /var/cache/apt/archives and found that the kernel
itself was upgraded a week before, fortunately the previous one was
still installed. If it hadn't and if some would have purged apt cache
before, I'd stuck.
--
Tomasz Pala <go...@pld-linux.org>
_
-store proxy like
wwwoffle and keeping those rpms forever, as there is no way to implement
"keep THAT time since package was upgraded" policy. Repackages are
superior in two ways:
1. they are timestamped on upgrade, so one could remove old ones,
2. they retain current configuration within.
should be enough to skip appropriate code path,
the one that actually commits filesystem changes.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
disable version comparisons
> and file conflicts in order to achieve ???downgrade??? has almost nothing to
> do with %config handling.
I guess this is related to using repackaged.rpm. These types of packages
are known to have manifest different than real contents, so while installing
one might e
t version/build/whatever this is)
to make sure, that JRE (e.g. openjdk8-jre) points to the same place in case
multiple versions are installed.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
h
elerra-HV release by Adam Williams
September 5, 2015 Cinelerra-CV release 2.3
So there is some decent mess around, but if anyone is interested there
ARE maintainers of several versions...
> - mpeg4ip - dead project, no upstream updates for 9 years
https://sourceforge.net/projects/mpeg4ip-ng/
ird/tree/rename_segfault
Some day I need to learn using git efficiently... ;)
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
are?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
, if you render your
text with pango_cairo_show_layout(). Don't do that, but instead use
pango_cairo_layout_path()/cairo_fill().
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-lin
pstream says "don't use", we shouldn't.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
very app using pango or GTK. That is the cost of our cairo for last 3
years...
Really, we're doing this wrong.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ntly you didn't notice curl fetching libmetalink before;/
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
exp
2
/usr/bin/hmac256
2
/usr/bin/ipod-read-sysinfo-extended
2
/usr/bin/notify-send
2
/usr/bin/vpxdec
2
/usr/bin/vpxenc
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
one,
which was FINE. So tell me please, what was wrong before? What was he
going to acomplish? THEN I might be able to help with proper solution.
Until that moment all I can do is being a dick as you named.
--
Tomasz Pala <go...@pld-linux.org>
__
, otherwise it's going to bite
you in the ass, sooner or later. Sooner this time. It's not perl golf.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
where to submit them.
I don't need to fill a bug report, when I can revert bogus commits. I've
typed two suspected and they didn't introduce any bug solutions that
can't be removed.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
re
> made (for "fixing" may turn into "spoiling").
If ain't broken, don't fix it - there were no real reasons.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ed to report the bug! so it's
> illogical to start threating and attacking someone personally in first
> bugreport!
It is when the faulty package should be in frozen state. And this is the
case. In simple words: do not touch this, except for fixing obv
effect as it was before. Such change should not happen during
feature-freeze just because of some "simplifiness".
> instead you should try to collaborate, try to fix things yourself first.
I expect stable packages to remain stable. Nothing less, nothing more.
--
Tomasz Pala <go...@pld
What do you think?
I'm really tired of not having the ability to run some code just because
there is no PLD package (and no point in creating one, there are dozens
of perl/python/ruby modules) and I already have some other installed
from rpms.
--
To
Actually I haven't had tmp.mount masked myself, but this takes just one
command to fix.
I didn't know rationale on this, so just found
http://0pointer.de/blog/projects/tmp.html and
https://fedoraproject.org/wiki/Features/tmp-on-tmpfs
Similar discussion: https://bugs.debian.org
?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
.mount is masked though, so was it before that happened?
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
would be nice for rpm to check if anything in /bin, /lib* or /sbin
depends on /usr during package.
--
Tomasz Pala <go...@pld-linux.org>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
st makes no sense at all.
Not mine decision, please ask upstream. It might be caused by their
mistake, or it might have some explanation when considering ACLs. I
don't care THAT much to research this, sorry.
--
Tomasz Pala <go...@pld-linux.org>
___
then will
be hopefuly forgotten language.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
!
so, please stay on topic! if you have no answer then don't reply!
I haven't seen any question. You wouldn't create the thread for a variable
_name_, would you?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Requires: SysV/systemd
?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
time, where
possible you can e.g. replace functions with empty stubs in order to
skip fixing every single init-script and rebuilding packages that do not
require this otherwise. Let these scripts die natually with entire SysV.
--
Tomasz Pala go...@pld-linux.org
in a half a year
or so, so asking to be up to date.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
of ELF
these are completely different libraries, like libpng and libjpeg.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
? Honestly I won't be
capable of setting AD on PLD if I need to (well, mostly because I don't
have any windows system to do step-by-step environment debugging) - MIT
or heimdal, no difference, won't work and pld-doc doesn't help.
--
Tomasz Pala go...@pld-linux.org
On Fri, Feb 20, 2015 at 01:57:59 +0100, Tomasz Pala wrote:
My point is - assuming I haven't forgot about anything (considering my last
mail
about versioned symbols) we could safely:
1. compile samba against heimdal to have AD (as an exception!),
2. compile everything else against MIT,
2a
://comments.gmane.org/gmane.linux.redhat.sssd.devel/7886
I need my KDC to interact with non-PLD MIT-based Linux systems (fortunatelly
without any samba) and I prefer to have MIT password policies (LDAP
integration to use ppolicy requires non-reliable scripting anyway).
--
Tomasz Pala go...@pld-linux.org
? Shouldn't this keep working?
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
to read web pages.
--
Tomasz Pala go...@pld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
needs to be aliased to handle shell functions as well.
But which doesn't have to handle aliases nor functions!
And don't anyone dare 'fixing' this according to man which, as zsh completion
creates:
$ declare -f | wc -l
2657
--
Tomasz Pala go...@pld-linux.org
1 - 100 of 488 matches
Mail list logo
