Find or Sell any Parts for Your Vehicle in USA

1968 Camaro Chevelle Chevy Ii 327 Rochester Quardajet Qjet Carb 7028212 Dh on 2040-parts.com

US $191.00
Location:

Sunnyvale, California, United States

Sunnyvale, California, United States
Condition:For parts or not working Brand:Rochester Surface Finish:used original Manufacturer Part Number:7028212 Country/Region of Manufacture:United States Interchange Part Number:Quadrajet Qjet Carburetor Carb:4 Barrel Other Part Number:E8 DH Warranty:No Placement on Vehicle:Front UPC:Does not apply

1968 Camaro Chevelle Chevy II  327 Rochester Quardajet Qjet Carb 7028212  DH

Looks complete and everything moves freely. See pictures.

Ph 408 209 3805 Sunnyvale California 94086.Shipping by USPS

Merchant services


Powered by eBay Turbo Lister
The free listing tool. List your items fast and easy and manage your active items.

Pontiac G8: A bit of hope?

Mon, 08 Jun 2009

There could be a slight glimmer of hope for the Pontiac G8 to live on in some rebadged form. “I know there's still discussions on it,” General Motors' product czar Tom Stephens said in Automotive News. “But Chevrolet already has several sedans.

McLaren GT comes home to Woking in England

Fri, 25 May 2012

The picturesque town of Woking, Surrey, in the south of England is home to the McLaren Technology Center (MTC), the McLaren Automotive factory that builds the MP4-12C supercar and, soon, a dedicated facility for McLaren GT. McLaren GT is a branch within the McLaren Automotive Group, started in 2011, that supplies MP4-12C GT3s for competition. The space is a 60,000-square-foot facility that housed McLaren Racing from 1987 to 2004.

Jaguar Land Rover & Chery Automobile JV in China confirmed

Wed, 21 Mar 2012

Jaguar Land Rover & Chery Automobile get in to bed The long awaited news that  Jaguar Land Rover are to enter in to a joint venture with Chery Automobile in China has been confirmed. We’ve been talking about a joint venture in China between Jaguar Land Rover and Chery Automobile for more than a year, despite the (understandable) obfuscation from JLR on the issue. And now it’s been confirmed.