DriverPacks.net Forum - [IMP] Process the QSC without Slipstreaming

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (OverFlow) — Sun, 28 Sep 2008 03:17:55 +0000

added Base ver 8.09

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (DeTard) — Sat, 24 May 2008 20:31:43 +0000

Helmi wrote:

DeTard wrote:
T's dotted? Check.
I's crossed? Check.
[OT]Isn't the old naval saying more like "Crossing the T"?
/shrungs[/OT]

Hehe, yes... I was being sarcastic, in two ways at once.

OverFlow wrote:

As i think about this more i belive i will create a new platform button "Create Drivers Only CD".
this would dump a M1 style folder structure (less the $OEM$\$1\)
to a selectable location with the DP_finisher files and DPInst (Identical to a M1 layout)
I belive this is better than modifying qsc because QSC is disigned to hold more than one version of each pack.
where as a destination folder will only contain the most current.
this will aslo tie in with possably supporting the attended install...

And yes, I agree Jeff... Making a whole new section of it and keeping QSC as-is might be the more correct way of doing it since it really isn't part of the same goal, and I hadn't even thought about the multi-version detail of QSC.

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (OverFlow) — Sat, 24 May 2008 20:17:33 +0000

As i think about this more i belive i will create a new platform button "Create Drivers Only CD".

this would dump a M1 style folder structure (less the $OEM$\$1\)
to a selectable location with the DP_finisher files and DPInst (Identical to a M1 layout)

I belive this is better than modifying qsc because QSC is disigned to hold more than one version of each pack.
where as a destination folder will only contain the most current.

this will aslo tie in with possably supporting the attended install...

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (OverFlow) — Sat, 24 May 2008 20:12:08 +0000

or in the case of boston harbor dumping the tea...

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (Helmi) — Sat, 24 May 2008 19:19:43 +0000

DeTard wrote:

T's dotted? Check.
I's crossed? Check.

[OT]Isn't the old naval saying more like "Crossing the T"?
/shrungs[/OT]

Re: [IMP] Process the QSC without Slipstreaming

null@example.com (OverFlow) — Fri, 23 May 2008 15:56:16 +0000

Well RIS and sysprep are on Bâshrat the Sneaky's long term goal list so adding features that take us in that direction are probably good ones.

although M1 is not used much anymore for the disk platform
the compression routine is still used for mass storage and for BartPE

QSC can and should yield benefits for both RIS and SysPrep platforms going forward.
i have been trying to find the potential usefulness of QSC for BartPE but i don't see it helping...

It's a good idea. This will require testers?

[IMP] Process the QSC without Slipstreaming

null@example.com (DeTard) — Fri, 23 May 2008 14:10:44 +0000

As I'm working on the process to host all my drivers from a network repository, being able to easily re-process the QSC without going through with a slipstream to a source could become necessary, otherwise I'll have to keep a dummy source out there to re-run it. I'm not sure of any other use for it other than putting it on the server, but then again, this is what matters to me at the moment.

And as per conversation, possibly make it so that the QSC options can accept a folder destination (possibly directly to a UNC path if needed). And even the option to create an extracted DP-style directory tree (called "Consolidated QSC"?). Not sure.

T's dotted? Check.
I's crossed? Check.