Group,
I have Googled high and low to find an answer to this question with no
luck. I am trying to install the drivers for a Dell V313 3-in-1 on a
machine running Ubuntu 10.10 x64. The problem is that the installer
crashes because of the x64 architecture. Apparently, the installer
checks the
On Tue, 2011-03-15 at 11:30 -0400, Michael A. Knox wrote:
Maybe a way to extract the .deb package?
dpkg --unpack foo_VVV-RRR.deb
dpkg-deb --extract foo_VVV-RRR.deb
http://www.debian.org/doc/FAQ/ch-pkgtools.en.html
--
William L. Thomson Jr.
Obsidian-Studios, Inc.
Mike,
I downloaded and ran the installer - it appears to extract the deb to /tmp:
/tmp/selfgz10063/pkg/files/dell-inkjet-09-driver-1.0-1.i386.deb
John Patterson
http://www.henrygis.com
On Tue, Mar 15, 2011 at 11:30 AM, Michael A. Knox
michael.k...@knoxandassociates.com wrote:
Group,
I
I downloaded and ran the installer - it appears to extract the deb
to /tmp:
/tmp/selfgz10063/pkg/files/dell-inkjet-09-driver-1.0-1.i386.deb
It's extracting to /home/rknox6245/lua_DwLX3M but it cleans itself up
when the installer shuts down:
rm -rf /home/rknox6245/lua_DwLX3M
Is there a way
Mike,
I was able to grab the .deb out of /tmp with the installer waiting on the
Exit screen. the lua_ folder is removed by that point but /tmp is still
intact.
John
On Tue, Mar 15, 2011 at 12:29 PM, Michael A. Knox
michael.k...@knoxandassociates.com wrote:
I downloaded and ran the installer
Exit screen. the lua_ folder is removed by that point but /tmp is still
intact.
Ahh, I wasn't looking at the /tmp folder while the installer was
waiting on the Exit screen, so I didn't see it sitting there. Thanks.
That let me get the .deb file, and now the printer works. I still have
to get
William Thompson wrote:
You can always move binaries out of the path and then they cannot be
executed by anything.
The only problem there is that the installer writes it and then removes
it so fast you'd have to be really quick to get it moved in time!
On Tue, 2011-03-15 at 13:56 -0400, Michael A. Knox wrote:
William Thompson wrote:
You can always move binaries out of the path and then they cannot be
executed by anything.
The only problem there is that the installer writes it and then removes
it so fast you'd have to be really quick
On Tue, 2011-03-15 at 13:54 -0400, Michael A. Knox wrote:
Exit screen. the lua_ folder is removed by that point but /tmp is still
intact.
Ahh, I wasn't looking at the /tmp folder while the installer was
waiting on the Exit screen, so I didn't see it sitting there. Thanks.
That let me get
Mike, I think William means that you would actually move the 'rm'
executable. That way when the installer tries to run rm -rf the command
fails. Things would get wacky if it didn't get put back though.
John
On Tue, Mar 15, 2011 at 2:16 PM, William L. Thomson Jr.
w...@obsidian-studios.com wrote:
William Thompson wrote:
Porting stuff from 32bit to 64bit is not as straight forward as one
might think or assume. Not to mention most any 32bit stuff should run in
64bit, providing the necessary libraries are there.
True, but the problem here isn't porting the drivers to x64, but simply
On Tue, 2011-03-15 at 14:50 -0400, Michael A. Knox wrote:
William Thompson wrote:
Porting stuff from 32bit to 64bit is not as straight forward as one
might think or assume. Not to mention most any 32bit stuff should run in
64bit, providing the necessary libraries are there.
True, but
Michael,
Probably not a help but I run AMD64 Debian Wheezy and also besides
having the 64 libs running, I installed the ia32-libs and ia32-libs for
GTK for any items which need the i386 libraries. Don't know if this
will help or not but worth looking into if you already haven't.
HTH
Whit
13 matches
Mail list logo
