Re: [Cooker] OpeOffice - wow! I am impressed
On Sat, May 25, 2002 at 06:07:56PM +0400, Borsenkow Andrej wrote: I finally got around to installing it - and WOW! terrific work. For the first time I could open MS Office document in Russian and it retained correct formatting and was usable! Do you want localization in Russian? I am not sure I understand you. I personally do not need or want localization. My preferred setup always was English Office + whatever is needed to allow spell checking/grammar/thesaurus in native language. But I would be very much interested to see localized version of OO of course. And it is a must if anybody intends to distribute it in Russia of course. Already distributed: ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/OpenOffice/ (multiarch tarballs) ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i586/Mandrake/RPMS/openoffice-* (packages) and mirrored at: ftp://ftp.ibiblio.org/pub/Linux/distributions/altlinux/OpenOffice/ ftp://ftp.ibiblio.org/pub/Linux/distributions/altlinux/Sisyphus/i586/Mandrake/RPMS/openoffice-* -- ldv msg64946/pgp0.pgp Description: PGP signature
Re: [Cooker] vsftpd?
On Sun, May 19, 2002 at 09:48:59PM +0200, Mattias Dahlberg wrote: I can see that vsftpd is becoming increasingly popular. More secure than wu-ftpd and ProFTPD and also very fast according to reports. I tried it myself, and it's certainly fast and easy to setup. Any plans to add vsftpd to Cooker? Maybe it's even a strong contender as the default ftp server for the next Mandrake? BTW, vsftpd is already default ftp server for + Openwall GNU/*/Linux (http://www.openwall.com/Owl/) + ALT Linux (http://www.altlinux.com/) -- ldv msg64427/pgp0.pgp Description: PGP signature
Re: [Cooker] mkbootdisk-1.2.7-2mdk broken on cooker
On Mon, Nov 27, 2000 at 09:09:51PM +0100, Chmouel Boudjnah wrote: [11:27 root@penguin:~]# mkbootdisk --device /dev/fd0 2.2.17-28mdk Insert a disk in /dev/fd0. Any information on the disk will be lost. Press Enter to continue or ^C to abort: mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09 usage: lilo [ -C config_file ] -q [ -m map_file ] [ -v ... ] lilo [ -C config_file ] [ -b boot_device ] [ -c ] [ -l | -L ] [ -i boot_loader ] [ -m map_file ] [ -d delay ] [ -v ... ] [ -t ] [ -s save_file | -S save_file ] [ -P fix | -P ignore ] [ -r root_dir ] [ -w ] lilo [ -C config_file ] [ -m map_file ] -R [ word ... ] lilo [ -C config_file ] -I name [ options ] lilo [ -C config_file ] [ -s save_file ] -u | -U [ boot_device ] lilo -T help (to see a list of options) lilo -V The result is not a bootable disk. There seems to be something wrong with the way lilo is called. upgrade to the last lilo.. Why not to add "Requires" or "Conflicts" tag about lilo requirements? :) It would help various automated tools to do proper package upgrades. Regards, Dmitry +-------------+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] LM 7.2 EXPERT-Minimal installation
On Sun, Nov 26, 2000 at 07:52:56PM +0300, Vadim Plessky wrote: 6) libraries -libtiff 3716k I have checked what progrums require it: \rpm -q --requires libtiff /sbin/ldconfig ld-linux.so.2 libc.so.6 libm.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) Glibc uses libtiff? I thought that glibc is low-level library. No, you've just issued wrong command. Instead of query packages which depends on libtiff, you query packages on which libtiff depends on. You have to do smth like $ rpm -q --whatrequires libtiff Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] logrotate-3.3-9mdk BIG problem
On Tue, Nov 07, 2000 at 03:23:19PM +0100, Frederic Crozat wrote: somebody has an idea about where the problem comes from ? bad rules ? logrotate bug ? It's a logrotate bug and Renaud (sysklog maintainer) has modified logrotate config file to circonvent this bug .. You have probably upgrade your old sysklog package and old config file (/etc/logrotate.d/syslog) has been used.. Check if /etc/logrotate.d/syslog.rpmnew exist and use it instead.. Definite solution is to fix logrotate to ignore suffixes. I've sent patches to logrotate maintainer in the middle of September. If anybody needs it, see attachments. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. --- logrotate-3.3-orig/logrotate.h Wed Sep 13 00:26:11 2000 +++ logrotate-3.3/logrotate.h Wed Sep 13 00:27:01 2000 @@ -41,7 +41,7 @@ glob_t globMem;/* at least we could theoretically free this */ } logInfo; -int readConfigPath(char * path, logInfo * defConfig, +int readConfigPath(const char * path, logInfo * defConfig, logInfo ** logsPtr, int * numLogsPtr); extern int debug; --- logrotate-3.3-orig/logrotate.c Wed Sep 13 00:26:11 2000 +++ logrotate-3.3/logrotate.c Wed Sep 13 00:26:50 2000 @@ -788,7 +788,7 @@ } -int main(int argc, char ** argv) { +int main(int argc, const char ** argv) { logInfo defConfig = { NULL, NULL, 0, NULL, ROT_SIZE, /* threshHold */ 1024 * 1024, 0, /* pre */ NULL, NULL, NULL, NULL, @@ -803,7 +803,7 @@ int i; int rc = 0; int arg; -char ** files, ** file; +const char ** files, ** file; poptContext optCon; struct poptOption options[] = { { "debug", 'd', 0, 0, 'd', --- logrotate-3.3-orig/config.c Wed Sep 13 00:31:27 2000 +++ logrotate-3.3/config.c Wed Sep 13 00:30:58 2000 @@ -29,11 +29,11 @@ static char ** tabooExts = NULL; int tabooCount = 0; -static int readConfigFile(char * configFile, logInfo * defConfig, +static int readConfigFile(const char * configFile, logInfo * defConfig, logInfo ** logsPtr, int * numLogsPtr); static int globerr(const char * pathname, int theerr); -static int isolateValue(char * fileName, int lineNum, char * key, +static int isolateValue(const char * fileName, int lineNum, char * key, char ** startPtr, char ** endPtr) { char * chptr = *startPtr; @@ -63,7 +63,7 @@ return 0; } -static char *readPath(char *configFile, int lineNum, char *key, +static char *readPath(const char *configFile, int lineNum, char *key, char **startPtr) { char oldchar; char *endtag, *chptr; @@ -96,7 +96,7 @@ return NULL; } -static char * readAddress(char * configFile, int lineNum, char * key, +static char * readAddress(const char * configFile, int lineNum, char * key, char ** startPtr) { char oldchar; char * endtag, * chptr; @@ -127,7 +127,7 @@ return NULL; } -int readConfigPath(char * path, logInfo * defConfig, +int readConfigPath(const char * path, logInfo * defConfig, logInfo ** logsPtr, int * numLogsPtr) { struct stat sb; DIR * dir; @@ -223,7 +223,7 @@ return 1; } -static int readConfigFile(char * configFile, logInfo * defConfig, +static int readConfigFile(const char * configFile, logInfo * defConfig, logInfo ** logsPtr, int * numLogsPtr) { int fd; char * buf, * endtag; # Patch for logrotate-3.3 to extend support of taboo suffixes; # by Dmitry V. Levin [EMAIL PROTECTED] # # This patch is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # This patch is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this patch; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA # --- logrotate-3.3-orig/config.c Thu Sep 14 15:56:48 2000 +++ logrotate-3.3/config.c Thu Sep 14 16:01:46 2000 @@ -22,7 +22,7 @@ #define GLOB_ABORTED GLOB_ABEND #endif -static char * defTabooExts[] = { ".rpmsave",
[Cooker] Re: Forcing that a package is installed before another one
On Sat, Oct 28, 2000 at 12:21:32AM +0200, Alexander Skwar wrote: Hello! I want to write a spec file for nessus. In my spec file, I've split some files to be in a sperate sub-package. These are so-called "plugins", which do the actual testing on the target host. Anyway, in the %post section of the main file I start the nessusd daemon. That's wrong. You shouldn't start daemon in %post section. Let user do it. Upon the first run it generates some keys. Furthermore it checks if a directory exist. But this directory does not exist, as it is only created when my plugins subpackage is installed. So I thought that I might add a PreReq: nessus-plugins line to the main package. This did not work out, because nessus-plugins itself requires libnessus.so.1, which is provided by the main package. When trying to install the package, I got this error message: loop in prerequisite chain: nessus nessus-plugins nessus Is there a way to make the plugins package install before the mainpackage without using --force? You can split shared library in separate package, nessus-libs, to resolve loop in dependencies. Regards, Dmitry +-----+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] glibc 2.1.95 and french accents
On Mon, Oct 23, 2000 at 03:58:50PM +0200, Thierry SAURA wrote: It seems that upgrade of glibc 2.1.95 breaks french accents with console or gtk applications (panel for exemple), an ? replaces french letters ! any idea Upgrading glibc from 2.1.3 to 2.1.9? without upgrading locale from 2.1.9? will certainly break all localized applications. I have no idea why Cooker did glibc upgrade without locale upgrade. You have been warned. :) Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] locales and GLIBC
On Mon, Oct 23, 2000 at 07:09:16PM +0200, allx wrote: Hello, Where is Pablo? :-)) I have compiled the original source code ( from egcs ) and after also the "locales" included... but this does not work. I get working libs ( no problems at all ) but locales Well, when I did glibc-2.2.9x packages for Linux-Mandrake Russian Edition, I've kept original glibc locale (surely with our patches), and it works. Regards, Dmitry +-----+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] Re: [CHRPM] glibc-2.1.95-1mdk
On Thu, Oct 19, 2000 at 07:55:51PM +0200, Alexander Skwar wrote: --=-=-= Name: glibcRelocations: (not relocateable) Version : 2.1.95Vendor: MandrakeSoft There are some dangling symlinks in this package, shown when running ldconfig after glibc-2.1.95 and glibc-devel-2.1.95 have been installed: [root@teich /lib]# ldconfig ldconfig: warning: can't open /lib/libnss_nis.so.1 (Datei oder Verzeichnis nicht gefunden), skipping ldconfig: warning: can't open /lib/libnss_files.so.1 (Datei oder Verzeichnis nicht gefunden), skipping ldconfig: warning: can't open /lib/libnss_dns.so.1 (Datei oder Verzeichnis nicht gefunden), skipping ldconfig: warning: can't open /lib/libnss_compat.so.1 (Datei oder Verzeichnis nicht gefunden), skipping Right now, it is like this: [root@teich /lib]# ls -la /lib/libnss_{nis,files,dns,compat}.so.1 lrwxrwxrwx1 root root 23 Sep 14 20:14 /lib/libnss_compat.so.1 - libnss1_compat-2.1.3.so lrwxrwxrwx1 root root 20 Sep 14 20:14 /lib/libnss_dns.so.1 - libnss1_dns-2.1.3.so lrwxrwxrwx1 root root 22 Sep 14 20:14 /lib/libnss_files.so.1 - libnss1_files-2.1.3.so lrwxrwxrwx1 root root 20 Sep 14 20:14 /lib/libnss_nis.so.1 - libnss1_nis-2.1.3.so I suppose, they should be pointing to the 2.1.95 libraries, no? Yes, certainly. Seems packager forgot to include them either in sources or in %files list. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] Ready to go ?
On Tue, Oct 17, 2000 at 11:41:05AM +0200, Chmouel Boudjnah wrote: In a few minutes i'll upload to cooker a new version of glibc version 2.1.92, with the db1 and db2 package, if you want to upgrade upgrade with the db2 package first and db1. The locales should be broken for a while until pablo rebuild sync the locales package. You would better upload glibc version 2.1.95 instead of 2.1.92, since it includes latest patches from redhat errata. More even, binary locales for 2.1.92 and 2.1.94 are incompatible. About locales: all statically linked executables which use non-C locale have to be relinked against new glibc to support locale again. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] Ready to go ?
On Tue, Oct 17, 2000 at 12:50:49PM +0200, Chmouel Boudjnah wrote: In a few minutes i'll upload to cooker a new version of glibc version 2.1.92, with the db1 and db2 package, if you want to upgrade upgrade with the db2 package first and db1. The locales should be broken for a while until pablo rebuild sync the locales package. You would better upload glibc version 2.1.95 instead of 2.1.92, since it includes latest patches from redhat errata. More even, binary locales for 2.1.92 and 2.1.94 are incompatible. About locales: all statically linked executables which use non-C locale have to be relinked against new glibc to support locale again. i'm trying to stay with what the others distro, like RH and Debian does for compatibility... Well, I cannot say about Debian, but latest Red Hat Bug Fix Advisory (RHBA-2000:079-03) contains 2.1.94 + patches, which is appeared to be 2.1.95 + standart little cygnus-to-redhat patch. If you plan to make locales for glibc-2.1.92, you'll have to redo it for glibc = 2.1.94 Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] gcc-2.96 and libstdc++
On Fri, Oct 13, 2000 at 02:10:47PM +0200, Guillaume Cottenceau wrote: At first tries, we succedeed to rebuild these C++ based packages: . qt . kde2 . xwc . doxygen . grany . kisocd . tuxkart . smpeg We failed: . gtkmm Trivial patch solves the compilation problems (just need to fix ANSI C++ violations in gtkmm code). . ClanLib . icewm . nist According to Titi, 2.96 respects closer c++ standard. So most apps which will fail are because of lack of c++ standard. Most failures are because of includes in the wrong order, or previous warnings that are now errors. Yes, exactly. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. --- gtkmm-1.2.3-orig/src/gtkmmproc/parser.yyWed Jun 28 00:07:20 2000 +++ gtkmm-1.2.3/src/gtkmmproc/parser.yy Sun Oct 1 23:19:59 2000 @@ -21,7 +21,7 @@ { int yylex(); int yyparse(); -char *getenv(); +char *getenv(const char *); } extern FILE *yyout, *yyin; --- gtkmm-1.2.3-orig/src/gtkmmproc/lexer.ll Wed Jun 28 00:07:20 2000 +++ gtkmm-1.2.3/src/gtkmmproc/lexer.ll Mon Oct 2 00:04:17 2000 @@ -11,6 +11,7 @@ #include fstream #include unistd.h #include string +#include cmath #include "gtkmmproc.h" #include "parser.h" @@ -30,13 +30,11 @@ #else -#pragma } - extern "C" { void yyerror(char *s); -int yylex(...); -int yyparse(...); +int yylex(); +int yyparse(); } #endif PGP signature
Re: [Cooker] Location of man pages
Greetings! On Wed, Sep 20, 2000 at 11:55:48PM +0200, Alexander Skwar wrote: I wanted to make a new package for lukemftp and noticed that it placed its man page in /usr/share/man/cat1/. Is this the correct location? I further noticed, that cups-1.1.2-22mdk also places some files there. Is /usr/share/man/cat* the new name for what used to be in /var/catman/* ? No. According to FHS 2.1: 1. Unformatted man pages should go into /usr/share/man/man* /usr/share/man/locale/man* 2. Formatted man pages should go into /var/cache/man/cat* /var/cache/man/locale/cat* Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. PGP signature
Re: [Cooker] cvs-1.10.8-2mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 26 Jul 2000, Thierry SAURA wrote: TSDate: Wed, 26 Jul 2000 12:40:52 +0200 (CEST) TSFrom: Thierry SAURA [EMAIL PROTECTED] TSTo: [EMAIL PROTECTED] TSSubject: [Cooker] cvs-1.10.8-2mdk TS TS TS I have a pserver problem : TScvs checkout toto TScvs server: cannot open /root/.cvsignore: Permission non accordée TScvs [server aborted]: can't chdir(/root): Permission non accordée TS TS# inetd.conf TScvspserver stream tcp nowait root /usr/sbin/cvspserver cvspserver TS TS'cvs update toto' works well TS TS any idea ? TS TSThierry. Yes, you have (or better MandrakeSoft developers) to apply this ancient patch (attached). Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html IPLabs Linux Team http://linux.iplabs.ru Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5gCnfZqIoNiVITrsRAnEGAKCljEE38tZVG87zG7hhWkowgSsmsQCgi0c2 3wS/6Tz8U+MLdnclUihfTfE= =mYPP -END PGP SIGNATURE- diff -dur cvs-1.10.7-orig/src/server.c cvs-1.10.7/src/server.c --- cvs-1.10.7-orig/src/server.cTue Nov 9 15:08:59 1999 +++ cvs-1.10.7/src/server.c Tue Nov 9 16:37:44 1999 @@ -5154,6 +5154,12 @@ already set to something else. */ { char *env; + char *pwdir = pw-pw_dir ? pw-pw_dir : "/"; + + env = xmalloc( sizeof("HOME=") + strlen( pwdir ) ); + strcpy( env, "HOME=" ); + strcat( env, pwdir ); + putenv( env ); env = xmalloc (sizeof "LOGNAME=" + strlen (username)); (void) sprintf (env, "LOGNAME=%s", username);
Re: [Cooker] Cooker SRPM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 30 Jun 2000, D.Parodi wrote: DNormally I recompile source packages with pentiumpro or k6 optimizations Dtaking Dthem from one of these sites: D- ftp.ciril.fr D- ftp.sunet.se D- sunsite.uio.no D DIt's about a week that almost all new packages but RPM itself, when I rebuild Dusing: Drpm --rebuild ... on a Dell PII 350 machine or Drpm --rebuild --target=k6-mandrake-linux on a self build K6III based D machine D Dgive the following message: Dsource package expected, binary found Cooker srpms are broken more then week, it have been reported already on this list. In short, there are no your fault - source packages have been built as binary somehow. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5XI+IZqIoNiVITrsRAptUAKCP+fFf6JTPyFEh8RMZEV1sZqiRDwCbBbZW MDPv1jd1DeXGOmh7XUFB/Xg= =W0cd -END PGP SIGNATURE-
Re: [Cooker] bash-2.04-8mdk breaks the system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26 Jun 2000, Pixel wrote: P sh: error in loading shared libraries: libreadline.so.4.1: cannot open Pshared object file: No such file or directory P Puse new readline! Use proper Requires/Prereq tags! Otherwise users might miss what packages they have to update to get system working. Regards, Dmitry +-+ Dmitry V. Levin mailto:[EMAIL PROTECTED] Software Engineer PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html Fandra Project http://www.fandra.org +-+ UNIX is user friendly. It's just very selective about who it's friends are. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE5V5n+ZqIoNiVITrsRAtEJAKC8D3mPmJrWKlp8e/XrzDMKaUtKzwCgtA0q 2jjb8L1r3s8nC7Dg5KQHEo0= =GyDc -END PGP SIGNATURE-