On 13.02.2015 12:10, Jan Rękorajski wrote:
Add Req linux-firmware when building with internal firmware disabled.
On Fri, Feb 13, 2015 at 10:40 AM, glen wrote:
commit 6133b03ba349175a5dd4e5aaacea9a73c2a95115
Author: Elan Ruusamäe
Date: Tue Feb 3 00:03:10 2015 +0200
add firmware bcond
On 12.02.2015 19:55, Jeffrey Johnson wrote:
OK. So you have a workaround (by disabling header signature verification) for
-Va for the moment.
and also have an alternative means to verify header signatures using a shell
loop.
i'm surprised that rpm -Va and rpm -V $pkgname use different codepath.
On 11.02.2015 19:58, Jeffrey Johnson wrote:
Are you compiling rpm with OPENMP? The --verify code paths are multi-threaded.
how to check?
i see nothing in our .spec matching /openmp/i except one patch:
$ git ls-files|xargs grep -i openmp
openmp.patch:+librpmio_la_LDFLAGS = -release
$(LT_CURREN
On 11.02.2015 20:27, Jeffrey Johnson wrote:
I can't do distro-of-the-day linux development. If there is a "regression" in
rpm-5.4.15 as you
claim, it will be all platforms, not just PLD.
in that case, you have our rpms and the pubkey we use to sign. if not,
then can give them again. just ask.
On 11.02.2015 19:58, Jeffrey Johnson wrote:
i found something weird, if i do rpm -V pkgname, the header verification error
is not printed, but rpm -Va shows the error for every package (besides
gpg-pubkey) in the system.
>
Shows WHAT error? I'm missing something here: either rpm -Va is silent
On 11.02.2015 16:06, Jeffrey Johnson wrote:
Meanwhile -- as a developer -- I need to to be able to build from source
and diagnose/repair the problem. I cannot do that from a pile of vm bits in
either vagrant nor qemu format.
yes you can. you can boot to vm, install development tools there and
re
On 11.02.2015 15:23, Jeffrey Johnson wrote:
DIsable the header signature checking with rpm -Va by removing the lines below
in lib/verify.c
73 de Jeff
===
/* Verify header digest/signature. */
if (qva->qva_flags & (VERIFY_DIGEST | VERIFY_SIGNA
On 11.02.2015 15:45, Jeffrey Johnson wrote:
On Feb 11, 2015, at 5:10 AM, Elan Ruusamäe wrote:
On 11.02.2015 00:40, Jeffrey Johnson wrote:
I can’t fix what I cannot reproduce.
as i see it, you do not want to reproduce it. i gave you links to vm's, did you
even download them?
And you
On 11.02.2015 00:40, Jeffrey Johnson wrote:
>On Feb 10, 2015, at 3:46 PM, Elan Ruusamäe wrote:
>
>On 13.01.2015 18:30, Elan Ruusamäe wrote:
>>rpm -Va emits such messages:
>>
>> error: rpmdb (h#123): Header V4 DSA signature: BAD, key ID e4f1bc2d
>so, what's
On 11.02.2015 00:40, Jeffrey Johnson wrote:
I can’t fix what I cannot reproduce.
as i see it, you do not want to reproduce it. i gave you links to vm's,
did you even download them?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.o
On 13.01.2015 18:30, Elan Ruusamäe wrote:
rpm -Va emits such messages:
error: rpmdb (h#123): Header V4 DSA signature: BAD, key ID e4f1bc2d
so, what's our fix for pld? this regression is ugly!
if not going to fix this, at least put assert(1!=0) so end users won't
be confused like
this time it fails silently:
+ __spec_install_post_strip
+ set +x
error: Bad exit status from
/tmp/B.129c483e-b190-40b5-9a83-6875372ff3f0/BUILD/tmp/rpm-tmp.84448 (%install)
RPM build errors:
Bad exit status from
/tmp/B.129c483e-b190-40b5-9a83-6875372ff3f0/BUILD/tmp/rpm-tmp.84448 (%install
On 26.01.2015 22:14, Elan Ruusamäe wrote:
so we need to update run time kmod dependency as baggins updated only
compile time dependency:
http://git.pld-linux.org/?p=packages/kernel.git;a=commitdiff;h=2910a805af715417c35d6061f5b56f8362158e89
how this xz compressed modules is supposed to work
On 26.01.2015 22:06, Elan Ruusamäe wrote:
On 26.01.2015 22:02, Elan Ruusamäe wrote:
i checked build logs and no match for "Stripping kernel modules" [1]:
http://buildlogs.pld-linux.org//index.php?dist=th&arch=x86_64&ok=1&ns=&cnt=50&off=0&name=kernel&id=87e
On 26.01.2015 22:02, Elan Ruusamäe wrote:
On 13.12.2014 12:46, Jan Rękorajski wrote:
On Thu, 11 Dec 2014, Elan Ruusamäe wrote:
On 10.12.2014 21:59, Jan Rękorajski wrote:
What about switching to xz? That will require recent kmod, but we
do it
only for 3.18+ and if someone is running fresh
On 13.12.2014 12:46, Jan Rękorajski wrote:
On Thu, 11 Dec 2014, Elan Ruusamäe wrote:
On 10.12.2014 21:59, Jan Rękorajski wrote:
What about switching to xz? That will require recent kmod, but we do it
only for 3.18+ and if someone is running fresh kernel we can assume he
has a fresh userspace
another issue:
System.TypeInitializationException: An exception was thrown by the type
initializer for Mono.Unix.Native.Syscall --->
System.DllNotFoundException: /usr/lib/libMonoPosixHelper.so
but the library is in:
$ rpm -qf /usr/lib64/libMonoPosixHelper.so
mono-3.10.0-1.x86_64
$ keepass
S
/usr/bin/mono is symlink to /usr/bin/mono-sgen in mono-3.10.0-1.x86_64
and that dependency is not satisfied, i.e not pulled automatically
what's worse, is that mono-sgen is packaged into mono-devel:
$ ls -l /usr/bin/mono
lrwxrwxrwx 1 root root 9 jaan 24 15:20 /usr/bin/mono -> mono-sgen*
$ rpm
meh!? what i'm not seeing here?
[root@blodnatt ~]# rpm -q google-earth
google-earth-6.0.1.2032-0.3.x86_64
[root@blodnatt tmp]# poldek --clean-whole
[root@blodnatt tmp]# poldek --up -u google-earth --sn carme
Retrieving carme::packages.ndir.md...
Retrieving carme::packages.ndir.gz...
On 21.01.2015 17:41, Jakub Bogusz wrote:
On Tue, Jan 20, 2015 at 08:45:42PM +, PLD th-i686 builder wrote:
Request by: qbo...@pld-linux.org
libcfile.spec (HEAD): FAILED
[...]
+ /usr/lib/rpm/compress-doc
Compressing documentation in
/tmp/B.09671fa6-1168-4f4d-b715-a3d5d0835091/BUILD/tmp/lib
es).
will try this.
There is no need to downgrade, please don't.
the hack you mentioned did not work for php:
you wrote that you found patch, and applied, but php build was still broken
so downgraded as it was known to work
On Wed, Jan 21, 2015 at 12:51 PM, Elan Ruusamäe wrote:
can&
can't build any php extension in current state
On 07.01.2015 13:50, Elan Ruusamäe wrote:
On 17.11.2014 22:21, Jan Rękorajski wrote:
Generic workaround:
mv build-aux/snippet{,.save}
libtoolize
mv build-aux/snippet{.save,}
But now I found a patch, which will be applied in libtool
On 13.01.2015 19:43, Jeffrey Johnson wrote:
On Jan 13, 2015, at 11:30 AM, Elan Ruusamäe wrote:
rpm -Va emits such messages:
error: rpmdb (h#123): Header V4 DSA signature: BAD, key ID e4f1bc2d
What package is header #123? (try rpm -Vavv which should display package names
near h#123
rpm -Va emits such messages:
error: rpmdb (h#123): Header V4 DSA signature: BAD, key ID e4f1bc2d
that's from repeated scratch installs, the key ID stays always the same
(e4f1bc2d)
i've traced that something between rpm-5.4.14-5.x86_64 and
rpm-5.4.15-6.x86_64 and have caused it
18:19:15
there are two packages on ftp:
exfat-utils-1.0.1-1.x86_64.rpm
fuse-exfat-1.0.1-3.x86_64.rpm
any ideas why the split? as i have to install both to use exfat mounts
properly...
there's even no suggests to suggest the other package, should it be
added? to which one of them?
http://git.pld-linux
On 07.01.2015 18:34, Jakub Bogusz wrote:
>+++ b/README.cpu-os-macros
>@@ -0,0 +1,12 @@
>+In order to more easily cope with merges and avoid issues with binary formats,
>+we're now using the ar format which will give us a pure ascii archive that'll
>+make it possible to track & merge individual ch
On 17.11.2014 22:21, Jan Rękorajski wrote:
Generic workaround:
mv build-aux/snippet{,.save}
libtoolize
mv build-aux/snippet{.save,}
But now I found a patch, which will be applied in libtool 2.4.4:
https://lists.gnu.org/archive/html/libtool-patches/2014-10/msg00018.html
Applied to libtool.
wh
we are short on staff anyway, no idea who is actual repo admin currently,
so stop requesting nonsense, you have no right to request additional tasks
pld works on volunteers, nobody pays them.
On Sep 27, 2014, at 7:37 PM, Marcin Krol wrote:
>> So... Any chances to get that ACL done? Come on guys
so, each time i reboot machine, sudo complains about timestamp:
$ sudo bash -l
sudo: ignoring time stamp from the future
[sudo] password for glen:
any ideas what's that? because our sudo is supposed to use /var/db/sudo
... and that dir is not cleaned with reboot
sudo-1.8.10p3-1.x86_64
--
gle
vagrant has system for polling remote system for updates. this is done
in background without user knowledge
16:36:10 glen> so. vagrant has some "checkpoint"
16:36:26 glen> which pulls remote system for information
16:36:29 glen> in background
16:36:31 glen> should it be disabled?
16:36:49 g
On 17.12.2014 10:07, Kacper Kornet wrote:
- behave as proper sh when invoked as /bin/sh, wothout fancy, incompatible
hacks
- rel 2
This change breaks our rc-scripts:
$ rpm -q mksh
mksh-50d-1.x86_64
$ /bin/sh -c "echo -en '\n'"
$ rpm -q mksh
mksh-50d-2.x86_64
$ /bin/sh -c "echo -en '
On 10.12.2014 21:59, Jan Rękorajski wrote:
What about switching to xz? That will require recent kmod, but we do it
only for 3.18+ and if someone is running fresh kernel we can assume he
has a fresh userspace.
i see you already switched. would be nice to see some du stats before
and after
--
gl
On 10.12.2014 22:10, Adam Osuchowski wrote:
Ok, so why there are still other aliases defined in /etc/shrc.d? For example:
$ grep alias/etc/shrc.d/*.sh
[...]
/etc/shrc.d/which.sh:alias which='alias | /usr/bin/which --tty-only
--read-alias --show-dot --show-tilde'
[...]
"which" needs to be alia
On 10.12.2014 21:38, Adam Osuchowski wrote:
Elan Ruusamäe wrote:
i totally dislike such alias being enabled by default. i have my own, and
this one will ovewrite mine (because it's after entry in shrc.d)
Really? Since when ~/.bashrc, ~/.zshrc, etc. is interpreted _before_
/etc/shrc.d? I
On 10.12.2014 14:50, Jacek Konieczny wrote:
If anybody needs custom options to any shell command he can prepare an
alias that suits him and his shell most.
so as original changeset author is not making any movements (adwol),
let's remove the aliases completely.
i totally dislike such alias bei
On 08.12.2014 22:44, adwol wrote:
commit 274761483d541b779ab9135532aecf8aadc550e8
Author: Adam Osuchowski
Date: Mon Dec 8 21:41:18 2014 +0100
- move from GREP_OPTIONS environmental variable to alias due to its
obsolescence
a reference to such "obsolescence" ?
-cat << EOF >$RPM
rpm 5.4.15 introduces new dep:
- libgcc
is it due build environment, or the dependency is intentional?
# poldek -u rpm -tv
Removed 22 duplicate packages from available set
Processing dependencies...
rpm-5.4.14-6.i686 obsoleted by rpm-5.4.15-3.i686
rpm-5.4.15-3.i686 marks rpm-base-5.4.15-3.i686
On 30.11.2014 22:50, Jan Palus wrote:
On 30.11.2014 15:17, Jan Palus wrote:
>Anyway thanks Jan, reproducer was shared with bintray's support and
>let's see if they come up with a solution.
Few hours after my email they identified IRI support to be responsible for
above behaviour (on by default)
is this lousy copy-paste, or neccessary have that obsoletes in rather
unrelated packages?
➔ grep -r ^Obsoletes:.*perl-libxml-enno ~/all-specs
/home/users/glen/all-specs/perl-XML-Checker.spec:Obsoletes: perl-libxml-enno
/home/users/glen/all-specs/perl-XML-DOM.spec:Obsoletes: perl-libxml-enno
/hom
On 30.11.2014 14:04, Jan Rękorajski wrote:
Important line is:
converted 'https://dl.bintray.com/groovy/maven/groovy-binary-2.3.8.zip'
(ANSI_X3.4-1968)
->'https://dl.bintray.com/groovy/maven/groovy-binary-2.3.8.zip' (UTF-8)
Download works If I either set locale to something.UTF-8 or
add --loca
On 04.11.2014 09:31, Jan Rękorajski wrote:
The RSA v4 keyid is not correctly implementedin rpm-4.5. Use DSA or go fix
rpm-4.5.
>baggins: we probably should revert it then.
I'd leave it in test for now, but I'm ok with the downgrade you did on
builders.
actually i meant revert keyid change (us
On 04.11.2014 17:39, Jeffrey Johnson wrote:
software that has no upgrade path.
what do you mean? no upgrade path? it any newer version is on it's
upgrade path!
be it rpm 5.4.x or rpm 4.12.x!
and in pld we do not want to deliberately break old upgrades, especially
if there's no actual win fo
On 04.11.2014 09:31, Jan Rękorajski wrote:
The RSA v4 keyid is not correctly implementedin rpm-4.5. Use DSA or go fix
rpm-4.5.
>baggins: we probably should revert it then.
I'd leave it in test for now, but I'm ok with the downgrade you did on
builders.
i failed to downgrade actually... still
On 03.11.2014 22:59, Jeffrey Johnson wrote:
On Nov 3, 2014, at 3:53 PM, Elan Ruusamäe wrote:
seems rpm 4.5.15 creates rpms that rpm 4.5 is unable to install.
Why are you still using rpm-4.5? Presumably yopu mean 5.4.15.
no. i mean 4.5
there are several reasons:
i use 4.5 because in 5.4
seems rpm 4.5.15 creates rpms that rpm 4.5 is unable to install.
this sounds soo familiar already. something like payload not padded,
containing random memory etc...
Executing rpm --upgrade -vh --root / --define _check_dirname_deps 1...
error: jenkins-1.580.1-1.noarch.rpm: Header V4 RSA/SHA1 s
On 28.10.2014 15:18, Kacper Kornet wrote:
In all crons with packages on ftp (cronie, fcron, hc-cron) the directory
/etc/cron.d belongs to group crond and has mode 750.
However the directory is also provided by package filesystem, and there
it belongs to group root and has mode 755.
So there are
www.pld-users.org
the site is empty, and displays permission errors
what happened to it? why it's reporting errors to anonymous end-user.
such option should not be enabled in production!
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-
http://git.pld-linux.org/gitweb.cgi?p=packages/python3.git;a=commitdiff;h=cc48ca6b2b540b5fe1a092dc486516764e980356
this requires a bit explanation and discussion
we used to rebuild whole tree of packages if python X.Y.Z version changed
of Y.
--
glen
On 08.10.2014 20:13, Elan Ruusamäe wrote:
... seems to be related to the "or str" statement, and the length of
the inline string, <3 is ok, >=4 is epic fail:
# rpm -E '%{lua:print(os.getenv("TMPDIR") or "4231")}'
*** Error in `rpm': mall
rpm 4.5, all cool:
$ rpm -q rpm; rpm -E '%{lua:print(os.getenv("TMPDIR") or "/tmp")}'
rpm-4.5-70.i686
/home/glen/tmp
rpm 5:
d# rpm -q rpm; rpm -E '%{lua:print(os.getenv("TMPDIR") or "/tmp")}'
rpm-5.4.13-7.i686
*** Error in `rpm': malloc(): memory corruption: 0x082b3fc8 ***
...
strace tail of th
On 07.10.2014 16:25, Arkadiusz Miśkiewicz wrote:
On Tuesday 07 of October 2014, Elan Ruusamäe wrote:
On 07.10.2014 00:32, Elan Ruusamäe wrote:
but in 2.4 it's super annoying. each restart fails with an error
this can be mitigated with a delay. experimenting on single host 5
usleep w
On 07.10.2014 00:32, Elan Ruusamäe wrote:
but in 2.4 it's super annoying. each restart fails with an error
this can be mitigated with a delay. experimenting on single host 5
usleep worked.
how about new parameter for this and future issues:
http://git.pld-linux.org/?p=pac
On 07.10.2014 16:09, Marcin Krol wrote:
Have all of them installed and session module enabled (PHP 5.6).
Perhaps it matters that 99% of my sites are using PHP via CGI/FCGI.
yes. it does matter. you don't have apache being poisoned by mod_php,
and php problems do not reach there.
--
glen
__
On 07.10.2014 15:24, Elan Ruusamäe wrote:
installing or removing these modules (they have dependency loops, so
packages are all in or all out) the reproduce rate is 100% or 0%. and
more specifically. disabling session php module (in .ini file) makes
reproduce rate at 0%.
so, to be clear
On 07.10.2014 15:00, Elan Ruusamäe wrote:
i have the opposite: 100% failure rate. and also using default config
(mpm prefork)
perhaps related to apache modules present?
...
[root@zave ~]# rpm -e apache-base --test
error: Failed dependencies:
apache(modules-api) = 20120211 is needed
On 07.10.2014 12:42, Marcin Krol wrote:
Just restarted apache few hundred times in loop on my test server
which basically does nothing now and can't reproduce this. Init script
is same in PLD and TLD. I'm using prefork MPM on this machine.
i have the opposite: 100% failure rate. and also using
On 07.10.2014 08:46, Marcin Krol wrote:
This happens when some process is busy when receiving kill signal, ie.
handling page which is doing some large database query and it will not
quit immediately.
no no. the apaches don't have to do anything, totally blank server will
fail as well.
the fa
apache2 restart has been always unreliable in pld
but in 2.4 it's super annoying. each restart fails with an error
# service httpd restart
Checking Apache 2.4 Web Server configuration...[ DONE ]
Stopping Apache 2.4 Web Server service.[ DONE ]
Start
On 24.09.2014 18:55, Arkadiusz Miśkiewicz wrote:
1) TEMPLATE matches 0% of cases
are you stupid?
it is to be substituted with package name in all template-spec/*.spec
when you use these as template!
:%s#TEMPLATE#modulename#g
in vim, "modulename" is the actual module name
--
glen
_
On 24.09.2014 16:08, arekm wrote:
commit ff6e15ce74bf6c9b8264ed090cadae7292becf87
Author: Arkadiusz Miśkiewicz
Date: Wed Sep 24 15:08:09 2014 +0200
- module in egg info
python.spec | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
diff --git a/python.spec b/python.spec
index
On 21.09.2014 11:26, Jan Rękorajski wrote:
2. Tag access for TLD builders. It was there since TLD fork 7 years ago
>and now it was suddenly removed.
What you should really be surprised is that auto-taging worked
for so long after the fork. There is nothing in it for PLD,
it's just pollution in g
On 18.09.2014 23:13, Jeffrey Johnson wrote:
Whatever works for you.
You got an analysis and a fix with 2 hours of reporting
You are welcome.
yes, thanks. i'm impressed! seriously.
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-
On 18.09.2014 20:46, Jeffrey Johnson wrote:
Patch to check a lead-in of "@/" attached.
"@"-special is as lame as "/"-special to me,
why not just use the parameter as is if such file does not exist?
use formatfile only if the argument specifies regular file that exists.
fallbacking like the argum
On 18.09.2014 19:16, Jeffrey Johnson wrote:
What version of rpm are you using?
version was presented in initial report: rpm-5.4.14-5.x86_64
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/list
rpm --qf gives out nonsense (ignores arg completely?) if --qf format
starts with a slash:
see transcript below:
$ rpm -q rpm --qf '%{N}\n'
rpm
$ rpm -q rpm --qf '/usr/share/doc/%{N}\n'
rpm-5.4.14-5.x86_64
$ rpm -q rpm --qf '/%{N}\n'
rpm-5.4.14-5.x86_64
$ rpm -q rpm --qf 'lol%{N}\n'
lolrpm
s
so, apparently ruby 2.0 is now in th-main!
Original Message
Subject:MOVED: ready => PLD... 633 packages
Date: Thu, 11 Sep 2014 18:11:54 +
From: PLD th-ftp AI
To: pld-logs...@lists.pld-linux.org, g...@pld-linux.org,
bagg...@pld-linux.org
FTP admin baggins
On 01.09.2014 13:47, Łukasz Maśko wrote:
>
>and for h264, this appears to be pld build issue, it should work
>according to build options, but seems something is missing!
I have found a note, that it is strictly removed from chromium due to
copyrights. That's why it's not working. Am I wrong?
i
On 01.09.2014 09:34, Łukasz Maśko wrote:
>what NPAPI based plugins are you missing?
>one big one is probably java applets?
Flash and Java. And H.264 codecs. I've finally gave up, removed chromium,
rebuild and installed chrome and that's it. It works at least now. It's a
pitty, for I've spent the
On 31.08.2014 01:06, Łukasz Maśko wrote:
Dnia sobota, 30 sierpnia 2014 23:14:32 Łukasz Maśko pisze:
[...]
One more thing - plugins stopped working. Chromium simply sees none of them.
NPAPI was dropped in 36
https://groups.google.com/a/chromium.org/forum/#!searchin/chromium-packagers/npapi/chro
perl-Qt4-4.13.2-1.x86_64: required "libsmokebase.so.3()(64bit)" is
provided by the following packages:
a) kde4-smokegen-4.13.2-1.x86_64
b) ruby-qt4-2.1.0-6.x86_64
kde maintainers, resolve this!
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists
NetworkManager-0.9.10.0-1 does not work. segfaults
downgrading to NetworkManager-0.9.8.10-1.x86_64 works again
just informing, maybe somebody has similar problems
stderr:
this watch should have been invalidatedthis watch should have been
invalidated
(NetworkManager:1832): GLib-GObject-WARNING *
On 09.08.2014 11:29, Tomasz Pala wrote:
Does anyone have an idea why /usr/share/doc/sed-4.2.2 contents are
uncompressed?
http://buildlogs.pld-linux.org/index.php?dist=th&arch=i686&name=sed&ok=1&id=902b0051-50bc-4096-b792-9c54c4c88670&action=text
I can't see anything suspicious in spec file, may
On 13/07/14 12:52, baggins wrote:
-Requires: php-bytekit
+Requires: php(bytekit)
i was wondering, should we use "php-ext" instead of "php" for such
virtual dependencies? the way composer[1] does?
or rather pointless, not worth the effort?
[1] https://getcomposer.org/
--
glen
___
mono-devel-3.4.0-1.x86_64: required "python(abi)" is provided by the
following packages:
a) python-libs-2.7.7-1.x86_64
b) python-modules-2.7.7-1.x86_64
c) python3-libs-3.3.5-2.x86_64
$ rpm -q python-modules --provides|grep abi
python(abi) = 2.7
$ rpm -q python-libs --provides|grep abi
python(ab
there's 3.0
https://www.meebey.net/projects/notify-sharp/
needed by sparkeshare
---
checking for NOTIFY_SHARP... no
configure: error: Package requirements (notify-sharp-3.0) were not met:
No package 'notify-sharp-3.0' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
inst
On 08.07.2014 22:52, Jan Rękorajski wrote:
Practially everyone is using Q16, so the only viable solution would be a
separate, non-default, Q8 build for PHP and other CPU intensive, but not
quality oriented programs.
and would like to decrease dependencies in that Q8 build so that php
doesn't yet
http://git.pld-linux.org/?p=packages/pulseaudio.git;a=commitdiff;h=9a1fe95ea83c5587bac294642a2e1daf8d9efc34
why these are required not suggested?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman
On 24.06.2014 14:09, Tomasz Pala wrote:
which might gain some performance when build with Q8, but building them
all with alternatives would be an overkill (especially the ones that are
not performance greedy and don't do much of image processing - like
thumbnailing, which won't hurt on quality of
On 23/06/14 18:00, Jeffrey Johnson wrote:
Fix the localedb implementation and you won’t have to worry
about package replacement.
i've seen cases when even same arch localedb was not compatible when
glibc version changed.
haven't seen it lately as made my localedb package dependencies strict
o
On 23.05.2014 00:55, Elan Ruusamäe wrote:
ok, those two subjects aren't only ones to blame, seems "my
configuration" has caused this.
more particularily, a sqlnet.ora parameter:
LOG_FILE_CLIENT = /dev/null
which i took from
http://archimedeseureka.blogspot.com/2011/08/disabl
the testing packages are in th-ready repository (not in main yet)
To do the upgrade, you should run poldek -u php53-common or poldek -u
php55-common.
problems can be reported directly to me or #pld on irc
On 12.06.2014 21:27, Jan Rękorajski wrote:
Hi,
After a lot of time and work from Elan
On 10.06.2014 15:15, Jacek Konieczny wrote:
What initramfs do you use? geninitramfs or dracut? If geninitramfs,
is udev in initramfs enabled? Is current udev included in the initramfs?
i used dracut.
didn't test pld geninitrd (it had also problems with systemd, so i
decided to try dracut)
no i
$ rpm -qf /etc/skel/
pwdutils-3.2.19-2.x86_64
suggestion: move dir to filesystem package
rationale: packages providing $HOME skeletons shouldn't depend on
useradd tools
in the future pwdutils could be replaced by shadow (again).
background: stupid reason (initation for the change): bash Requi
hi
i have system where rootfs is on lvm with single pv,
and rest of the system is on xfs on lvm on md
rootfs is inited normally, but as systemd requires all fs to be mounted,
the system does not boot up (recovery shell given after timeout)
systemd fails to boot up such system because it does n
$ rpmbuild -bs alien
Wrote: /home/users/glen/rpm/packages/SRPMS/alien-8.90-1.src.rpm
$ file /home/users/glen/rpm/packages/SRPMS/alien-8.90-1.src.rpm
/home/users/glen/rpm/packages/SRPMS/alien-8.90-1.src.rpm: RPM v3.0 bin
$ rpm --version
rpm (RPM) 5.4.14
it used to work (rpm 4.5 on ac):
$ rpmbuil
On 28.05.2014 00:31, qboosh wrote:
+%config(noreplace,missingok) %verify(not md5 mtime size) /etc/env.d/CVSIGNORE
now it came visible, does this env var really belong to rsync package?
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linu
On 27.05.2014 17:39, Jakub Bogusz wrote:
On Mon, May 26, 2014 at 10:08:00PM +0300, Elan Ruusamäe wrote:
for autotools we have macros for --enable, --disable, --with --without
http://git.pld-linux.org/?p=packages/rpm-build-macros.git;a=blob;f=rpm.macros;h=fb44ba49b4492d80ddf696d04c427b16f9661d96
for autotools we have macros for --enable, --disable, --with --without
http://git.pld-linux.org/?p=packages/rpm-build-macros.git;a=blob;f=rpm.macros;h=fb44ba49b4492d80ddf696d04c427b16f9661d96;hb=b89253d0468b9a528a89c47bfc36e7274666310f#l339
would be nice to have same for cmake as well
how to name
3.05.2014 00:42, Elan Ruusamäe wrote:
FUCK YOU ORACLE & PHP!
each time i run php with pdo-oci installed (compiled with
oracle-instantclient 12.1.0.1.0) while having umask 007, /dev/null
gets fucked up to 0660 permission.
... it's like punishment for running php as root!
root@rotten-fr
updated there
# rpm -q bash --blink
bash-4.3.11-1.i686.rpm
<= bash-4.3.0-1.i686.rpm
On 19.05.2014 21:39, Elan Ruusamäe wrote:
something funny is happening on one of my machine
/dev/null permissions get reset to 660 (which is common for root
umask 7 i'm using)
i have not found pat
--blink
bash-4.3.11-1.i686.rpm
<= bash-4.3.0-1.i686.rpm
On 19.05.2014 21:39, Elan Ruusamäe wrote:
something funny is happening on one of my machine
/dev/null permissions get reset to 660 (which is common for root umask
7 i'm using)
i have not found pattern in how or when it
On 21.05.2014 23:52, Elan Ruusamäe wrote:
perhaps the problem is that it the flag not be used alone? perhaps
zlib or libxml should be built with same cflags? i don't know.
i'm almost sure it's zlib related, because:
$ rm -rf root
$ pear install --packagingroot=`pwd`/root --o
On 19.05.2014 11:32, Jan Rękorajski wrote:
On Thu, 15 May 2014, Elan Ruusamäe wrote:
On 15.05.2014 20:49, Elan Ruusamäe wrote:
i'll enabling -D_FILE_OFFSET_BITS=64 now, as it fixed stat() calls
failures, and pear list works now
and it's safe to do so unconditionally (including 64
On 20.05.2014 11:40, Lukasz Glebicki wrote:
Hi,
Is there any way to watch video in h.264 format in newest Chromium or
permanently switch it off?
i've noticed too it's broken. but feel free to patch our chromium build
to fix!
Test case: http://www.quirksmode.org/html5/tests/video.html
As
something funny is happening on one of my machine
/dev/null permissions get reset to 660 (which is common for root umask 7
i'm using)
i have not found pattern in how or when it gets changed
i have stopped crond and still /dev/null premissions get reset to 660
opposed to sane 666 permission
i
On 19.05.2014 13:56, Jan Rękorajski wrote:
>
>and move the other exceptions too?
I don't see dirs not owned by root in filesystem.spec.
look closer! trace gid_logs macro
--
glen
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://
On 19.05.2014 11:50, Jan Rękorajski wrote:
On Mon, 19 May 2014, Elan Ruusamäe wrote:
On 19.05.2014 11:26, Jan Rękorajski wrote:
On Fri, 16 May 2014, Elan Ruusamäe wrote:
On 05.05.2014 15:24, Elan Ruusamäe wrote:
rfc: move /etc/cron.d to filesystem package
what the permission should be?
i
On 19.05.2014 11:26, Jan Rękorajski wrote:
On Fri, 16 May 2014, Elan Ruusamäe wrote:
On 05.05.2014 15:24, Elan Ruusamäe wrote:
rfc: move /etc/cron.d to filesystem package
what the permission should be?
i would not use any other user than root:root, but our cronie has:
drwxr-x--- 2 root
On 05.05.2014 15:24, Elan Ruusamäe wrote:
rfc: move /etc/cron.d to filesystem package
what the permission should be?
i would not use any other user than root:root, but our cronie has:
drwxr-x--- 2 root crontab 73 Feb 22 00:49 /etc/cron.d/
and others (in th):
poldek:/all-avail> search
On 15.05.2014 20:49, Elan Ruusamäe wrote:
i'll enabling -D_FILE_OFFSET_BITS=64 now, as it fixed stat() calls
failures, and pear list works now
and it's safe to do so unconditionally (including 64bit arches)?
--
glen
___
pld-devel-en ma
701 - 800 of 2433 matches
Mail list logo
