no-undefined
> $PYTHON_LIB_LOC testpython.lo $PYTHON_LIBS $PYTHON_EXTRA_LIBS >/dev/null 2>&1
> && \
> + grep 'dlname.*testpython' testpython.la >/dev/null 2>&1; then
> + result=yes
> + else
Use LT_OUTPUT to get local libto
t $0 }'` ; do \
> + dir=`%{__python} -c 'import sys, os;
> print os.path.normpath(sys.argv[1]);' $dir`
this way adds python dependency in rpm-build, which we don't want.
Path should be normalized using more common tools.
--
Jakub Boguszht
statements from
makefiles. In turn "override VARIABLE+=..." statement in makefile is
stronger.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
> -%define specflags_ia32 -fomit-frame-pointer
> +%define specflags_ia32 -fomit-frame-pointer
> -D_FILE_OFFSET_BITS=64
This is wrong:
1) specflags* are used only for optimized builds
2) if there are some problems with LFS on 32-bit archs, they are most
likely not x86-specific
--
On Wed, Apr 23, 2008 at 10:22:53PM +0200, Patryk Zawadzki wrote:
> cross-posting do devel-en as glen is interested in this:
>
>
> -- Forwarded message ------
> From: Jakub Bogusz <[EMAIL PROTECTED]>
> Date: 2008/4/16
> Subject: Re: libcdio - o co chodzi z
t; > Input/output error
> > receiving incremental file list
> > rsync: push_dir "dists/ac" (in pld) failed in /home/services/ftp/pld:
> > Input/output error (5)
>
> Not sure if everyone is aware, but (as RMF told me) raid controller is
> fscked up.
I
On Thu, Apr 10, 2008 at 06:04:27PM +0300, Elan Ruusamäe wrote:
> On Thursday 10 April 2008 17:51:58 Jakub Bogusz wrote:
> > > Loading console font and map...[ BUSY
> > > ]locale: Cannot set LC_CTYPE to default locale: No such file or d
ng.
The other thing is that locales don't work properly before /usr is
mounted or if locale data is missing in locale-archive (in such case
keyboard and font maps could be initialized improperly).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-dev
; distro, i.e dropping some architectures and 2.4 kernel compatability.
> >
> What are the super-hiper features with new release of kernel??
> Remeber - no xorg - no compiz - no fun - kernel upgrade wont help
> Old glibc - new kernel - compatibi
ack which should be avoided.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
for PLD - I've tested only ~30(?) packages
utilizing libtool so far, some of them needed patching, some of them
required patching libtool ;). There'll probably be libtool 2.2.2 with
most important fixes soon.
--
Jakub Boguszhttp://qboosh.pl/
___
ow but be aware that the shadow's useradd
> can't handle the params %adduser macro passes
Which one?
> so it will only work
> with pwdutils even if you stick with Ac (unless Ac has different build
> macros or unless the macros were adapted to support shadow utils).
Generally,
quot;connection closed".
> > >
> > > Downgrade to 4.7p1-2 helps.
> > Yes, I had the same problem on AC. Downgrade helped.
>
> Which version? 0.60 was reported to support HPN IIRC
Shouldn't matter; standard S
sudo since 1.6.9p14 reports bogus sudoers parse errors when unauthorized
command is called:
$ sudo xxx
sudo: parse error in /etc/sudoers near line -1
There is no error when calling authorized command.
--
Jakub Boguszhttp://qboosh.pl/
___
pld
Are modutils installed?
The only thing module-init-tools can do on 2.4.x is to exec modutils
counterpart.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t elements (MimeType,
Categories etc.) terminated with semicolon, including the last one.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, Feb 21, 2008 at 01:30:38AM +0200, Elan Ruusamäe wrote:
> On Wednesday 20 February 2008 23:33, Jakub Bogusz wrote:
> > It looks like Ac. And which libtool version (patches) are you using?
> thx. it is ac unpatched libtool.
>
> > [1] still not perfect, as it's not
r-lib
- but with unpatched libtool it doesn't work either)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
-devel-3.5.9-2.i686
Similar case with libraries distributed over packages not required
otherwise by -devel.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sun, Feb 17, 2008 at 03:06:00PM +0200, Elan Ruusamäe wrote:
> On Friday 15 February 2008 21:44:18 Jakub Bogusz wrote:
> > On Fri, Feb 15, 2008 at 08:43:04PM +0100, glen wrote:
> > > Author: glen Date: Fri Feb 15 19:43:04 2008 GMT
&
On Fri, Feb 15, 2008 at 08:43:04PM +0100, glen wrote:
> Author: glen Date: Fri Feb 15 19:43:04 2008 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - let -build depend on rpm-specdump
What for?
AFAIK no package needs it to build.
On Tue, Feb 12, 2008 at 12:08:00AM +0200, Elan Ruusamäe wrote:
> On Monday 11 February 2008 23:51, Jakub Bogusz wrote:
> > On Mon, Feb 11, 2008 at 11:37:58PM +0200, Elan Ruusamäe wrote:
> > > On Monday 11 February 2008 23:03, hawk wrote:
> > > > Author: hawk
tely (if things didn't
change since rpm 4.0.x) there is no support for %ghost(missingok) or so...
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
archives are not executable at all
- explicit _autostrip* are explicit and rpm must not know better
Don't use redhatish chmod -x workarounds; there are _noautostrip/_noautochrpath
instead.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en maili
On Sun, Feb 10, 2008 at 01:33:33AM +0200, Elan Ruusamäe wrote:
> why such devel version like 2.18.50.0.4.20080208 of binutils was sent to th?
Because PLD always uses devel (HJL) versions of binutils since the beginning?
--
Jakub Boguszhttp://qboosh
On Wed, Feb 06, 2008 at 12:56:55AM +0100, glen wrote:
> - no isa on alpha
That's not true.
At least some alpha machines have ISA bus.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://l
> \1\2\3\4\5:
> +'"$NO_ALL_NAME$MO"'s:\(.*/share/locale/\)\([^/@]\+\)\(@quot\|@boldquot\)\?\(@[^/]*\)\?\(.*/'"$NAME"'\.mo$\):%lang(\2\4)
> \1\2\3\4\5:
> /^[^%]/d
> s:%lang(C) ::' >> $MO_NAME
>
> ==
's hosted at http://pkg-shadow.alioth.debian.org/
and recently there was shadow-4.1.0 release.
pwdutils still remains superior, but seems a bit stalled (no release
since over a year, dead mailing list), so I wouldn't drop alternatives.
--
Jakub Bogu
On Tue, Jan 29, 2008 at 08:41:53PM +0200, Elan Ruusamäe wrote:
> On Tuesday 29 January 2008 20:24:59 Jakub Bogusz wrote:
> > On Tue, Jan 29, 2008 at 07:11:41PM +0100, glen wrote:
> > > Author: glen Date: Tue Jan 29 18:11:41 2008 GMT
&
" is the standard way to find kernel
build tree when building kernel modules without use of PLD rpm.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
a valid category, just pure KDE
thing so far. Nothing to change in glibc.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
es poldek using rpm library, as soname deps don't work (it's same for
> > 4.4.2 and 4.4.9)
>
> >From what I remember it was poldek only, but I'm not sure.
net-snmp (but I don't remember if it requires any changes or rebuild)
--
Jakub Boguszhttp://qboosh.pl/
eprecated in specs
- puts incomprehensible Polish descriptions as C ones, using characters
invalid in us-ascii encoding
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rate spec from scratch (once)
- update version in existing spec
- introduce new subpackages in existing spec
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
should stay for future.
It could be useful for something else.
> What all this changes gives:
> - rc-boot after install will be usable (becouse for example it will require
> rc-boot-lilo, which require lilo)
BTW, S: rc-boot-lilo in noarch rc-boot was wrong: lilo is available only
fo
aders together take over 20MB, so it's reasonable to
separate some big parts without dependency loops (like ublas or spirit).
Separating single small headers was pointless (or we'd end up with
several thousands of boost-*-devel packages with endless lists of
interdependencies).
--
Jaku
On Fri, Jan 04, 2008 at 02:39:40PM +0100, Patryk Zawadzki wrote:
> 2008/1/4, Rafał Cygnarowski <[EMAIL PROTECTED]>:
> > Dnia piątek, 4 stycznia 2008, Jakub Bogusz napisał:
> > > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than
> > &g
r}/qt4/bin path.
Any comments?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
s of archival log files (28*10 or so), which is
overkill on less loaded system.
My proposal: let's place a few commented log rotation schemes and leave
the default of rotate 4 weekly everybody got accustomed to.
--
Jakub Boguszhttp://qboosh.pl/
n't make blues-PLD default.
>
> > 2 months would be great, 1 month is +- ok but 2 weeks it too short.
>
> And daily is too frequent for ordinary (i.e. using defaults) system.
Agreed.
logrotate's default is rotate 4 weekly.
Replacing it distribution-wide with signifi
1.5"?
-target selects destination VM, not source language specs.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Mon, Nov 26, 2007 at 11:53:06PM +0200, Elan Ruusamäe wrote:
> On Monday 26 November 2007 23:24:28 Jakub Bogusz wrote:
> > On Mon, Nov 26, 2007 at 10:17:12PM +0100, adamg wrote:
> > > Author: adamgDate: Mon Nov 26 21:17:12 2007 GMT
&
lines from kernel.spec?
klibc:HEAD already uses llh.
Maybe some modules could be build with just kernel-headers, without
kernel-module-build - but I don't remember any.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
nf.ru-utf8.8
>
> Shouldn't it be done in more general way?
> AFAIR the default ru encoding (at least in Ac) is (was?) KOI8-r...
It was ISO-8859-5, at least in glibc.
Yes, .spec translations and maybe manuals used to be in KOI8-R,
causing so
version.
It's required by cvs 1.11/1.12, but refused as invalid option by
cvs-nserver client.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t; @@ -3,3 +3,4 @@
> account requiredpam_unix.so
> password requiredpam_cracklib.so retry=3
> password requiredpam_unix.so md5 use_authtok nullok
> +password requiredpam_make.so /var/db
pam_make is no more.
--
Jakub
ic loader search path.
There is -avoid-version missing in module_LDFLAGS in package build
system.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
x27;s world package. Both sysadmins
> and poldek could benefit from this feature (poldek would need a helper
> binary called via sudo to alter the contents but it uses sudo for rpm
> anyway).
>
> Therefore I propose fixing the packaging
On Mon, Oct 22, 2007 at 09:55:54PM +0300, Elan Ruusamäe wrote:
> On Monday 22 October 2007 20:39, Jakub Bogusz wrote:
> > On Mon, Oct 22, 2007 at 02:18:16PM +0200, glen wrote:
> > > Author: glen Date: Mon Oct 22 12:18:16 2007 GMT
&
dule-init-tools
So BR both? /sbin/depmod alone could be satisfied by old modutils
package.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
%{_bindir}/gdk-pixbuf-query-loaders >
> %{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders
> + %{_bindir}/gtk-query-immodules-2.0 >
> %{_sysconfdir}/gtk-2.0/gtk.immodules
> fi
> exit 0
Are you sure?
These binaries won't exist when "$1" = "0" (i.e. when f
On Sat, Oct 20, 2007 at 03:18:29PM +0200, Tomasz Pala wrote:
> On Sat, Oct 20, 2007 at 11:07:25 +0200, Jakub Bogusz wrote:
>
> > Not missing, glitz is not supported
>
> Why?
Ask the one who changed glitz bcond in cairo.
> BTW in glitz.spec I'd translate 'comp
.d/kpartx.rules
> -%attr(755,root,root) /%{_lib}/udev/kpartx_id
> +%attr(755,root,root) /lib/udev/kpartx_id
> %dir /var/lib/multipath
> %{_mandir}/man5/multipath.conf.5*
> %{_mandir}/man8/devmap_name.8*
HEAD uses /%{_lib}/udev
--
Ja
On Wed, Oct 17, 2007 at 02:08:36PM +0200, glen wrote:
> Author: glen Date: Wed Oct 17 12:08:36 2007 GMT
> Module: SPECS Tag: AC-branch
> Log message:
> - binfmt-detector is really Suggests; rel 3
Isn't Suggests just NOP o
-devel-1.6.3-3
> +#gimp-devel-2.2.13-1
> +#gtk+2-devel-2.8.20-1
> +#libbonoboui-devel-2.14.0-2
> +#libglade2-devel-2.6.0-2
> +#libgnomecanvas-devel-2.14.0-1
> +#libgnomeui-devel-2.14.1-3
> +#pango-devel-1.12.4-1
--
Jakub Boguszhttp://qboosh.pl/
_
es are not tested with older dependent
packages and need some newer in fact.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ing about files
or filenames, just:
You may not prefix the name product with "Mozilla" (e.g. "Mozilla
Firefox Community Edition" is not allowed.) nor use the official Firefox
or Thunderbird logos to identify the software. You can, of course,
still use the unofficial ones.
--
Jak
o docs gcc should accept -m32 on PPC (see RS/6000 and PowerPC
options). Moreover, -m32/-m64 are used to choose ppc or ppc64 target.
BTW, gcc in Debian and PLD Th accepts -m32, so this patch even as
a workaround shouldn't appear on HEAD.
--
Jakub Bogu
We can use macros like this:
%{?requires_xorg_xserver_xinput}
to pervent spec parsing failures before macros BR checking (and without
requiring very fresh builder).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en
use AC_PROG_LIBTOOL if it uses
apr's libtool.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, Aug 23, 2007 at 08:42:04AM -0400, Jeff Johnson wrote:
> Begin forwarded message:
> > On Aug 23, 2007, at 7:19 AM, Patryk Zawadzki wrote:
> >
> >> On 8/23/07, Jakub Bogusz <[EMAIL PROTECTED]> wrote:
> >>> On Thu, Aug 23, 2007 at 11:55:05AM
-
>
> rpm --rebuilddb seems to fix this issue (I didn't try removing __db*).
The same for me, rm __db* was sufficient.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
s.
And avahi libs aren't even indirectly linked with libselinux.
--
Jakub Boguszhttp://qboosh.pl/
___
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, 2007 at 03:36:41PM -0400, Jeff Johnson wrote:
> On Aug 7, 2007, at 3:24 PM, Jakub Bogusz wrote:
>> On Fri, Aug 03, 2007 at 06:48:09PM +0200, Patryk Zawadzki wrote:
>>> So, is there anything against using feature-provides and conflicts
>>> (only for
akes no sense: issue*. Just dropping
Obsoletes makes an unresolved conflict in distribution (try poldek
--verify=fileconflicts). I think P+O: issue-package (literally, virtual
package with that name) is the way to go (keeping in mind previous
paragraph).
--
Jakub Bogusz
; Or only perl was enabled some time ago...
So maybe let's enable perl and python, keeping tcl and ruby disabled
until someone proves that (s)he really needs them.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
, replace as you wish."
In distros which don't provide alternative packages.
Or use "alternatives" mechanism, like Debian.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ken tool than use suitable language?
Better broken in some corner cases than unusable for bootstrap...
(anyway, redefining Version in middle of .spec is tricky, as you can see
from %{version} behaviour)
--
Jakub Boguszhttp://qboosh.pl/
___
pld
doesn't refer to dll entry in config file)
3. not all dll .config entries end with ".dll", so this is messy;
and I don't know what "i:" prefix means.
Global file (/etc/mono/config) looks like this:
On Sun, Jul 15, 2007 at 12:53:17PM -0400, Jeff Johnson wrote:
> On Jul 15, 2007, at 12:39 PM, Jakub Bogusz wrote:
> > On Sun, Jul 15, 2007 at 11:24:19AM -0400, Jeff Johnson wrote:
> >> On Jul 15, 2007, at 7:45 AM, Jakub Bogusz wrote:
> >>> On Sun, Jul 15, 2007 at 1
On Sun, Jul 15, 2007 at 11:24:19AM -0400, Jeff Johnson wrote:
> On Jul 15, 2007, at 7:45 AM, Jakub Bogusz wrote:
> > On Sun, Jul 15, 2007 at 10:44:59AM +0200, Łukasz Jernaś wrote:
> >> Hello.
> >>
> >> I just want to drop a note here that current mo
y
are arch-dependent (because of "()(64-bit)" suffix on most 64-bit
systems with 64-bit mono).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
; alpha
How ac-alpha can hang on futex if it's unsupported on Linux 2.4? :)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
r example).
>
> The problem is:
> rpmdb: unable to initialize mutex: Operation not supported
IIRC robust mutexes are realtively new feature, so they probably need
recent kernel version.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing
priority than Source/Patch URL.
Or at least some configuration option should exist to select preferred
source of files.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
7-June/141423.html
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Wed, Jun 20, 2007 at 01:21:59PM +0300, Elan Ruusamäe wrote:
> On Wednesday 20 June 2007, Jakub Bogusz wrote:
> > On Wed, Jun 20, 2007 at 02:20:31AM +0200, glen wrote:
> > > Author: glen Date: Wed Jun 20 00:20:31 2007 GMT
> > > Module: SPECS
On Wed, Jun 20, 2007 at 02:20:31AM +0200, glen wrote:
> Author: glen Date: Wed Jun 20 00:20:31 2007 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - does not require sed
IIRC it was for vfjuggle and other scripts...
--
Jakub Bo
64 it finally crashes on alignment, but on x86_64 it seems that it
overwrites some other value on stack (signalMask?). Am I wrong?
> FWIW, tag=1184 is RPMTAG_PACKAGECOLOR added on
> multilib systems. That's likely not PLD/sparc64.
That sparc64 experiment uses multilib.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
: 4306684
vim-rt : 14952921
(assuming that libs packages suffice to run vim without complaints)
But the original question was: do particular language support overhead is
worth its benefits?
Are there already some packaged or custom vim addons which need all these
languages?
on, ruby and tcl libraries.
Is it worth its profits?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
> 2007-06-16 17:25:55 ---
> Not only similar it's the same problem. gdb shows identical backtrace
Same with gdal/swig/ruby.
Googled:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg124225.html
After adding missing -fPIC flags SEGV is gone.
(but binutils need fix anyway, as they sh
lication-level (interpreter-level) too, placed
above operating system.
And suPHP utilizes OS security (although it exposes higher risk in case
of bug in its code running with EUID=0).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
lease}
> > @@ -338,6 +339,9 @@
>
> maybe this dependency should be in perl-devel package instead?
Well, in fact all *-devel packages with glibc-based C interfaces should
require glibc-devel...
(OC it can be omitted for *-devel which require *-devel already requiring
glibc-devel)
On Sat, Jun 16, 2007 at 05:40:52PM +0200, Tomasz Pala wrote:
> Hi,
>
> 1. closing any qt4 application (e.g. kpoldek) crashes entire X server,
Doesn't occur with lastfm-radio for me.
Qt*-4.3.0-1, xorg-xserver-server-1.3.0.0-2, HEAD xorg-driver-tdfx and
xorg-lib*.
--
Jakub
On Thu, Jun 14, 2007 at 08:58:49AM +0200, hawk wrote:
> +# build fix for intel network drivers for PPC
> +Patch0: linux-2.6-ppc-ICE-hacks.patch
It's not vanilla now ;P
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en m
On Thu, Jun 14, 2007 at 09:05:40PM +0200, glen wrote:
> +%scons \
> + prefix=%{_prefix} \
> + %{?with_python:enable_python=1}
What about %{__cc} and %{rpmcflags}?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld
R: libbluetooth.so.2 in
> libs subpackage?),
Probably because cmake installs shared libs as non-executable :/
Could sb check if this issue concerns whole kde* 4 stuff too?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel
Why xulrunner has blocked libmozjs.so and libxpcom.so provides?
mozilla*/seamonkey shouldn't provide them. But it's xulrunner that
provides these libs for packages using embedded gecko, so providing
them in xulrunner-libs should be OK.
--
Jakub Boguszhttp:/
r glibc32 deps in gcc64?
> >
> > Of course the answer is NO. You shouldn't even ask ;)
>
> i see one solution for nspluginwrapper - statically linked
> i686 binaries installed on x86-64.
Forget about static linking. gtk+2 and pango dlopen modules.
--
Jakub Bogu
spec:HEAD is patched to provide shared QtUiTools.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
dir or yum repodata?
Does yum support suggests?
Has anyone verified it?
Suggests was really merged in rpm 4.4.3 and AFAIK Fedora/RH didn't go
beyond 4.4.2.
And I don't see RPMSENSE_MISSINGOK or RPMTAG_SUGGESTS* in rpm python
bindings or poldek sources.
is_ requred with new rpm.
For which package? Not myspell, containing only library, which itself
doesn't refer to /usr/share/myspell path.
> I was thinking about moving the directory to main package, but why to keep
> it in two places?
--
Jakub Boguszhttp://qboosh.pl/
__
On Tue, May 15, 2007 at 10:46:51PM +0200, Tomasz Wittner wrote:
> On Tue 15. of May 2007, 18:08, Jakub Bogusz wrote:
> > On Tue, May 15, 2007 at 03:30:20PM +0200, gotar wrote:
> > > Author: gotarDate: Tue May 15 13:30:17 2007 GMT
>
One more thing: non-specs and template specs need to be moved to some
other place (scripts/ and templates/ dirs? mirrors and
additional-md5sums are used by scripts, so they can be together with
scripts).
--
Jakub Boguszhttp://qboosh.pl/
___
pld
vantage: more work when adding new package (1 or 3 mkdirs
+ cvs adds depending on layout - is it going to be
package/{package.spec,package*.patch} or
package/{SPECS/package.spec,SOURCES/package*.patch} ?
--
Jakub Boguszhttp://qboosh.pl/
___
ing a full
> deployment, that sounds ok, right?
p* ;P
(to check scalability and check when perl/php/python* interested
developers go mad when updating packages in 1k dirs ;>)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing l
On Fri, Apr 13, 2007 at 02:40:20PM +0300, Elan Ruusamäe wrote:
> On Thursday 12 April 2007 23:05:23 Jakub Bogusz wrote:
> > On Thu, Apr 12, 2007 at 12:59:28AM +0200, glen wrote:
> > > Author: glen Date: Wed Apr 11 22:59:28 2007 GMT
&
On Thu, Apr 12, 2007 at 12:59:28AM +0200, glen wrote:
> Author: glen Date: Wed Apr 11 22:59:28 2007 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - unify
> - created -source
Why? Isn't .src.rpm sufficient?
(the same case as
nize .jar and .class
> +%define _use_internal_dependency_generator 0
So it cannot be used on any package containing ELF files.
External generators cannot properly mark file colours.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
501 - 600 of 878 matches
Mail list logo
