GNU Make apt-get

Forum: Apt-get
Topic: GNU Make apt-get
started by: 1B7F

Posted by 1B7F on Jan. 23 2004,09:23

Greetings.
I have used apt-get several times from hd-installed DSL(0.5.1) successfully
including GNU Gcc, aumix, Scite, etc. I'd like to compile kernel 2.6.1 but I
need Make. Here's the syntax:

root# make --version
make: command not found
root# apt-get update
root# apt-get install make
reading pkg list... done
building dep tree... done
The following extra pkg will be installed:
fileutils
The following NEW pkg will be installed:
fileutils make
0 upgrd, 2 newly installed, 0 to rm and 0 not upgrdd
Need 0B/1097kb of archives. After unpacking 2773kb will be used.
[Y/n] Y
(Reading db ... xxxx files and dirs currently installed)
Unpacking fileutils (from .../fileutils_4.1-10_i386.deb ...
dpkg: error processing /var/cache/archives/fileutils_4.1-10_i386.deb (--unpack):
trying to overwrite '/bin/chgrp', which is also in pkg coreutils
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
/var/cache/archives/fileutils_4.1-10_i386.deb
E: sub-process /usr/bin/dpkg returned an error code (1)

I downloaded a recent Make (tar -xzvf_/usr/lib) , but when I input ./configure the output is:

chkng for BSD-cmpt install... /usr/bin/install -c
chkng whether build environ is sane... yes
chkng for gawk... no (apt-got gawk, but no register here)
chkng for mawk.... mawk
chkng whether make sets #{MAKE}... no
chkng whether make sets #{MAKE}... (cached) no
chkng for gcc... gcc
chkng for C compiler default output... configure: error: C compiler
cannot create executables
chk 'config.log' for details.

Is there a better way to do any of this within DSL or way's to force the Make install without fileutils dependency? Any help is appreciated.

Posted by annelions on Feb. 04 2004,21:26

I've had the exact same problem getting make to install.

Posted by woverin on Feb. 05 2004,03:03

edit /etc/apt/source.conf point it to testing source

Posted by annelions on Feb. 05 2004,18:55

I changed 'stable' to 'testing' and now I get:
< This problem >

Posted by mandiblais on Feb. 05 2004,20:23

I am coming up with the same problem with apt-get, trying to get make to compile stuff.

Posted by annelions on Feb. 06 2004,09:09

And before I forget... yes, I did do a dpkg-restore before trying apt-get in the first place.

Posted by Del on Feb. 07 2004,04:45

annelions, it sounds like your sources.list file is corrupted. Here's just what the line should look like;
deb < http://ftp.us.debian.org/debian/ > testing main non-free contrib
Then run 'apt-get update', and try again. For now, all other lines should be commented out (begin with a #)

If it still doesn't work, possibly a corrupted install?

Posted by Arioch on Feb. 17 2004,23:14

Has anyone found a solution to this? I'm getting the same error messages. None of the above suggestions worked.

Posted by loupgarou21 on Feb. 21 2004,23:54

Make sure you read Del's last post carefully, the word "stable" has been replaced with "testing" and don't forget to do an "apt-get restore" after changing your /etc/apt/sources.list file. It does work.

Posted by loupgarou21 on Mar. 17 2004,23:01

Well, this problem has come back for me again, I don't remember if I had this problem in 0.6, but I am in 0.6.1

I change the source in /etc/spt/sources.list to deb:
< http://ftp.us.debian.org/debian/ > testing main non-free contrib
I then run 'sudo apt-get update'
I then run 'sudo apt-get install make'
and get the following output:

Code Sample

konnat@box:/etc/apt$ sudo apt-get install make
Reading Package Lists... Done
Building Dependency Tree... Done
The following NEW packages will be installed:
make
0 upgraded, 1 newly installed, 0 to remove and 120 not upgraded.
Need to get 0B/423kB of archives.
After unpacking 1094kB of additional disk space will be used.
/bin/sh: line 1: /user/sbin/dpkg-preconfigure: No such file or directory
tar: Couldnt remove old file: Is a directory
dpkg-deb: subprocess tar returned error exit status 1
dpkg: error processing /var/cache/apt/archives/make_3.80-6_i386.deb (--unpack):
subprocess dpkg-deb --control returned error exit status 2
Errors were encountered while processing:
/var/cache/apt/archives/make_3.80-6_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

any help would be appreciated

Posted by slipkram on Mar. 30 2004,14:58

i have the same problem loupgarup21. Please help us to install make!

Posted by Tomo on Mar. 30 2004,15:45

I get the same thing ........ on the old one when you try to install it ..... it tries to install file utils but fileutils cant overwrite coreutils ......... im lost.

Ive tried this server times now .... on two machines and 3 installs.

Posted by cbagger01 on Mar. 30 2004,18:47

The "tar file is a directory" error is due to a bug in the busybox version of the tar utility program.

You might be able to get it working by replacing the symbolic link to "busybox" that is named /bin/tar (or is it /usr/bin/tar? I forget).

Here's how I would do it:

Boot up a version of Linux that uses the full version of tar. The easiest way to do this is to do an "enhanced" hd-install of DSL 0.6.2. Otherwise:

(1) you can boot up DSL version 0.5.x or boot up a Knoppix CDROM.
Copy the /bin/tar file to a floppy disk or some other storage medium.

(2) Boot up your newer version of DSL 0.6.x Then run the Synaptic Install Script.

(3) Delete the symbolic link located at /bin/tar.

(4) Copy the full-featured version of tar (from step 1) to /bin/tar.

(5) Try using Synaptic and see if your apt-get install will work correctly.

Good Luck.

Posted by Tomo on Mar. 30 2004,23:01

I dont suppose anybody could do a download for that ?

Posted by loupgarou21 on April 02 2004,21:25

it is apparently fixxed in .62 (you can replace the busybox commands with the gnu ones) I havn't had time to install .62 yet, but I plan to soon, maybe saturday or sunday

Posted by Grim on April 03 2004,01:57

Just to get you started, open a terminal and do the following:

Code Sample

sudo su <press return here> wget -c http://grimthing.com/downloads/tar; rm /bin/tar; mv tar /bin

String updated in response to following posts. The above should work now as advertised
You should be able to copy-n-paste the above line into a terminal, press retun and watch the magic unfold.

You should always be wary of executing scripts or programs from unknown sources Having said that, this version of tar is from my own system and it's hosted at my website, so it should be safe.

If this continues to be a problem, maybe John could get it added to the mirror at ibiblio (hint, hint).

Posted by cbagger01 on April 03 2004,02:12

I never thought I would see the day when somebody was "un-tarring" the 'tar' program

What's next, unzipping pkzip.exe?

Posted by Grim on April 03 2004,03:58

At least I'm not the only smart-ass on the forums. :laugh:

Posted by dslfool on April 04 2004,00:07

Thanks for the tar hosting, Grim, but...

(Running DSL from CD.) When I enter the entire "sudo su; wget -ct..." string in terminal, nothing happens but the sudo su and a new prompt. If I break things up and execute the su first, then the wget, I get an error "wget: invalid option --t".

(Also, If I try to execute dpkg-restore from /usr/sbin as the earlier thread reported, I get the error "wget" dpkg-restore.tar: Read-only file system". Should this workaround work when running DSL from CD?)

Many thanks.

Posted by cbagger01 on April 04 2004,06:15

Ok,

If you are a liveCD user, first run the Synaptic install script. It will make a writable file system and do the dpkg-restore for you. Without a writable file system, the dpkg-restore script will not work correctly.

Second, try running the wget command without the "t". In other words:

Code Sample

sudo su
wget -c http://grimthing.com/downloads/tar.tar.gz
tar -zxvf tar.tar.gz
rm tar.tar.gz
rm /bin/tar
mv tar /bin
exit

Posted by Grim on April 04 2004,10:57

Okay. primarily my little string of commands was for "install to HD users". I didn't really think LiveCD users would want/need the "real deal Holyfield" version of tar. You people must have incredible uptimes because there is no way in hell I would go through that much shit every time I booted from the CD.

The "-t " option specifies the number of retries. Specify 0 or inf for infinite retrying. The default is 20 times, with the exception of fatal errors like "connection refused" or "not found" (404), which are not retried. I'll have to check, but I'm pretty sure that the wget on the CD is a symlink to busybox, and while busybox does provide a boatload-full of apps, it doesn't provide all the features of the full apps (or the full apps would just go away).

The "-c" option is the "no-clobber" option. Basically, it just tells wget to pick up where it left off if the download fails. You don't really need either option. I just got so used to using both, back in my dial-up days, that it sorta stuck.

Posted by Tomo on April 05 2004,11:38

Quote (Grim @ April 02 2004,20:57)

Just to get you started, open a terminal and do the following:

Code Sample

sudo su <press return here> wget -c http://grimthing.com/downloads/tar; rm /bin/tar; mv tar /bin

If this continues to be a problem, maybe John could get it added to the mirror at ibiblio (hint, hint).

Thanks Grim

this is what i done as the .gz file wouldnt work

Code Sample

sudo su
wget -c http://grimthing.com/downloads/tar
rm /bin/tar
mv tar /bin
cd /bin
chmod 755 tar
apt-get -f install

Job done

YAYYYYYYYYYYYYY

Posted by dslfool on April 05 2004,15:31

Thanks again, Grim. I'm creeping along toward having packages and all necessary utilities needed to restore them backed up to a USB flash drive so I can have my "run DSL live from CD" cake and eat it too with extra apps installed. Wacky, I know, but if it's fun to run a full-featured GUI from a 50MB card, it's even more so to do it from a 50MB card and cig-lighter-sized stick in RAM on a diskless workstation without net access and still have GIMP and lxdoom. :laugh:

Anyway, many, many thanks for the help.

Posted by Grim on April 06 2004,02:07

Glad I can help. I removed the tar.gz version because the busybox version of tar couldn't open the tar archive.

Hopefully, we can all continue to help each other out and let John perfect the next version.