On Wednesday 10 May 2006 11:13, Elan Ruusamäe wrote:
> amd64:
> $ rpm -q apache1-mod_php4 --requires|grep php
> config(apache1-mod_php4) = 3:4.4.2-11
> libphp_common-5.1.2.so()(64bit)
> php-common
> php4-common = 3:4.4.2-11
>
> note the libphp_common-5.1.2.so()(64bit) !!!
>
> and it's okay on i686
On Monday 17 April 2006 22:39, Andrzej Krzysztofowicz wrote:
> > ps: imho builder script should be just fixed to use balanced slashes at
> > both sides.
>
> Exactly.
fixed.
also allow now comments and empty lines(!!)
--
glen
___
pld-devel-en mailing li
On Wednesday 10 May 2006 18:28, Artur Frysiak wrote:
> On Wed, May 10, 2006 at 01:29:29PM +0200, Paweł Sikora wrote:
> > and one more bug:
> >
> > $ 7z -sfx a foo.exe foo
> >
> > 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28
> > p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,Hug
On Wed, May 10, 2006 at 01:29:29PM +0200, Paweł Sikora wrote:
>
> and one more bug:
>
> $ 7z -sfx a foo.exe foo
>
> 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28
> p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on)
> Error:
> can't find specified sfx module
> System
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote:
> > > > > # rpm -q p7zip
> > > > > p7zip-4.29-1
> > > > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca
> > > > gcc-4. Niech sie przyzna i/lub poprawi.
> > > I didn't had time to m
Dnia środa, 10 maja 2006 13:21, Andrzej Krzysztofowicz napisał:
> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> > > > Mozesz podac architekture i testcase ?
> >
> > [...]
> > $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik
> > [...]
>
> So it seems to be broken while called with full path:
>
On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote:
> > > > # rpm -q p7zip
> > > > p7zip-4.29-1
> > > ... i dodatkowo jakis psuj ustawil AC-brancza na wersje wymagajaca
> > > gcc-4. Niech sie przyzna i/lub poprawi.
> > I didn't had time to make full commit.
> > Working on it.
^^^
>
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> > > Mozesz podac architekture i testcase ?
> [...]
> $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik
> [...]
So it seems to be broken while called with full path:
[EMAIL PROTECTED] ~]$ 7z a plik-arch plik
7-Zip 4.29 beta Copyright (c) 1999-200
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote:
> > > It's broken - it looks for his files in wrong place:
> > > [...]
> > > open("/usr/bin//usr/lib/p7zip",
> > > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> > > dir
On Wed, 10 May 2006, wrobell wrote:
> > > It's broken - it looks for his files in wrong place:
> > > [...]
> > > open("/usr/bin//usr/lib/p7zip",
> > > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> > > directory)
> > > open("/usr/bin//usr/lib/p7zip/Formats",
> > > O_
On Wed, 10 May 2006, Andrzej Krzysztofowicz wrote:
> > It's broken - it looks for his files in wrong place:
> > [...]
> > open("/usr/bin//usr/lib/p7zip",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> > directory)
> > open("/usr/bin//usr/lib/p7zip/Formats",
> > O
On Wed, 2006-05-10 at 11:00 +0200, Andrzej Krzysztofowicz wrote:
> =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> > It's broken - it looks for his files in wrong place:
> > [...]
> > open("/usr/bin//usr/lib/p7zip",
> > O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> >
On Wed, May 10, 2006 at 08:42:27AM +0200, Marcin Król wrote:
> > Do you have mozilla-libs or other gecko-based libraries installed?
> > Probably you have 0 or >=2 packages which provide offending library
> > and package name dependency is not added in such case.
>
> I'm blind, as usual. On my buil
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> It's broken - it looks for his files in wrong place:
> [...]
> open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY)
> = -1 ENOENT (No such file or directory)
> open("/usr/bin//usr/lib/p7zip/Formats",
> O_RDONLY|O_NONBLOCK|O_L
Dnia środa, 10 maja 2006 09:59, Paweł Gołaszewski napisał:
> It's broken - it looks for his files in wrong place:
> [...]
> open("/usr/bin//usr/lib/p7zip",
> O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or
> directory) open("/usr/bin//usr/lib/p7zip/Formats",
> O_RDONLY|O_N
=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote:
> It's broken - it looks for his files in wrong place:
> [...]
> open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY)
> = -1 ENOENT (No such file or directory)
> open("/usr/bin//usr/lib/p7zip/Formats",
> O_RDONLY|O_NONBLOCK|O_L
amd64:
$ rpm -q apache1-mod_php4 --requires|grep php
config(apache1-mod_php4) = 3:4.4.2-11
libphp_common-5.1.2.so()(64bit)
php-common
php4-common = 3:4.4.2-11
note the libphp_common-5.1.2.so()(64bit) !!!
and it's okay on i686 :
$ rpm -q apache1-mod_php4 --requires|grep php
config(apache1-mod_p
It's broken - it looks for his files in wrong place:
[...]
open("/usr/bin//usr/lib/p7zip", O_RDONLY|O_NONBLOCK|O_LARGEFILE|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
direc
18 matches
Mail list logo