On Thu, Nov 12, 2009 at 11:36:48AM +0100, patrys wrote:
> Author: patrys Date: Thu Nov 12 10:36:48 2009 GMT
> Module: packages Tag: HEAD
> Log message:
> - explicitly disable gtk test
why?
hon-mx-DateTime
> Build was failing on missing python-mx-DateTime-devel headers.
look, instead of discussing the thing, you are again starting stupid commit war.
could you calm down a bit and think what are you doing, mate?
regards,
wrobell
__
On Thu, Jul 02, 2009 at 05:33:43PM +0200, baggins wrote:
> Author: baggins Date: Thu Jul 2 15:33:43 2009 GMT
> Module: packages Tag: HEAD
> Log message:
> - rel 1
> - looks good to me, blame radek and wrobell if something is broken
to spot todo in spec, imho
> - it's clean and nice
> - TODO can be not only for SPEC
so what? it is about the package not spec
> - TODO can be vry long...
any examples... even if there is one or two, then usually they are short if
i reckon well
wrobell
___
d something
better than "cvs downtime".
may i suggest "swine flu killer" next time, so spam filters pick it up? ;)
beside that, it is better now. thanks!
regards,
wrobell
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
as crucial as a backup system.
>
> So, anybody got any ideas how to handle this properly? Would a %banner be
> enough stating that you need to a) add libdbi-drivers-mysql and b) alter the
> config? Or maybe something else?
pretrans script like in postgresql.spec? (i.e. upgrade from
i have upgraded postgresql to version 8.4 beta 1 on DEVEL branch.
it builds on th builders (test build only, if i understand arekm well,
don't expect beta of postgresql in th) and seems to work on my machine.
postgis, psycopg2 will follow on DEVEL branch in few days, i hope.
enjoy.
wr
On Mon, Jan 26, 2009 at 10:34:13PM +0100, Paweł Zuzelski wrote:
> On Monday 26 of January 2009 20:22:38 wrobell wrote:
> > On Mon, Jan 26, 2009 at 10:05:21AM +0100, pawelz wrote:
> > > Author: pawelz Date: Mon Jan 26 09:05:21 2009 GMT
&
ce, just binary
2. hudson can be run standalone using embedded winstone http server,
i would suggest putting tomcat related stuff into separate subpackage
regards,
wrobell
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://l
just duplicates "Requires" field
i would like to start removal of pyrequires_eq from spec files on HEAD, soon.
any comments?
regards,
wrobell
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailma
On Fri, Jan 23, 2009 at 12:52:40PM +0200, Elan Ruusamäe wrote:
> On Friday 23 January 2009 02:30:52 wrobell wrote:
> > but i do care. i really want to know why i am supposed to maintain some
> > support for obsolete software on HEAD. my only conclusion is - AC line.
> what suppo
On Thu, Jan 22, 2009 at 10:44:51PM +0100, Jakub Bogusz wrote:
> On Thu, Jan 22, 2009 at 11:49:21AM +0100, wrobell wrote:
> > Patryk Zawadzki writes:
> >
> > > On Thu, Jan 22, 2009 at 10:49 AM, wrobell wrote:
> > >> On Thu, Jan 22, 2009 at 07:18:57AM +0100,
Radoslaw Zielinski writes:
> wrobell [22-01-2009 02:43]:
> [...]
>> i changed my mind. AC bcond is used. hope that's ok and it won't invoke any
>> fucking cvs commit war.
>
> That's what branches are for. Creating mess in specs for a decaying
> distro
Patryk Zawadzki writes:
> On Thu, Jan 22, 2009 at 10:49 AM, wrobell wrote:
>> On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
>>> Why mess? This is exact condition.
>>>
>>> If some day Ac goes to python 2.5 (unlikely, but...), such distro
On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
> On Thu, Jan 22, 2009 at 02:10:57AM +0100, wrobell wrote:
> > Author: wrobell Date: Thu Jan 22 01:10:57 2009 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
> &
On Tue, Dec 23, 2008 at 10:48:41AM +, wrobell wrote:
> On Fri, Dec 19, 2008 at 06:19:19PM +0000, wrobell wrote:
> > On Fri, Dec 19, 2008 at 09:49:35AM +0100, matkor wrote:
> > > Author: matkor Date: Fri Dec 19 08:49:34 2008 GMT
&
tory) - it's
> the better, but there are problems with this.
> It must be writeable by all users. The idea, that its owner/group is
> 'texmf', and some files of texlive has sgid, doesn't work, because it
> calls 'mkdir', 'cp'.
>
>
r fonts we distribute and place it
> somewere under /usr/share ? And if a user needs some additional fonts
> she could just use that $HOME/.tex... directory.
that's bit complicated. if you use different dpi for you dvi documents,
then fonts should be regenerated for you. for sure people a
8: /lib/libc.so.6(__libc_start_main+0xee) [0xb7cf46ee]
>
> Fatal server error:
> Caught signal 11. Server aborting
>
>
> Full log: http://radek.cc/Xorg.0.log
which version of kernel?
regards,
wrobell
___
pld-devel-en mailing
On Tue, Dec 23, 2008 at 04:34:52PM +0200, Elan Ruusamäe wrote:
> On Monday 22 December 2008 20:43:48 wrobell wrote:
> > On Mon, Dec 22, 2008 at 01:17:11PM +0200, Elan Ruusamäe wrote:
> > > On Monday 22 December 2008 11:22:42 wrobell wrote:
> > > > On Fri, Dec 19, 2
On Tue, Dec 23, 2008 at 04:36:55PM +0200, Elan Ruusamäe wrote:
> On Tuesday 23 December 2008 12:48:41 wrobell wrote:
> > - if distro line bconds (whatever you call it) are allowed on HEAD,
>
> forbidding it, is like forbidding commits to SPECS module, i'll continue add
> t
On Fri, Dec 19, 2008 at 06:19:19PM +, wrobell wrote:
> On Fri, Dec 19, 2008 at 09:49:35AM +0100, matkor wrote:
> > Author: matkor Date: Fri Dec 19 08:49:34 2008 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
&g
On Mon, Dec 22, 2008 at 01:17:11PM +0200, Elan Ruusamäe wrote:
> On Monday 22 December 2008 11:22:42 wrobell wrote:
> > On Fri, Dec 19, 2008 at 07:35:54PM +0100, Pawel Golaszewski wrote:
> > > On Fri, 19 Dec 2008, wrobell wrote:
> > > > as i know we have ac branch
On Fri, Dec 19, 2008 at 07:35:54PM +0100, Pawel Golaszewski wrote:
> On Fri, 19 Dec 2008, wrobell wrote:
> > as i know we have ac branch for ac distro line. what's the point of ac
> > bcond in xulrunner.spec?
>
> I think it's good direction when the difference is
On Sat, Dec 20, 2008 at 02:04:39PM +0100, Pawel Golaszewski wrote:
> On Fri, 19 Dec 2008, wrobell wrote:
> > > > as i know we have ac branch for ac distro line. what's the point of
> > > > ac bcond in xulrunner.spec?
> > > I think it's good di
On Fri, Dec 19, 2008 at 07:35:54PM +0100, Pawel Golaszewski wrote:
> On Fri, 19 Dec 2008, wrobell wrote:
> > as i know we have ac branch for ac distro line. what's the point of ac
> > bcond in xulrunner.spec?
>
> I think it's good direction when the difference is
as i know we have ac branch for ac distro line. what's the point of ac
bcond in xulrunner.spec?
best regards,
wrobell
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
working for
you.
best regards,
wrobell
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sat, Dec 06, 2008 at 06:05:57PM -0500, Jeff Johnson wrote:
>
> On Dec 6, 2008, at 5:35 PM, wrobell wrote:
>
>>
>>
>>> But points noted fer sure, TeX is not easy packaging, never has been.
>>
>> indeed :)
>>
>
> Note I dinna say either of
&g
On Sat, Dec 06, 2008 at 05:19:41PM -0500, Jeff Johnson wrote:
>
> On Dec 6, 2008, at 4:41 PM, wrobell wrote:
>
>>
>> [1] my asus eee pc has 4GB of storage, so don't event try to tell me
>> that
>>sdd space is cheap
>>
>> [2] i am acces
at tetex package split gave us real HDD space[1] and network
usage[2] savings, so it is worth the effort.
for example, tetex-*context* packages, which i don't use, are over 38MB in
size (to download).
if you know that adding some subpackage will save several MB in size, then
why not. otherwis
Zope-dirs.spec provides it.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
n-modules
in the past it was evaluating to
Requires: python-modules >= 2.5 < 2.6
(assuming that you python 2.5 is installed)
who changed that and why... i have no idea. having the pyrequires_eq macro
in current state is pointless.
see
cvs log rpm-macros.python
cvs up -r 1.4 rpm-ma
f you sometimes don't need (i.e. you may want to replace panel and
desktop with awn or whatever).
that's all for now. any comments?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists
i have just installed th pld linux on asus eee pc 701.
if anybody wants to share some experiences, then...
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/m
would be no confusion because
> > of the http server in 'apache' package or because library names looking
> > like application names.
>
> sounds sane,
> but this ("java-" prefix) would apply only to libraries not applications?
>
> i mean tomcat,
ource, -source names :)
i would use "debuginfo". let's keep one naming convention.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
tches is not sent to project maintainers. this
way we need to perform more work while upgrading packages.
our problem is communication with outside world and marketing,
not pld save-the-world-by-geeks approach.
[...]
wrobell <[EMAIL PROTECTED]>
__
ase - every patch solving lack of .py files was
applied against sources of given project.
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
between minor
python versions (i.e. 2.5, 2.5.1, 2.5.2...). it changes for major releases,
i.e. 2.5 -> 2.6. but then, still you have to recompile all the packages
because of directory hierarchy change
/usr/{lib,share}/python2.5 -> /usr/{lib,share}/python2.6
[...]
wrobell <[EMAI
alternatives specialization.
> So maybe use more general solution instead of individual scripts in
> dozen packages (I bet vim and gvim won't be the only ones, e.g. pinentry
> is good candidate for the next)?
speaking about pinentry :) it behaves really nice. it starts GUI version
if DISPLAY is set and curses version when DISPLAY is not set :) still
probably something needed to solve qt/gtk preference i believe :)
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Sat, May 24, 2008 at 01:27:56PM +0200, Bartosz Taudul wrote:
> On Sat, May 24, 2008 at 11:46:49AM +0200, Tomasz Pala wrote:
> > > > +1
> > > +1
> > -1
> -57
*2
wrobell <[EMAIL PROTECTED]>
___
pld-devel
hi,
beagle main package contains beagled binary but all the configuration files
are in beagle-crawl-system package. is it a mistake or was it done on
purpose?
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-de
/texlive/
fedora seems to go this way
http://fedoraproject.org/wiki/Releases/FeatureTexLive
what about us?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listin
On Sun, Mar 23, 2008 at 08:03:00PM +0100, Wojciech Błaszkowski wrote:
[...]
> pldlinux.pl is only to protect PLD Linux mark.
pld-linux.pl or pldlinux.pl?
imho, adding pldlinux.* will generate more confusion.
can't we stick with pld-linux.*?
regards,
wrobell <[EMAI
your idea of "compatiblity", by all means,
> configure /etc/rpm/platform
> regex patterns to make ppc packages compatible with ix86.
thanks for suggestions. indeed, rpm2cpio seems to be the best option, now.
regards,
wrobell <[EMAIL PROTECTED]>
_
On Sun, Mar 23, 2008 at 09:42:32AM +0100, Andrzej 'The Undefined' Dopierała
wrote:
> On Sun, Mar 23, 2008 at 03:31:51AM +, wrobell wrote:
> > i am trying to install some packages in chroot using rpm
> >
> > # rpm --root /home/new-sys -qa
> >
box, thus the ignore{arch,os}
options.
any hints?
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
behind this requirement?
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
opriate patch to OE team. if you need some help with that,
then just post here. there is always some anti-bash guru here ;)
> Also, to ease starting OE development in PLD I was thinking of creating a
> openembedded-essentials package which would at least depend on necessary
> packages
the entire
> environment is consistent.
just to support above... if somethings goes wrong than "latest-versioning"
procedure prevents hell, which happened to me several times while upgrading
gnome in the past.
if one wants to kill this procedure, than we need another one to secure
On Sat, Aug 11, 2007 at 02:49:10PM +0200, Bartosz Taudul wrote:
> On Fri, Aug 10, 2007 at 09:24:54PM +0100, wrobell wrote:
> > > when i switch back to mono 1.3.x, then it works perfectly.
> > f-spot fails in the same way. works whith mono 1.3.x, though.
> What mono 1.3.x?
(11) from dbenv->open: Resource temporarily unavailable
> error: cannot open Packages index using db3 - Resource temporarily
> unavailable (11)
have you tried to remove /var/lib/rpm/__db* locks before rebuilding
database?
wrobell <[EMAIL PROTECTED]>
On Fri, Aug 10, 2007 at 09:09:47PM +0100, wrobell wrote:
> when i try to load tomboy on [EMAIL PROTECTED] (latest stuff on ftp), then it
> fails
> with stacktrace
>
> Native stacktrace:
>
> [0x10121384]
> [0x100350]
> [0x7
other platforms?
when i switch back to mono 1.3.x, then it works perfectly.
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
me reason. having it just to use vim is sick,
too.
what is even strange... try one of 'help
{tcl,perl,python,ruby,mzscheme}-dynamic'
and you will find at the very end of help file, that windows based build
supports dynamic library loading. crap.
regards,
wrobell <[EMAIL PROTECTED]>
___
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:34:33PM +0200, Patryk Zawadzki wrote:
> On 8/7/07, wrobell <[EMAIL PROTECTED]> wrote:
> > current vim shall not be "full". for very long period of time there were no
> > complaints because of vim "non-fullness" if i remember wel
t;. for very long period of time there were no
complaints because of vim "non-fullness" if i remember well :]
maybe everyone is on holidays now, but it seems that switching off
languages is ok for now. if somebody needs all of them, then... vim-full?
regards,
wrobell <[EMAIL PROT
that i doubt that any of us writes scripts in *all*
above languages for vim. but if one really needs all of them, then
please create vim-lang-all (or something).
any comments?
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld
t;
> > > -static is in contradiction with minimum.
> >
> > Yup. We should have full vim with everything (X, python, perl, ruby,
> > brainfuck, you name it) and a vim-minimal for those, that want to have the
> > lightest version possible.
>
> A
gt; - with python, ruby and tcl by default
>
> IIRC this makes vim binary depend on python, ruby and tcl libraries.
> Is it worth its profits?
imho it should be off by default. if one wants fat vim, then please create
vim-enahnced/vim-fat/whatever packages.
reg
On Tue, May 15, 2007 at 12:13:36AM +0200, Jakub Bogusz wrote:
> On Sun, May 13, 2007 at 09:28:52PM +0100, wrobell wrote:
> > On Sun, May 13, 2007 at 09:58:06PM +0200, Patryk Zawadzki wrote:
> > [...]
> > > What are the problems? The so called "problems" are the ra
On Mon, May 14, 2007 at 12:07:01AM +0200, Radoslaw Zielinski wrote:
> wrobell <[EMAIL PROTECTED]> [13-05-2007 23:22]:
> > On Sun, May 13, 2007 at 11:02:41PM +0200, Radoslaw Zielinski wrote:
> [...]
> > > We have tamed CVS over the years and know how to deal with its
&g
n changing VCS, if someone
> cared enough.
lack of mv... and also
- off-line diff
- revert (on-line/off-line)
- atomic commit
- lack of something like svk for svn (or i am just not aware)
anyway, it was all discussed several times, so... eot? :)
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t; repackage and other scripts that are there just to help you in certain
> situations.
grep -r
?
:)
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gt; >
> > Lucky for us it's not _that_ bad :)
> > It's just "GNOME 2.x needs libs 2.x.*", so %requires_eq/%requires_eq_to
> > would be an overkill.
>
> so, why not use >= 2.17 without minor version
because you sometimes get into trouble (experi
G_BCM43XX_DEBUG=Y
for now as it helps others to report bugs to developers.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gt; firefox/thunderbird/seamonkey during last six months :/
http://wiki.mozilla.org/XULRunner:Roadmap
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
ibs-1.4.2-2,
subversion-svnserve-1.4.2-2
R subversion-libs-1.4.2-1, subversion-1.4.2-1, subversion-svnserve-1.4.2-1,
perl-subversion-1.4.2-1, python-subversion-1.4.2-1,
R apr-util-1.2.8-1, mysql-libs-5.0.27-3
Need to get 5.6MB of archives (4.2MB to download).
A
On Sat, Nov 25, 2006 at 02:46:09PM +0200, Elan Ruusamäe wrote:
> what for? :)
guess :P
wrobell <[EMAIL PROTECTED]>
> On Friday 24 November 2006 19:36, wrobell wrote:
> > On Fri, Nov 24, 2006 at 01:50:14PM +0200, Elan Ruusamäe wrote:
> > > well. to use that patch
op top-posting.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
8:20 2006
> @@ -8,13 +8,17 @@
[...]
> +BuildRequires: jdk
will it build on ppc? gcj is enough? does it introduce java runtime
dependency?
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Fri, Oct 27, 2006 at 01:56:18AM +0300, Elan Ruusamäe wrote:
> On Friday 27 October 2006 01:43, wrobell wrote:
> > On Thu, Oct 26, 2006 at 11:55:37AM +0300, Elan Ruusamäe wrote:
> > > On Thursday 26 October 2006 02:30, wrobell wrote:
> > > > > anyway back t
On Thu, Oct 26, 2006 at 11:55:37AM +0300, Elan Ruusamäe wrote:
> On Thursday 26 October 2006 02:30, wrobell wrote:
> > > anyway back to topic, so it's kde bug it's not opening terminal (that
> > > desktop file works ok if started from menu)?
> >
> > it s
On Thu, Oct 26, 2006 at 01:56:09AM +0300, Elan Ruusamäe wrote:
> On Thursday 26 October 2006 01:39, wrobell wrote:
> > > > this works very nice for gnome...
> > >
> > > do you actually need that text/plain binding? isn't start menu item
> > > eno
On Wed, Oct 25, 2006 at 10:40:59PM +0300, Elan Ruusamäe wrote:
> On Wednesday 25 October 2006 22:02, wrobell wrote:
> > > proposition: remove MimeType=text/plain; from vim.desktop
> > > because after fresh kde login the default view source application is vim
> > > b
ce application in
> konqueror. you should settings -> configure konqueror -> file associations
> and change binding for text/plain.
that's other problem :]
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pl
On Thu, Sep 28, 2006 at 01:03:23AM +0300, Elan Ruusamäe wrote:
> On Thursday 28 September 2006 00:24, wrobell wrote:
> > Below two scripts I used for mass upgrade (maybe they will be useful for
> > somebody):
> there exists similar script in SPECS/relup.sh
cool :) good to kn
On Tue, Sep 26, 2006 at 09:25:06PM +0100, wrobell wrote:
> I am planning to build Python 2.5 (final version) on TH builders.
This is done more or over. Dozens of packages are rebuilt and these
are working fine. Still there are packages, which should be rebuilt.
If something is not working
bytecode magic number (#1520864).
Therefore, please do not upgrade your Python related software on TH based
systems for few days till migration to Python 2.5 is finished.
Sorry for any inconvenience,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en m
On Fri, 2006-08-25 at 14:12 +0200, Jakub Bogusz wrote:
> On Fri, Aug 25, 2006 at 11:09:46AM +0200, wrobell wrote:
> > Author: wrobell Date: Fri Aug 25 09:09:46 2006 GMT
> > Module: SPECS Tag: HEAD
> > Log message:
> > -
1/08/2006 python 2.5 rc1 is planned to be released.
this day (or bit later) i would like to update python.spec (current
beta is on PYTHON_2_5 branch) and start upgrading th packages to use
python 2.5.
any requests? any notes?
wrobell <[EMAIL PROTEC
has anybody removed DEVEL branch from python.spec
and python patches?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Fri, 2006-07-07 at 18:24 +0200, Andrzej 'The Undefined' Dopierała
wrote:
> On Fri, Jul 07, 2006 at 11:54:33AM +0100, wrobell wrote:
> > > weirdy difference between sh from ksh and bash:
> > >
> > > [EMAIL PROTECTED] ~]$ bash
> > > [EMAIL PROTECT
> pdksh-5.2.14-43
> bash-3.1.017-1
32 bit unsigned int vs 32 bit signed int vs 64 bit long?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
r.
Don't worry about pl lists. There are a lot of people on en lists,
who can help you both with utilizing features of PLD and development
of distro.
Just shoot questions. For sure they will be answered.
Regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
f days to get them back in shape.)
great! so who is going to be a sponsor of x86-64 machines
to developers? :] i need a replacement for my ppc laptop :]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
ht
some of us use mutt 1.5.x for several months now and it works
very nice.
maybe it is time to put it on HEAD or maybe even in AC branch?
any comments? suggestions?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lis
t; was fixed, but epiphany wasn't. And also both xulrunner specs should be
> reviewed/merged before using it for building other stuff.
what version of epiphany?
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.p
mho
regards,
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
t seems that this is the project, which galeon and
epiphany should be compiled against.
any comments?
[...]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Mon, 2006-05-15 at 21:57 +0200, hawk wrote:
> Author: hawk Date: Mon May 15 19:57:52 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
[...]
> +URL: http://www.mozilla.org/projects/xulrunner/
404 not found
wro
. please use
list archives... oopsss do we have pld.org.pl list archives? :]
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gt; The same for C sources sometimes... so?
exactly, this was discussed long time ago. it is settled.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
|O_DIRECTORY) = -1 ENOENT (No such file or
> > directory)
> > open("/usr/bin//usr/lib/p7zip/Formats",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> > directory)
> > [...]
> >
> > # rpm -q p7zip
> > p7zip-
e sense. let's wait for mozilla foundation move. they
should release libs suited for third party gecko-based browser.
this their plan, so to repeat: let's wait or get involved into their
work.
(author of mozilla-embedded.spec from pre-ac ages)
On Fri, 2006-05-05 at 15:50 +0200, wrobell wrote:
> Author: wrobell Date: Fri May 5 13:50:03 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - ver. 1.5.0.3
it was also changed on ac-branch.
i think that there are many packages,
On Thu, 2006-04-27 at 20:05 +0300, Elan Ruusamäe wrote:
> On Thursday 27 April 2006 15:04, wrobell wrote:
> > On Thu, 2006-04-27 at 14:03 +0200, Marcin Król wrote:
> > > > how this all relates to subversion repository and claims that
> > > > you always need compl
ted
that we really need complete changelog. always.
wrobell <[EMAIL PROTECTED]>
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
On Thu, 2006-04-27 at 13:07 +0200, Marcin Król wrote:
> > and if you want complete changelog, you can always use cvsweb.
>
> or cvs log at commandline :)
how this all relates to subversion repository and claims that
you always need complete changelog?
wrobell <[
1 - 100 of 148 matches
Mail list logo
