Re: [Cooker] leftover redhat reference?

1999-11-26 Thread Axalon Bloodstone

On Thu, 25 Nov 1999, Kai Nielsen wrote:

 Hi!
 
 When I start X, running GNOME and self-compiled sawmill as window
 manager, I get this message on the console:
 
 ** WARNING **: Cannot load image '/usr/share/pixmaps/redhat/gnome-startup.png'
 
 I am not sure which application exactly triggers this. 
 
Kai.
 

/usr/bin/gnome-splash, I've got the new one for Mandrakesoft it will be in
the next packaging 

--
MandrakeSoft  http://www.mandrakesoft.com/
--Axalon



[Cooker] Re: [CHRPM] NAME: emacs VER: 20.4 REL: 8mdk

1999-11-26 Thread David BAUDENS

ChangeLog Automate écrivit :

 Last Changelog:
 
 * Fri Nov 26 1999 - David BAUDENS [EMAIL PROTECTED]
 
  - s/${RPM_ARCH}/i586
   ^^^

It's %{_target_cpu}


  - s/i386/i586


Same


David BAUDENS
-- 
MandrakeSoft  http://www.mandrakesoft.com/
   --David



[Cooker] Re: [CHRPM] NAME: VER: REL:

1999-11-26 Thread Axalon Bloodstone

On Fri, 26 Nov 1999, ChangeLog Automate wrote:

 --=-=-=
 --=-=-=
 
 Last Changelog:
 
 Nothing... :-((
 
 

Were all the packages as simple as this I'd spend less on asprin ;)

--
MandrakeSoft  http://www.mandrakesoft.com/
--Axalon



[Cooker] Re: [CHRPM] NAME: space VER: 1 REL: 1mdk

1999-11-26 Thread Axalon Bloodstone

On Fri, 26 Nov 1999, ChangeLog Automate wrote:

 --=-=-=
 Name: space   Distribution: Mandrake
 Version : 1 Vendor: MandrakeSoft
 Release : 1mdk  Build Date: Fri Nov 26 04:49:38 1999
 Install date: (not installed)   Build Host: kenobi.mandrakesoft.com
 Group   : WindowManagers/BackgroundsSource RPM: (none)
 Size: 4184987
 Packager: David BAUDENS [EMAIL PROTECTED]
 URL : http://www.nasa.gov/gallery/photo/
 Summary : Desktop backgrounds - Photo and data images from NASA
 Description :
 An extract of more than 500,000 photos and data images from 10 NASA
 Centers have been linked together to create a searchable database of
 agency imagery covering a variety of NASA programs. The NASA Image
 Exchange (http://nix.nasa.gov/) is the first step toward a
 comprehensive online imagery collection, and other collections will be
 added as they become available. Curators of NASA image collections can
 contact the NIX for details on how to join the project.
 --=-=-=
 
 Last Changelog:
 
 * Wed Nov 24 1999 - David BAUDENS [EMAIL PROTECTED]
  
  - Split into several packages
  
 

I think you probably should have left them with a prefix 

--
MandrakeSoft  http://www.mandrakesoft.com/
--Axalon



Re: [Cooker] Re: [CHRPM] NAME: emacs VER: 20.4 REL: 8mdk

1999-11-26 Thread Pablo Saratxaga

On Fri, Nov 26, 1999 at 09:40:46AM +0100, David BAUDENS wrote:

 Last Changelog:
 
 * Fri Nov 26 1999 - David BAUDENS [EMAIL PROTECTED]
 
  - s/${RPM_ARCH}/i586
^^^
 
 It's %{_target_cpu}

I think you should have used %{_arch} instead; that is 'i386', for the
directory names. Otherwise people can't easily use rpm compiled for an
i386, while there is no reason they can't, other than the directory naming
problem.

I've had the same problem for building of 'python' pacakge.

In %files section I put:

/usr/lib/python1.5/plat-linux-%{_arch}

You should do, eg:


--- SPECS/emacs.specMon Nov 15 20:14:42 1999
+++ mdkSPECS/emacs.spec Fri Nov 26 12:34:36 1999
@@ -103,7 +103,7 @@
 [ -d build-nox ]  rm -rf build-nox
 mkdir build-nox  cd build-nox
 CFLAGS="$RPM_OPT_FLAGS $PUREDEF" LDFLAGS=-s \
-  ../configure ${CONFOPTS} --with-x=no ${RPM_ARCH}-mandrake-linux
+  ../configure ${CONFOPTS} --with-x=no %{_arch}-mandrake-linux
 make
 cd ..
 
@@ -111,7 +111,7 @@
 [ -d build-withx ]  rm -rf build-withx
 mkdir build-withx  cd build-withx
 CFLAGS="$RPM_OPT_FLAGS $XPUREDEF" LDFLAGS=-s \
-  ../configure ${CONFOPTS} --with-x-toolkit ${RPM_ARCH}-mandrake-linux
+  ../configure ${CONFOPTS} --with-x-toolkit %{_arch}-mandrake-linux
 make 
 cd ..
 
@@ -119,7 +119,7 @@
 rm -rf $RPM_BUILD_ROOT
 mkdir -p $RPM_BUILD_ROOT/usr
 
-ARCHDIR=${RPM_ARCH}-mandrake-linux
+ARCHDIR=%{_arch}-mandrake-linux
 make install -C build-withx \
prefix=$RPM_BUILD_ROOT/usr \
libexecdir=$RPM_BUILD_ROOT/usr/lib \
@@ -263,8 +263,8 @@
 %dir /usr/lib/emacs
 %dir /usr/lib/emacs/site-lisp
 %dir /usr/lib/emacs/%{PACKAGE_VERSION}
-%dir /usr/lib/emacs/%{PACKAGE_VERSION}/i386-mandrake-linux
-%attr(2755,root,mail) /usr/lib/emacs/%{PACKAGE_VERSION}/i386-mandrake-linux/movemail
+%dir /usr/lib/emacs/%{PACKAGE_VERSION}/%{_arch}-mandrake-linux
+%attr(2755,root,mail) 
+/usr/lib/emacs/%{PACKAGE_VERSION}/%{_arch}-mandrake-linux/movemail
 
 %dir /usr/share/emacs/site-lisp
 %dir /usr/share/emacs/%{PACKAGE_VERSION}

-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://www.ping.be/~pin19314/   PGP Key available, key ID: 0x8F0E4975



[Cooker] Better MandrakeUpdate

1999-11-26 Thread Jørgen Hermanrud Fjeld

Hi!

  I think MandrakeUpdate would serve its novice users better if it only
suggests to upgrade packages that already exists in the rpm database. Else
novice users will install every package that is available, and possibly some
they don't need/want. May split them in two parts, updates, and new features.

  When one does a download of a kernel image, MandrakeUpdate should also 
run lilo, to make sure the machine will boot correct afterwards. Maybe have the
possibility to turn this off, but let it default to on.

 -- 

 Sincerely
 Jørgen Hermanrud Fjeld

 [EMAIL PROTECTED]



[Cooker] /etc/initrunlvl

1999-11-26 Thread Jørgen Hermanrud Fjeld

Hi!

This symbolic link doesn't point to a valid file after a default Mandrake 6.1
installation. Is this corrected in cooker?

 -- 

 Sincerely
 Jørgen Hermanrud Fjeld

 [EMAIL PROTECTED]



Re: [Cooker] Qmail instead of sendmail

1999-11-26 Thread John Corey

Axalon Bloodstone wrote:
 
 On Thu, 25 Nov 1999, Gael Duval wrote:
 
  "Jørgen Hermanrud Fjeld" wrote:
  
   Hi!
  
   In your msec like quest for a more secure system, how about making qmail the
   default mail program instead of sendmail?
 
  we can't, for licensing reasons if I remember well.
 
G.
 
 We can actualy ship it now (the license was adapted), the rules for doing
 so are kind of tight. We've plans to look into it after we get postfix and
 sendmail to play nice with each other. The default will stay sendmail, but
 it's selectable as we don't count sendmail part of "base" as redhat does.

On another note, ZMailer is a nice sendmail replacement.  It gives me
much less headaches than QMail did. :)  Giving the users plenty of
choices for these sort of things is certainly a plus.



[Cooker] autofs-3.1.3 and samba-2.0.6

1999-11-26 Thread Hakan Tandogan


Hi,

Now that cooker has a samba-2.0.6, could you add the following patch to
autofs-3.1.3? It just removes the parsing of smbfs-options from mount_smbfs.c,
which is done by smbmount now


Regards,
Hakan

--
Hakan Tandogan   [EMAIL PROTECTED]

ICONSULT Tandogan - Egerer GbR   Tel.: +49-9131-9047-0
Memelstrasse 38 - D-91052 Erlangen   Fax.: +49-9131-9047-77


diff -wbur autofs-3.1.3/modules/mount_smbfs.c autofs-3.1.3.foo/modules/mount_smbfs.c
--- autofs-3.1.3/modules/mount_smbfs.c	Tue Nov  3 22:21:14 1998
+++ autofs-3.1.3.foo/modules/mount_smbfs.c	Thu Nov 25 20:26:21 1999
@@ -42,128 +42,38 @@
   int satisfies_pwd;		/* true if this means we don't need a -n */
 };
 
-static struct smb_mount_opt mount_opt_list[] = {
-  { "nocaps","-C", 0, 0 },
-  { "guest", "-n", 0, 1 },
-  { "passwd","-P", 1, 1 },
-  { "srvname",   "-s", 1, 0 },
-  { "mysmbname", "-c", 1, 0 },
-  { "login", "-U", 1, 0 },
-  { "uid",   "-u", 1, 0 },
-  { "gid",   "-g", 1, 0 },
-  { "filemod",   "-f", 1, 0 },
-  { "dirmod","-d", 1, 0 },
-  { "port",  "-p", 1, 0 },
-  { "maxxmit",   "-m", 1, 0 },
-  { NULL, NULL, 0, 0 }
-};
-
 int mount_init(void **context)
 {
   return 0;
 }
 
-static int smb_parse_options(char *optstr, const char **argv,
-			 char *qbuf, int *qbuflen)
-{
-  char *opt;
-  int ln;
-  int argc;
-  int has_pwd;
-  int qbufchr, qln;
-  struct smb_mount_opt *mount_opt;
-
-  has_pwd = 0;
-  qbufchr = 0;
-  argc = 0;
-
-  if ( optstr ) {
-for ( opt = strtok(optstr, ",") ; opt ; opt = strtok(NULL, ",") ) {
-  for ( mount_opt = mount_opt_list ; mount_opt-optname ; mount_opt++ ) {
-	if ( mount_opt-hasarg ) {
-	  ln = strlen(mount_opt-optname);
-	  if ( !strncmp(opt, mount_opt-optname, ln)  opt[ln] == '=' ) {
-	qln = strlen(opt)-ln;
-	if ( argv ) {
-	  *(argv++) = mount_opt-optflag;
-	  memcpy(qbuf, opt+ln+1, qln);
-	  *(argv++) = qbuf;
-	  qbuf += qln;
-	}
-	qbufchr += qln;
-	has_pwd = has_pwd || mount_opt-satisfies_pwd;
-	argc += 2;
-	break;
-	  }
-	} else {
-	  if ( !strcmp(opt, mount_opt-optname) ) {
-	if ( argv )
-	  *(argv++) = mount_opt-optflag;
-	has_pwd = has_pwd || mount_opt-satisfies_pwd;
-	argc++;
-	break;
-	  }
-	}
-  }
-  /* Ignore unknown options */
-}
-  }
-
-  if ( !has_pwd ) {
-syslog(LOG_DEBUG, MODPREFIX "no password option, adding -n");
-if ( argv )
-  *(argv++) = "-n";
-argc++;
-  }
-  
-  if ( argv )
-*argv = NULL;
-
-  if ( qbuflen )
-*qbuflen = qbufchr;
-
-  return argc;
-}
-
 int mount_mount(const char *root, const char *name, int name_len,
 		const char *what, const char *fstype, const char *options,
 		void *context)
 {
-  char *fullpath, *optcopy;
+  char *fullpath;
   int err;
-  char *qbuf;
-  int argc, optsize, qbuflen;
+  int argc, i;
   const char **argv;
 
   fullpath = alloca(strlen(root)+name_len+2);
-  if (options)
-optcopy  = alloca(optsize = strlen(options)+1);
-  else {
-optsize = 0;
-optcopy = NULL;
-  }
-  if ( !fullpath || (!optcopy  optsize)) {
-syslog(LOG_ERR, MODPREFIX "alloca: %m");
-return 1;
-  }
   sprintf(fullpath, "%s/%s", root, name);
 
-  if (optsize)
-memcpy(optcopy, options, optsize);
+  syslog(LOG_DEBUG, MODPREFIX "options: '%s'", options);
 
-  argc = smb_parse_options(optcopy, NULL, NULL, qbuflen) + 4;
+  argc = 6;
   argv = alloca(sizeof(char *) * argc);
-  qbuf = alloca(qbuflen);
-  if ( !argv || (qbuflen  !qbuf) ) {
-syslog(LOG_ERR, MODPREFIX "alloca: %m");
-return 1;
-  }
   argv[0] = PATH_SMBMOUNT;
   argv[1] = what;
   argv[2] = fullpath;
-  if (optsize)
-memcpy(optcopy, options, optsize);
-  smb_parse_options(optcopy, argv+3, qbuf, NULL);
+  argv[3] = "-o";
+  argv[4] = options;
+  argv[5] = NULL;
+
+  for (i = 0; i  argc; i++)
+  {
+  syslog(LOG_DEBUG, MODPREFIX "argv[%d]: '%s'", i, argv[i]);
+  }
 
   syslog(LOG_DEBUG, MODPREFIX "calling mkdir %s", fullpath);
   if ( mkdir(fullpath, 0555)  errno != EEXIST ) {



[Cooker] gcc-2.95.spec $RPM_ARCH

1999-11-26 Thread Stefan van der Eijk

Hello,

I bumped into the following line in the gcc-2.95.spec file:

%dir /usr/lib/perl5/5.00503/i386-linux/auto/Term/ANSIColor

This file returns a "File Not Found" when I try to compile
it on my alpha. I tried the trick I used on the perl package
the other day and changed the line into:

%dir /usr/lib/perl5/5.00503/$RPM_ARCH-linux/auto/Term/ANSIColor

or

%dir /usr/lib/perl5/5.00503/${RPM_ARCH}-linux/auto/Term/ANSIColor

But both didn't help. They ended up like this:

File not found:
/var/tmp/gcc-2.95.2-root/usr/lib/perl5/5.00503/$RPM_ARCH-linux/auto/Term/ANSIColor

Does anybody have a clue how we can eliminate the "i386" in that place
of the .spec file and place some variable in it? I'm clueless for the
moment...

Thanks in advance,

Stefan van der Eijk
[EMAIL PROTECTED]



Re: [Cooker] Re: [CHRPM] NAME: hwizard VER: 0.0.1 REL: 1mdk

1999-11-26 Thread Gael Duval

Sergio Korlowsky wrote:
 
  Last Changelog:
 
  * Fri Nov 26 1999 Francis Galiegue [EMAIL PROTECTED]
 
   - First RPM
   - Please fill in /etc/hwiz.programs
   - rw support for ext2 only if not supermounted
 
 
  --
  See http://www.linux-mandrake.com/cooker/ for lists of mirrors
  --Chmouel
 
 May I suppose this is what is missing in my most recent instalation of cooker (?)
 every time I run KFM I got an error message   /etc/bin/hwiz can't find...

yes

--
 Gael DUVAL - [EMAIL PROTECTED] 
 +33-661 957 028 FAX: +1-435 304 1806 



Re: [Cooker] Re: [CHRPM] NAME: hwizard VER: 0.0.1 REL: 1mdk

1999-11-26 Thread Francis GALIEGUE

Sergio Korlowsky [EMAIL PROTECTED] writes:

  Last Changelog:
 
  * Fri Nov 26 1999 Francis Galiegue [EMAIL PROTECTED]
 
   - First RPM
   - Please fill in /etc/hwiz.programs
   - rw support for ext2 only if not supermounted
 
 
  --
  See http://www.linux-mandrake.com/cooker/ for lists of mirrors
  --Chmouel
 
 May I suppose this is what is missing in my most recent instalation of cooker (?)
 every time I run KFM I got an error message   /etc/bin/hwiz can't find...
 

Yes it's that. And it's in /usr :)

Please read the README and report bugs! The more hardware I get my
hands on, the more surprises I get...

-- 
fg

# rm *;o
o: command not found



[Cooker]

1999-11-26 Thread tracer

Saturday, November 27, 1999

Hello Cooker,

  I have a problem, local isp is disconnecting me and my mailbox is
  growing and growing  and I never stay on line long enough to get my
  mail or anything else.
  I am going away for a week and have no time/chance to sort it out
  till I am back and as I get 200-300 emails per day it will fload my
  box.
  I am trying to cancel my changelog list subs and the cooker list
  but as I cleaned out I lost the instructions and on the website all
  it says is how to get on, NOT how to get off!!

  Could someone please cancel me on BOTH lists?
  I am sitting there either subscribed from [EMAIL PROTECTED] or
  [EMAIL PROTECTED] and its no use telling me how to do it as there
  are like 300 emails in my box and after 4 attempts I still havent
  got one. Luckily sending a few is faster.
  thanks

Best regards,

tracer

Using theBAT 1.38 Beta/3 
NO MICROSOFT VIRUS INFECTIONS

mail to: [EMAIL PROTECTED]
NOTE: 1 MAILRUN PER DAY ONLY
phone: 271194




Re: [Cooker] gcc-2.95.spec $RPM_ARCH

1999-11-26 Thread Pablo Saratxaga

Kaixo!

On Fri, Nov 26, 1999 at 09:22:40PM +0100, Stefan van der Eijk wrote:

 I bumped into the following line in the gcc-2.95.spec file:
 
 %dir /usr/lib/perl5/5.00503/i386-linux/auto/Term/ANSIColor
 
 This file returns a "File Not Found" when I try to compile
 it on my alpha. I tried the trick I used on the perl package
 the other day and changed the line into:
 
 %dir /usr/lib/perl5/5.00503/$RPM_ARCH-linux/auto/Term/ANSIColor

%dir /usr/lib/perl5/5.00503/%{_arch}-linux/auto/Term/ANSIColor

would be better.

-- 
Ki ça vos våye bén,
Pablo Saratxaga

http://www.ping.be/~pin19314/   PGP Key available, key ID: 0x8F0E4975