Search options (Page 88 of 99)

bump
there was another topic, right here, in this forum..
RE >> beta testing

http://forum.driverpacks.net/viewtopic.php?id=75

Hi
It seems I got myself confused.

you want to be part of testing..
Are you able to read this topic?
http://forum.driverpacks.net/viewtopic.php?id=801
I hope so..

Sorry, I thought I read donators automatically saw that testing forum.
Before the opensourcing began, I became beta tester.
I did not immediately find back the topic where I volunteered to do that
I cannot remember for sure, but think I already tested betas before I donated.

Anyhow, I recall I read something about donators being able to see the topic on opensourcing, before it went public, and that was why I thought you'd see the testing forum.

If you are interested in testing betas and nightlies, all you really need to do is volunteer.
Of course, having some hardware what can be formatted anytime is pretty much a neccessity, for live tests will bring out issues that do not surface in virtual PC or VMware virtual environment.
(for simple reason, a Virtual PC emulates hardware known to always work on vanilla windows.)

Kind regards, Jaak

I was afraid that was gonna happen, set to IDE, drive not detected
Nightly test, triple fail on jmicron... Jeesh, this one is a bear.

set to ahci in BIOS, drive not detected (single HDD)

hi muiz
the subs do not come up with hits in a txt search

I figure that the inf files are all that need to be put in g\A\1 to make this one get detected

otoh, the chipset request was also about file that was already in the packs..
It may very well be that iacob777 does something wrong when he slips driverpacks..

muiz had that right
g\v\7 has that inf file I see in this download
the nightly worked for the asus barebone I have here.

hi
checked something

;Copyright 1998-2005, Silicon Integrated Systems Corporation

[Version]
Signature="$WINDOWS NT$"
Class=System
ClassGuid={4D36E97D-E325-11CE-BFC1-08002BE10318}
Provider=%Provider%
DriverVer=07/18/2003,7.2.0.1170
CatalogFile=sisagp.cat

this is already included in current release of chipset driverpack.
you tell us it does not work?

hwids match, cat file matches, version of sys file matches
[SIS_AGP]
%SIS.AGP.DeviceDesc%=SISAGP_Install,PCI\VEN_1039&DEV_0001
%SIS.AGP.DeviceDesc2%=SISAGP_Install,PCI\VEN_1039&DEV_0002
%SIS.AGP.DeviceDesc3%=SISAGP_Install,PCI\VEN_1039&DEV_0003

if this does not work when properly slipped into source, you can post a bug report at the bugtracker

do you guys want me to have a go at it, to include in chipsets for a nightly?

edit, I can have a go at chipsets too, if you want. (before edit, I goofed, said graphics B nightly... hehe)

Name: SRFirstRun
Filename: srclient.dll
Command: rundll32 srclient.dll, CreateFirstRunRp
Description: Created by execution of the Windows XP sr.inf file, which installs the Windows XP System Restore feature, needed for example when installing System Restore into Windows Server 2003. This file should only be found on initial installs/re-installs. It is required for Windows to function on first boot.
File Location: %System%
Startup Type: This startup entry is started automatically from a Run, RunOnce, RunServices, or RunServicesOnce entry in the registry

yep, shows up here, again

unpatched fired up, saw chippin on mforum page
soon as I looged in, it did not show up no more.

so, it is prolly the adsense

Hi
you are testing this in a live machine, and I wonder wether a non OPK'ed version will work
(winPE or OPK)

could you test with a simple source, where you copy your winnt.sif to i386, then run base on it to slip the driverpacks into, and then run setup on that live?
I wonder wether it is a conflict such as some we've seen before

iastor driver could behave like that (there is a long topic about that one..)
seen during setup, and failing to proceed after reboot
If you read that iastor topic, you can read there were strange fenomena when modes of the hard disk were changed, and when orphaned RAID member disks were used.

I cannot help much on OPK,
I wonder why both method one and two are used on a source (I figure you copy folders, to re-use them later)
the thing is, when you first run one method, and then the other method, the first gets undone in more than one place...