Sponsored Content
Operating Systems Linux Slackware Which Unix for Fileserving with NTFS partitions as one sole purpose use? Post 55645 by zazzybob on Thursday 16th of September 2004 06:58:05 AM
Old 09-16-2004
I must agree with Norsk above.... I am a long time SUSE user. I've used other distros (Red Hat, Slackware, Debian, Fedora, Xandros) and some of the BSD's.

Nothing (IMHO) does it as well as SUSE - it's stable, secure, feature rich, easy to configure (also allowing total freedom to go as deep as you wish) and highly customisable.

I should join the SuSE sales team Smilie

Cheers
ZB aka ZazzySUSE
 

9 More Discussions You Might Find Interesting

1. Linux

File Sharing among NTFS Partition & RH Linux 9 Partitions

Well Guys, will anybody solve my problem? I have installed Win XP and RH Linux 9 (Dual Boot) on an Intel x86 Machine. Everything is going fine except that I cannot share files among the two operating systems. For example, if I download a PDF file from internet and save it in my Win XP partition... (1 Reply)
Discussion started by: Jawwad
1 Replies

2. Linux

GRUB cannot boot NTFS partitions?

I have an issue with booting NTFS partitions with Grub. I have two HHD 1st HDD with Red Hat 9.0 and Grub as bootloader 2nd HDD with 8 Win partitions all ntfs. I have added the following line in my grub.conf: title Windows2000/Domino 6 root (hd1,0) makeactive chainloader +1 When I... (4 Replies)
Discussion started by: KDE Man
4 Replies

3. UNIX for Dummies Questions & Answers

Purpose of lint in UNIX

Can Any One let me know abut the use on "lint" in UNIX...... (1 Reply)
Discussion started by: kumar_saurabh
1 Replies

4. UNIX for Dummies Questions & Answers

unix partitions

how to access/sliceing different partions using divvy (1 Reply)
Discussion started by: sobin
1 Replies

5. UNIX for Dummies Questions & Answers

SCO Unix; possible to resize partitions?

If anyone is willing to help I would defenitely appreciate it! The situtation is that we have a client that had a "falling out" with their software/hardware vendor and now aren't able to get support for their machines and software. What's happening is they're using SCO-Unix and a medical... (5 Replies)
Discussion started by: PartieHonteuse
5 Replies

6. Ubuntu

Gparted, NTFS, Partitions, and power failures.

Having just installed mint on my new raptor, I decided I was going to removel the old unix partition from my NTFS back up drive, and resize the NTFS partition to fill the full 500gigs instead of just 300. While resizing the 300 gig to fill the full drive my computer shut off. When I booted back... (1 Reply)
Discussion started by: Methal
1 Replies

7. UNIX for Dummies Questions & Answers

Purpose of /etc/cron.d

What is the purpose of /etc/cron.d? (3 Replies)
Discussion started by: proactiveaditya
3 Replies

8. Solaris

NTFS HDD readable from UNIX

I have somehow taken on the collateral duties of System Administrator for our small internal network. At current we have one main file server with 48 SATA swappable drives under the Solaris 10 OS. My question is this. Our analysts are bringing back data from the field in Windows formatted... (8 Replies)
Discussion started by: cbrowne20
8 Replies

9. UNIX for Dummies Questions & Answers

Purpose of <>

Hi, I have read from the book that , <> causes the file to be used as both input as well as output. Can anyone give me the scenario where <> will be useful? Thanks (10 Replies)
Discussion started by: pandeesh
10 Replies
build(1)                                                      General Commands Manual                                                     build(1)

NAME
build - build SuSE Linux RPMs in a chroot environment SYNOPSIS
build [--clean|--no-init] [--rpms path1:path2:...] [--arch arch1:arch2:...] [--root buildroot] [specfile|srcrpm] build --help build --verify DESCRIPTION
build is a tool to build SuSE Linux RPMs in a safe and clean way. build will install a minimal SuSE Linux as build system into some direc- tory and will chroot to this system to compile the package. This way you don't risk to corrupt your working system (due to a broken spec file for example), even if the package does not use BuildRoot. build searches the spec file for a BuildRequires: line; if such a line is found, all the specified rpms are installed. Otherwise a selec- tion of default packages are used. Note that build doesn't automatically resolve missing dependencies, so the specified rpms have to be sufficient for the build. If a spec file is specified on the command line, build will use this file and all other files in the directory for building the package. If a srcrpm is specified, build automatically unpacks it for the build. If neither is given, build will use all the specfiles in the current directory. OPTIONS
--clean remove the build system and reinitialize it from scratch. --no-init skip the build system initialization and start with build immediately. --list-state list rpms that would be used to create a fresh build root. Does not create the build root or perform a build. --rpms path1:path2:path3... Where build can find the SuSE Linux RPMs needed to create the build system. This option overrides the BUILD_RPMS environment vari- able. --arch arch1:arch2:arch3... What architectures to select from the RPMs. build automatically sets this to a sensible value for your host if you don't specify this option. --root buildroot Specifies where the build system is set up. Overrides the BUILD_ROOT enviroment variable. --useusedforbuild Tell build not to do dependency expansion, but to extract the list of packages to install from "# usedforbuild" lines or, if none are found, from all "BuildRequires" lines. This option is useful if you want to re-build a package from a srcrpm with exactly the same packages used for the srcrpm build. --norootforbuild --help Print a short help text. --verify verify the files in an existing build system. .spec FILE OPTIONS The build command interprets some special control comments in the specfile: # norootforbuild # needsrootforbuild build uses either user root or user abuild in the build system to do the build. For non-SUSE distros as well as since SUSE 10.2, the default build user is abuild. For 10.2 and before, the default build user is root. These two flags in the spec file allow to deviate from the defaults and force-set the build user to abuild and root (for # norootforbuild and # needsrootforbuild respec- tively. # needsbinariesforbuild provide the binary rpms that have been used to set up the build root in /.build.binaries within the build root. ENVIRONMENT
BUILD_ROOT The directory where build should install the chrooted build system. "/var/tmp/build-root" is used by default. BUILD_RPMS Where build can find the SuSE Linux RPMs. build needs them to create the build system. "/media/dvd/suse" is the default value which will do the trick if you have the SuSE Linux DVD mounted. BUILD_RPM_BUILD_STAGE The rpm build stage (-ba, -bb, ...). This is just passed through to rpm, check the rpm manpage for a complete list and descrip- tions. "-ba" is the default. You can use this to add more options to RPM. SEE ALSO
rpm(1), Maximum RPM: http://www.rpm.org/max-rpm/ cross distribution packaging: http://en.opensuse.org/Build_Service/cross_distribution_package_how_to SUSE packaging standards and guidelines: http://en.opensuse.org/Packaging (c) 1997-2008 SuSE Linux AG Nuernberg, Germany build(1)
All times are GMT -4. The time now is 08:35 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy