Linux-Development-Sys Digest #738, Volume #6     Sat, 22 May 99 14:14:06 EDT

Contents:
  Linux development (Wolfman)
  Re: New Project:  Linux Upgrade Monitor (upgrademon) (Christopher Browne)
  Re: New Project:  Linux Upgrade Monitor (upgrademon) (Christopher Browne)
  Using a shared library... Why won't my code compile. (Kevin Burton)
  RH6.0 - i386-glibc20-linux-gcc or i386-redhat-linux-gcc (David Yeung)
  IBM PS/2 Microchannel SCSI device driver ? (Thomas Hassel)
  Booting Diskless Client - Linux 2.2.6 (Madeleine Robert)
  Re: is vnc video card independent ? (Matt)
  Re: best distribution (Nix)
  Re: Registry in Linux ??? (Nix)
  Re: __register_frame_info, glibc2.0.6 and Slackware 3.6 (Nix)
  Re: Linux-2.2.8, 2.2.9 and update - What's the story? (Michael F Gordon)
  any good avi-viewer or editor for linux ? (Sebastian Koball)
  Re: IBM PS/2 Microchannel SCSI device driver ? ([EMAIL PROTECTED])
  Re: accurate timer - HELP! ("Stephen Pelc")
  Re: any good avi-viewer or editor for linux ? (David T. Blake)

----------------------------------------------------------------------------

From: [EMAIL PROTECTED] (Wolfman)
Subject: Linux development
Date: Sat, 22 May 1999 14:22:15 +0200

Recently I have created a homepage for linux development and now I still

need a few visitors to join the projects and give me feedback! Please
come to my small but nice page!
Have a short look at my sponsors to keep my services free!!!
http://home.t-online.de/home/timmoseler/






------------------------------

From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: New Project:  Linux Upgrade Monitor (upgrademon)
Reply-To: [EMAIL PROTECTED]
Date: Sat, 22 May 1999 06:21:42 GMT

On Fri, 21 May 1999 12:36:40 -0700, Kevin Burton
<[EMAIL PROTECTED]> wrote: 
>I see all your points.  These were all things I had thought of.
>
>- Autoftp and autorpm are both console tools and I want this to be a
>GUI.

Autoftp and autorpm are not *console* tools.  

A console tool is one that is tied to a console, typically using a
user interface based on ncurses, slang, or newt.

In contrast, autoftp and autorpm don't have any such requirement; they
may be spawned without any TTY connection.  As such, they might make
wonderful components that would be spawned by a GUI application.

Examine the architecture of EXMH; it provides a full-featured mail
client that makes use of the components in MH (for mail handling), PGP
(for encryption), glimpse (text database searching).

>- I want this to be able to work with ftp and rpm sites.  Kind of like
>autoftp and autorpm combined. (anyone have a URL for autoftp)

Don't recreate them; have your program *use* autoftp and autorpm as
components, and thus assimilate all of their functionality.

Added bonuses:  
- You don't have to debug their functionality!
- If their authors add functionality, you can benefit from this.

>BENEFITS:
>
>- support for seeing if an ftp directory has changed ex:  WINE
>       ex:  monitor ftp://ftp.sunsite.unc.edu/pub/Linux/ALPHA/wine... any
>changes and you will get a notification
>- support for seeing if any of your rpm's have updates?  via RPMFIND
>http queries.
>       ex:  basesystem-4.9-3 ->
>ftp://rpmfind.net/linux/Mandrake/6.0/6.0pre/Mandrake/
RPMS/basesystem-6.0-5mdk.noarch.rpm
>- support for seeing if your particular distribution has a specific
>upgrade:
>       ex:  Redhat 5.2 having an upgrade for Apache

I rather think that an RPM-specific version that would be *highly*
supportive of RPM-based distributions (in the way that dselect/apt are
thus supportive of Debian) would be more worthwhile.

>FEATURES:
>- run's as a daemon
>- GUI config tool (GTK)
>- send e-mail on upgrade notification
>- auto-download for some specific upgrades
>- you can pick and choose which upgrades/applications you want to
>monitor.
>- support for multiple FTP servers... if one has too many users it will
>automatically go to another one.
>- uses rpm -i in the background
>- ability to let the user use kpackage to perform an rpm install

   Gotta ask "why?"

   Why do you want to have your utility invoke another utility
   (kpackage) that invokes another utility (rpm) to install packages?

   I see no benefit in bothering with using kpackage if your package
   can do a perfectly good job of running RPM itself.

>- ability to warn the user on certain packages.

   This requires that you maintain and distribute database of
   warnings...

>- ability to check the version after and before (via the file name) the
>file is downloaded

   You want something more intelligent than this; filenames can
   mislead... 

>- multiple country support

   Meaning?

>- multiple Linux distributions support

   If you do coverage of just RPM-based distributions, then you're
   doing quite well.

>- print out all installed packages via the GUI... if any are out of date
>highlight them in RED.
>- file progress indicator as files are downloaded.
>- support for dependency packages
>- support for "ignoring" a package... no more updates.
>- support for always finding the "newest" package regardless of
>distribution.
>- rpmfind support
>- support for upgrading individual ones or all of them..
>- support for a GUI rpmfind tool
-- 
"Some sins carry with them their own automatic punishment.  Microsoft is
one such.  Live by the Bill, suffer by the Bill, die by the Bill." 
--  Tom Christiansen
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/lsf.html>

------------------------------

From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: New Project:  Linux Upgrade Monitor (upgrademon)
Reply-To: [EMAIL PROTECTED]
Date: Sat, 22 May 1999 06:21:36 GMT

On 21 May 1999 16:27:42 -0400, Nelson Minar <[EMAIL PROTECTED]>
wrote:  
>I think the binary packaging of RPM and Debian is one of the major
>things that distinguishes Linux from other OSes. It's an advantage
>over other Unixes, and it's a major advantage over Windows.

Hum?

InstallShield isn't scintillatingly wonderful, but does *some* similar
things.  

And I suspect that you've not made use of the binary packaging systems
for "true" UNIXes; they *do* exist...

>The one thing missing is simple auto-configuration and upgrading. I
>shouldn't have to know about ftp sites, I shouldn't have to think
>about software upgrades. It should just work. It's a hard problem.

At serious computing sites, you most certainly *do* need to think
about software upgrades, because ensuring that important systems work
correctly after an upgrade is a distinctly nontrivial problem.

Perhaps you're talking about computing systems that are run by
"witless cattle."
-- 
"Some sins carry with them their own automatic punishment.  Microsoft is
one such.  Live by the Bill, suffer by the Bill, die by the Bill." 
--  Tom Christiansen
[EMAIL PROTECTED] <http://www.ntlug.org/~cbbrowne/lsf.html>

------------------------------

From: Kevin Burton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Using a shared library... Why won't my code compile.
Date: Sat, 22 May 1999 04:14:51 -0700

Warning.   I just starting out with C/C++ on the Linux platform...  here
goes.

I am trying to use a library:  libftp.  Only problem is that I can't get
it to work.

Here is my code:


--
extern void ftpInit(void);

int main(){

        //ftpInit();

}
--

I am compiling like this:

--
c++ -DHAVE_CONFIG_H -I. -I. -I..   -O0 -g1 -Wall  -c cupgrademon.cpp
c++ -DHAVE_CONFIG_H -I. -I. -I..   -O0 -g1 -Wall  -c main.cpp
c++ -O0 -g1 -Wall   -o upgrademon  cupgrademon.o main.o -lftp
--

(-lftp is supposed to link to my shared library)

I do an ldd on my binary...

--
> ldd upgrademon
        libftp.so.0 => /usr/lib/libftp.so.0 (0x4001a000)
        libstdc++.so.2.8 => /usr/lib/libstdc++.so.2.8 (0x4001e000)
        libm.so.6 => /lib/libm.so.6 (0x4005f000)
        libc.so.6 => /lib/libc.so.6 (0x4007d000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)  

--

(well what do you know... it is shared linked)

So it is shared right?

Then I uncomment line 5 (//ftpInit) to start using libftp.so.0 and my
compile fails.

--
c++ -DHAVE_CONFIG_H -I. -I. -I..   -O0 -g1 -Wall  -c cupgrademon.cpp
c++ -DHAVE_CONFIG_H -I. -I. -I..   -O0 -g1 -Wall  -c main.cpp
c++ -O0 -g1 -Wall   -o upgrademon  cupgrademon.o main.o -lftp    
main.o: In function `main':
/root/upgrademon/upgrademon/main.cpp(.text+0x4): undefined reference to
`ftpInit(void)'
collect2: ld returned 1 exit status
gmake: *** [upgrademon] Error 1
--

My library does have the ftpInit function because I did an "nm" on it
and it was there:

> nm /usr/lib/libftp.so.0 |grep ftpInit
00000e10 T ftpInit  



What am I doing wrong?  I would really appreciate some assistance here! 
Could it be that ftpInit is in a different name space?

Thanks alot!


-- 
Kevin A. Burton
Internet Guy

------------------------------

From: David Yeung <[EMAIL PROTECTED]>
Subject: RH6.0 - i386-glibc20-linux-gcc or i386-redhat-linux-gcc
Date: Sat, 22 May 1999 15:14:09 +0800

I notice that the RH6.0 has two gcc compilers in

  /usr/bin/i386-glibc20-linux-gcc
  /usr/bin/i386-redhat-linux-gcc

and the default one is /usr/bin/i386-redhat-linux-gcc. Anyone
know what is different between them? Because I have found some
programs fail to be compiled using the redhat one but successful
if using /usr/bin/i386-glibc20-linux-gcc.

Thanks

david

------------------------------

From: [EMAIL PROTECTED] (Thomas Hassel)
Subject: IBM PS/2 Microchannel SCSI device driver ?
Date: Sat, 22 May 1999 14:45:39 +0200

Is there anyone who had Linux installed on a IBM Server 9585-XXX ? I'm
searching for the driver to use the built-in SCSI Microchannel-Adapter with
Hard-disk and cd-rom.



------------------------------

From: Madeleine Robert <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.networking
Subject: Booting Diskless Client - Linux 2.2.6
Date: Thu, 20 May 1999 10:38:49 -0400
Reply-To: [EMAIL PROTECTED]

Experiencing weirdness with Linux 2.2.6 kernel booting on a diskless
Alpha client.  When mounting the local filesystems I see:

RPC: sendmsg returned error 51
RPC: sendmsg returned error 51
RPC: sendmsg returned error 51
RPC: sendmsg returned error 51
portmap: server localhost not responding, timed out
lockd_up: makesock failed, error=-5

This happens numerous times.  However, if I wait long enough all my
filesystems get mounted properly.  Anybody else see this?  Is there a
patch?

Thanks,

Maddy


------------------------------

Date: Sat, 22 May 1999 09:13:02 +0100
From: Matt <[EMAIL PROTECTED]>
Subject: Re: is vnc video card independent ?
Crossposted-To: 
comp.os.linux.x,comp.os.linux.networking,comp.os.os-windows.nt.misc,comp.os.linux.development.apps

Bruce,

Why then does my vnc setup only displays the
'x' ie a blank screen and not x windows itself
is there a command I have to type on the linux
box like

export DISPLAY ????

I have set the perl strings and location correctly
and have started Xnc on the linux box which includes
the sign on passwords.

When I start it on the NT box I type in the
same command (passwords and I connect) 

ps -a shows that everything is working (vnc)
but am I missing something else ?

Many thanks

Matt

Bruce Stephens wrote:
> 
> Matt <[EMAIL PROTECTED]> writes:
> 
> > Problem I can get the vnc server running on NT and
> > Linux but there seems to be another problem.
> >
> > Question is vnc video card independent ?
> 
> Yes.

------------------------------

From: Nix <$}xinix{[email protected]>
Subject: Re: best distribution
Date: 22 May 1999 11:55:29 +0100

[EMAIL PROTECTED] (Christopher Browne) writes:

> On 20 May 1999 22:22:36 GMT, bill davidsen <[EMAIL PROTECTED]> wrote:
> >In the RPM world that would be a good one. For Slackware systems I touch
> >a file in /root before doing any customization at all. Then I create a
> >list of every file/dir in the system which has changed, which can be
> >used for documentation, generation of diffs, determining what you broke,
> >or backup.
> >
> >It's important to use find with -cnewer to identify the changes in
> >permissions which may occur.
> >
> >Example:
> >  find / -cnewer /root/.installdate >/root/changed_stuff
> 
> *GOOD* idea.   
> 
> Actually, that's a *VERY GOOD* idea. 

Extremely good. I'm incorporating it into my system management
procedures immediately.

My variant thereof I'm planning to make a little more, hmmm, overkilled,
as these systems get attacked by several different admins (this is
modified from my posting to the internal admins newsgroup here
announcing the imminent change):

Before making any change as root to any system, we run something called,
let's say, `pre-change', giving it a description of the change. After
the change, we run `post-change'.

`pre-change' would create a lock file (to stop two people making changes
at the same time), create /usr/changelog/stamp.{datetime}, and append
the description to a big file of descriptions, with the date and name of
the difference file prepended to it, like

990524 20:10:00 nix /usr/changelog/changed-{datetime}-start.gz Upgraded ImageMagick to 
4.2.5

(It gets the username from the owner of your tty, which saving someone
 playing silly buggers and running rxvt as root, would always give the
 person who `su'ed to root on that terminal.)

By virtue of the lock file, it would refuse to run again until
`post-change' had been run, which creates *another* stamp file and
changed-files file, and sticks a line like this into the description
file:

990524 20:22:00 nix /usr/changelog/changed-{datetime}-end.gz [Done]

Then it kills the lock file, so you can run `pre-change' again.

This provides several additional features over bill's system, if we're
careful to run pre-change and post-change:

- We can see what changes were made when no human was making changes (eg
  the logs will change, home directory stuff will change --- we may want
  to exclude /home and /var/log from the changed-files lists; we will want
  to exclude /proc and /var/spool/{news,wwwoffle,mqueue} and similar
  directories)

- We can see what changes were made when humans *were* making changes,
  to help in diagnosis &c, and this is differentiated from the
  no-humans-around case by the description (the `start' stuff is what
  changed between a post-change and pre-change call, so no human did
  it, at least not as root)

- We can see who made changes so we can jump up and down on them when
  they break

- With a suitable find command, we can see what's changed between *any*
  stamped date and now. (OK, Bill's system provides this, too...)

The downsides are that it makes making changes more labourious, because
that find command is not going to be fast :( and that, well, people can
tell that *you* broke something now ;)


Something *has* to be wrong with this system. It seems too *right*; it'd
be more widely known than this if it didn't have some hidden, deadly
flaw.

Why didn't you mention this scheme a year ago, Bill? ;)

-- 
`As promised, here's the patch to do this. Not only is it good (it
 compiles), but it is perfect (it boots). Up 9 minutes so far without
 problems.' --- Richard Gooch on linux-kernel

------------------------------

From: Nix <$}xinix{[email protected]>
Crossposted-To: comp.os.linux.misc
Subject: Re: Registry in Linux ???
Date: 22 May 1999 09:30:52 +0100

"Selious" <[EMAIL PROTECTED]> writes:

> But can be the difference between linux and LINUX !!

Er, no, the only difference between linux and LINUX is capitalisation.

HTH.

-- 
`As promised, here's the patch to do this. Not only is it good (it
 compiles), but it is perfect (it boots). Up 9 minutes so far without
 problems.' --- Richard Gooch on linux-kernel

------------------------------

From: Nix <$}xinix{[email protected]>
Subject: Re: __register_frame_info, glibc2.0.6 and Slackware 3.6
Date: 22 May 1999 11:24:38 +0100

Mark Tranchant <[EMAIL PROTECTED]> writes:

> But egcs is gcc now. Cygnus egcs team are the gcc maintainers and the
> compilers will soon be one and the same.

Or, rather, gcc is dead, and egcs will be renamed.

Not quite the same thing. The gcc-2.8.1 <-> egcs/gcc>=2.9.5
incompatibilities will remain.

-- 
`As promised, here's the patch to do this. Not only is it good (it
 compiles), but it is perfect (it boots). Up 9 minutes so far without
 problems.' --- Richard Gooch on linux-kernel

------------------------------

From: [EMAIL PROTECTED] (Michael F Gordon)
Subject: Re: Linux-2.2.8, 2.2.9 and update - What's the story?
Date: 22 May 1999 15:44:06 GMT

Can someone explain to me why we need update at all?  Now that we've got
kernel threads, wouldn't it be more elegant to have everything that
update used to do in a thread?  What does update do that couldn't be done
by kflushd/kswapd?

On a similar note, I'd like to see the kernel spawn a thread every minute
or so to remove unused modules.  The current method - running rmmod from
cron - is just ugly.


Michael Gordon
--
Quidquid latine dictum sit, altum viditur.

------------------------------

From: [EMAIL PROTECTED] (Sebastian Koball)
Subject: any good avi-viewer or editor for linux ?
Date: 22 May 1999 16:32:33 +0100

Please help !
have you any advice for a good avi-viewer and avi editor.
how can i grab single pictures from a avi-files with a short batch.
is there also a animated-gif editor or mpeg editor for linux.
can you suggest web pages dealing with avi-editing and linux ?
thnak you for your advice
sebastian.koball(at)stud.uni-rostock.de


------------------------------

From: [EMAIL PROTECTED]
Subject: Re: IBM PS/2 Microchannel SCSI device driver ?
Date: 22 May 1999 15:41:15 GMT
Reply-To: [EMAIL PROTECTED]

Thomas Hassel <[EMAIL PROTECTED]> wrote in comp.os.linux.development.system:
TH>Is there anyone who had Linux installed on a IBM Server 9585-XXX ? I'm
TH>searching for the driver to use the built-in SCSI Microchannel-Adapter with
TH>Hard-disk and cd-rom.

Try http://ftpa2.kph.uni-mainz.de/ftp/pub/machines/linux/mca 

Also http://www.dgmicro.com/mca/

I was able to load RH 5.2 on 9577-xxx with relative ease.  Now if only I could get XGA 
to
work.

------------------------------

From: "Stephen Pelc" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.realtime,comp.hardware
Subject: Re: accurate timer - HELP!
Date: Sat, 22 May 1999 16:44:21 +0100

Dorin-Ioan Marinca <[EMAIL PROTECTED]> wrote in article
<[EMAIL PROTECTED]>...
> How can I count the time (*less than 1us* - even x*10ns) very accurate
> on Linux? I search something not depended on hardware or, if not,
> something Pentium specific.
Pentium processors have an RDTSC instruction (0x0F, 0x31) which
returns a 64 bit CPU cycle value in the EDX:EAX register pair.
This is useful because it counts CPU clocks rather than absolute
time. If you know the clock speed of the processor, the interval
between two readings can easily be converted into time.
-- 
Stephen Pelc, MicroProcessor Engineering - More real, less time
133 Hill Lane, Shirley, Southampton SO15 5AF, England
tel: +44 1703 631441, fax: +44 1703 339691, net: [EMAIL PROTECTED]
web: http://www.mpeltd.demon.co.uk


------------------------------

From: [EMAIL PROTECTED] (David T. Blake)
Subject: Re: any good avi-viewer or editor for linux ?
Date: 22 May 1999 10:06:25 -0700

[EMAIL PROTECTED] (Sebastian Koball) writes:

>Please help !
>have you any advice for a good avi-viewer 

I use xanim to view all sorts of animations.
It is open source, except for the code to do
Quicktime animations, so it would be quite possible
to grab single frame with a little hacking.

-- 
Dave Blake
[EMAIL PROTECTED]

------------------------------


** 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
******************************

Reply via email to