[Cooker-firewall] features for next version

2001-11-18 Thread bascule

will the next version of snf allow for things like 'netmeeting' and 
dynamically assigned ports?

bascule




[Cooker] Proper specfile syntax

2001-11-18 Thread Blue Lizard

Something occured to me (and a collective uh-oh arises from the crowd ;).
Whenever I write specs (now-a-days, anyway), I use License.  I went back 
to look at the old mdk-rpm howto for a proper group and noticed that 
chm*uel's skeleton.spec uses Copyright.

It seems almost all official mdk rpms are using License.  Is it safe to 
go with that and assume that's fine for all rpm or hybrid rpm based distros?





Re: [Cooker] Proper specfile syntax

2001-11-18 Thread Blue Lizard

Blue Lizard wrote: something stupid probably

HAHA!  Guess what I just found?

This tag (superseding Copyright) defines the license chosen by the 
copyright holder that will apply to the software being packed.
Sorry.

Regards.






Re: [Cooker] Cannot use nessus

2001-11-18 Thread Alexander Skwar

Am Son, 2001-11-18 um 06.37 schrieb Sergio Korlowsky:
 Yes... I always use nessus, and its working ok...

Hmm, strange...

 Nessus is the client and nessusd the server, they both can operate on the 
 same pc.

Yes, I know :)  Thanks!

 Install nessus, nessus-client and nessus-plugins, then as root (su) create a 
 user, called whatever you want 'admin' for instance. and start the server 
 with: nessusd -D

What do I need this admin user for?

 The connect with the client as normal user, and login providing the passfrase 
 you choose before, the first time you run your client it will create a key.

Strangely, it does not.  And I do have nessus* installed:

[root@teich squid]# rpm -qa|sort|grep -i nessus
nessus-1.1.8-1mdk
nessus-client-1.1.8-1mdk
nessus-plugins-1.1.8-1mdk


Oh, I just noticed something else.  I changed to root, did a
nessus-adduser and created a user butter.  Then I created a new system
user and ran nessus.  I typed in the username/password I set with
nessus-adduser, and clicked on Login.  But before that, I ran nessusd
as root (without -D).  Apart from the usual error message in /var/log, I
received this output:

/var/log/nessus/users/butter/auth/password: No such file or directory

Hmm, /var/log?  Why does it want to create stuff in /var/log?  I'd have
expected this in /var/lib/nessus, and, in fact, in /var/lib/nessus,
there IS a users directory.  And even further, there IS a
/var/lib/nessus/users/butter/auth/password file!

So, why does nessus look in /var/log/nessus/users?

Somebody please do:

1) urpme $(rpm -qa|grep -i nessus)
2) rm -rfv /var/log/nessus /var/lib/nessus /etc/nessus /usr/lib/nessus
3) urpmi nessus{,-{client,plugins}}
4) nessus-adduser
5) Create a nessus user
6) useradd dummyuser
7) nessusd
8) As dummyuser: nessus
9) Type in the details set in step 5)
10) login


-- 
Alexander Skwar
-- 
How to quote: http://learn.to/quote (german) http://quote.6x.to (en)
Homepage: http://www.iso-top.de   |   Jabber: [EMAIL PROTECTED]
   iso-top.de - Die günstige Art an Linux Distributionen zu kommen
Uptime: 1 day 13 hours 47 minutes





[Cooker] Scanner runing under 8.0, not under 8.1

2001-11-18 Thread falcaraz

Dear Yves
Using the last release of draktools, scanner-drake recognized well my
scanner (Epson Perfection 1200USB), but when I try to run xsane not
scanner is detected. Using MDK 8.0 in the same computer (I have a triple
system installed in the computer: windows98, Mdk 8.1 and MDK8.0) ity
runs fine.

could be a proble of the new use of devs in MDK 8.1?
How can I solve the problem for 8.1?

Thanks so much for your help, I look forward to hearing from you.

Francisco Alcaraz
Murcia (Spain)





Re: [Cooker] Primary mirrors still in disarray

2001-11-18 Thread Oden Eriksson

lördagen den 17 november 2001 22.52 Peter Ruskin wrote:
 I just switched back from uninett.no to ftp.sunet.se and noticed the
 following discrepancies *still* exist:

 i586/Mandrake/RPMS2 is a directory at uninett.no, whereas at ftp.sunet.se
 i586/Mandrake/RPMS2 - ../../../contrib/i586/

 i586/Mandrake/mdkinst/usr/lib/X11 is a directory at uninett.no, whereas
 at ftp.sunet.se i586/Mandrake/mdkinst/usr/lib/X11 - ../X11R6/lib/X11

 This is a nuisance when changing mirrors and it can lead to huge data
 loss if you are using, for example, rsync with the --delete switch.

 If asked, I prefer the ftp.sunet.se setup with its links.

Tell me about it..., it has happened to me too many times now. But, the worst 
part is when whey also change within the location.


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
| Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden.
| Mandrake Linux release 8.2 (Cooker) for i586
| Current uptime with kernel 2.4.13-7mdksmp: 1 day 16 hours 2 minutes
| cpu0 @ 814.28 bm, fan 4141 rpm, temp +31.0°C
| cpu1 @ 815.92 bm, fan 4166 rpm, temp +30°C




Re: [Cooker] Scanner runing under 8.0, not under 8.1

2001-11-18 Thread Blue Lizard

[EMAIL PROTECTED] wrote:

Dear Yves

snip



could be a proble of the new use of devs in MDK 8.1?

If so, boot with devfs=nomount (no quotes) on the lilo, grub, or 
loadlin command line.  (Using graphical lilo?  If so, press escape at 
the graphic and type the menu entry name followed by the above.  I 
mention in case you use recommended install)

Regards,
Yves' stunt devil (or possibly just 'devil').






Re: [Cooker] urpmi weirdness (package is not found, unable to get source packages, aborting)

2001-11-18 Thread Stefan van der Eijk

Stefan van der Eijk wrote:

 Salane King wrote:

 The packages that it could not find it does find when you say #urpmi 
 emacs-nox
 then it installs it.

 True. So only the --auto-select feature seems to be broken. 


Uh... wait a minute... I've now got one case where it also does it with 
an urpmi -p command:


[root@alpha cooker]# urpmi -p bonobo-devel
To satisfy dependencies, the following packages are going to be 
installed (47 MB):
libbonobo2-1.0.17-1mdk libbonobo2-devel-1.0.17-1mdk 
libesound0-0.2.23-1mdk libesound0-devel-0.2.23-1mdk libefs1-1.0.17-1mdk 
libnetpbm9-devel-9.10-8mdk libgdk-pixbuf-gnomecanvas2-0.13.0-1mdk 
libgdk-pixbuf-xlib2-0.13.0-1mdk libgdk-pixbuf2-0.13.0-1mdk 
libgdk-pixbuf2-devel-0.13.0-1mdk libgnome32-1.4.1.2-8mdk 
libgnome32-devel-1.4.1.2-8mdk liboaf0-devel-0.6.7-2mdk 
libgnomeprint15-0.31-2mdk libgnomeprint15-devel-0.31-2mdk 
libimlib1-1.9.11-7mdk libimlib1-devel-1.9.11-7mdk db1-devel-1.85-7mdk 
ORBit-0.5.12-1mdk bonobo-1.0.17-1mdk libaudiofile0-0.2.2-1mdk 
esound-0.2.23-1mdk gdk-pixbuf-0.13.0-1mdk libaudiofile0-devel-0.2.2-1mdk 
gdk-pixbuf-loaders-0.13.0-1mdk gnome-libs-1.4.1.2-8mdk imlib-1.9.11-7mdk 
gnome-print-0.31-2mdk libxml-devel-1.8.16-1mdk 
libgtk+1.2-devel-1.2.10-18mdk libORBit0-devel-0.5.12-1mdk 
libungif4-4.1.0-14mdk libungif4-devel-4.1.0-14mdk
Is it ok? (Y/n)
package libgdk-pixbuf-gnomecanvas2-0.13.0-1mdk.alpha is not found.
unable to get source packages, aborting

strange thing is, this file is in the directory:

[root@alpha cooker]# ls -l libgdk-pixbuf-gnomecanvas2-0.13.0-1mdk.alpha.rpm
-rw-r--r--1 cooker   cooker  12864 Nov 15 18:05 
libgdk-pixbuf-gnomecanvas2-0.13.0-1mdk.alpha.rpm
[root@alpha cooker]# rpm -qipl 
libgdk-pixbuf-gnomecanvas2-0.13.0-1mdk.alpha.rpm
Name: libgdk-pixbuf-gnomecanvas2   Relocations: (not relocateable)
Version : 0.13.0Vendor: MandrakeSoft
Release : 1mdk  Build Date: Thu 15 Nov 2001 
06:05:55 PM HKT
Install date: (not installed)   Build Host: alpha.eijk.nu
Group   : System/Libraries  Source RPM: 
gdk-pixbuf-0.13.0-1mdk.src.rpm
Size: 19128License: LGPL
URL : http://www.gnome.org/
Summary : An image loading and rendering library for Gdk.
Description :
The GdkPixBuf library provides a number of features:
 - Image loading facilities.
 - Rendering of a GdkPixBuf into various formats:
   drawables (windows, pixmaps), GdkRGB buffers.

This package provides GNOME version of gdk-pixbuf
/usr/lib/libgnomecanvaspixbuf.so.1
/usr/lib/libgnomecanvaspixbuf.so.1.0.0

[root@alpha cooker]# rpm -qa | grep urpmi
urpmi-2.0-5mdk

Strace output is attached: urpmi_error.txt.bz2 (17kb), the end of it 
goes like this:

open(/var/cache/urpmi/rpms, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 5
fstat(5, {st_mode=S_IFDIR|0755, st_size=1024, ...}) = 0
fcntl(5, F_SETFD, FD_CLOEXEC)   = 0
syscall_377(0x5, 0x120b2e0d8, 0x2000, 0, 0xa53ada40, 
0x23e1360, 0xfc000463c000, 0x232b8cc, 0x8, 0x2168e50, 
0x232b8a8, 0x2289c20, 0x1, 0x23e
2ec8, 0x116c0, 0, 0x409a2400, 0x824184862000, 
0x80400484, 0x8201a5868000, 0x800185842000, 
0x8201b5962000, 0x8211a4b42000, 0xc6c1b5a6200
0, 0x820185a4, 0x8081b4b6, 0, 0x409a2400, 
0x1a23, 0x412e8480, 0x3fe0, 0x281a4962000) = 0x30
syscall_377(0x5, 0x120b2e0d8, 0x2000, 0, 0xa53ada40, 
0x23e1360, 0xfc000463c000, 0x232b8cc, 0x8, 0x2168e50, 
0x232b8a8, 0x2289c20, 0x1, 0x23e
2ec8, 0x116c0, 0, 0x409a2400, 0x824184862000, 
0x80400484, 0x8201a5868000, 0x800185842000, 
0x8201b5962000, 0x8211a4b42000, 0xc6c1b5a6200
0, 0x820185a4, 0x8081b4b6, 0, 0x409a2400, 
0x1a23, 0x412e8480, 0x3fe0, 0x281a4962000) = 0
close(5)= 0
stat(/var/lib/urpmi/list.cooker, {st_mode=S_IFREG|0600, 
st_size=111691, ...}) = 0
open(/var/lib/urpmi/list.cooker, O_RDONLY) = 5
fstat(5, {st_mode=S_IFREG|0600, st_size=111691, ...}) = 0
fcntl(5, F_SETFD, FD_CLOEXEC)   = 0
fstat(5, {st_mode=S_IFREG|0600, st_size=111691, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) 
= 0x2498000
read(5, file://misc/linux/mandrake/cooke..., 8192) = 8192
read(5, lpha.rpm\nfile://misc/linux/mandr..., 8192) = 8192
read(5, -krb5-1.2.2-15mdk.alpha.rpm\nfile..., 8192) = 8192
read(5, /mandrake/cooker/clanlib0.5-docs..., 8192) = 8192
read(5, /cooker/WindowMaker-0.70.0-1mdk, 8192) = 8192
read(5, ocmail-3.22-1mdk.alpha.rpm\nfile:..., 8192) = 8192
read(5, sc/linux/mandrake/cooker/usermod..., 8192) = 8192
read(5, pha.rpm\nfile://misc/linux/mandra..., 8192) = 8192
read(5, mdk.alpha.rpm\nfile://misc/linux/..., 8192) = 8192
read(5, //misc/linux/mandrake/cooker/bg5..., 8192) = 8192
read(5, ndrake/cooker/fbset-2.1-11mdk.al..., 8192) = 8192
read(5, 

[Cooker] Any easy way to rebuild the whole distribution?

2001-11-18 Thread Claudio

Hi all!
I usually build 1 rpm at once, but I was thinking about a general 
rebuid, let's say 10-20 rpm or even the whole tree (maybe Cooker tree 
or 8.1 tree). Let's suppose all Requires and BuildRequires are 
satisfated, is there a script or any easy way to rebuild such a big 
rpm's tree for pure i686 on a bi-processor machine?

Thanks, Claudio




Re: [Cooker] Any easy way to rebuild the whole distribution?

2001-11-18 Thread guran

Claudio wrote:
 
 Hi all!
 I usually build 1 rpm at once, but I was thinking about a general
 rebuid, let's say 10-20 rpm or even the whole tree (maybe Cooker tree
 or 8.1 tree). Let's suppose all Requires and BuildRequires are
 satisfated, is there a script or any easy way to rebuild such a big
 rpm's tree for pure i686 on a bi-processor machine?

As Cooker can rebuild its install files, when a mirror is out of phase,
it should be possible to just clean out the RPMS directory, and add your
own ones.

guran




[Cooker] Re: [CHRPM] gaim-0.48-1mdk

2001-11-18 Thread Victor

Bummer,
Too bad it crashes every 15 mins. Can anyone point me out to a copy of 
0.46 or 0.47?

Geoffrey Lee wrote:

--=-=-=
Name: gaim Relocations: (not relocateable)
Version : 0.48  Vendor: MandrakeSoft
Release : 1mdk  Build Date: Sat Nov 17 11:19:57 2001
Install date: (not installed)   Build Host: ke.mandrakesoft.com
Group   : Networking/Instant messaging   Source RPM: (none)
Size: 1138053  License: GPL
Packager: Geoffrey Lee [EMAIL PROTECTED]
URL : http://gaim.sourceforge.net
Summary : A client compatible with AOL's 'Instant Messenger'
Description :
Gaim allows you to talk to anyone using AOL's Instant Messenger service (you
can sign up at http://www.aim.aol.com).

It uses the TOC version of the AOL protocol, so your buddy list is stored on
AOL's servers and can be retrieved from anywhere.

It contains many of the same features as AOL's IM client while at the same time
incorporating many new features.

--=-=-=

* Sat Nov 17 2001 Geoffrey Lee [EMAIL PROTECTED] 0.48-1mdk

- 0.48 hot from the oven.







Re: [Cooker] Re: [CHRPM] gaim-0.48-1mdk

2001-11-18 Thread Geoffrey Lee

On Sun, Nov 18, 2001 at 05:34:08AM -0800, Victor wrote:
 Bummer,
 Too bad it crashes every 15 mins. Can anyone point me out to a copy of 
 0.46 or 0.47?



I suggest that you file a proper bug report.

- G.




Re: [Cooker] Nothing about Linux, but it's too nice!!! [WAS: weird Windows 2000/XP bug]

2001-11-18 Thread Steven Lawrance

Ahh, this is the PAM method :-).  And it's per-user too :-)

Thanks for the info :-)!


On Thursday 15 November 2001 05:05 am, you wrote:
 A more elegant (and safer) way is through /etc/security/limits.conf

 Alkis

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]] On Behalf Of Han
 Sent: Thursday, November 15, 2001 4:49 AM
 To: [EMAIL PROTECTED]
 Subject: Re: [Cooker] Nothing about Linux, but it's too nice!!! [WAS:
 weird Windows 2000/XP bug]

 Juan Quintela ([EMAIL PROTECTED]) wrote:
  steven == Steven Lawrance [EMAIL PROTECTED] writes:
  I love Linux as much as anyone here, but to put things in

 perspective, how

  about this:
 
  void main(void) {
  while (1)
  fork();
  }
 
  You can fix this with limits, i.e. not letting any user to fill all
  the RAM memory of your machine.  If you are administering a machine
  that can have hostile users and you are not using resources limits,
  your systems is misconfigured.

 [snip: man bash /ulimit]

 Problem is people can select another shell. You also have to set it
 for the other shells.

 This is also a nice solution.
 http://rexgrep.tripod.com/rexfbdmain.htm


 And Juan, please stop the inserting of names whith the quoting. It
 makes your messages unreadable and unquotable.

 http://www.geocities.com/nnqweb/nquote.html#Q6


 Cya, Han.

-- 
--Steven Lawrance--
[EMAIL PROTECTED]




Re: [Cooker] Re: [CHRPM] gaim-0.48-1mdk

2001-11-18 Thread Vincent Meyer

I used it for 4 1/2 hours last night without a crash.  I'm using the Yahoo 
and ICQ plugins only, however.

V.

On Sunday 18 November 2001 04:49 am, you wrote:
 On Sun, Nov 18, 2001 at 05:34:08AM -0800, Victor wrote:
  Bummer,
  Too bad it crashes every 15 mins. Can anyone point me out to a copy of
  0.46 or 0.47?

 I suggest that you file a proper bug report.

   - G.




[Cooker] Comments on the recent urpmi problems (2.0-4 and 2.0-5)

2001-11-18 Thread Paul Giordano

The problem is inherent on line 103 in 
/usr/lib/perl5/site_perl/5.6.1/i386-linux/urpm.pm, where a check is done 
to see if read_config has been previously called by checking 
$urpmi-{media}. Unfortunatley this variable has, at some point, been 
referenced and is set to a null array even though read_config hasn't 
been called yet.

It would be better coding practice to use a real flag, than to check 
something that's supposed to be undefined - at any rate, removing the 
check (leaving the second half on the line intact) eliminates the 
symptom - but isn't the fix.

In /usr/sbin/urpmi, the logic that determines when read_config gets 
called needs re-examined. In particular, the referencing of 
$urpmi-{media} in other routines (the filter_xxx, for example) when 
read_config hasn't been called is a problem. Again, if a routine needs a 
variable set in another routine it's probably a good idea to validate 
that said routine has been called.

Lastly, I'd like to comment on Mandrake's decidedly inadvisable practice 
of putting broken packages in the cooker mirrors, PARTICULARLY the ones 
that are used to maintain cooker distributions (urpmi, grpmi, rpmdrake). 
If you don't have a solid, broad-based, thorough testbed for exercizing 
these packages out, then spend some time and effort to CREATE ONE. This 
is not the first time that you've broken the update mechanisms, and it 
only demonstrates your lack of testing and quality assurance. While I 
realize cooker is a place for new code, that's a poor excuse for your 
failure to thoroughly work out your code prior to letting the world try 
it - again, and in particular, the code that most everyone uses to 
update their test systems.

Those of us on the bleeding edge would appreciate your work much more if 
you'd at least care enough to validate that code which you have complete 
control over prior to its release, even in a pre-beta environment.

Regards,
Paul





[Cooker] kernel and kernel-headers missing from sunet.se

2001-11-18 Thread Peter Ruskin

Missing for several hours now.  They are there at uninett.no

-- 
Peter Ruskin, Wrexham, Wales.
Registered Linux User No. 219434 ( see http://counter.li.org/ ).
Mandrake Linux release 8.1 (Vitamin) for i586
Kernel 2.4.8-26mdk-pnr-win4lin,  XFree86 4.1.0, patch level 17mdk.
KDE: 2.2.1.  Qt: 2.3.1.  Uptime 1 hour 59 minutes.
--




Re: [Cooker] Re: [CHRPM] gaim-0.48-1mdk

2001-11-18 Thread Victor

Thanks for the advice, but how do I go about doing writing a formal bug
report? In the meantime is there a way to get old cooker packages. This
time I did a rebuild on a srpm of gaim and instead of crashing all the
time it uses 100% of the cpu time on one of my cpus.

I'm guessing my problem is an isolated case since others seem to be
having no problems with it.

Thanks,
Victor

Geoffrey Lee wrote:

On Sun, Nov 18, 2001 at 05:34:08AM -0800, Victor wrote:

Bummer,
Too bad it crashes every 15 mins. Can anyone point me out to a copy of 
0.46 or 0.47?



I suggest that you file a proper bug report.

   - G.









[Cooker] nautilus-1.0.6 build problems; patches enclosed

2001-11-18 Thread Ryan T. Sammartino

First of all, I have just subscribed to this list, so apologies if this
has already been covered.  Could someone point me to a searchable
archive of this list?

Anyways, here is a patch I had to apply to nautilus-1.0.6-1mdk.src.rpm
in order to get it to build for me:


nautilus.spec.patch:

---cut here---
--- nautilus.spec.orig  Sun Nov 18 14:01:24 2001
+++ nautilus.spec   Sun Nov 18 14:31:10 2001
@@ -1,6 +1,6 @@
 Name: nautilus
 Version: 1.0.6
-Release: 1mdk
+Release: 2mdk
 Summary: Nautilus is a file manager for the GNOME desktop environment.
 Group: File tools
 License: GPL
@@ -19,6 +19,8 @@
 Patch14: nautilus-1.0.6-links.patch.bz2
 # (fc) 1.0.4-6mdk don't eject automounted cdroms
 Patch15: nautilus-1.0.6-automount.patch.bz2
+# (rts) 1.0.6-2mdk put -I/usr/include after -I/usr/include/gnome-xml
+Patch16: nautilus-1.0.6-xml-include.patch.bz2
 BuildRoot:%{_tmppath}/%{name}-%{version}-root
 
 Requires: liboaf0 = 0.6.6-1mdk
@@ -96,6 +98,7 @@
 %patch12 -p1 -b .dynamic
 %patch14 -p1 -b .links
 %patch15 -p1 -b .autofs
+%patch16 -p1 -b .xml-include
 
 #needed by patch2 
 automake
@@ -223,6 +226,9 @@
 %endif
 
 %changelog
+* Sun Nov 18 2001 Ryan T. Sammartino [EMAIL PROTECTED] 1.0.6-2mdk
+- Patch16: fixup libxml include paths
+
 * Thu Nov 15 2001 Frederic Crozat [EMAIL PROTECTED] 1.0.6-1mdk
 - Release 1.0.6
 - Remove patches 0, 2, 4, 8, 9, 13 (merged upstream)
---cut here---

nautilus-1.0.6-xml-include-patch:

---cut here---
--- nautilus-1.0.6/configure.in.xml-include Sun Nov 18 14:03:32 2001
+++ nautilus-1.0.6/configure.in Sun Nov 18 14:04:49 2001
@@ -714,7 +714,10 @@ then
 fi
 
 dnl Flags for libraries that Nautilus depends on
-NAUTILUS_DEPENDENCY_CFLAGS=`$GNOME_CONFIG --cflags bonobo bonobox bonobox_print 
gnomecanvaspixbuf xml vfs eel`
+dnl Put xml first, since bonobo adds -I/usr/include, which means that
+dnl #include libxml/... might include the libxml2 header file in
+dnl /usr/include/libxml/..., when we really want /usr/include/gnome-xml/...
+NAUTILUS_DEPENDENCY_CFLAGS=`$GNOME_CONFIG --cflags xml bonobo bonobox bonobox_print 
+gnomecanvaspixbuf vfs eel`
 NAUTILUS_DEPENDENCY_LIBS=`$GNOME_CONFIG --libs bonobo bonobox bonobox_print 
gnomecanvaspixbuf xml vfs eel`
 AC_SUBST(NAUTILUS_DEPENDENCY_CFLAGS)
 AC_SUBST(NAUTILUS_DEPENDENCY_LIBS)
---cut here---



-- 
Ryan T. Sammartino ([EMAIL PROTECTED])
http://members.shaw.ca/ryants/
*** Please note the new e-mail address and homepage.

aphorism, n.:
A concise, clever statement.
afterism, n.:
A concise, clever statement you don't think of until too late.
-- James Alexander Thom


-- 
Ryan T. Sammartino ([EMAIL PROTECTED])
http://members.shaw.ca/ryants/
*** Please note the new e-mail address and homepage.

Abstainer, n.:
A weak person who yields to the temptation of denying himself a
pleasure.
-- Ambrose Bierce, The Devil's Dictionary




[Cooker] How to build R-base on Mandrake 8.1 ?

2001-11-18 Thread mikalzet


I have recently done a clean install of Mandrake 8.1 and am trying to
compile R with an aim to preparing a working RPM (which I managed
perfectly with Mandrake 8.0, before subscribing to this list: the rpm is
available on cran-r-project.org).

When I try, R-base build keeps on failing both with gcc-2.96 and
gcc-3.0.1, no matter what the optimizations. The details vary according to
the choice of compiler and options, but failure is during build of lapack.
Installing the liblapack3 and liblapack3-devel rpms hasn't solved the
problem.

The following examples were run cleanly, i.e. the entire old build directory
was cancelled each time. Result: five different errors in double.f, one in
cmplx.f. I have kept the config.cache and config.log if anyone is
interested.

Example 1:
gcc 3.0.1, no optimizations set in R-base.spec

gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC  -g -O2 -c Lapack.c -o
Lapack.lo
g77  -fPIC  -g -O2 -c double.f -o double.lo
double.f: In subroutine `dgees':
double.f:2362: Internal error: Segmentation fault.


Example 2:
gcc 3.0.1, CFLAGS and FFLAGS set to $RPM-OPT-FLAGS but
-ffast-math removed (this flag has always caused R build
to fail in the past)

gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC  -O3
-fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-fno-strength-reduce -c Lapack.c -o Lapack.lo
g77  -fPIC  -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-fno-strength-reduce -c double.f -o double.lo
double.f: In subroutine `dbdsqr':
double.f:731: Internal error: Segmentation fault.


Example 3:
gcc 3.0.1, $RPM-OPT-FLAGS enabled

gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC  -O3
-fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586 -ffast-math
-fno-strength-reduce -c Lapack.c -o Lapack.lo
etc.gives a segmentation fault in yet another subroutine of double.f


Example 4:
gcc 2.96, no optimizations set in R-base.spec

make[4]: Entering directory
`/home/mike/rpm/BUILD/R-1.3.1/src/modules/lapack'
gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC  -g -O2 -c Lapack.c -o
Lapack.lo
g77  -fPIC  -g -O2 -c double.f -o double.lo
double.f: In subroutine `dtrsyl':
double.f:27942: Internal error: Segmentation fault.


Example 5:
gcc 2.96, CFLAGS and FFLAGS set to $RPM-OPT-FLAGS
but -ffast-math removed (this flag has always caused R
build to fail in the past)

gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -mieee-fp -D__NO_MATH_INLINES -fPIC  -O3
-fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-fno-strength-reduce -c Lapack.c -o Lapack.lo
g77  -fPIC  -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-fno-strength-reduce -c double.f -o double.lo
double.f: In subroutine `dgecon':
double.f:1931: Internal error: Segmentation fault.


Example 6:
gcc 2.96, $RPM-OPT-FLAGS enabled

mcpu=pentiumpro -march=i586 -ffast-math -fno-strength-reduce -c Lapack.c
-o Lapack.lo
g77  -fPIC  -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-ffast-math -fno-strength-reduce -c double.f -o double.lo
g77  -fPIC  -O3 -fomit-frame-pointer -pipe -mcpu=pentiumpro -march=i586
-ffast-math -fno-strength-reduce -c cmplx.f -o cmplx.lo
cmplx.f: In subroutine `zbdsqr':
cmplx.f:783: Internal error: Segmentation fault.

Any suggestions ?

-- 
Dr. Michele Alzetta









[Cooker] Re: How to build R-base on Mandrake 8.1 ?

2001-11-18 Thread Oden Eriksson

[EMAIL PROTECTED] writes: 

 Any suggestions ?

export CC=kgcc
export GCC=kgcc 

? 

 --
Kindest regards // Oden Eriksson
Deserve-IT Networks 




[Cooker] gkrellm-plugins-1.2.4-1mdk.src.rpm uploaded

2001-11-18 Thread Ryan T. Sammartino


I have uploaded gkrellm-plugins-1.2.4-1mdk to
ftp://ftp.linux-mandrake.com/incoming/:

* Sun Nov 18 2001 Ryan T. Sammartino [EMAIL PROTECTED] 1.2.4-1mdk

- rebuild for 1.2.4



-- 
Ryan T. Sammartino ([EMAIL PROTECTED])
http://members.shaw.ca/ryants/
*** Please note the new e-mail address and homepage.

I Know A Joke!!




[Cooker] What's going on at sunet.se?

2001-11-18 Thread Peter Ruskin

I just rsync'd from uninett.no to get the kernel that wasn't at sunet.se, 
then installed cooker - no contrib of course because I'd excluded /RPMS2.

Back in 8.1, I started rsync from sunet.se - **still** no kernel

deleting directory i586/Mandrake/mdkinst/usr/lib/X11/fonts
deleting i586/Mandrake/RPMS/kernel-source-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-headers-2.4.13-8mdk.i586.rpm 
deleting i586/Mandrake/RPMS/kernel-enterprise-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-doc-ps-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-doc-pdf-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-doc-html-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-doc-2.4.13-8mdk.i586.rpm
deleting i586/Mandrake/RPMS/kernel-2.4.13-8mdk.i586.rpm
i586/Mandrake/RPMS/
i586/Mandrake/RPMS2 - ../../../contrib/i586/
i586/Mandrake/mdkinst/usr/lib/X11 - ../X11R6/lib/X11
[...]
-- 
Peter Ruskin, Wrexham, Wales.
Registered Linux User No. 219434 ( see http://counter.li.org/ ).
Mandrake Linux release 8.1 (Vitamin) for i586
Kernel 2.4.8-26mdk-pnr-win4lin,  XFree86 4.1.0, patch level 17mdk.
KDE: 2.2.1.  Qt: 2.3.1.  Uptime 0 hours 44 minutes.
--




Re: [Cooker] How to build R-base on Mandrake 8.1 ?

2001-11-18 Thread Meles MELES

Le Lundi 19 Novembre 2001 01:35, [EMAIL PROTECTED] a écrit :
 I have recently done a clean install of Mandrake 8.1 and am trying to
 compile R with an aim to preparing a working RPM (which I managed
 perfectly with Mandrake 8.0, before subscribing to this list: the rpm
 is available on cran-r-project.org).

Hello, 
there is a working R-base-1.3.0-2mdk.i586.rpm package on the different 
ftp containing Mandrake 8.1. But I don't know why this packages is not 
on the Cdrom isos.
-- 
Blaise aka Meles




[Cooker] Problems with scanner, kscd under 8.1

2001-11-18 Thread falcaraz

Well, after put in lilo append devs=nomount, following Yves
recommendation, lots of things that didn't run before start to work.
The usb scanner was recognized and xsane-gimp runs fine; the problem
with the kscd cdrom confusions (it only worked wit hdc but putting
cdrom2) gone (I had to create the appropriate links between /dev/scd0
and /dev/cdrom and /dev/hdd /dev/cdrom2).

In fact the devs used in 8.1 seems to be a little be buggy.

I have xsnow runing in both, the main and the laptop computer, but under
8.1 I can't see it if I have gnome or kde runing (icons on the screen),
but not problem with icewm or under any windows manager under 8.0

I updated in my laptop (runing 8.0) DrakConf and now I have been able to
change the time and put it correctly.

It was a plenty of succes weekend for my and linux ^_^

I hope these comments could help anyone having similar problems.

Francisco Alcaraz
Murcia (Spain)






[Cooker] LTmodem drivers...

2001-11-18 Thread Franck Martin



I have found the page for LTmodem drivers.

LTModem is part of the winmodem type of modems. More and more laptops are using this kind of modem (unfortunately) so it would be nice if Mandrake had the drivers in vanilla. The problem is that the binary version must match the kernel version, or the module won't load.

http://www.heby.de/ltmodem

Cheers
[EMAIL PROTECTED]





[Cooker] Problem: Integrated Smart Array on ML370 server

2001-11-18 Thread Franck Martin

I'm using Mandrake 8.0 on a ML370 machine. The cpqarray module is able to
detect the array and the machine works correctly, however, it is not able to
find the HP DDS drive on the secondary channel of the SCSI array card.

Any reason? updated driver, etc...

Franck Martin
Network and Database Development Officer
SOPAC South Pacific Applied Geoscience Commission
Fiji
E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 
Web site: http://www.sopac.org/
http://www.sopac.org/ Support FMaps: http://fmaps.sourceforge.net/
http://fmaps.sourceforge.net/ 

This e-mail is intended for its addresses only. Do not forward this e-mail
without approval. The views expressed in this e-mail may not be necessarily
the views of SOPAC.