[Cooker] Updating Mandrake behind a firewall/proxy

2001-03-08 Thread Charles Nepote


Will Mandrakesoft put MandrakeUpdateRobot in its next distro release (it
is now in Contribs and not in Cooker) ?

I am currently testing it behind a firewall/proxy and it works very well
(which is *not* the case for RpmDrake / MandrakeUpdate -- the bug is
known and reported since Mandrake 7.0).
I think updating Linux Mandrake server behind a firewall/proxy is a real
need for many user (big companies in particular, who often have a
firewall/proxy).

I am ready to test whatever you want for that matter.
Thanks,
Charles Népote.


> -Message d'origine-
> De : Piranha [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 5 mars 2001 22:13
> À : Cooker
> Objet : [Cooker] ATTN: DindinX rpmdrake [Fwd: Re: Mandrake 
> Update Robot
> and firewall/proxy]
> 
> 
> Mandrake Update Robot works with Squid - see my solution for 
> parsing FTP
> entries in engine.cpp (v0.8-4 not 0.8-3) :-) Maybe you'd like to
> incorporate it with rpmdrake.
> 
> Thanks,
> Prana
> [...]




Re: [Cooker] REALLY need a nongui MandrakeUpdate

2001-01-22 Thread Charles Nepote


Pixel wrote:

> "Russell \"Elik\" Rademacher" <[EMAIL PROTECTED]> writes:
> 
> > I agree with this.  That is what is mainly lacking.  It would be nice if
> > there is the apt-get tool version for RPM to use for the servers.
> 
> i don't think a thing such as apt-get is needed for security updates. For
> upgrading to cooker or a new version, this is quite a different problem of
> course, and apt-get and urpmi are nice for this (both are available)


Is apt-get proxy/firewall-friendly to download Mandrake packages ?
Does it work the same way as in Debian (apt-get upgrade and so on) ?
Will the version in contrib work for Linux Mandrake 7.2 (and 7.1 and
more ?) ? Or is it compiled only for cooker users ?


Thanks,
Charles Népote.




[Cooker] VNC Tight Encoder?

2000-10-10 Thread Charles Nepote


I am interested too !
(And you forgot to mention it's GPL...)

Charles Népote.



> -Message d'origine-
> De : Jason Straight [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 9 octobre 2000 21:16
> À : [EMAIL PROTECTED]
> Objet : [Cooker] VNC Tight Encoder?
> 
> 
> http://freshmeat.net/projects/vnc-tight/
> This would be nice to have in VNC on Mandrake.
> 
> VNC Tight Encoder adds one more encoding to VNC. Compression 
> ratios are 
> usually 5-75% higher than pure zlib compression. Besides 
> that, this encoder 
> is often much faster than zlib at both the server and client 
> sides. The 
> modified servers and viewers are fully compatible with the 
> original VNC 
> software.
> 
> 
> 
> Probably too late for 7.2 but I have seen a couple other 
> packages added 
> recently.




[Cooker] PDF functions in PHP

2000-10-04 Thread Charles Nepote


It's not possible to use pdf_* (or cpdf_*) functions in php while it is
documented in PhP 4.0 manual.
Is it possible to include PDFlib (or ClibPDF (? not free ?)) in Linux
Mandrake cooker or Ulysses or Contribs ?

See :
http://www.php.net/manual/ref.pdf.php
http://www.pdflib.com/pdflib/index.html
http://www.php.net/manual/ref.cpdf.php
http://www.fastio.com/

If it's not possible, will we have to install PhP manually (./configure
--with-pdflib) ?

Thanks,
Charles Népote.




[Cooker] PHP-Nuke in Contribs

2000-09-27 Thread Charles Nepote

PHP-nuke is a so great software to build a portal a la slashdot in ten
minutes...
Just have a look !

RPM install goes well and then, when trying
http://mysite.mydomain.net/nuke/index.php :
Fatal error: Call to undefined function: mysql_pconnect() in
/var/www/html/nuke/mainfile.php on line 23

Ok (poor newbie !) I started mysql (and not just installed it)...
But then another error told me it was impossible to open the database...
Ok, under root, I

cd /usr/share/doc/PHP-nuke-3.6/
more README.first
mysql admin create nuke
mysql nuke < nuke.sql

http://mysite.mydomain.net/nuke/index.php
[
yeah ! it works, but I always have the message :
Warning: Supplied argument is not a valid MySQL result resource in
/var/www/html/nuke/banners.php on line 62
]


May be scripts could be added to RPM package to :
 -- test if MySQL is running ;
 -- create the nuke database ;
 -- choose the language by seeing the locale ;
 -- tells the admin what are the username and password of the Admin.

Hope this could help,
Charles Népote.




[Cooker] 7.2b3 -- Rpmdrake : the "Please wait" window is not always on top

2000-09-27 Thread Charles Nepote

Which is a bit annoying...

Charles Népote.




[Cooker] 7.2b3 -- MandrakeUpdate and proxies

2000-09-25 Thread Charles Nepote


>From a fresh 7.2b3 install, MandrakeUpdate doesn't seem to work with a
firewall/proxy. (MandrakeUpdate-7.2-3mdk.i586.rpm)
>From a "cosmetic" point of view proxy configuration is working (buttons
are working correctly)... but not from a functional point of view :-(
It still not working and I can't see any package.

One point : the list of mirrors is correctly downloaded - so the FTP
proxy should work isn't it ?
When I select (in french) "liste des mises à jours" [list of updates?]
in "Mise à jour de développement" mode [developpment updates] :
 - first I see a message : "Attention ! Ces packages ne sont PAS testés.
En les installant votre système peut devenir instable" (which is normal
I think) ;
 - then "Veuillez patienter. Mise à jour de la liste des paquetages"
and, after 3 or 4 seconds (sometimes 10-20), nothing (whatever the
mirror I chose).



Charles Népote.

PS : A little suggestion : could the name of the package be given in the
help menu ?




[Cooker] Analog 4.01 to analog 4.11 ?

2000-09-22 Thread Charles Nepote


Could you upgrade Analog (see below) ? And may be move it in Cooker ?

(I think there should be a software that analyse Apache's logs in Linux
Mandrake. But not too much...
And which one to choose ? Webalizer (simple, pretty), ModLogan
(evolution of Webalizer), Analog (very powerfull, fast, scallable) ?).

Since Analog 4.01 (17-Dec-99) that you provide in Contribs
[analog-4.01-3mdk.i586.rpm], there has been several changes.
According to its home site (see http://www.analog.cx/), here they are :

4.11 (31-May-00) 
   The default definition of "pages" is now case insensitive, and
also includes *.asp. 
   Reads the extended logs from IIS 5 correctly. 
   Version number displayed before any warning or debugging
messages. 
   The "number of days" at the top of the report now obeys DECPOINT
(and is also now to 2 decimal places). 
   Improved OpenVMS build procedure. 
   Hungarian and Romanian language files, and corrected Spanish
language files and English domains files. 
   Italian and Spanish form interfaces. 
   The FAQ now has a list of contents. 
4.1 (30-Mar-00) 
   Regular expressions in ALIASes and INCLUDEs are now available on
all platforms. 
   Regular expressions are now Perl-syntax regular expressions.
(Thanks to Philip Hazel's PCRE library.) 
   "Repeated fields" in logfile header lines are now allowed. 
   New commands STATUSINCLUDE and STATUSEXCLUDE, and 304ISSUCCESS. 
   New output style PLAIN (like ASCII but with accents). New
language files for this. 
   In the computer-readable output, hierarchical reports now have an
extra column, indicating the depth of the item in the hierarchy. 
   All referrers now count as "pages." (See upgrade notes.) 
   Configuration commands can be continued across lines with a
backslash. 
   New token %s in LOGFORMAT, allowing per-line selection of
client-name and client-IP fields. 
   New log format WEBSTAR-EXTENDED to allow for a small bug in
WebSTAR's implementation of the extended log format. 
   Korean language files. Also alternative Swedish translation. 
4.04 (21-Mar-00) 
   The analog home page has moved to www.analog.cx 
   New column d in non-time reports. 
   The RUNTIME command now turns off the "Program started at" line
as well as the "Running Time" line. 
   Non-alphanumeric characters are now allowed in the REPORTORDER as
separators. 
   Correctly parses more APACHELOGFORMATs. 
   Better detection of Windows 2000 in Operating System Report. 
   Better warning messages when the erroneous command contains a
space. 
   Code for NeXTSTEP operating system. 
   Better treatment of multibyte character sets. 
   Icelandic language files. Corrections to Bosnian, French,
Italian, Japanese & Swedish. 
4.03 (21-Feb-00) 
   Fixed several small bugs. 
   New command RUNTIME. 
   Brazilian Portuguese language files and Swedish domains files.
Corrections to Dutch. 
4.02 (31-Jan-00) 
   New command SEARCHCHARCONVERT. 
   Support for Apache's new %q code in APACHELOGFORMAT. 
   Fix for search reports causing crashes on Windows. 
   New language: Czech. Corrections for Serbian, Slovene and
Ukrainian. 


Thanks a lot,
Charles Népote.




[Cooker] 7.2b2 -- MandrakeUpdate-7.2-3mdk.i586.rpm and proxies

2000-09-21 Thread Charles Nepote


I upgraded MandrakeUpdate from 7.2b2 to the new
MandrakeUpdate-7.2-3mdk.i586.rpm.
>From a "cosmetic" point of view proxy configuration is working (buttons
are working correctly)... but not from a functional point of view :-(
It still not working and I can't see any package.

One point : the list of mirrors is correctly downloaded - so the FTP
proxy should work isn't it ?
When I select (in french) "liste des mises à jours" [list of updates?]
in "Mise à jour de développement" mode [developpment updates] :
 - first I see a message : "Attention ! Ces packages ne sont PAS testés.
En les installant votre système peut devenir instable" (which is normal
I think) ;
 - then "Veuillez patienter. Mise à jour de la liste des paquetages"
and, after 3 or 4 seconds, nothing (whatever the mirror I chose).



Charles Népote.

PS : A little suggestion : could the name of the package be given in the
help menu ?




[Cooker] 7.2b2 -- Konqueror : proxy settings

2000-09-19 Thread Charles Nepote



>From a fresh install of Linux Mandrake 7.2b2, in Konqueror : proxy
settings are working except "No proxy for:".
Also KDE's documentation is not clear... and it could be good to give
some example how to fill "No proxy for:" :
-- http://aaa.bbb.ccc, http://ddd.eee.fff ?
-- aaa.bbb.ccc, ddd.eee.fff ?
-- *.bbb.ccc, *.eee.fff ?
-- bbb.ccc, eee.fff ?


Thanks,
Charles Népote.




[Cooker] 7.2b2 -- MandrakeUpdate and proxies

2000-09-19 Thread Charles Nepote


>From a fresh 7.2b2 install, MandrakeUpdate doesn't seem to work with a
firewall/proxy. The list of new packages is empty (I tried several
mirrors).
Is it normal ?

Also, the button for the proxy configuration are strange :
When you select a button :
[x] Proxy http : 185.185.185.185 Port 3128
[x] Proxy ftp :  185.185.185.185 Port 3128
the next time you get in the config menu there are both deselected.
What is the difference between Proxy http and Proxy ftp since there is
no http
mirrors in the list ? Is it the type of the proxy ?
A good news : the list of mirrors is well downloaded...

Charles Népote.




[Cooker] Do you intend to add ht://Dig in Linux Mandrake 7.2 ?

2000-09-12 Thread Charles Nepote


I know that ht://Dig is in contribs (read my message again where I speak
about last Mandrake's ht://Dig package)... BUT :

 -- (I ask my question differently) WHY is it in contribs and NOT in 7.2
beta and Cooker ?? Are there basic tools in contribs ? For example,
would you publish Samba, Squid, xpdf in contribs ? As some of those
applications, ht://Dig is required by KDE 2 : please *just try the
search fonction in KDE documentation* : I think it can be important both
for newbies and advanced users.
 -- The RPM package has a strange bug wich I discribed and wich can be
*easily* solved by adding to lines in the runding script [see my
precedent post for the link]. And ht://Dig could have a better
integration in Linux Mandrake.
 -- MandrakeSoft could *easily* use ht://Dig to provide a common search
tool for Linux Mandrake documentation : a kind off SearchDrake or
HelpDrake ?


What I think would be great for ht://Dig integration in Linux Mandrake,
is not only a simple RPM lost in the darkness of contribs :-)

Thank you.

Charles Népote.
(L'aventurier du moteur de recherche perdu)


Lenny Cartier wrote:

> Charles Nepote wrote:
> > 
> > I am surprised to see ht://Dig is not yet a part of Linux Mandrake
> > 7.2beta or cooker...
> 
> look in contribs :)
> 
>   lenny




[Cooker] Do you intend to add ht://Dig in Linux Mandrake 7.2 ?

2000-09-11 Thread Charles Nepote


I am surprised to see ht://Dig is not yet a part of Linux Mandrake
7.2beta or cooker...
ht://Dig is known to be probably the best free search engine ; its
indexer is now a part of the GNU project ; there has been several papers
about ht://Dig on many magazines ; the product is *very* stable and
mature ; even MandrakeSoft use it for his web site ;-) !
This tool is now considered as a basic tool, such as Apache, MySQL,
Squid and so on !...

Thus, KDE 2 propose to use it for the search of his
documentation. Isn't it the time to add ht://Dig in 7.2beta and cooker
now ?

If so, I suggest also :

 -- you add the accent patch to manage fuzzy searching on accented
caracters (everyday users of ht://Dig know how important it is).
For the accent patch see :


 -- Linux-Mandrake also should have a better integration of ht://Dig
(links with dictionnaries, better integration with Apache,
 external parsers (conv_doc.pl, catdoc and so on),
 and so on (I can discribe precisaly if you
 intend to do it)).

 -- Last ht://Dig Mandrake RPM package also have some problem to work :
I suggest to see the problem of the sorting process when we use accented
caracters. See : http://www.htdig.org/mail/2000/05/0242.html

 
Of course, in next Mandrake release, ht://Dig even should be
automatically installed if KDE 2 package is chosen in the install
process.
I tested the search tool in KDE 2 : it works great ! Just try it !
May be it should be adapted simply to other window managers (it's a web
based application).
It can provide a way for MandrakeSoft to offer a simple tool for
searching the documentation ! And with very little coding...

 
Charles Népote.




[Cooker] 7.2b1 -- Apache's logs files problem

2000-09-06 Thread Charles Nepote


Either in Linux-Mandrake 7.1 and 7.2b1 there is a big problem with
Apache's logs files.
According to [CHRPM] informations (apache-1.3.12-26mdk), it seems that
Apache's log files are buffered now (and may be Apache in 7.1 was also
?).

1. -- This is not working well.
Here is an exerpt of the log file, look at the date/time :
172.18.254.159 - - [29/Aug/2000:15:21:07 +0200] 
172.18.254.159 - - [29/Aug/2000:15:21:07 +0200] 
172.18.254.138 - - [28/Aug/2000:17:20:23 +0200] 
172.20.18.198 - - [28/Aug/2000:17:26:04 +0200] 
172.18.254.194 - - [28/Aug/2000:18:28:57 +0200]
172.18.254.142 - - [28/Aug/2000:18:51:19 +0200]
172.20.18.198 - - [28/Aug/2000:18:52:11 +0200] 
172.18.254.145 - - [29/Aug/2000:14:24:48 +0200]
172.20.18.198 - - [29/Aug/2000:14:51:09 +0200]

2. -- Is there's a way to remove the buffer ?
Jean-Michel Dault added some documentation in httpd.conf about the
buffered logs (apache-1.3.12-26mdk) and proposed a method to refresh
Apache's logs files every 60 seconds "for debugging purpose" :
while true;do killall -USR1 httpd;sleep 60;done&

Is this method affect the performances ? Can we use it with "sleep 0" or
"sleep 1" ?
What can we do if we want to view the log-file in real-time ? For
example we use to run *analog* with a php script to analyse the log file
in real time : so the user can view the stats of a web server in real
time.

Thanks a lot,
Charles Népote.
(Levallois, France).




[Cooker] 7.2b1 -- ht://Dig 3.1.5 still not present

2000-09-05 Thread Charles Nepote


[pasting an old mail from me]

As KDE 2 propose to use the search engine ht://Dig for the search of his
documentation, should ht://Dig get in cooker now ?
If so, I suggest also :

 -- you add the accent patch to manage fuzzy searching on accented
caracters (everyday users of ht://Dig know how important it is).
For the accent patch see :


 
 -- Linux-Mandrake also should have a better integration of ht://Dig
(links with dictionnaries, better integration with Apache,
 external parsers, and so on (I can discribe precisaly if you
 intend to do it)).

 -- Last ht://Dig Mandrake RPM package also have some problem to work :
I suggest to see the problem of the sorting process when we use accented
caracters. I discribe it and publish a solution in the htdig mailing
list. See : http://www.htdig.org/mail/2000/05/0242.html

 
Of course, in next Mandrake release, ht://Dig even should be
automatically installed if KDE 2 package is chosen in the install
process.
I tested the search tool in KDE 2 : it works great ! Just try it !
May be it should be adapted simply to other window managers (it's a web
based application).

 
Charles Népote.




[Cooker] 7.2b1 -- FTP broken in Midnight Commander ?

2000-09-05 Thread Charles Nepote


(A detail)

I did a fresh CD install of 7.2b1 and noticed that FTP doesn't work with
Midnight Commander.
It was working perfectly in Linux Mandrake 7.0 ; I use *the same* MC
configuration for 7.0, 7.1 and 7.2b1 (Note I am behind a proxy/firewall
and using VFS options of MC) :
 -- 7.1 doesn't work ;
 -- 7.2b1 either.


Charles Népote.




Re: [Cooker] Suggestion : Automated config report to help debugging ?

2000-09-01 Thread Charles Nepote

Pixel wrote :

> Charles Nepote <[EMAIL PROTECTED]> writes:
> 
> > As we can see in many messages, many people try to report bugs but
> > sometimes don't know how and what to report...
> > Why not create very simple scripts to report config informations for
> > helping debugging ?
> 
> as for installation, there is now the script "bug":
> 
> - switch to console 2 (ctrl-alt-F2)
> - put a fat-formatted floppy in drive /dev/fd0
> - type "bug"


Since when ?
It doesn't work on Linux Mandrake 7.1.


> you'll get the file "report.bug" on the floppy. It contains a 
> hell lot of information :)


I talked about a minimal report which allowed to be posted on cooker
mailing list, not of a floppy disk full... A dozen of line which could
be use as a minimal "protocol" to begin a bug report.
May be my idea is not good.

What about writting the "bug" script tip (or whatelse) at the end of
every message on cooker ?


Thanks for your reply.
Charles Népote.




[Cooker] Suggestion : Automated config report to help debugging ?

2000-09-01 Thread Charles Nepote


As we can see in many messages, many people try to report bugs but
sometimes don't know how and what to report...
Why not create very simple scripts to report config informations for
helping debugging ?

Example : A problem with X ?
Typing "report_configX" would provide :
 -- xxx lines about basic configuration (kernel version, number of some
packages, and so on, minimal info about hardware) ;
 -- xxx lines about the number of packages of Xwindows, some parameters
of .xinit and so on...

Then the "cooker user" (or even "stable Mandrake" user) should simply
add those informations to his bug report to help developpers.


Charles Népote.




[Cooker] ISO image

2000-08-21 Thread Charles Nepote


[pasting an old mail from me]

As KDE 2 propose to use the search engine ht://Dig for the search of his
documentation, should ht://Dig get in cooker now ?
If so, I suggest also :

 -- you add the accent patch to manage fuzzy searching on accented
caracters (everyday users of ht://Dig know how important it is).
For the accent patch see :


 
 -- Linux-Mandrake also should have a better integration of ht://Dig
(links with dictionnaries, better integration with Apache, and so on (I
can discribe precisaly if you intend to do it)).

 -- Last ht://Dig Mandrake RPM package also have some problem to work :
I suggest to see the problem of the sorting process when we use accented
caracters. I discribe it and publish a solution in the htdig mailing
list. See : http://www.htdig.org/mail/2000/05/0242.html

 
Of course, in next Mandrake release, ht://Dig even should be
automatically installed if KDE 2 package is chosen in the install
process.
I tested the search tool in KDE 2 : it works great ! Just try it !

 
Charles Népote.



> -Message d'origine-
> De : Warly [mailto:[EMAIL PROTECTED]]
> Envoyé : samedi 19 août 2000 13:23
> À : [EMAIL PROTECTED]
> Objet : [Cooker] ISO image
>
> 
> Dear cooker members,
> 
> We plan to release next week our first iso image for the upcomming
> Linux-Mandrake 7.2.
> 
> If you want some special versions or patches included in, please 
> give your comments fast.
> 
> We know that we had a bad communication process for 7.1 with you,
> and would like to let you better informed for this version.
> 
> Thanks
> 
> -- 
> Warly
>