LSB-si status from Mats

Here are my current results. 

I have not updated to the latest CVS yet.
I'm doing bits incrementally due to the
extremely long rebuild time for the SI as
well as running the full test suite. There's
some chance that these results would "regress"
when run through the full cycle, but I'll
cross that bridge if I come to it.

Remember that an LSB-si running in a chroot must
run on top of a conforming kernel, which I have 
for ia32, and don't have for ia64, although in
the latter case I'm building a kernel which applies
all fixes I know about.

========================================

LSB-si/ia32:  with Anthony Towns' fix to mprotect,
the hang is gone. 

Total failures:  1 

T.msync 7 claims that the sequence: mmap 1 page, 
msync 2 pages at address returned by mmap does not
fail when it should.  This is one that behaves
as the test expects on the same system running
natively, and could be either a library change
(which I can't spot) or another test-interaction

Re: LSB-si status from Mats

On Fri, Aug 02, 2002 at 02:29:25PM -0700, Wichmann, Mats D wrote:
> LSB-si/ia32:  with Anthony Towns' fix to mprotect,
> the hang is gone. 
> Total failures:  1 
> 
> T.msync 7 claims that the sequence: mmap 1 page, 
> msync 2 pages at address returned by mmap does not
> fail when it should.

LSB.os/mfiles/msync_P/T.msync_P in full, presumably

> This is one that behaves
> as the test expects on the same system running
> natively, and could be either a library change
> (which I can't spot) or another test-interaction
> problem like the mprotect test was (I can't spot
> that, either).

I get the same thing, running natively on a minimal Debian system. It
doesn't seem to be a test interaction problem: just run ./T.msync_P
7 alone fails in the same way. At a guess, it's probably that libc's
mapping something in the area just after our mmap, and we're accidently
msync'ing that as well as our stuff.

Perhaps a better test strategy would be to do something like:

	char *x = malloc(vsrt_pgsz);
	char *y = mmap(...);
	char *addr = min(x,y);
	size_t size = max(x,y) - start + vsrt_pgsz;

Todays conference call

Todays call is on in 1 hour. It should be a short one just to check on status.

                                Stuart

anderson <at> freestandards.org                                Free Standards Group
Lead Developer, Written Specification                     Linux Standard Base

--

-- 
To UNSUBSCRIBE, email to lsb-impl-request <at> lists.linuxbase.org
with subject of "unsubscribe". Trouble? Email listmaster <at> lists.linuxbase.org

LSB-SI tasks

Stuart & Sean,

Could you create phase 3 and  phase 4a 4b 4c tasks to sourceforge.  Also include
the "rpm proper dependencies" task.

https://sourceforge.net/pm/task.php?group_project_id=3051&group_id=1107&func=browse

Thanks,

George (gk4)

--

-- 
To UNSUBSCRIBE, email to lsb-impl-request <at> lists.linuxbase.org
with subject of "unsubscribe". Trouble? Email listmaster <at> lists.linuxbase.org

Packages for SI

RE: Packages for SI

On 07-Aug-2002 Shou Hua Wang wrote:
> Hi,
> 
> 
> I am working for build the LSB SI on PPC, and I have one problem while I 
> get the newest file via CVS: the package file in /src/si/entities/package 
> including the following package and patchs, but I don't know where can I 
> get them:
> 
> dummy-mta-1.3.tar.gz
> fileutils-4.1.optarg.patch
> glibc-2.2.5.ia64.patch
> psmisc-21.patch
> 
> I found one patch.tar file in ftp.freestands.org, it includes 
> fileutils-4.1.patch, glibc-2.2.5.patch, psmisc-21.patch, but I don't know 
> whether they are exactly the patch file that SI needed.
> 
> Who can tell me where can I download the dummy-mta-1.3.tar.gz file and get 
> the exactly patch file for SI needed?
> 
> 

in pub/impl

lsbsi-*.

Thanks for the reminder to update the README.

I plan to commit to cvs in about 9 hours the rest of the changes needed for gcc
3.1.

--

-- 
To UNSUBSCRIBE, email to lsb-impl-request <at> lists.linuxbase.org
with subject of "unsubscribe". Trouble? Email listmaster <at> lists.linuxbase.org

RE: Packages for SI

Hi Sean,

At 2002/8/7 00:20-0700  Sean 'Shaleh' Perry writes:
> 
> in pub/impl
> 
> lsbsi-*.

Would you mind having a directory with the latest tarball unpacked on
the ftp site? For those without fast internet access it takes a long
time to download the whole thing.

Regards,

Chris
-- 
cyeoh <at> au.ibm.com
IBM OzLabs Linux Development Group
Canberra, Australia

--

-- 
To UNSUBSCRIBE, email to lsb-impl-request <at> lists.linuxbase.org
with subject of "unsubscribe". Trouble? Email listmaster <at> lists.linuxbase.org

RE: Packages for SI

Segmentation fault while running nALFS

LSB dependency in SI

It's been quite a while since I looked
at a fresh LSB-si, but if I recall, we
start out with an uninitialized rpm
database.

I don't think this is quite right.  We
do allow (in fact, require) LSB packages
to have the 'lsb' dependency, and although
we currently have to install things --nodeps,
I believe the correct approach would be to
build some minimal package that provides
'lsb' that is installed into the LSB-si
right off the bat, since I think by implication
whatever the packaging system has to be
set up to accept that as a dependency,
and if our packages weren't otherwise
broken, they'd fail on the lack of this.

Am I thinking this wrong, or does this
make sense?

Mats

--

-- 
To UNSUBSCRIBE, email to lsb-impl-request <at> lists.linuxbase.org
with subject of "unsubscribe". Trouble? Email listmaster <at> lists.linuxbase.org