for kdepackage-template.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
: A situation shouldn't make dependency
loop; hard dependency should always have priority over soft (Suggests)
dependency.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman
On Sun, Aug 03, 2008 at 06:00:08PM +0200, Zsolt Udvari wrote:
Hi all!
There are two spec-update.
AFAICS rb version of libtorrent has been renamed to libtorrent-rasterbar
- so use libtorrent-rasterbar.spec and add proper Obsoletes.
--
Jakub Boguszhttp://qboosh.pl
008e GLIBC_2.2.5 log10
What am I missing?
I don't see anything wrong here.
--
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
of
libidn-0.6.10-1.athlon conflicts with file from package libidn-0.6.10-1.amd64
This one is strange, it should be identical in both packages.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
it.
Not mozilla-* (it's restricted name).
gecko-* or browser-gecko-*.
Or maybe browser-xul-extension-* (I'm not sure if these extensions are
more related to gecko or xul?)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld
On Thu, Jul 31, 2008 at 05:35:39PM +0200, Jakub Bogusz wrote:
On Thu, Jul 31, 2008 at 09:54:25AM +0300, Elan Ruusamäe wrote:
On Thursday 31 July 2008 07:45, qboosh wrote:
+# - rpmldflags/rpmcppflags are not passed through %%cmake macro at all
+# (is there any standard way
rejestruje protokół lastfm:// do BMPx.
+Requires:iceweasel
What is this? Why not browser-plugins?
--
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
in different roots.
--
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 Fri, Jul 25, 2008 at 09:57:12PM +0200, Patryk Zawadzki wrote:
On Fri, Jul 25, 2008 at 9:48 PM, Jakub Bogusz [EMAIL PROTECTED] wrote:
Both build parts (kernel and userspace) are optional, so there is.
And both parts could live in different roots.
Last time I tried it didn't work inside
Likely to break on 64-bit build in multilib environment.
Should use only libdir suitable for selected target.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo
On Tue, Jul 22, 2008 at 10:16:43AM +0300, Elan Ruusamäe wrote:
On Monday 21 July 2008 19:01, Jakub Bogusz wrote:
First track down what is the real problem with pwd. I don't see such
issues with coreutils 6.10 and glibc 2.8. Broken libc on alpha?
Changing permissions would be just hiding
.
I'm happy with current permissions as I don't need to chmod every
directory in /home/services by hand.
???
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman
problem with pwd. I don't see such
issues with coreutils 6.10 and glibc 2.8. Broken libc on alpha?
Changing permissions would be just hiding it.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
*.py untouched and it's hard to detect.
That's why I don't like the Debian way.
--
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
frameworks like Twisted or
Django).
--
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
spec: rescan-scsi-bus.spec
Fine, so I don't need to create it ;)
And I'm killing scsiutils.spec right now.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
--add-missing and
required only in projects which don't use automake.
will it break libtool 2.2?
1.9b to be exact (BR should be updated to 2:2.0).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
also install kernel module for this software to work
+ kernel-misc-vboxdrv-%{version}
+ kernel-dektop-misc-vboxdrv-%{version}
+ etc.
+
+Depending on which kernel brand you use.
+
+EOF
Eeeh... use %banner if you need to
--
Jakub Boguszhttp://qboosh.pl
instead of coreutils
and we get a clean dependency tree
-base, -basic, -core, -shared... the naming key is unclear (especially
in KDE4 packages, BTW)
I'd rather separate coreutils-su (containing su and runuser), they could
have alternatives (e.g. more configurable shadow-su).
--
Jakub Bogusz
What is 207.115.86.105?
It seems to frequently download all SOURCES from different branches,
causing locks on commits in SOURCES.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld
of chkconfig have some etc-alternatives support?
--
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
This file used to be provided by file package, but it's no more (its
contents have been merged into magic.mgc binary file database).
But AFAIK some packages (e.g. PHP module) want to read magic.mime by
their owns - what to do with them?
--
Jakub Boguszhttp://qboosh.pl
.*testpython' testpython.la /dev/null 21; then
+ result=yes
+ else
Use LT_OUTPUT to get local libtool earlier (see glib2-lt.patch).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
`
this way adds python dependency in rpm-build, which we don't want.
Path should be normalized using more common tools.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
-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
--
Jakub Boguszhttp
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ą zależnością?
To: PLD: Developers
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.
Is there any working distfiles mirror?
--
Jakub Boguszhttp://qboosh.pl
-archive (in such case
keyboard and font maps could be initialized improperly).
--
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, 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 directory
locale: Cannot set
features?
Usability with current hardware. Disk controllers, Ethernet adapters
etc.
Any volunteers to backport those new drivers/driver updates to 2.6.16?
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
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
patching, some of them
required patching libtool ;). There'll probably be libtool 2.2.2 with
most important fixes soon.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
- but with name other than
any real package (including shadow or pwdutils).
E.g. passwd-utils or shadow-utils.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld
was reported to support HPN IIRC
Shouldn't matter; standard SSH client must be able to connect with sshd
using its default configuration. HPN support must not break it.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en
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
.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
, 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 possible to do
-Wl
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
Module: SPECS Tag
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.
--
Jakub Bogusz
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 mailing list
pld-devel-en
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 Date: Mon Feb 11 21:03:48
) 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
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.pl
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://lists.pld
(C) ::' $MO_NAME
--
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, 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
Module: SPECS Tag
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
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/
___
pld-devel-en mailing list
pld-devel-en
or so),
but all updates are done on existing spec, without losing changelog and
manual changes.
fortunes-pl update script could do the following tasks:
- pregenerate spec from scratch (once)
- update version in existing spec
- introduce new subpackages in existing spec
--
Jakub Boguszhttp
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
headers was pointless (or we'd end up with
several thousands of boost-*-devel packages with endless lists of
interdependencies).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
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
for 2 ABIs/one architecture.
--
Jakub Boguszhttp
AICS some packages expect Qt4 tools to have -qt4 suffix rather than
qt4- prefix - so I'd rename them to be compatible with the rest of the
world. Also, I'm going to add suffixed version of lrelease, so it could
be called without specifying full %{_libdir}/qt4/bin path.
Any comments?
--
Jakub
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/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
.
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 significantly different private
configuration without strong rationale is not acceptable.
--
Jakub Boguszhttp://qboosh.pl
, 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
Module: SPECS Tag
, 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
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
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 some mess.
--
Jakub Boguszhttp://qboosh.pl/
___
pld
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 Boguszhttp://qboosh.pl
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
fixing the packaging to adapt the new upstream format.
Uhm, could it be /etc/rpm/sysinfo.d/* ?
Switching a name between being file and directory is PITA with rpm.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en
-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 finishing rpm -e).
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
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
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
Module: SPECS Tag: HEAD
+#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/
___
pld-devel-en mailing list
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 on Ac?
--
Jakub Bogusz
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 'compositing' as 'składania'.
SOD#1
(uhm
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
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 Boguszhttp://qboosh.pl
to identify the software. You can, of course,
still use the unofficial ones.
--
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
.
--
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
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
the difference between current vim and vim-full?
AFAIR current vim has only perl enabled by default.
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
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 Boguszhttp://qboosh.pl
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 really conflicting packages)?
Old
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
for bootstrap...
(anyway, redefining Version in middle of .spec is tricky, as you can see
from %{version} behaviour)
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo
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
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 mono-find-requires
doesn't find
libraries p-invoked from
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 10:44:59AM +0200, Łukasz Jernaś wrote
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
).
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 list
pld-devel-en
On Thu, Jun 21, 2007 at 06:02:44PM +0200, Tomasz Pala wrote:
What the f* is that?
[EMAIL PROTECTED] /etc]# LC_TIME=pl_PL date
Cz, 21 VI 2007, 18:02:04 CEST
XICIIVIM months are archaic in polish.
http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-June/141423.html
--
Jakub
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 Tag: HEAD
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 Boguszhttp
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
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?
--
Jakub Boguszhttp://qboosh.pl
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 mailing list
pld
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-devel-en
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-en@lists.pld-linux.org
http
for nspluginwrapper - statically linked
i686 binaries installed on x86-64.
Forget about static linking. gtk+2 and pango dlopen modules.
--
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org
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
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.
--
Jakub Boguszhttp://qboosh.pl
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/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http
and check when perl/php/python* interested
developers go mad when updating packages in 1k dirs ;)
--
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
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
401 - 500 of 685 matches
Mail list logo