Linux-Development-Sys Digest #80, Volume #7 Sat, 21 Aug 99 05:13:59 EDT
Contents:
Re: Why so inefficient source RPM's ?? (Christopher Browne)
Re: Linux file-size limit? (Christopher Browne)
Re: X Windows developement (Christopher Browne)
Re: 3com ISA cards and linux (Kaz Kylheku)
Re: [Q] Parallel port access program permission (Victor Wagner)
Re: Missing modules - ppp-compress-<nn> (Paul Kimoto)
"current" while DMA (Yung-Hsiang Lu)
Re: 3com ISA cards and linux (Stephen R. Savitzky)
Customizing Shared Lib( *.so) files... (8623805)
Re: Why so inefficient source RPM's ?? (Peter Mutsaers)
Token Ring PCI ("Anders Nilsson")
Re: Calling a BIOS interrupt (Frank Sweetser)
Re: "current" while DMA (Pete Zaitcev)
Attention C/C++ Programmers ("+++Durandal+++")
Re: 3com ISA cards and linux (William Park)
Re: why not C++? (Kaz Kylheku)
Re: most efficient way to zero out a partition? (Christopher Browne)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 03:50:18 GMT
On 19 Aug 1999 08:18:34 +0200, Peter Mutsaers <[EMAIL PROTECTED]> wrote:
>>> "JK" == Johan Kullstam <[EMAIL PROTECTED]> writes:
>
> JK> what if the builder doesn't offer a patch. you want to roll up a new
> JK> rpm from the newer sources and wish to borrow from past rpm spec
> JK> files. you have to download the source twice. it's annoying.
>
> JK> i want a no-source rpm. i want the source-less rpms to be found on
> JK> ftp sites. the application maintainer cannot change this situation
> JK> one way or another. (unless you are talking about the maintainer of
> JK> the rpm application only.)
>
>Indeed, that's just what I meant. I'm just surprised that no-source
>rpm's aren't standard.
Are you sure that's what you meant to say?
>And the no-source RPM should also (in the spec-file) give a list of
>URL's where the original tarball can be found. Then it can be
>retrieved automatically if necessary, and stored in a cache
>directory. This is more or less how FreeBSD works: the first time you
>build a port the tarball is put in /usr/ports/distfiles, subsequent
>times (assuming the port is still based on the same original release)
>the tarball from /usr/ports/distfiles is automatically reused.
The problem is that there are two behaviours:
a) A further patch was needed to fix some odd behaviour with a
package, thereby bumping up the "most-minor" version number, but not
requiring any new "pristine sources."
That would be a case where all that really needs to be transmitted
around is the patch file.
More common appears to be...
b) The "pristine sources" changed, mandating a new version number (and
not merely because we updated the RPM).
In this case, the whole tarball is needed.
There seems to be reasonably widespread agreement that RPM isn't the
best possible system that one might conceive of; I'm not convinced
that the situation being described represents a real good example of
"major problems with RPM."
--
"When we understand knowledge-based systems, it will be as before
-- except our fingertips will have been singed." -- Alan Perlis
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc
Subject: Re: Linux file-size limit?
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 03:50:48 GMT
On Fri, 20 Aug 1999 13:33:43 +0200, Sascha Bohnenkamp
<[EMAIL PROTECTED]> wrote:
>>ext2, in particular, can support file sizes up to 1T, since files are
>>segmented.
>upto 16TB ... with huge inodes
Perhaps so.
>>b) You can't read all of it using standard C file manipulation
>>functions on 32 bit architectures because the "FILE *" structure only
>>allows addressing the first 2^31 bytes of the file.
>well with solaris or unixware your ARE able to do that on 32b mashines
But this is comp.os.linux.*, and Linux doesn't use an identical LIBC
to Solaris or UnixWare.
--
16-inch Rotary Debugger: A highly effective tool for locating problems
in computer software. Available for delivery in most major metropolitan
areas. Anchovies contribute to poor coding style.
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/linuxkernel.html>
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: X Windows developement
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 03:51:02 GMT
On Fri, 20 Aug 1999 20:49:23 GMT, Tranceport
<[EMAIL PROTECTED]> wrote:
>In article <7pkc2c$ag9$[EMAIL PROTECTED]>,
> Dave Newton <[EMAIL PROTECTED]> wrote:
>> Tranceport <[EMAIL PROTECTED]> wrote:
>> > I have to develop Xaw (X athena widgets, i think)
>>
>> I gotta ask... why?!?!
>
>(sigh) all right, all right...
>I'm part of the xfree 4.0 development team for Linux.
>I just joined and I'm a newbie.
Good answer...
Hope it works out well; I gather the learning curve is Fairly Fierce.
You might want to look into getting an X documentation set.
The one people tend to cite is the O'Reilly series. Unfortunately,
they haven't been updated in Quite Some Time.
The one that has impressed me most is the set published by Digital
Press. I was at the local (DFW) Fry's a few weeks back and debated
buying it the overview. I don't do any direct X work, and thus
couldn't justify the $75 for the one *VERY IMPRESSIVE* volume which
appeared up-to-date to the point of (if memory serves) including
X11R6.4 stuff...
You might check with the "team" on whether anyone has extra copies of
docs, or pointers to auctions/used editions/...
An creative alternative might be to see if you could get some funding
from The Project to buy a documentation set. That would appear to lie
within the parameters of what their policies allow them to fund, and
should represent a reasonably valuable way to use funds.
I've sent money in to XFree86 over the last couple years; I'd just as
soon see it used for something useful like getting documentation to
developers as anything else...
--
"Unfortunately, because the wicked sorcerers of Silikonn' Vahlli hated
freedom, they devised clever signs and wonders to achieve the mighty
Captive User Interface, also known as the Prison for Idiot Minds."
-- Michael Peck <[EMAIL PROTECTED]>
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/advocacy.html>
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: Sat, 21 Aug 1999 02:16:21 GMT
On Sat, 21 Aug 1999 02:19:56 +0200, Kalkas <[EMAIL PROTECTED]> wrote:
>However, it seems that it is not possible for me to use Linux, since I use
>cable modem with a 3com ISA card. More precisely, I use 3com EtherLink III
>ISA (3C509/3C509b) network interface card, and there are no drivers which
>will support my card in Linux.
Nonsense! This is a fairly old card that has been well supported for quite a
while. I have one in a 486 Linux box at work. Look for the file 3c509.o
in your drivers directory. If you don't have the compiled driver, then
configure your kernel and build the module.
------------------------------
From: [EMAIL PROTECTED] (Victor Wagner)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.questions
Subject: Re: [Q] Parallel port access program permission
Date: 20 Aug 1999 20:14:35 +0400
In comp.os.linux.misc YANAGIHARA <[EMAIL PROTECTED]> wrote:
:>
:> Read a section about "Changing process persona" in info libc
:>
:> Make your program setuid root and make call to seteuid(getuid())
:> just after calling ioperm.
:> Than make your program owned by root and chmod u+s it.
: Thanks. I tried chmod command. Other users became to use my
: program successfully.
:> Of course, having yet another suid-root prog is not good, but
:> it would do the job.
: I'm understanding this way is dirtier than making kernel
: driver module. But, I think chmod oparation is better than
: getuid(). Because root can administer permission without
: rebuild the program. What do you think about this point ?
I think you should use both:
1. chmod u+s allows your program to start with root privileges and gain
access to ports
2. Calling seteuid(getuid()) as soon as this access is gained, causes it
to give root privelegies up and continue to work under persona of
invoking user (so it can create files, owned by this user and, more
important, cannot read/write files inaccessible to this user), while
still have rights to access port.
--
========================================================
Victor Wagner @ home = [EMAIL PROTECTED]
I don't answer questions by private E-Mail from this address.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: Missing modules - ppp-compress-<nn>
Date: 21 Aug 1999 00:36:25 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>, Nigel Tamplin wrote:
> Aug 21 00:53:47 gatekeeper modprobe: can't locate module ppp-compress-21
> Aug 21 00:53:47 gatekeeper modprobe: can't locate module ppp-compress-26
> Aug 21 00:53:47 gatekeeper modprobe: can't locate module ppp-compress-24
You need lines like the following in /etc/conf.modules:
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Yung-Hsiang Lu)
Subject: "current" while DMA
Date: 21 Aug 1999 05:04:18 GMT
Hi,
What is the "current" process when DMA happens?
My understanding is the following. Let's say process X requests data
transfer. The device driver sets up DMA and the kernel puts X into
sleep. Another process is scheduled to be running while DMA happens.
Therefore, the "current" process can be anything but the process that
causes the data transfer.
Is this correct? Thanks!
--
Sincerely,
Yung-Hsiang Lu
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Stephen R. Savitzky)
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: 20 Aug 1999 22:16:59 -0700
"Kalkas" <[EMAIL PROTECTED]> writes:
> However, it seems that it is not possible for me to use Linux, since I use
> cable modem with a 3com ISA card. More precisely, I use 3com EtherLink III
> ISA (3C509/3C509b) network interface card, and there are no drivers which
> will support my card in Linux.
Excuse me? I've been using 3C509's of all sorts with Linux for years.
The driver most definitely exists, it's in the module
/lib/modules/preferred/net/3c509.o
source in
/usr/src/linux/drivers/net/3c509.c
--
/ Steve Savitzky \ 1997 Pegasus Award winner: best science song--+ \
/ <[EMAIL PROTECTED]> http://theStarport.com/people/steve/ V \
\ hacker/songwriter: http://theStarport.com/people/steve/Doc/Songs/
\_ Kids' page: MOVED ---> http://Interesting.Places.to/Browse/forKids/ _/
------------------------------
From: [EMAIL PROTECTED] (8623805)
Subject: Customizing Shared Lib( *.so) files...
Date: 21 Aug 1999 05:46:29 GMT
Hello, all:
Are there any utilities that can remove some
specific components from a shared library(ie. *.so) file ?
For example, if I am sure that all my programs never call
printf() , I can remove the definition for it from the
standard C library.
Does such an utility exists?
Thanks!!!
====================
David Chang
CIS department, NCTU, Taiwan.
email: [EMAIL PROTECTED]
------------------------------
From: Peter Mutsaers <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.misc,linux.redhat.rpm
Subject: Re: Why so inefficient source RPM's ??
Date: 21 Aug 1999 01:22:21 +0200
>> "PG" == Piercarlo Grandi <[EMAIL PROTECTED]> writes:
PG> Yeah, this annoys me too. However it is easy to explain: RPM
PG> design was, and is, still dominated by the specific
PG> needs/incentives of RedHat Inc. (down to the inane
PG> "/usr/src/redhat" structure): since RedHat SRPMS come neatly
PG> on a CD when you buy an official RedHat boxed set, there is
PG> absolutely no need to make downloading of SRPMSes faster.
OK, also I think it is a pain to find RPM's. These RPM databases on
rufus etc. are pretty messy (all have different categories etc) and
the FTP server don't have a decent index file that explains what's in
an RPM.
I'll stick with Slackware and roll my own packages using it's simple
tools.
Better yet, as soon as vmware is ported to FreeBSD, I'll fully switch
back to that.
--
Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know
[EMAIL PROTECTED] | the Netherlands | what I'm doing.
------------------------------
From: "Anders Nilsson" <[EMAIL PROTECTED]>
Subject: Token Ring PCI
Date: Sat, 21 Aug 1999 09:19:30 +0200
Is there any work going on to provide suppotr for IBM PCI Token Ring
adapters ?
------------------------------
From: Frank Sweetser <[EMAIL PROTECTED]>
Subject: Re: Calling a BIOS interrupt
Date: 20 Aug 1999 12:03:09 -0400
Bartosz Klimek <[EMAIL PROTECTED]> writes:
> Chris Butler wrote:
> >
> > > I heard that Linux saves informations of the BIOS at boottime.
> > > Is this true or not?
> >
> > It gets all the information it needs from the BIOS at boot time (eg, HD
> > information, etc), before switching to protected mode.
>
> Are you sure about that HD information? I think the kernel ignores what
> BIOS says about HD. I once used to change disk drives without setting
> BIOS appropriately, and Linux somehow identified disk geometry etc.
lilo gets the hd info from the bios, while the kernel ide driver is
intelligent enough to query the drive directly.
--
Frank Sweetser rasmusin at wpi.edu fsweetser at blee.net | PGP key available
paramount.ind.wpi.edu RedHat 5.2 kernel 2.2.5 i586 | at public servers
Intel engineering seem to have misheard Intel marketing strategy. The phrase
was "Divide and conquer" not "Divide and cock up"
(By [EMAIL PROTECTED], Alan Cox)
------------------------------
Subject: Re: "current" while DMA
From: [EMAIL PROTECTED] (Pete Zaitcev)
Date: Sat, 21 Aug 1999 07:28:07 GMT
>My understanding is the following. Let's say process X requests data
>transfer. The device driver sets up DMA and the kernel puts X into
>sleep. Another process is scheduled to be running while DMA happens.
>Therefore, the "current" process can be anything but the process that
>causes the data transfer.
>Is this correct? Thanks!
Correct, but grossly oversimplificated.
"current" may be anything during an interrupt regardless of DMA.
What are you trying to accomplish?
--Pete
------------------------------
From: "+++Durandal+++" <[EMAIL PROTECTED]>
Subject: Attention C/C++ Programmers
Date: Fri, 20 Aug 1999 23:04:30 -0400
We have a spare-time job for all qualifying programmers. Previous
experience in kernel and X development would help. All those that would
like to help should send a resume to [EMAIL PROTECTED] In the
subject, put Resume. There are several jobs available, from application to
kernel development. We even offer a free course to those who would like to
learn C or C++ if they agree to work for us afterwards. We make both
licensed and GPL'd software.
------------------------------
From: William Park <[EMAIL PROTECTED]>
Crossposted-To:
at.linux,aus.computers.linux,be.comp.os.linux,comp.os.linux,comp.os.linux.advocacy,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: 3com ISA cards and linux
Date: 21 Aug 1999 06:51:25 GMT
In comp.os.linux.advocacy Caitanya <[EMAIL PROTECTED]> wrote:
> I'm on cable as well the guys are great there and you can joing the bigpond
> linux newsgroup, read the FAQ and you'll get up and running in not time at
> all
> ----------------------------------------------------------------------------
> ---------------------------------------
> Kalkas wrote in message <[EMAIL PROTECTED]>...
> I have been seriously thinking to use Linux and stop using Windows 98. I am
> fascinated by Linux's stability and security.
> Therefore, I have seriously planing to install Linux and USE IT.
> However, it seems that it is not possible for me to use Linux, since I use
> cable modem with a 3com ISA card. More precisely, I use 3com EtherLink III
> ISA (3C509/3C509b) network interface card, and there are no drivers which
> will support my card in Linux.
> Did someone else have similar problems?
> Regards,
> Kalkas
3c509b (and most 3com cards) is supported by Linux. I'm using it
right now. To load the driver, edit /etc/rc.d/rc.modules and search
for '509'. To enable BNC port and disable PnP, download 2 disk set 'EtherDisk' from
<www.3com.com> and run '3c5x9cfg.exe' from the 2nd disk in DOS.
Yours truly,
William Park
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: why not C++?
Date: Sat, 21 Aug 1999 03:17:08 GMT
On Sat, 21 Aug 1999 13:03:36 +1000, Erik de Castro Lopo <[EMAIL PROTECTED]>
wrote:
>Yep, function pointers in C are really cool for problems where
>you want to avoid a switch statement which has to be evaluated
>over and over again.
And likewise, switch statements are really cool for problems where you don't
want to be evaluating an indirect function call over and over again. :)
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Subject: Re: most efficient way to zero out a partition?
Reply-To: [EMAIL PROTECTED]
Date: Sat, 21 Aug 1999 03:50:46 GMT
On 19 Aug 1999 12:45:13 -0700, Ronald Cole <[EMAIL PROTECTED]> wrote:
>[EMAIL PROTECTED] (H. Peter Anvin) writes:
>> Using "cat" is probably somewhat faster than "dd"... however, covering
>> the entire disk surface is what takes most of the time.
>
>If the kernel can optimize the buffering for the devices, then cat it
>is. I discovered that dd with any blocksize greater than the default
>locks up RedHat's linux-2.2.5-22smp.
That's not a good reason to use cat; there's a Very Bad Bug there
someplace...
--
"When we understand knowledge-based systems, it will be as before
-- except our fingertips will have been singed." -- Alan Perlis
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/lsf.html>
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
