RE: [Cooker] Joining the Club

2003-10-11 Thread Steve Larabee
-->
-->Hi Steve
-->In Mandrakestore, you can pay using PayPal. I don't know if it is 
-->possible for club subscription though.
-->
-->Eric
-->
-->
-->
-->

I was merely suggesting this method of payment be used for those of us
that would be more able/willing to may for membership if it were billed
on a monthly basis.

Thanks for the information though.
Steve




Re: [Cooker] Joining the Club

2003-10-10 Thread Steve Larabee




On Fri, 2003-10-10 at 09:46, Eric Fernandez wrote:

Michael Lothian wrote:

> Hi
>
> I wan't to join Mandrake club it get the 9.2 ISO when they're released 
> and also to do my bit for mandrake
>
> Is it possible to pay monthly?
>
> Thanks
>
> Mike
>
>
Ask Stephane : [EMAIL PROTECTED]
AFAIK, no, but he said before they were studying a solution. It is not 
that easy because of the bank procedures.

Eric





Might I suggest something?  Tough, I'm going to anyway.  

I pay for my web hosting solution (and one or two other things) through a PayPal Subscription.  It's easy, free for the payer and fairly cheap for the payee.  I will be more than happy to send links and/or more detailed information if anyone in MDK thinks it might be a viable solution.

Regards,
Steve


<>

[Cooker] Please excuse my ignorance.........

2003-10-02 Thread Steve Larabee
Title: Please excuse my ignorance.






I am brand new to the "Cooker" scene and am having trouble finding the most effective way (not to mention reliable FTP site) to keep updated.

Can anyone please send me their procedures that they feel work the best?  A list of RELIABLE FTP sites in the eastern half of the US would also be appreciated.

Thanks in advance,

Steve





Re: [Cooker] urpmi update - good news!

2003-09-19 Thread Steve Fox
I did this last night on my wife's computer and it mostly worked. The
glitches that I had were related to urpmi not removing previous versions
of packages. So I would have something like:

libfoo1-1.2-2mdk
libfoo1-1.2-4mdk

both installed after the upgrade. Some packages would not upgrade
because they depended upon the older libfoo1. So once I removed all the
duplicates, then the upgrade worked great. Not sure what triggers the
duplicates though.

-- 

Steve Fox
http://k-lug.org



RE: [Cooker] um.

2003-09-12 Thread Steve Larabee


-->-Original Message-
-->From: Vincent Danen [mailto:[EMAIL PROTECTED] 
-->Sent: Friday, September 12, 2003 2:35 PM
-->To: [EMAIL PROTECTED]
-->Subject: Re: [Cooker] um.
-->
-->
-->On Fri Sep 12, 2003 at 03:02:49AM +0100, Adam Williamson wrote:
-->
-->> > > > http://www.mandrakesoft.com/partners/advertising
-->> > >  
-->> > > > no.
-->> > >  
-->> > > I'm all for it. I replace the screensaver and 
-->bookmarks straight 
-->> > > away
-->> > > anyway, and it's a simple way to fund your favourite 
-->distro. It's not  
-->> > > as if we're seeing in-yer-face popups or anything. 
-->> > >  
-->> > > Cheers; Leon
-->> >  
-->> > me doesn't use screensaver :)
-->> > nor default bookmarks :) 
-->> >  
-->> > about the install
-->> > ( may be will skip a CD install  and will use 
-->urpmi.update && urpmi
-->> > --autoselect ) 
-->> 
-->> My point wasn't really about whether it affected us directly. 
-->> Obviously it won't - given that we use Cooker, I don't 
-->know if we'll 
-->> even ever
-->> *see* the offending adverts. The point is I think it's a 
-->horrible way of
-->> generating revenue which is being introduced by stealth - 
-->I only found
-->> out about this because OSNews discovered the page and 
-->flagged it up in a
-->> news story, I haven't seen anything from a Mandrake source 
-->announcing
-->> this, and it hasn't been mentioned on this list at all, 
-->which seems a
-->> little odd. I'm more concerned with the horribly unprofessional
-->> impression that an installation and first boot sequence 
-->plastered with
-->> adverts will have on a new user, compared to distributions 
-->which have
-->> none.
-->
-->http://www.mandrakelinux.com/en/mdkads.php3
-->
-->I think your concerns are unfounded, and I also think you're 
-->being a little silly.  Do you close your eyes when you're 
-->driving around and see billboards that advertise stuff?  Do 
-->you close your eyes and mute the TV when the commercials are 
-->on?  Do you leave the theatre because you paid to see a 
-->movie and not a car commercial before the feature starts?
-->
-->I think you're a little out of line here, personally.  It's 
-->not that intrusive, there will be no "plastering" of ads, 
-->and once you modify the bookmarks, they're gone.  How many 
-->times do you plan to install and actually watch the entire 
-->install (does anyone do that anymore?)
-->
-->Besides, it's ok to advertise links to OSS and GNU stuff but 
-->it's not ok to advertise Linux-related commercial stuff to 
-->make a couple bucks so we can have another version of 
-->Mandrake in the future?
-->
-->I hate to say it, but it cracks me up how people are so 
-->against advertising, our business model, and things we do to 
-->make revenue so that the developers and others in the 
-->company can eat and afford to spend all of their time 
-->working on the distro.  Sounds like the community would 
-->rather have a nice distribution but all the developers 
-->should be homeless and starving.
-->
-->(And no, I won't bother contributing to this thread anymore)
-->
-->-- 
-->MandrakeSoft Security; http://www.mandrakesecure.net/
-->Online Security Resource Book; http://linsec.ca/
-->"lynx -source http://linsec.ca/vdanen.asc | gpg --import" 
-->{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7  66F9 2043 D0E5 FE6F 2AFD}
-->
-->

Okay Okay.I guess I got a little carried away when I replied to this
before.

I misunderstood and thought the advertisements were going to make MDK
the NetZero(Free) of Linux.  If the only ads are displayed during the
install and by way of bookmarks, no big deal.  I just wouldn't want to
see things like automatically rotating background images with .png files
that resemble the outfield walls at Yankee Stadium.

What the hayInternet explorer ships with bookmarks to Microsoft(R)
sites, why not anyone else?




RE: [Cooker] um.

2003-09-12 Thread Steve Larabee


-->-Original Message-
-->From: Svetoslav Slavtchev [mailto:[EMAIL PROTECTED] 
-->Sent: Friday, September 12, 2003 12:32 PM
-->To: [EMAIL PROTECTED]
-->Subject: Re: [Cooker] um.
-->Importance: Low
-->
-->
-->> -BEGIN PGP SIGNED MESSAGE-
-->> Hash: SHA1
-->> 
-->> Svetoslav Slavtchev wrote:
-->> | sound almost great :(
-->> | like in the famous linux browser opera (not that i like 
-->it or use 
-->> | it),
-->> but
-->> |
-->> | "well if you want it for free, you'll have to see some 
-->adds, but go 
-->> | and get the full version -- noads, cheap "
-->> 
-->> That's why I do not use it :-) Anyway, with a web browser you are 
-->> going to see the ads on the pages, so one banner in Opera 
-->more is not 
-->> that big deal. OS is a different matter though.
-->> 
-->> As I wrote before, I have no problem with ads as such, but 
-->some things 
-->> are just way too intrusive - like the screen savers. Just read the 
-->> comments on Slashdot or under the original article, you 
-->will see how 
-->> many people are against something like this.
-->> 
-->> Furthermore - I never saw an adware, which was capable of getting 
-->> enough income from ads to stay alive (unless there was 
-->another income 
-->> source). Is Mandrake really so desperate to do this ? If they go 
-->> forward, it is very likely that I will "upgrade" our 20 
-->MDK 9.0/9.1 
-->> PCs to another distro, not to Madrake 9.2. My users are 
-->not excited to 
-->> see adds from yet another source (we are innundated with 
-->enough spam, 
-->> pop-ups, adware, worms and lot of other junk already).
-->> 
-->
-->i know, and i have the same opinion as you,
-->but what can we do ?-(
-->
-->best,
-->
-->svetljo


I must admit, I am not the most savvy Mandrake user out there...But I'm
getting better every day.  Unless something like Ads in the OS comes
about.  

There are HOW MANY other Linux distros out there that don't have adware?
This is a bad move.

OhThat's where I put those Red Hat CD'sBetter dust em off.  :)




Re: [Cooker] Galeon 1.3.8, trouble rendering characters?

2003-09-12 Thread Steve Fox
On Fri, 2003-09-12 at 08:22, Adam Williamson wrote:

> Yeah, hang on, here's a couple...
> 
> http://mikesbballrants.blogspot.com/
> 
> Look at the end of the first entry (the paragraph starting "The first
> person these criteria...". I see non-rendered characters after these
> bits of text:
> 
> "2.53 ERA while pitching 24"
> "count 'em 24!"
> "voted for Norris in a heartbeat"
> "To be continued"

Looks fine to me.

> http://forums.sudhian.com/messageview.cfm?catid=43&threadid=42566
> 
> Look at the post from "ciqala", I see a non-rendered character before
> this text:
> 
> "700 for the case plus shipping"
> 
> which I think is meant to be a pound sign.

This is fine too.

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Epiphany is now the default GNOME web browser

2003-09-09 Thread Steve Fox
On Tue, 2003-09-09 at 02:39, John Keller wrote:

> Epiphany was chosen sometime before 2 July:
> http://mail.gnome.org/archives/desktop-devel-list/2003-July/msg00016.html
> 
> Epiphany might be gnome default in Mdk 10, but not before:
> http://qa.mandrakesoft.com/show_bug.cgi?id=5018

I guess I didn't make myself clear. I know GNOME has selected Epiphany
to be the default, but Frederic stated that Galeon will remain the
default for Mandrake.

My comment was that in a recent Cooker update, my default was forced to
be Epiphany. Frederic needs to possibly hack whatever package controls
that, so that MDK 9.2 will default to Galeon.

-- 

Steve Fox
http://k-lug.org



[Cooker] Epiphany is now the default GNOME web browser

2003-09-08 Thread Steve Fox
Something in the last few days convinced GNOME that Epiphany is the
default web browser. I think Frederic was planning to change that before
release, so I thought I'd mention it. I had Galeon specified in the
Preferred Applications applet before, so something forced the update. It
had a weird line in the middle of a radio button rather than a full
circle. I'm not sure if that is supposed to indicate the lack of a
choice (using system defaults).

On the other hand, Evolution now launches the web browser properly.
Yeah!

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: [CHRPM] gdm-2.4.2.102-3mdk

2003-08-29 Thread Steve Fox
On Thu, 2003-08-28 at 03:23, Frederic Crozat wrote:

> Yes, I switched from xemacs to gvim and asked titi to add it to package.. 
> But I haven't yet configured my email address in vim so I have to
> type it for each changelog entry :(

Congrats on choosing the only REAL text editor!

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] resend: Nautilus text previews in icons

2003-08-19 Thread Steve Fox
On Tue, 2003-08-19 at 12:51, John Keller wrote:
> I never seem to be able to get text previews in my icons in Nautilus (local
> files or remote mounts), not even when I set preferences to show them
> "Always". Sometimes, I wonder if it isn't because Nautilus thinks my machine
> is too slow (PII/400). But then again, I *can* see graphic previews just
> fine.

This is theme dependent. The 'Gnome' icon theme shows text previews, but
'Industrial' does not.

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] [HELP WANTED] "model name" of your /proc/cpuinfo

2003-08-19 Thread Steve Fox
model name  : Pentium III (Coppermine)

IBM ThinkPad T20

-- 

Steve Fox
http://k-lug.org



[Cooker] Re: [CHRPM] gnome-applets-2.3.6-2mdk

2003-08-14 Thread Steve Fox
installing /var/cache/urpmi/rpms/gnome-applets-2.3.6-2mdk.i586.rpm
Preparing...   
##
  39:gnome-applets 
##
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "para"
yelp:get-title could not determine the title of node with type "para"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type
"itemizedlist"
yelp:get-title could not determine the title of node with type
"itemizedlist"
yelp:get-title could not determine the title of node with type "para"
yelp:get-title could not determine the title of node with type "para"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"
yelp:get-title could not determine the title of node with type "title"

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] pygtk* needs rebuilding

2003-08-14 Thread Steve Fox
On Fri, 2003-08-08 at 11:48, Götz Waschk wrote:
> Am Freitag,  8. August 2003, 11:07:32 Uhr MET, schrieb Steve Fox:
> > None of the pygtk* packages are working due to the new 2.3 Python.
> > Please rebuild. Thanks.
> Really, pygtk2.0 was already rebuilt, I'm working on pygnome. I
> thought pygtk2.0 should be OK, what are your problems? 

[EMAIL PROTECTED] meld-0.8.4]$ ./meld
No module named pygtk
Meld requires a recent version of pygtk to run.
pygtk-1.99.15 or higher is recommended.

Installed packages:

pygtk2.0-libglade-1.99.17-1mdk
pygtk2.0-wrapper-1.99.17-1mdk
pygtk2.0-1.99.17-1mdk
gnome-python-1.99.16-8mdk
gnome-python-bonobo-1.99.16-8mdk
gnome-python-gconf-1.99.16-8mdk
python-numeric-22.0-3mdk

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] pygtk* needs rebuilding

2003-08-08 Thread Steve Fox
I now have the latest gnome-python and pygtk2.0 packages (thanks guys!),
but it looks like meld is still dying. Can anyone else get it to work?


[EMAIL PROTECTED] meld-0.8.4]$ ./meld
Fatal Python error: can't initialise module gnome.ui
Aborted (core dumped)


-- 

Steve Fox
http://k-lug.org



Re: [Cooker] pygtk* needs rebuilding

2003-08-08 Thread Steve Fox
On Fri, 2003-08-08 at 13:11, Steve Fox wrote:
> Installed packages:
> 
> pygtk2.0-libglade-1.99.17-1mdk
> pygtk2.0-wrapper-1.99.17-1mdk
> pygtk2.0-1.99.17-1mdk
> gnome-python-1.99.16-8mdk
> gnome-python-bonobo-1.99.16-8mdk
> gnome-python-gconf-1.99.16-8mdk
> python-numeric-22.0-3mdk

It looks like the hdlist file was not updated yet. The mirrors had -2
but it told me I was up to date. So I installed -2 and GTK works now.

It appears that gnome-python-1.99.16-8mdk is still in need of a rebuild
though.

[EMAIL PROTECTED] meld-0.8.4]$ ./meld
Traceback (most recent call last):
  File "./meld", line 57, in ?
import meldapp
  File "/home/drfickle/src/meld-0.8.4/meldapp.py", line 24, in ?
import gnome
ImportError: No module named gnome

-- 

Steve Fox
http://k-lug.org



[Cooker] pygtk* needs rebuilding

2003-08-08 Thread Steve Fox
None of the pygtk* packages are working due to the new 2.3 Python.
Please rebuild. Thanks.

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: [CHRPM] gnome-control-center-2.3.4-2mdk

2003-07-30 Thread Steve Fox
On Wed, 2003-07-30 at 03:05, Frederic Crozat wrote:

> The second one is an error from me : in the loop, replace * by *.schemas,
> I forgot I put non schemas stuff in there ..

Tried this again and gnome-theme-manager still refuses to start.

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: [CHRPM] gnome-control-center-2.3.4-2mdk

2003-07-29 Thread Steve Fox
On Tue, 2003-07-29 at 07:14, Frederic Crozat wrote:

> for i in /etc/gconf/schemas/* ; do 
>  GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2
> --makefile-install-rule $i > /dev/null
> done

I had this problem as well. It still doesn't start after running this.
I'm up to date with cooker.

[EMAIL PROTECTED] drfickle]# for i in /etc/gconf/schemas/* ; do  
GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2
--makefile-install-rule $i > /dev/null; done
WARNING: no  specified for schema of type list
WARNING: failed to install schema
`/schemas/desktop/standard/recent-document-entry' locale `C': Schema
specifies type list but doesn't specify the type of the list elements
WARNING: no  specified for schema of type pair
WARNING: no  specified for schema of type pair
WARNING: failed to install schema
`/schemas/desktop/standard/save-location-entry' locale `C': Schema
specifies type pair but doesn't specify the type of the car/cdr elements
Document `/etc/gconf/schemas/panel-default-setup.entries' has the wrong
type of root node (, should be )

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: [Contrib-Rpm] perl-Gtk2-0.0.cvs.2003.07.04.1-2mdk

2003-07-06 Thread Steve Fox
On Sun, 2003-07-06 at 14:38, Thierry Vignaud wrote:

> for now, i'm packaging the new branch.
> 
> if the switch prove to be easy, we *MAY* switch from the old inline
> gtk2-perl to new xs one.

I would like to thank you very much for experimenting with this. Some
co-workers and I have written a gtk-perl app and have been waiting for
the gtk2-perl bindings to pick a direction for some time now. It will
make it much easier for Mandrake users at my place of work to use my app
if there is a single gtk2-perl binding.

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] pcre doesn't have UTF-8 support?

2003-07-04 Thread Steve Fox
On Fri, 2003-07-04 at 03:30, Götz Waschk wrote:

> This shouldn't be a problem, just add  --enable-utf8 to the configure
> call. I hope it doesn't break grep, but I doubt that it will cause any
> harm. The readme says it also has to be enabled at runtime.

That's what I did, but it'd sure be nice if cooker enabled it by
default.

-- 

Steve Fox
http://k-lug.org



[Cooker] pcre doesn't have UTF-8 support?

2003-07-03 Thread Steve Fox
I'm trying to build regexxer <http://regexxer.sourceforge.net/> and it's
spewing errors. Anyone know if pcre can be rebuild with UTF-8 support
for cooker please?

checking for pcre-config... /usr/bin/pcre-config
checking for libpcre >= 3.4... yes
checking PCRE_CFLAGS...
checking PCRE_LIBS... -L/usr/lib -lpcre
checking whether libpcre was compiled with UTF-8 support... no
configure: error:
*** Sorry, the PCRE library installed on your system doesn't support
*** UTF-8 encoding.  Please install a libpcre package which includes
*** support for UTF-8.  Note that if you compile libpcre from source
*** you have to pass the --enable-utf8 flag to its ./configure script.

Using these packages:
libpcre0-4.3-2mdk
libpcre0-devel-4.3-2mdk
pcre-4.3-2mdk

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: [CHRPM] urpmi-4.3-15mdk

2003-06-13 Thread Steve Fox
On Fri, 2003-06-13 at 11:24, Han Boetes wrote:
> Feature request: when you install a package you often need other
> packages to be installed as well. Could you make a list of those
> dependant extra installed packages? So if peope uninstall the first
> package you can also deinstall the packages it depended on. Of course
> only if no other packages depend on them.

urpme already does this

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Re: WARNING : GNOME 2 broken

2003-06-11 Thread Steve Fox
On Wed, 2003-06-11 at 18:09, J.A. Magallon wrote:

> Failed to load image /usr/share/pixmaps/gnome-help.png
> Details: file not found
> 
> (the icon for yelp in the top bar)
> 
> panel or yelp problem ?

I've got a number of missing icons too. I've noticed that gnome-panel is
a few releases out of date.

Frederic, a new gnome-panel coming soon?

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] urpmi features

2003-03-18 Thread Steve Fox
On Mon, 2003-03-17 at 17:53, James Sparenberg wrote:

> In a sense doesn't it do this already.. if you open the software sources
> menu the uncheck a source and click save and quit.  it will put an
> ignore tag on this item in /etc/urpmi/urpmi.cfg.  This source is still
> configured and can be re-activated any time you'd like but for the
> moment urpmi -a and urpmi xx will not access this media.  I
> use it all the time for boxes so I don't have to carry disks with me
> everywhere I go.

Yes, but it's kind of a pain in the butt. A command line switch would be
appreciated.

-- 

Steve Fox
http://k-lug.org



[Cooker] [Bug 2812] [drakconf] New: netconf doesn't show the module for broadcom 4400

2003-03-05 Thread steve
http://qa.mandrakesoft.com/show_bug.cgi?id=2812

   Product: drakconf
 Component: drakconf
   Summary: netconf doesn't show the module for broadcom 4400
   Version: 9.1-5mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


There is a network driver for the broadcom 4401 chip in the kernel now, but the
netconf program doesn't know about it, thus one cannot select it when
configuring the network.   insmod bcm4400  installs sucessfully if done
manually, as well as ifconfig, etc.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



[Cooker] postgresql-python not as clever as the others?

2003-03-05 Thread Steve Fox
This one postgresql-* package doesn't seem as clever as the others. They
others didn't try to connect to the server (which wasn't running)

  20:postgresql-python  ###
[ 60%]
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] ACPI Commands

2003-02-26 Thread Steve Fox
On Wed, 2003-02-26 at 07:36, Chmouel Boudjnah wrote:

> try pmsuspend command it should humm kind of working.

I tried it on my IBM Thinkpad T20 last night. It appeared to save ok (I
had to add resume=/dev/hda5 to my lilo.conf), but it never recovered
after it came back up. Of course, even sleep has been working like shit
lately too :(

-- 

Steve Fox
http://k-lug.org



[Cooker] pygtk vs pygtk2.0

2003-02-26 Thread Steve Fox
I thought you could have both pygtk and pygtk2 installed? Don't they use
a separate name space?

[EMAIL PROTECTED] root]# urpmi  pygtk2.0
The following packages have to be removed for others to be upgraded:
dia-0.90-5mdk (due to missing pygtk)
draksync-9.0-1mdk (due to missing pygtk)
pygnome-1.4.4-1mdk (due to unsatisfied pygtk == 0.6.9)
pygtk-0.6.9-6mdk (due to conflicts with pygtk[< 0.6.11])

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Bug 1583 not taken into account ?

2003-02-25 Thread Steve Fox
On Tue, 2003-02-25 at 07:47, Greg Meyer wrote:

> Well whatever the solution is, GNOME won't start without error until I hard 
> code localhost.localdomain  into /etc/hosts.

[EMAIL PROTECTED] st-perl]$ cat /etc/hosts
127.0.0.1 tp localhost

Works fine here

-- 

Steve Fox
http://k-lug.org



Re: [Cooker] Bitstream Vera Fonts Now Available: Is there Anywayto Add them To 9.1?

2003-02-20 Thread Steve Fox
On Thu, 2003-02-20 at 23:17, Adam Williamson wrote:

> Yes, and frankly, they suck.

They might not be the best, but they certainly don't suck. And they're
certainly better than any other fonts the Linux distributions currently
ship.

With 9.1 already at the rc1 stage, I highly doubt that the fonts will be
released in redistributable form in time for 9.1 final.

-- 

Steve Fox
http://k-lug.org




[Cooker] Non-deleting mirror?

2003-02-19 Thread Steve Fox
Does anyone know of any non-deleting Cooker mirrors? I think glic*-10mdk
broke my freeswan VPN connection and I'd like to verify if using -9mdk
fixes the issue.

Thanks.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Apache missing a depends somewhere? - IGNORE

2003-02-14 Thread Steve Fox
On Fri, 2003-02-14 at 09:14, Steve Fox wrote:
> Doing 'urpmi --auto-select' this morning and got:
> 
> Installation failed:
> apache-modules >= 1.3.27-6mdk is needed by apache-1.3.27-6mdk
> [root@tp root]# cd /var/cache/urpmi/rpms/
> [root@tp rpms]# ls apache*
> apache-1.3.27-6mdk.i586.rpm  apache2-common-2.0.44-4mdk.i586.rpm
> [root@tp rpms]# rpm -q apache-modules
> apache-modules-1.3.27-5mdk

Sorry, please ignore. apache-modules-*-6mdk wasn't on the mirror I was
using yet.

-- 

Steve Fox
http://k-lug.org




[Cooker] Apache missing a depends somewhere?

2003-02-14 Thread Steve Fox
Doing 'urpmi --auto-select' this morning and got:

Installation failed:
apache-modules >= 1.3.27-6mdk is needed by apache-1.3.27-6mdk
[root@tp root]# cd /var/cache/urpmi/rpms/
[root@tp rpms]# ls apache*
apache-1.3.27-6mdk.i586.rpm  apache2-common-2.0.44-4mdk.i586.rpm
[root@tp rpms]# rpm -q apache-modules
apache-modules-1.3.27-5mdk

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Thoughts on Galaxy

2003-02-13 Thread Steve Fox
On Thu, 2003-02-13 at 14:37, Steve Fox wrote:

> What might be considered:

- The unselected highlight color is a little light. It's hard to read 
  white text on a light gray background.

Thanks 

-- 

Steve Fox
http://k-lug.org




[Cooker] Thoughts on Galaxy

2003-02-13 Thread Steve Fox
On Thu, 2003-02-13 at 10:47, Frederic Crozat wrote:
> Description : Mandrake Linux Galaxy theme

Hi Frederic, I hope you're not fearing this too much :)

It looks good over all, however it crashed gnome-theme-manager the first
time I switched to it. Upon subsequent theme switches it was fine
though.

What I like:

- Curved edges on toolbar buttons
- Attractive toolbar handles
- Scrollbars look clean
- Nice combo boxes
- The blue looks good with the light gray widget color
- It's simple

What might be considered:

- Buttons seem to be a bit puffy :)
- Window title seems to be a little too short. The min/max/close buttons
  seem to come right up to the edge. Perhaps the 3D effect on the
  buttons could be decreased rather than enlarging the window title
  height?
- The left window border is considerably darker than the other edges. It
  kind of clashes with the rest of the window colors.
- No icon theme?

Keep up the good work! 

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: UNIX Lore and the benefits of kmail

2003-02-12 Thread Steve Fox
On Wed, 2003-02-12 at 12:21, Jean-Michel Dault wrote:

> If 1.2.x is stable, I can't wait to install it, just for the new mail
> notification. I want it to notify me when I have new mail, but only if
> it's filtered in my important-inbox folder.

I've had excellent luck with it. Just make sure you're running an all
Cooker system, which all good Mandrakesoft'ers do, right? :)

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: UNIX Lore and the benefits of kmail

2003-02-12 Thread Steve Fox
On Wed, 2003-02-12 at 09:01, Jean-Michel Dault wrote:

> Running Evolution 1.0.8 here, many mailing lists, all split into about
> 200 subfolders. Even then some folders, like php-bugs, have over 30,000
> messages. I have *lots* of filters, and I get only 1 or 2 unfiltered
> SPAM per day.

1.2.x will greatly improve the speed of POP3 downloading, better IMAP
handling, and it even *greatly* reduced the amount of disk space (the
indexes weren't being cleaned up before). 

I highly recommend an upgrade :) 

The only thing that sux0rs is getting used to the new key bindings: . or
] for next unread, , or [ for previous unread, rather than n and p which
I am used to. Oh, an hide/show message pane moved from q to `. I guess
you get used to it after a week or two.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: Creation of a community ( was : the end is inevitable )

2003-02-09 Thread Steve Fox
On Sun, 2003-02-09 at 22:47, Greg Meyer wrote:

> In my estimation, you have completely misrepresented the discussion that was 
> going on here by substituting your own wishful thinking and by using out of 
> context comments by people committed to making Mandrake successful.  That is 
> not being a good diplomat for the Debian Project.  You took this thread where 
> you wanted it to go, which was a far different place than when it started.

You guys seem to have it ass backward. He was simply making suggestions,
which were shot down. He wasn't trying to force anyone to do anything.

"They proposed to create Mandrake Linux development as community similar
to how the Debian project is organised, which is why John Goerzen from
Debian contributes to the discussion. Austin Acton wonders how Debian
maintains responsibilities and resources."

Sounds pretty harmless to me. The only thing in doubt is the reference
to 'Mandrake developers', which makes it sound like Mandrakesoft
employees were in this discussion, which they were not.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: Creation of a community ( was : the end is inevitable )

2003-02-09 Thread Steve Fox
On Sat, 2003-02-08 at 13:36, Gustavo Franco wrote:

> Any person has the same view of my messages as Lonnie? 

Just a lurker on this thread (since it's really gone awry), but I would
say definitely not. You've been a very good diplomat for the Debian
project.

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] gtkhtml-1.1.8-2mdk

2003-02-08 Thread Steve Fox
On Sat, 2003-02-08 at 02:00, Frederic Crozat wrote:

> - Recompiled against gal 0.23 (grr, this one should be ABI compatible 
>   with older version but it isn't)

Fix verified. Thanks Frederic!

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] tetex packaging error?

2003-02-06 Thread Steve Fox
On Thu, 2003-02-06 at 14:33, Charles A Edwards wrote:

> This only happens if you have the  -2mdk rpm installed, it won't
> upgrade. 
> Work-around: use rpm -e --nodeps tetex and then urpmi tetex

I've been syncing every day, so I'll assume I had the latest prior to
today's update.

Looks like doing what Charles suggested worked. 

Thanks!

-- 

Steve Fox
http://k-lug.org




[Cooker] tetex packaging error?

2003-02-06 Thread Steve Fox
Doing 'urpmi --auto-select' today and got this:

12:tetex  #error: unpacking of archive failed on
file /usr/share/texmf/dvipdfm/config/config;3e42c012: cpio: open failed
- Not a directory

-- 

Steve Fox
http://k-lug.org





Re: [Cooker] Who killed the gnome?

2003-02-04 Thread Steve Fox
On Tue, 2003-02-04 at 09:40, Austin Acton wrote:

> Is this a cooker thing or did I do something stupid?

Guessing it's a PEBCAK issue since it works fine here.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] xchat-1.98-1

2003-01-27 Thread Steve Fox
On Mon, 2003-01-27 at 12:42, Yves Duret wrote:

> there are perl and *python* scripting but no tcl.

TCL support included in 2.0-pre1 :)

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: [CHRPM] xchat-1.9.8-1mdk

2003-01-24 Thread Steve Fox
On Fri, 2003-01-24 at 15:16, Sebastian Dransfeld wrote:

> There's a seperate xchat-perl package.

Thanks for the tip!

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] xchat-1.9.8-1mdk

2003-01-24 Thread Steve Fox
On Fri, 2003-01-24 at 04:15, Yves Duret wrote:
> --=-=-=
> Name: xchatRelocations: (not relocateable)
> Version : 1.9.8 Vendor: MandrakeSoft

Rock on!

> +%configure2_5x  --enable-openssl --enable-ipv6 \
> + --enable-hebrew --enable-japanese-conv \
> + --enable-python

Perl support doesn't seem to be included? My self-compiled version
loaded my scripts just fine, but this one doesn't.

Thanks!

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] xchat-1.8.11-1mdk

2003-01-23 Thread Steve Fox
On Thu, 2003-01-23 at 09:02, Daouda LO wrote:
> --=-=-=
> Name: xchatRelocations: (not relocateable)
> Version : 1.8.11Vendor: MandrakeSoft

Is there a reason for not moving up to 1.9.8 in Cooker? I have been
using it since it was released and have found it to be even more stable
than the 1.8.x series (especially under heavy disk activity).

Thanks.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Gnome menu editor?

2003-01-22 Thread Steve Fox
On Wed, 2003-01-22 at 16:51, Jason Straight wrote:

> Is there a gnome menu editor? Did mdk remove it?

You can go to start-here: in nautilus and by clicking the Applications
icon you can begin editing your menu within Nautilus.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Bitstream Fonts

2003-01-22 Thread Steve Fox
On Wed, 2003-01-22 at 19:07, Brad Chamberlin wrote:

> hopefully it won't take too long to actually release them...I wonder if
> it's too much wishful thinking for addition to 9.1?

Luis Villa (the guy who posted the screen shot at
http://tieguy.org/fonts.png) said they should be released within a week.
Frederic is already preparing to add them to Cooker cuz he rocks.

-- 

Steve Fox
http://k-lug.org




[Cooker] GTK2 VIM packages available

2003-01-15 Thread Steve Fox
Daniel Elstner <[EMAIL PROTECTED]> has created a GTK2 patch for
VIM. It's totally uberswank and any self-respecting VIM user would see
it as a gotta-have patch :) He emailed it off to Bram tonight, so
hopefully it will be in an official patch soon.

Obligatory screenshots:

http://regexxer.sourceforge.net/pix/gvim_pango_screenshot2.png
http://regexxer.sourceforge.net/pix/gvim_pango_screenshot_japanese.png

I've took the Cooker VIM RPMs and applied all the official patches up to
patch level 289 (since that's the version the GTK2 patch is against).
I've got these packages available at http://drfickle.net/gtk2vim/ in
case anyone else wants to give them a whirl.

One note: Since GTK2 uses fontconfig and sane font names are available,
you should edit your /usr/share/vim/gvimrc and replace the 'guifont'
line with something like:

set guifont=Monospace\ 10

Enjoy!

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] no new cooker-packages since last night ?

2003-01-09 Thread Steve Fox
On Thu, 2003-01-09 at 10:41, Jason Komar wrote:
>
> I just put in a second hard drive and run my own mirror on it.

How does that help if the primary mirror (sunsite.uio.no) isn't syncing?
Do you know something that we don't? :)

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] no new cooker-packages since last night ?

2003-01-09 Thread Steve Fox
I noticed the mirrors aren't syncing again too. :(

-- 

Steve Fox
http://k-lug.org




[Cooker] Software naming (was: Please don't make urpmi stupid)

2003-01-08 Thread Steve Fox
On Thu, 2003-01-09 at 01:19, [EMAIL PROTECTED] wrote:
> the name "urpmi" does sound stupid, like somebody belching.  why do
> linux programmers give their software such silly names?  guess they
> dont have sales or packaging departments 

Because it's fewer keystrokes! :)

GNOME 2.0 went and renamed all their tools with more sane names, and so
did the new Red Hat 8 configuration tools.

gcalc => gnome-calculator
gfontsel => gnome-font-viewer

redhat-config-samba
redhat-config-httpd

So there is still hope!

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: [CHRPM] apmd-3.1.0-1mdk

2003-01-08 Thread Steve Fox
On Wed, 2003-01-08 at 17:34, Chmouel Boudjnah wrote:

> sounds good fix, i was planning to fix a bunch of stuff there (nobody
> touched this thing since i left this year) but i can't find any apm
> laptop, anyway thanks and i will commit the patch.

I have installed apmd/apm-scripts and it seems to be working fine on my
Thinkpad T20. I didn't notice any changes in this version yet over the
last. It simply just suspends and wakes up for me like it's always done
(restarting my sound and network properly).

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] [Bug 759] [urpmi] New: urpmi should not considerunrelated unresolved dependencies

2003-01-08 Thread Steve Fox
On Wed, 2003-01-08 at 16:47, Todd Lyons wrote:

> I can see the scenario that you want to deal with, but is it easier to
> just add one line to your skip.list or to rewrite key portions of the
> urpmi script(s) and lib to do it?  All or none are always easier than
> "some", especially when the definition of "some" changes per sysadmin.
> Honestly I feel that is what skip.list is for.  

What I am asking for is to back out some changes to make the tool
simpler. I would guess that worrying about all the dependencies for the
entire system is more work than just the ones I am upgrading, but maybe
I'm wrong. 

Really I would just like an explanation of why the new behavior is
desired. I would ask the Debian folks, but I'm not in the mood for a
religious battle.

> As usual, fpons is the ultimate authority on it as it's his baby.

His response confused me. He claimed it should not be worrying about
unrelated unresolved dependencies (like apt does), but in my case it is.
And I am 100% sure that this is an unrelated case.

> You seem pretty aversed to editing skip.list.  What reasoning is behind
> your position?

The main reason is because I want urpmi to stay the best tool possible.
There are very few things more annoying that someone taking a good
perfectly working tool and "enhancing" it only to make it less
functional than before. I get this all the time at work and it's
extremely frustrating.

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [Contrib-Rpm] nautilus-rpm-0.1-1mdk

2003-01-08 Thread Steve Fox
On Wed, 2003-01-08 at 18:12, Frederic Crozat wrote:
> URL : http://www.gnome.rgo/

Is .rgo a new TLD? :)

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] [Bug 759] [urpmi] New: urpmi should not considerunrelated unresolved dependencies

2003-01-08 Thread Steve Fox
On Wed, 2003-01-08 at 13:26, rcc wrote:
> regardless of the question - which seems valid to me - why don't you
> just repackage SuperFoo and remove its dependency on IBM-JDK?

I can definitely do this. What I am wanting to do is keep urpmi from
doing unnecessary things. If there is no good reason for urpmi to do
this new behavior then why add it? I'm hoping the urpmi developers can
explain the reasoning behind it, I haven't heard anything yet.

Just imagine other people who have lots of SuperFoo type applications.
It becomes annoying real quick. I just want to keep a good tool from
going bad.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Please don't make urpmi stupid

2003-01-08 Thread Steve Fox
On Wed, 2003-01-08 at 12:32, Bryan Whitehead wrote:
> In the real world, sysadmins just find a solution (like redoing the crap 
> ass RPM someone made) and move on with life. If you don't like 
> dependancy checking, then don't use urpmi. Use the plain rpm command. 
> Write your own scripts as a wrapper. Or just patch urpmi yourself for 
> your own needs. It's not rocket-science! ;)

Wow, what a well thought-out response! You're a freaking genius!

I NEED dependency checking. What I am asking for is the tool to only
worry about dependencies which are affected by the action being
requested.

There is no reason for urpmi to care about unrelated dependencies which
I made a conscious decision to break knowing very well the potential
results.

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] gstreamer-0.5.1-1mdk

2003-01-07 Thread Steve Fox
All three of these GStreamer updates called gst-register in the
%post_install script , which pegged my CPU until I did 'killall
gst-register' for each package.

Any one else affected by this?

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Please don't make urpmi stupid

2003-01-07 Thread Steve Fox
On Tue, 2003-01-07 at 01:35, Vox wrote:

>   Then use the ugly little hack to go around their ugly little hack,
>   and keep yelling at them...if it's closed source stuff, I bet you
>   are paying them...so...yell at them a lot...if they don't want to
>   fix it, yell at their boss or at their boss' boss...keep going up
>   the lather, it'll happen, specially if it's an expensive product
>   that is not widely deployed in the world.

Granted I can do that, but the point I'm trying to make is that this
unresolved dependency has nothing to do with any of the packages I am
updating. 

It just makes sense to me to only worry about things that affect the
action you are trying to perform. urpmi doing a 'system check' to make
sure the whole world is in order not only has this nasty side effect,
but it also probably slows urpmi down.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Please don't make urpmi stupid

2003-01-07 Thread Steve Fox
On Tue, 2003-01-07 at 04:18, François Pons wrote:

> Ok, I hope I will not hurt sensibility but urpmi doesn't care if
> unrelated dependencies are unresolved. *BUT* urpmi when resolving
> related dependencies (and related should be understanded in the very
> large part) it may add unresolved dependencies.

That's just the thing. It used to not care about unrelated dependencies.
But now it does and it says that it must uninstall SuperFoo in order to
continue. 

If I select Yes it allows my 'urpmi --auto-select' to continue and in
fact it *does not* actually uninstall SuperFoo. I started this thread 
because this indicates to me that in the future urpmi will uninstall it,
and that it doesn't currently uninstall it is merely a bug or an
uncompleted feature. 

urpmi seems to be becoming like apt. I tried out apt4rpm once for
giggles when I was running RH8 for a while. It wouldn't let me install
any software at all because I had this unresolved dependency that was
totally unrelated to anything I was installing (it was complaining about
the JDK even though nothing I installed used Java).

So apt4rpm was completely useless to me and was half the reason I
returned to Cooker.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Please don't make urpmi stupid

2003-01-06 Thread Steve Fox
On Mon, 2003-01-06 at 23:19, Vox wrote:

>   I actually like to think that urpmi getting old unresolved deps
>   flagged is A Good Thing(tm). If you don't care for deps, don't use a
>   package *manager*.

I totally appreciate that for packages which are being
upgraded/installed. But for stuff that's not being modified, it
shouldn't worry about it.

The whole "all dependencies must always be resolved" is nice if you live
in your closed little world where smart packagers like Mandrake create
proper dependencies. 

But in the Real World (tm), there are idiots who package things to fit
in their little world. They won't listen to me when I say to use a
"Requires: java" instead of "Requires: IBM-JDK".

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Please don't make urpmi stupid

2003-01-06 Thread Steve Fox
On Mon, 2003-01-06 at 19:47, Vox wrote:

>   Easy to fix:
> 
>   rpm -e --justdb SuperFoo 

While that is certainly a solution, it seems like an awful nasty hack.
(but thanks for the tip :)

I would much prefer to see the tool remain smart. Really, why should it
even care if unrelated dependencies are unresolved? It's kind of like
getting into other people's business even though they didn't ask you to.
(ok, maybe that's not the best analogy, but it's all I can think of)

-- 

Steve Fox
http://k-lug.org




[Cooker] Please don't make urpmi stupid

2003-01-06 Thread Steve Fox
I noticed that urpmi now tries to figure out all the unresolved
dependencies on your system just like how apt does. I think this is
extremely annoying behavior and I wish I was disabled by default. 

Justification:

I have an application, SuperFoo, installed. It has a dependency on IBM's
Java Runtime Environment (JRE). I need to use Sun's JRE because IBM
hasn't bothered to release one that likes gcc 3.2 yet. And I know from
my usage that it works fine with Sun's JRE. SuperFoo is a proprietary
application so I don't have the source for it. Having to repackage it
every release to remove the stupid hard requirement on IBM-JDK is
extremely annoying.

So I can install SuperFoo with straight rpm -Uvh --nodeps. Life is good
and I can use SuperFoo.

Now being the good Cooker person that I am, I do 'urpmi --auto-select'
to sync with the latest packages.

The latest urpmi says "Hey, we have unresolved dependencies! I MUST
uninstall SuperFoo!", even though SuperFoo has nothing to do with all
the other packages that I will be updating.

I hope you see where this is painful. Every time I want to update
Cooker, it will try to uninstall SuperFoo even though there is no reason
to.

Previously I have bragged to Debian users that urpmi is smarter because
it only concerns itself with the packages that are being
installed/upgraded.

Please tell me there is hope that urpmi can be made smart again?

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Unsigned packages in contribs

2002-12-19 Thread Steve Fox
On Wed, 2002-12-18 at 05:05, Sascha Noyes wrote:

> I do however also find the errors by rpmdrake 
> _very_ annoying. Could Mandrake perhaps include a seperate key for signing 
> contrib apps, and give a message (but only once) that the signing only proves 
> that the package was built by Mandrake, nothing else.

While I know the process is not completely automated, you are right that
they are not examining the entire source code. 

Your suggestion for a separate contribs key is a very good one though
and I would certainly like to see it done to avoid the urpmi warnings.

-- 

Steve Fox
http://k-lug.org




[Cooker] Unsigned packages in contribs

2002-12-18 Thread Steve Fox
Is there a reason that some contrib packages are left unsigned? If
Mandrake rebuilds uploaded SRPMs why aren't they then signed with the
Mandrake key?

-- 

Steve Fox
http://k-lug.org




[Cooker] perl-ldap missing dependency?

2002-12-09 Thread Steve Fox
I believe that perl-ldap is missing a dependency on perl-Convert-ASN1.

[drfickle@tp st-perl]$ perl -e 'use Net::LDAP;'
Can't locate Convert/ASN1.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at
/usr/lib/perl5/vendor_perl/5.8.0/Net/LDAP.pm line 11.

This is an issue for Cooker, 9.0, and 8.2 at least.

Thanks.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Very funny (demos/spotlight)

2002-10-11 Thread Steve Fox
On Fri, 2002-10-11 at 20:27, Phil Lavigna wrote:
> 
>   I thought that might get a chuckle out of somebody. Thanks, you're the 
> first : )

Don't suppose I could get you to add "rpm -e `rpm -qa | grep emacs`" to
the post install script? :)

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] 9.0: firewall too strict

2002-10-05 Thread steve ide

It's better a firewall strict than a sieve
remember when you install you can open your network to everyone.


J. Greenlees a écrit:

> o beckles wrote:
>
>> How?
>>
>> I don't run Mandrake as a server and so all of the services are 
>> unchecked.  However, that setting also kills client apps so I have to 
>> research the applications and their ports and key them in at the 
>> bottom, which does not always work.
>
>
> actually, insert the lines opening the system for the apps at the top 
> of the list.
> 1 it makes it easier to find when testing the settings
> 2 I beleive that the first configuration for a port overrides any 
> subsequent configuration, so at the top the apps get through while at 
> the bottom they don't
>
>>
>>
>> One example is rdesktop which is documented to only use one port but 
>> adding that port/tcp and port/udp does not help any.
>>
>> To me that equates to a default setting of high when compared to 
>> other firewalls programs.
>>
>> Ben Reser wrote:
>>
>>> On Fri, Oct 04, 2002 at 09:10:27PM -0400, o beckles wrote:
>>>  
>>>
 Are there any plans to allow different levels of protection in the 
 firewall?  Right now the iptables rules are too strict to function 
 properly on a windows network without manually adjusting the rules.
   
>>>
>>>
>>>
>>> Huh?  You can adjust them however you want?
>>
>>
>
>
>






Re: [Cooker] VIA686a sound problems

2002-10-02 Thread steve ide

What is this BULL* via sound drivers create more problems than they solve
the fact is there is a problem with interrupts with these chipsets. I 
love Linux and use it every day. The best way is to use a decent 
soundcard (sblive etc..) works fine !! (accounting pracitce in PARIS)  I 
have found serveral workaround for the via drivers but it depends on 
which kernel you are using.. you can call me on +330146062265
As an installer of linux systems I have noticed most of the promblems is 
due to bad hardware

Michal Bukovjan a écrit:

> Adam Williamson wrote:
>
>> On Wed, 2002-10-02 at 18:12, Michal Bukovjan wrote:
>>
>>
>>> ALSA modules, which worked for a long time for me, seems broken 
>>> after I enabled those by hand. But perhaps they are fixed in Alsa 
>>> 0.9rc3, MDK9.0 ships with Alsa 0.9rc2.
>>
>>
>>
>> Are you sure they're broken?
>>
>> Remember you don't have to enable ALSA by hand any more, use draksound.
>> And also remember default ALSA setting, for some insane and stupid
>> reason, is to mute everything, so you have to run alsamixer(gui) to get
>> any sound in the first place.
>
>
> I am pretty sure they (ALSA drivers for VIA686a) are broken in 
> MDK9.0/ALSA 0.9rc2.
>
> I enabled them by hand, and the sound was unmuted and volume was 
> working - but instead of sound (GNOME events, xmms playing - via ESD, 
> OSS, ALSA plugin, I tried everything) it resulted in some distorted 
> sounds.
>
> That's why draksound will not even offer them (which is correct 
> decision from Mandrake).
>
>
>






Re: [Cooker] 9.0 and next

2002-09-26 Thread Steve Fox

On Thu, 2002-09-26 at 04:46, Frederic Crozat wrote:
> 
> I'm not sure having assigned people per package is really a good idea =>
> it will require a lot of people.. But your idea is somehow a variation on
> the same theme as my idea :)

Very true, but then again having just you to manage ALL of GNOME is
tremendous pressure on you. Would you benefit from having lieutenants to
assist you with packaging? I think having groups of reliable volunteers
to assist (and help keep Mandrake's costs low) would be very beneficial.
I am officially volunteering to help with GNOME packaging if you are
receptive to this idea.
 
-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Stackguard, FormatGuard for future Mandrake versions?

2002-09-16 Thread Steve Bergman

On Mon, 2002-09-16 at 15:29, Ben Reser wrote:
> On Mon, Sep 16, 2002 at 02:17:50PM -0500, Steve Bergman wrote:
> > So, am I just not seeing the negative side to this?  Immunix apparently
> > does not have enough name recognition and influence to make it happen. 
> > But Mandrake does.  After seeing exploit after exploit list RedHat,
> > SuSE, Debian. etc. as having a root vulnerability but with Mandrake as
> > just a DOS, I'm sure all the other distros would follow suit.
> 
> Performance and it's bound to cause some programs not to build right
> causing people problems who want to build programs from tarballs.

I started to write that the performance impact is trivial.  However,
reviewing the info on the immunix site (which I admittedly haven't done
in a while) I find that, depending on the nature of the app, the
performance impact can be significant.  

FormatGuard does require some (small percentage of) programs to be
modified to compile.  StackGuard does not seem to have this problem,
except with (surprise!) the Linux kernel. (And yes, that is a pain.)



> 
> But no there isn't a whole lot of issues with doing this from what I've
> seen.
> 
> However it is no guarantee to prevent successful attacks.  I seem to
> recall that there have been some ways to get around it in the past.
> They get fixed but then you have to recompile all the apps to take
> advantage of it.

I know of one instance of this in (I believe) StackGuard 1.20.

> 
> Think of it as a bandaide.  Sooner or later the bandaide won't stick any
> more.
> 

Good example.  BandAid's are not a miracle cure.  However, they are
still a very good idea. ;-)

-Steve





[Cooker] Logitech QuickCam Express Not Recognized - updated driver exists!

2002-09-09 Thread Steve Hersey

This is a repost, sorry if you've already seen it, but I don't think it
made it out first time...

This was Bugzilla'ed (#70) waay back in Beta 2; it's overdue for being
fixed, and dead trivial to do. (Obviously, this is one of Warly's
"useless" bug reports that get "quietly ignored".)

There are several "Logitech QuickCam Express" webcams with different USB
IDs. Although the QuickCam Express is listed as working in LM 8.2, LM 9.0
Beta 2 doesn't recognize my recent model (USB ID 0x46D/0x870), 'cause it
has an obsolete version of the mod_quickcam driver
(/lib/modules/2.4.18-22mdk/kernel/3rdparty/mod_quickcam/mod_quickcam.o.gz)
dated 6/16/01. The current version of the mod_quickcam driver, dated
5/22/02, version 0.40.c, DOES operate this webcam (I have verified this on
9.0 beta 2). It can be found at http://sourceforge.net/projects/qce-ga/
and compiles/installs quite painlessly. Problem solved?


On a related note, the xawtv package *appears* to be missing the webcam
app, though it appears in the author's original package in the current
version. Can anyone confirm or refute this?

Thanks, Steve





Re: [Cooker] Intel 845 USB and Support, and some unanswered Bugzillas

2002-09-05 Thread Steve Hersey

Once upon a time, on Thursday 05 September 2002 01:53 am, the famous sage 
Warly did write:

> We tried to set up MandrakeExpert as primary front-end for newbies,
> unfortunately some third party doing support for us just do not care about
> beta version and do not bother bringing us back such pb (this is my
> personal unique view which I must be the only one to be blame for just in
> case).

Indeed there is trouble there. I tried reporting something thru 
MandrakeExpert, and the responder who eventually responded (after a few tries 
on my part) had NO IDEA how to get the bug info to the developers. Scratch 
MandrakeExpert as a usable option for bug reporting. 


> I tried to change bugzilla, to have a more explicit package/version
> reporting, with a mail system to ease developers job, it is a bit better,
> but not nice enough yet.
>
> At present cooker is the better bug reporting system, because most of
> subscribers are linux-aware and help us a lot in bug finding and fixing.

I'm sorry, but this is flad dead WRONG. I have 200 mails in my box today, 
maybe 5 of which are relevant to any bug I posted. Using Cooker to report one 
bug and expecting a reply (so you know the message got there) is like 
drinking from a firehose. If I go away for a week, my Internet provider will 
shut down my account 'cause the inbox will be gigantic. How shall I even find 
the reply to my bug report over say, 5 days, in the middle of a thousand 
messages? Scratch Cooker as a viable bug reporting option for most people if 
they want follow-up. I think that you will find that Bugzilla users, IF they 
get the level of response there that Cooker users get here, will on average 
be comparably helpful to you. If you don't water the plant, you can't blame 
it for wilting and dying..


> Our main problem is to qualify bug, because if the maintainer knows that
> there will be one good bug report over 10 in bugzilla, he will not spend
> the time reading all these 10 to find the good one, he will just ignore it.

As opposed to the 200 unrelated Cooker mails I've just waded through to find 
this one? I'm sorry, that is not at all credible. 

Another problem with using Cooker for bug management is that, unlike 
Bugzilla, there's NO mechanism for tracking bug status, other than whatever 
ad-hoc scratch paper a developer uses (or doesn't use). I do QA as part of my 
job; the need for a formal, traceable bug tracking system is standard 
industry "best practice". Personally, I suspect this is why some developers 
might dislike Bugzilla, cause it remembers things and they cannot as easily 
be "quietly ignored" in favor of more appealing tasks.  

Please don't get me wrong, I'm not trying to attack either you or 
Mandrakesoft; I just see a desperate need here that Mandrakesoft isn't 
addressing. I'm trying to help.

Regards, Steve

-- 

Steve Hersey N1XNX
[EMAIL PROTECTED]




Re: [Cooker] Intel 845 USB and Support, and some unanswered Bugzillas

2002-09-04 Thread Steve Hersey

Once upon a time, on Wednesday 04 September 2002 05:43 am, the famous sage 
Warly did write:

>>Chuck Davis <[EMAIL PROTECTED]> writes: >>This is very poor public 
relations for Mandrake that really should be fixed by >> whoever has the 
authority to get the bug reporting mechanism for beta and RC >> releases in 
place. > > Well, at some points developper has to choose between 
developing and > answering all the incomplete, unuseful, or already fixed bug 
report. > > If you are not answered it is mainly because your bug reports are 
not > relevant, or because you are not doing enough job for us to fix > more 
easily.

Warly, I REALLY must take exception to your statements here. I challenge you 
to tell me what is "incomplete, unuseful, or already fixed" about the THREE 
bugs I posted to Bugzilla (#s 79, 119, 122) that have gone unexamined. Some 
of these bugs may presently be unfixable, but leaving the reports in Limbo is 
a lousy response to them, and discourages those who trouble to report bugs at 
all. (Clearly not just me...)

The problem here is NOT just that people are posting bad bug reports, 
(although I agree there are many of those); this is a management and 
developer-relations problem, and it NEEDS attention. Calling this a choice 
between developing and acknowledging bug reports is a false dichotomy. Sorry, 
but you need both of these, and your management needs to recognize that and 
support you accordingly. Even at the cost of slowing release schedules if 
need be.

It is developer relations problem 'cause the beta testers are part of your 
development team, and have been REQUESTED to submit reports. If you let bug 
reports (by what I've read from others, we're talking about a significant 
proportion of bug reports) sit "quietly ignored", the Beta testers who found 
them will GIVE UP ON YOU and go elsewhere. This is a Bad Thing. Yes, your 
time is limited; yes, some reports are useless; yes, it's no fun to tag the 
useless reports. But it IS productive and it IS necessary. If you want beta 
testers to stick with you, you MUST give them the sense they're being heard. 
Ignore them, and you'll miss the good reports along with the bad ones. This 
is a basic principle of managing a team, and like it or not, y'all are in 
that position here. On any corporate software project I've ever been involved 
with, letting unread bug reports pile up would be a quick route to the 
unemployment line. On an Open Source project, you will just fail...

At bare minimum, the developers should at LEAST change the Bugzilla status to 
"Unverified" or "Wontfix" or *something* to let the poor bug-posters know you 
heard them. I can tell you from personal experience, "We can't verify/fix 
this one" is MUCH better than never hearing back at all. Open Source beta 
testers are a force-multiplier for bug hunting, and your managers must surely 
realize that pissing them off and discouraging them by visibly doing nothing 
(or by doing nothing visible - the effect is the same) erodes the many-eyes 
effect you want and need. I've had a number of Very Bad experiences with 
Mandrake tech support, but I'm not giving up on you(quite) yet. Others have 
less patience and won't stick around. 

If you don't "get it" by reading this far, I guess there's no hope for 
improving this mess. Please tell me I'm wrong.

Thanks for listening,

Steve Hersey

--

Steve Hersey N1XNX [EMAIL PROTECTED]




[Cooker] Intel 845 USB and Support, and some unanswered Bugzillas

2002-09-03 Thread Steve Hersey

OK, I am advised to be POLITE here, so I'll suppress my irritation at 
submitting useful Bugzilla reports that never get looked at, and report 'em 
all here:

My primary test bed is an Intel D845GLAD motherboard. Integrated AC97 audio, 
onboard video, onboard LAN, USB. Other testbed is Intel AL440LX mobo.

* USB is not recognized on the D845GLAD mobo. See Bugzilla #122.  
Incidentally, this bug will NOT appear on my buglist (something 'bout being 
assigned to nobody. No idea why or how to fix it, and qa@mandrakesoft,com 
never replies.) My only way to see it is: 
https://qa.mandrakesoft.com/show_bug.cgi?id=122

* Logitech QuickCam Express driver needs to be updated from the recent 
(months old!) 0.40c Sourceforge CVS source; the old one doesn't recognize my 
QCE (various USB IDs and sensor types for QuickCam Expresses), but the NEW 
one works way better. See Bugzilla #70, this dates back to Beta 2 (!!!), and 
it's a trivial fix. Can we PUH-LEEZE get the updated driver into the tree?

* XFree86 support of the onboard 845 video is very, very poor (it was worse 
in Beta 2, but it still is bad). Bugzilla #119.  I know this is unlikely to 
be fixed, but if anyone wants to try, I'll gladly run test cases and provide 
feedback...

In general: I am NOT an expert on X or USB, but I *am* a competent 
programmer, and I am *very* willing to help in debugging/testing/fixing these 
issues; if someone is willing to provide some direction, I can assist 
usefully. I fully understand that these bugs may not get fixed; that's OK, I 
don't mind that near as much as I mind submitting Bugzilla bug reports that 
seem to go to /dev/null. THAT is a waste.

>From the comments I've seen on MandrakeForum, there are lots more who feel 
the same frustration; Bugzilla is one of the recommended routes for bug 
reporting, but my experience suggests that it isn't being used to advantage 
(and neither is MandrakeExpert, the third recommended route). SOMEONE at 
Mandrakesoft would do well to take a serious look at this, or else you'll 
lose valuable community contributors; isn't that what Open Source is about to 
begin with?. Anyone sufficiently committed to go through the Bugzilla setup 
rigamarole likely has something to say, or?

Regards, Steve Hersey

-- 

Steve Hersey N1XNX
[EMAIL PROTECTED]




Re: [Cooker] thoughts on mp3 issue

2002-08-28 Thread Steve Fox

On Wed, 2002-08-28 at 09:57, Guillaume Cottenceau wrote:
> 
> Hum, don't forget that Freeware != Freeofcharge != Freesoftware,
> I think that's the point. There was only exceptions for free of
> charge decoders.

True, therefore the downloadable CDs were ok, but not the PowerPacks.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] thoughts on mp3 issue

2002-08-28 Thread Steve Fox

On Wed, 2002-08-28 at 07:38, Guillaume Cottenceau wrote:
> 
> Haavard wrote:
> I'm a bit surprised that this has come up now, mp3licensing.com has never
> listed any exemption for freeware decoders.

That is incorrect.

http://web.archive.org/web/20010331223305/www.mp3licensing.com/royalty/swdec.html
http://lists.debian.org/debian-legal/2000/debian-legal-26/msg00091.html

-- 

Steve Fox
http://k-lug.org




[Cooker] Sound Blaster Live rear channels in Cooker?

2002-08-27 Thread Steve Bergman

Hi,

Under Mandrake 8.2 the rear channels of my Sound Blaster live worked
fine. (alsa 0.5, I think)  I had a nice 3D slider in kmix and it was
great.  Under the current cooker, I have no 3D slider and get no sound
from the rear speakers.  I've messed around with amixer and alsamixer to
no avail.  Is there something simple I'm missing here or is it a bug?

Appended is the output of amixer.  Thanks for any assistance.

Thanks,
Steve Bergman

Simple mixer control 'Master',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 17 [55%] [on]
  Front Right: Playback 17 [55%] [on]
Simple mixer control 'Master Mono',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined
  Playback channels: Mono
  Limits: Playback 0 - 31
  Mono: Playback 17 [55%] [on]
Simple mixer control 'Headphone LFE',1
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'Headphone',1
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 100
  Front Left: Playback 0 [0%]
  Front Right: Playback 0 [0%]
Simple mixer control 'Headphone Center',1
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'Tone',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [off]
  Front Right: Playback [off]
Simple mixer control 'Bass',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Limits: 0 - 40
  Mono: 20 [50%]
  Front Left:
  Front Right:
Simple mixer control 'Treble',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Limits: 0 - 40
  Mono: 20 [50%]
  Front Left:
  Front Right:
Simple mixer control '3D Control - Switch',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control '3D Control Sigmatel - Depth',0
  Capabilities: volume volume-joined
  Playback channels: Mono
  Limits: 0 - 3
  Mono: 3 [100%]
Simple mixer control '3D Control Sigmatel - Rear Depth',0
  Capabilities: volume volume-joined
  Playback channels: Mono
  Limits: 0 - 3
  Mono: 3 [100%]
Simple mixer control 'PCM',0
  Capabilities: pvolume pswitch pswitch-joined
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 24 [77%] [on]
  Front Right: Playback 24 [77%] [on]
Simple mixer control 'Surround',0
  Capabilities: pvolume pswitch
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 31 [100%] [on]
  Front Right: Playback 31 [100%] [on]
Simple mixer control 'Surround Digital',0
  Capabilities: pvolume cvolume cswitch
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 100 Capture 0 - 100
  Front Left: Playback 100 [100%] Capture 100 [100%] [off]
  Front Right: Playback 100 [100%] Capture 100 [100%] [off]
Simple mixer control 'Center',0
  Capabilities: pvolume pvolume-joined
  Playback channels: Mono
  Limits: Playback 0 - 100
  Mono: Playback 100 [100%]
Simple mixer control 'LFE',0
  Capabilities: pvolume pvolume-joined
  Playback channels: Mono
  Limits: Playback 0 - 100
  Mono: Playback 100 [100%]
Simple mixer control 'Wave',0
  Capabilities: pvolume cvolume cswitch
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 100 Capture 0 - 100
  Front Left: Playback 100 [100%] Capture 0 [0%] [off]
  Front Right: Playback 100 [100%] Capture 0 [0%] [off]
Simple mixer control 'Wave Center',0
  Capabilities: pvolume pvolume-joined
  Playback channels: Mono
  Limits: Playback 0 - 100
  Mono: Playback 0 [0%]
Simple mixer control 'Wave LFE',0
  Capabilities: pvolume pvolume-joined
  Playback channels: Mono
  Limits: Playback 0 - 100
  Mono: Playback 0 [0%]
Simple mixer control 'Wave Surround',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 100
  Front Left: Playback 0 [0%]
  Front Right: Playback 0 [0%]
Simple mixer control 'Music',0
  Capabilities: pvolume cvolume cswitch
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 100 Capture 0 - 100
  Front Left: Playback 100 [100%] Capture 0 [0%] [off]
  Front Right: Playback 100 [100%] Capture 0 [0%] [off]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined
cswitch-exclusive
  Capture exclusive group: 0
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Front Left: Playback 15 [48%] [on] Capture [off]
  Front Right

[Cooker] Keramic Theme and Crystal Icons to make it into 9.0?

2002-08-26 Thread Steve Bergman


Hi,

RedHat 8.0 Beta includes the beautiful Keramic Theme and the Crystal
icon set.  I don't see these in the current Cooker.  Are there any plans
to include them in 9.0, or is it too late now?

Thanks,
Steve Bergman






[Cooker] Better remove MP3 support

2002-08-26 Thread Steve Fox

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=70983

It appears that as of a couple months ago you now need a license to
decode MP3s too. Long live Ogg!

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] xchat keeps dying after latest libzvt changes

2002-08-20 Thread Steve Fox

On Wed, 2002-08-21 at 00:20, Frederic Crozat wrote:
> 
> I really doubt xchat is using libzvt-2.0 since we don't have yet the GTK2
> version of xchat..

Good point. Anything I can do to provide more details? It's been running
flawlessly since I turned off the transparent background. Before I
updated yesterday I never had any problems with it.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] xchat keeps dying after latest libzvt changes

2002-08-20 Thread Steve Fox

On Tue, 2002-08-20 at 22:15, Steve Fox wrote:
> Seems totally random. I'm using transparent windows.

Seems to have gone away once I turned of transparency. I haven't been
using transparency in my gnome-terminal lately and that has been stable
all day. 

-- 

Steve Fox
http://k-lug.org




[Cooker] xchat keeps dying after latest libzvt changes

2002-08-20 Thread Steve Fox

Seems totally random. I'm using transparent windows.

Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter)
  serial 28727 error_code 9 request_code 73 minor_code 0

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] libzvt-2.0.1-5mdk

2002-08-20 Thread Steve Fox

On Tue, 2002-08-20 at 04:30, Frederic Crozat wrote:
> 
> - Update i18n patch to fix bugs 90816 & 90818 (scrolling and cursor problems)

So far things look great here. Thanks!

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Galeon/Mozilla/Anti-aliased text

2002-08-20 Thread Steve Fox

On Tue, 2002-08-20 at 04:26, Adam Williamson wrote:
> 
> Oh, for crying out loud...why? Why does Moz have this masochistic desire
> to reinvent the wheel all the time for no good reason? What's wrong with
> Pango? Jeez...

Because Pango was only declared "stable" in March and it's portability
to multiple platforms has not been complete or tested properly.
Mozilla's been in development for 4 years now.

-- 

Steve Fox
http://k-lug.org




[Cooker] Status of rocketport driver?

2002-08-16 Thread Steve Bergman

Hi,

A while back I reported that the rocketport (rocket.o) driver in
mandrake 8.2/cooker (which is old) had problems with modern rocketport
boards. (The latest drivers work fine.  The earlier driver drops
characters and does other funky things.)

Comtrol, the manufacturer, says that it works under RedHat and SuSE, but
not under Mandrake because "Mandrake is not System V compatible".  (Each
time I requested more detail, I was told only that "Mandrake is not
System V compatible".  Go figure...)

Oddly, RedHat, SuSE, and Mandrake use exactly the same driver version
(1.14c), which diffs out *almost* identically.  There is one typo in
Mandrake's rocket_int.h. (There is an extraneous "*/" on a line.)

I notice that as of Aug 14, this typo has been corrected.

Was this just house cleaning?  Or was it causing the problems?  

I'm very curious, but not in a position to test it as the hardware in
question is now in a production machine.

Thanks,
Steve Bergman

 






Re: [Cooker] gnome workspace switcher

2002-08-13 Thread Steve Fox

On Tue, 2002-08-13 at 01:42, Eugenio Diaz wrote:
> The naming of workspaces in the gnome workspace switcher are not 
> preserved. If I change the names, and logout, when I login again my 
> custom names are gone and it is reset to "Workspace 1", "Workspace 2", etc.

I have a bug open on this.

http://bugzilla.gnome.org/show_bug.cgi?id=85061

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] XFree86-4.2.0-19mdk

2002-08-12 Thread Steve Fox

On Mon, 2002-08-12 at 17:31, Frederic Lepied wrote:
> 
> * Mon Aug 12 2002 Frederic Lepied <[EMAIL PROTECTED]> 4.2.0-19mdk
> 
> - updated savage driver to 1.1.23t

Thank you Frederic!

-- 

Steve Fox
http://k-lug.org




[Cooker] S3 Savage driver

2002-08-12 Thread Steve Fox

(Sorry for emailing you directly, but I didn't see any response last
time I asked in July.)

Could the S3 Savage driver <http://www.probo.com/timr/savage40.html>
please be updated to the 1.1.23 level? This has some really nice bug
fixes in it such as allowing video playback to work with a 24-bit color
depth. 

Thanks.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk

2002-08-09 Thread Steve Fox

On Fri, 2002-08-09 at 10:57, Frederic Crozat wrote:
> 
> Be sure to also install latest gnome-control-center package..

Got that.

> And you'll have to logout..

That's what I was missing. I was so used to themes auto-applying that
this "hack" didn't occur to me.

Thanks Frederic.

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk

2002-08-09 Thread Steve Fox

On Fri, 2002-08-09 at 09:16, Steve Fox wrote:
> On Fri, 2002-08-09 at 04:45, Frederic Crozat wrote:
> > 
> > - Patch1 (rawhide): set GTK_RC_FILES so we can change the gtk1 theme
> 
> Any idea why Evolution would honor this, but not X-Chat?

Actually, after doing the oaf-slay Evolution doesn't honor it either.

I have tried switching GTK+ themes in the Theme capplet. Any hints on
how to activate this for GTK+-1.x apps? 

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Evolution won't start mail component

2002-08-09 Thread Steve Fox

On Fri, 2002-08-09 at 09:15, Frederic Crozat wrote:
> 
> Try running oaf-slay..

I remembered that right after I sent the email. Gar! Sorry to bug you.

-- 

Steve Fox
http://k-lug.org




[Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk

2002-08-09 Thread Steve Fox

On Fri, 2002-08-09 at 04:45, Frederic Crozat wrote:
> 
> - Patch1 (rawhide): set GTK_RC_FILES so we can change the gtk1 theme

Any idea why Evolution would honor this, but not X-Chat?

-- 

Steve Fox
http://k-lug.org




[Cooker] Evolution won't start mail component

2002-08-09 Thread Steve Fox

After updating to today's Cooker, Evolution cannot start its mail 
component. After running killev, I run evolution from one terminal and 
it displays:

evolution-shell-WARNING **: Error changing interactive status of 
component OAFIID:GNOME_Evolution_Mail_ShellComponent to TRUE -- 
IDL:omg.org/CORBA/COMM_FAILURE:1.0

I start evolution-mail from another terminal, but it doesn't spew any 
error messages.

Any suggestions?

Steve Fox
http://k-lug.org





[Cooker] Bug Report: Rocket Port Driver needs to be updated

2002-08-04 Thread Steve Bergman

Hi,

The Comtrol RocketPort driver (1.14c) in Cooker is 9 releases old and does not 
work well with current hardware. (e.g. RocketPort/PCI)

The module loads and works for the most part, but ports randomly lock up or 
sometimes pause for ~60 seconds and then start sending again.

This caused me a lot of grief at a client site where I was upgrading to 8.2 
from SCO OpenServer 5.

The latest version of the driver (1.23) works fine and is available at:

http://support.comtrol.com/download.asp 

or more specifically, here: 

ftp://ftp.comtrol.com/RPort/Drivers/ISA_PCI/Linux /V1_23/1800024D.tgz 

-Steve Bergman




Re: [Cooker] font in gnome-terminal broken

2002-08-02 Thread Steve Fox

On Fri, 2002-08-02 at 16:30, Frédéric Crozat wrote:
> 
> Another workaround is to change the font size..

As the original poster mentioned, one cannot change the font or its
size. I'd be curious if this works for anyone.

-- 

Steve Fox
http://k-lug.org




[Cooker] gdmlogin still confused

2002-08-02 Thread Steve Fox

gdm-2.4.0.5-2mdk

gdmlogin still thinks I have a mismatch between the daemon and itself.
The greeter reports itself as 2.4.0.5 and I have rebooted the machine,
so the daemon has definitely restarted.

Does GDM keep the daemon version in a file somewhere?

Anyone else experiencing this?

-- 

Steve Fox
http://k-lug.org




Re: [Cooker] Control Centre

2002-08-01 Thread Steve Glew


- Original Message -
From: "Leon Brooks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 11:38 PM
Subject: Re: [Cooker] Control Centre


> On Thu, 1 Aug 2002 04:11, Steven Lawrence Glew wrote:
> > It seems to be very flaky most of the time.  I can't access most things
> > when I load up the control centre, if it loads.
>
> Go on, then, bury us in detail! (-:
>
> Which bits fail for you? Are there specific circumstances in which they
fail?
> What do you mean by `can't access?' For example, `I click and nothing
> happens', `I click on get the following error dialog (quote text)', `I
click
> on the CC window closes, if I start it from the command line the last
thing
> it says is "stercus, stercus, stercus, morturi est"', whatever. What
version
> fo the software are you using now - Mandrake 8.2 or 9.0b1? If a specific
> config option fails, what hardware are you trying to get it to deal with?
And
> so on.
>
> Thanks in advance; Leon
>
>


OK then,
here is the detail:
When I activate the program somtimes it loads and other times it says its
loading, then the little "title" thing at the bottom of the screen
disapears.
When it does load:
I can access my boot config screen and that's it so far.
The others when I click on them they simply say "Please Wait" and don't do
anything,
I even left it alone for an hour and it still would not load.
I have mainly been trying to access my internet config and the "services" (I
think it is).
I am currently running Mandrake 9.0 b1  8.2 hates my motherboard.
I was expecting problems along the way because its beta.
THanks for you help

Steve





  1   2   3   4   5   6   7   >