Re: [Cooker] Updated heartbeat, and request
On Tuesday 18 November 2003 4:46 pm, [EMAIL PROTECTED] wrote:
On Tuesday 18 November 2003 3:32 pm, [EMAIL PROTECTED] wrote:
On Tuesday 18 November 2003 12:39 pm, Buchan Milne wrote:
Bret Baptist wrote:
D'Oh, that one seems to be a new addition that wasn't in fact tested.
I've just tested on 8.2 in a chroot with:
%{!?lib: %global lib lib}
%{!?mklibname: %global mklibname(ds)
%lib%{1}%{?2:%{2}}%{?3:_%{3}}%{-s:-static}%{-d:-devel}}
(that's two lines ... in case the last one wrapped to two)
OK we are making progress now. Only issues I am seeing is why would
these be build dependencies?
libgnome32-devel is needed by heartbeat-1.0.2-2mdk
libid3tag0-devel is needed by heartbeat-1.0.2-2mdk
I found the same issue now, I just --nodeps'ed it (libid3tag0-devel is not
in 8.2, I installed the rest painfully with my old 8.2 CDs which I seem to
have written on bad media ...) and it seems to be building OK.
I really can't think why I need half of GNOME installed to build this!
Maybe I will find out some time ;-).
Commented out the gnome and id3 stuff, compiled fine.
But when I went to install the rpm we made and I get this:
Installation failed:
rpm-helper is needed by heartbeat-1.0.4-1mdk
Can I just nodeps this?
Bret.
Regards,
Buchan
--
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
--
Today is the tomorrow you worried about yesterday.
[Cooker] Updated heartbeat, and request
I noticed this on the linux-ha.org site, we are currently at 1.0.2: 6/25/2003: A potential remote exploit has been discovered in heartbeat. Please upgrade to version 1.0.3 or later at your earliest convenience. See the security announcement for more details. I also am wondering if we can make it so the heartbeat srpm will compile on Mandrake 8.2. I am running a MNF cluster and the heartbeat version that we are using (0.4.9) has a bug that was fixed in 0.4.9.1, but there are no updates to 0.4.9.1 for Mandrake. The next version that was released for Mandrake was 1.0.2 and that only compiles on 9.2 or cooker. Here is the bug that is biting me: Fixed a fairly rare client API bug where it would shut down the client for no apparent reason. Not fun. Thank you for your efforts. I would do this myself but I can't seem to figure out how to make the new srpm work with 8.2. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Updated heartbeat, and request
This is the result from rpm --rebuild heartbeat-1.0.2-2mdk.src.rpm: error: Bad package specification: %package -n %mklibname heartbeat 0 Bret. On Tuesday 18 November 2003 12:18 pm, Diego Iastrubni wrote: what does it tell you when you try and rebuild it? , 18 2003, 19:43,Bret Baptist: I noticed this on the linux-ha.org site, we are currently at 1.0.2: 6/25/2003: A potential remote exploit has been discovered in heartbeat. Please upgrade to version 1.0.3 or later at your earliest convenience. See the security announcement for more details. I also am wondering if we can make it so the heartbeat srpm will compile on Mandrake 8.2. I am running a MNF cluster and the heartbeat version that we are using (0.4.9) has a bug that was fixed in 0.4.9.1, but there are no updates to 0.4.9.1 for Mandrake. The next version that was released for Mandrake was 1.0.2 and that only compiles on 9.2 or cooker. Here is the bug that is biting me: Fixed a fairly rare client API bug where it would shut down the client for no apparent reason. Not fun. Thank you for your efforts. I would do this myself but I can't seem to figure out how to make the new srpm work with 8.2. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Updated heartbeat, and request
On Tuesday 18 November 2003 12:39 pm, Buchan Milne wrote:
Bret Baptist wrote:
This is the result from rpm --rebuild heartbeat-1.0.2-2mdk.src.rpm:
error: Bad package specification: %package -n %mklibname heartbeat 0
Easy fix (I think)
Add something like this to the top of the spec file:
%{!?mklibname: %define mklibname
%lib%{1}%{?2:%{2}}%{?3:_%{3}}%{-s:-static}%{-d:-devel}}
(that's one line)
This is what I use on samba, and it should still build on 8.0 even (not
that I have tried this particular feature on it recently ...)
If it's a couple of newer packages on 8.2, just add the macro to your
~/.rpmmacros (might need some tweaking).
No such luck Buchan, get this message now.
error: Bad package specification: %package -n %lib%{1} heartbeat 0
Regards,
Buchan
--
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
--
Today is the tomorrow you worried about yesterday.
Re: [Cooker] Updated heartbeat, and request
On Tuesday 18 November 2003 3:32 pm, [EMAIL PROTECTED] wrote:
On Tuesday 18 November 2003 12:39 pm, Buchan Milne wrote:
Bret Baptist wrote:
This is the result from rpm --rebuild heartbeat-1.0.2-2mdk.src.rpm:
error: Bad package specification: %package -n %mklibname heartbeat 0
Easy fix (I think)
Add something like this to the top of the spec file:
%{!?mklibname: %define mklibname
%lib%{1}%{?2:%{2}}%{?3:_%{3}}%{-s:-static}%{-d:-devel}}
(that's one line)
This is what I use on samba, and it should still build on 8.0 even
(not that I have tried this particular feature on it recently ...)
If it's a couple of newer packages on 8.2, just add the macro to your
~/.rpmmacros (might need some tweaking).
No such luck Buchan, get this message now.
error: Bad package specification: %package -n %lib%{1} heartbeat 0
D'Oh, that one seems to be a new addition that wasn't in fact tested.
I've just tested on 8.2 in a chroot with:
%{!?lib: %global lib lib}
%{!?mklibname: %global mklibname(ds)
%lib%{1}%{?2:%{2}}%{?3:_%{3}}%{-s:-static}%{-d:-devel}}
(that's two lines ... in case the last one wrapped to two)
OK we are making progress now. Only issues I am seeing is why would these be
build dependencies?
libgnome32-devel is needed by heartbeat-1.0.2-2mdk
libid3tag0-devel is needed by heartbeat-1.0.2-2mdk
Don't think I am going to be doing any MP3 tag modifying...
Bret.
I only tested with:
rpm -q --specfile samba.spec --with system
with the two changed lines above (relative to the packages in cooker).
Otherwise, I can give the heartbeat SRPM a rebuild now since I have the
chroot available now ...
Regards,
Buchan
--
Bret Baptist
Systems and Technical Support Specialist
[EMAIL PROTECTED]
Internet Exposure, Inc.
http://www.iexposure.com
(612)676-1946 x17
Web Development-Web Marketing-ISP Services
--
Today is the tomorrow you worried about yesterday.
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wednesday 12 November 2003 8:49 pm, Olivier Blin wrote: On Wed, 12 Nov 2003 10:26:04 -0600 Bret Baptist [EMAIL PROTECTED] wrote: I know that my VIA82CXXX IDE chipset module was not placed in the initrd. I remade the initrd with the module using --with=via82cxxx, then I found out that ide drivers don't work well as modules So I rebuilt the kernel. :-) What do you mean by ide drivers don't work well as modules ? Do they even load ? Yeah the module loaded, but it gave a warning about of something to the effect of being unstable. Dang.. can't remember exactly, when you did an lsmod it said unstable or something next to it. Also the drives where not DMA enabled on boot, I could enable it with hdparm though. I can reboot with your 9.5 kernel tonight and give you the exact errors if that would be helpful for you. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Tuesday 11 November 2003 10:18 pm, Olivier Blin wrote: On Tue, 11 Nov 2003 22:56:51 -0500 Scott Chevalley [EMAIL PROTECTED] wrote: Yes, I need please the output of lscpi and lspcidrake (to give me the exact name of your IDE chipset). Thanks. here ya go. Ok, you're using a VIA82CXXX IDE chipset. I've set CONFIG_BLK_DEV_VIA82CXXX=m in test9.5mdk, but, as Andrey pointed out, ide chipsets won't even load in current 2.6 state. I'll built-in ide chipsets back in next release. BTW, I'd like to know if the ide module is correctly detected by mkinitrd. Can you please try the following (as root) so I can check which modules are detected and added in the /lib of initrd ? cp /boot/initrd-2.6.0-0.test9.5mdk.img initrd-2.6-test9.5mdk.img.gz gunzip initrd-2.6-test9.5mdk.img.gz mkdir initrd-2.6-test9.5mdk mount initrd-2.6-test9.5mdk.img initrd-2.6-test9.5mdk -o loop ls initrd-2.6-test9.5mdk/lib umount initrd-2.6-test9.5mdk Thanks I know that my VIA82CXXX IDE chipset module was not placed in the initrd. I remade the initrd with the module using --with=via82cxxx, then I found out that ide drivers don't work well as modules So I rebuilt the kernel. :-) This is with kernel-2.6.0-0.test9.5mdk-1-1mdk. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wednesday 12 November 2003 11:13 am, Olivier Blin wrote: On Wed, 12 Nov 2003 10:26:04 -0600 Bret Baptist [EMAIL PROTECTED] wrote: I know that my VIA82CXXX IDE chipset module was not placed in the initrd. I remade the initrd with the module using --with=via82cxxx, then I found out that ide drivers don't work well as modules So I rebuilt the kernel. :-) Yes, sorry, I made a mistake. I'll build a new package, perhaps this night. I'll try to fix this module loading issue and to fix our mkinitrd script to detect IDE modules (won't be easy ...). Sorry for the mess. No problems Olivier, so far it has been a great experience with 2.6test. You are doing an awesome job. Thanks a ton. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Re: [Contrib-Rpm] openobex-1.0.1-1mdk
On Sunday 19 October 2003 5:58 am, Stefan van der Eijk wrote: [Contrib-RPM] -=-=-=- Name: openobex Relocations: (not relocateable) Version : 1.0.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Sun Oct 19 09:43:09 Summary : Library for using OBEX Description : Open OBEX shared c-library -=-=-=- Stefan van der Eijk [EMAIL PROTECTED] 1.0.1-1mdk - 1.0.1 - Bluetooth support - use the mklibname macro Just wanted to thank you for doing this Stefan. Now if only I could get kde-bluetooth to compile on Mandrake 9.2, I would be a happy man. :-) http://kde-bluetooth.sourceforge.net/ -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Updated openobex
There is a newer version of openobex that is out now. It does fix a few bugs. The thing I am most interested in though, is getting support for Bluetooth compiled into openobex. I tried to use the current contrib RPM to create an updated openobex with Bluetooth support, but it couldn't find the Bluetooth includes. Thanks a ton for creating this RPM. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] mandrake.contactel.cz gone?
I tried to setup my usual source of mandrake.contactel.cz (aka mandrake.redbox.cz) for Mandrake 9.2, and now I find there is nothing in that directory any more, nothing, it is all gone! Anyone have a clue as to what happened? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] mandrake.contactel.cz gone?
On Thursday 16 October 2003 9:59 am, Buchan Milne wrote: Bret Baptist wrote: I tried to setup my usual source of mandrake.contactel.cz (aka mandrake.redbox.cz) for Mandrake 9.2, and now I find there is nothing in that directory any more, nothing, it is all gone! Wierd... I just checked and if you login to / on mandrake.contactel.cz and do an ls, there is nothing. However if you know the subdirectory names you can cd into them and everything is there. Anyone have a clue as to what happened? Lots of files in here: ftp://mandrake.redbox.cz/Mandrake/9.2/i586/Mandrake/RPMS/ and ftp://mandrake.redbox.cz/Mandrake/9.2/contrib/i586/ See above.. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] mandrake.contactel.cz gone?
On Thursday 16 October 2003 10:22 am, Zdenek Mazanec wrote: Wierd... I just checked and if you login to / on mandrake.contactel.cz and do an ls, there is nothing. However if you know the subdirectory names you can cd into them and everything is there. My mistake. New mandrake 9.2, new msec settings. I corrent it. Thank you very much Zdenek. Had me worried there for a second. Also thank you for running one of the most reliable Mandrake mirrors out there. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] mandrake.contactel.cz gone?
On Thursday 16 October 2003 11:02 am, Tibor Pittich wrote: On 16. October 2003 at 16:59, Buchan Milne wrote: Lots of files in here: ftp://mandrake.redbox.cz/Mandrake/9.2/i586/Mandrake/RPMS/ and ftp://mandrake.redbox.cz/Mandrake/9.2/contrib/i586/ i know about these ftp dorectories for 9.2 before, but i have principial question: is this followed to mdk release policy? as we know, mdksoft want release download edition of his product at first only for club members as bittorrent. freely downloadable version of mdk linux want mdksoft release at the end of october... If you look at the release announcement[1], it says that the RPMS/SRPMS are available on the mirrors already. [1] http://www.mandrakelinux.com/en/ -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] urpmi.update broken?
On Tuesday 14 October 2003 4:45 am, Stefan van der Eijk wrote: Has anybody else noticed that urpmi.update may be broken? when I run urpmi.update, it doesn't pick up changes. Removing the media and adding it again lets it pick up the changes. # urpmq libltdl3 -r libltdl3-1.4.3-7mdk # urpmi.update -a # urpmq libltdl3 -r libltdl3-1.4.3-7mdk # urpmi.removemedia cooker # urpmi.addmedia cooker file://mirrors/cooker/i586/Mandrake/RPMS with ../base/hdlist.cz # urpmq libltdl3 -r libltdl3-1.4.3-8mdk regards, Stefan In order to get urpmi to update my sources I have to almost constantly use urpmi.update -a --no-md5sum. Can you see if this is the problem? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] RivaTV any one?
Are there any brave souls out there with more knowledge of kernel hacking than me, that would want to try their hand at getting a package of RivaTV working? I would really like to send the video from my shiny new Playstation2 to my 21 monitor. http://rivatv.sourceforge.net/ -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] RivaTV any one?
I show it working, the vacation system that we use doesn't send out repeated emails. In other words if someone emails you and it sends a response to them, it will not send another vacation message again for week. I cleared out this database if you want to try sending to her again and see if you get the message. Bret. On Tuesday 07 October 2003 10:46 am, Mark Watts wrote: Are there any brave souls out there with more knowledge of kernel hacking than me, that would want to try their hand at getting a package of RivaTV working? I would really like to send the video from my shiny new Playstation2 to my 21 monitor. http://rivatv.sourceforge.net/ There is a cable available which converts the PS2 video out into a standard VGA connector, however your monitor must support sync-on-green (a 21 should). Not all games support VGA output, so don't hold your breath - the cable comes with the PS2 Linux kit and is designed to work with that. I did run my PS2 through my Happauge WinTV card for a while. but the quality was appauling. HTH, Mark. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] RivaTV any one?
Arggg wrong email. Ignore below, nothing to see here. Bret. On Tuesday 07 October 2003 1:40 pm, Bret Baptist wrote: I show it working, the vacation system that we use doesn't send out repeated emails. In other words if someone emails you and it sends a response to them, it will not send another vacation message again for week. I cleared out this database if you want to try sending to her again and see if you get the message. Bret. On Tuesday 07 October 2003 10:46 am, Mark Watts wrote: Are there any brave souls out there with more knowledge of kernel hacking than me, that would want to try their hand at getting a package of RivaTV working? I would really like to send the video from my shiny new Playstation2 to my 21 monitor. http://rivatv.sourceforge.net/ There is a cable available which converts the PS2 video out into a standard VGA connector, however your monitor must support sync-on-green (a 21 should). Not all games support VGA output, so don't hold your breath - the cable comes with the PS2 Linux kit and is designed to work with that. I did run my PS2 through my Happauge WinTV card for a while. but the quality was appauling. HTH, Mark. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] RivaTV any one?
Now for the actual response. On Tuesday 07 October 2003 10:46 am, Mark Watts wrote: Are there any brave souls out there with more knowledge of kernel hacking than me, that would want to try their hand at getting a package of RivaTV working? I would really like to send the video from my shiny new Playstation2 to my 21 monitor. http://rivatv.sourceforge.net/ There is a cable available which converts the PS2 video out into a standard VGA connector, however your monitor must support sync-on-green (a 21 should). Not all games support VGA output, so don't hold your breath - the cable comes with the PS2 Linux kit and is designed to work with that. I did run my PS2 through my Happauge WinTV card for a while. but the quality was appauling. The VGA compatibility is the reason I would rather get this working. This is for an S-Video in, so I would think it is pretty good quality. HTH, Mark. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Plastik Theme
On Thursday 02 October 2003 8:45 am, Michael Lothian wrote: Hi I was just wondering if anyone could add the plastik theme for kde into cooker Only the style has been added so far I've tried compiling it my self but I get strange errors Thanks again Mike It is already in contribs. Package, kdemoreartwork-plastik But the one on texstar's repository is more up to date. http://www.ibiblio.org/pub/linux/distributions/contrib/texstar/mandrake/9.2/rpms/ -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] And next ?
On Monday 29 September 2003 11:40 am, Vincent Danen wrote: On Sun Sep 28, 2003 at 02:36:41PM -0700, James Sparenberg wrote: [...] - How to have more contributors? A bugzilla (or similar product) for the release version? Seems strange I know but if you hook people on the concept as users with a smaller bug number (hopefully) in a release version you could well spark the interest needed (as well as hone the skills needed) for working in http://bugs.mandrakelinux.com/ Wow, cool. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [Contrib-Rpm] scorched3d-35-1mdk
On Tuesday 05 August 2003 10:24 am, Matt Phillips wrote: On Sun, Aug 03, 2003 at 10:30:09PM +0200, Per Øyvind Karlsen wrote: Name: scorched3d Relocations: (not relocateable) Version : 35Vendor: MandrakeSoft Release : 1mdk Build Date: Sun Aug 3 22:12:10 2003 Install date: (not installed) Build Host: klama.mandrake.org Group : Games/Arcade Source RPM: (none) Size: 8991287 License: GPL Packager: Per Øyvind Karlsen [EMAIL PROTECTED] URL : http://www.scorched3d.co.uk/ Summary : Scorched Earth 3D OpenGL Remake Description : Scorched is a game based loosely on the classic DOS game Scorche d Earth The Mother Of All Games. Am I the only that can't get this to work? I get the initial dialog boxes, etc. But, when it tries to start the game I get Display : ERROR: Failed to set the display mode I've tried every combination of screen mode, full screen, etc. in the options, but it doesn't seem to work. I tried to check their site for info, but there doesn't appear to be any mailing lists or forums or anything. -Matt Actually there is a forum, just follow the big forums link at the top. To fix this make sure that you are running your X in 24bit mode. Bret. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake mail server - Mail Scanning
On Wednesday 02 July 2003 10:59 pm, magic wrote: magic wrote: Bret Baptist wrote: Bret Baptist wrote: I would like to second the use of amavisd-new. I use it for our mailserver and it is awesome. We do about 100,000 messages a day, not that high volume, but enough. I have never had a problem with amavisd-new. http://www.ijs.si/software/amavisd/ I have recommended this in the past. I still recommend it! To be honest, I haven't looked at it. What are the pros/cons compared to using Spamassassin razor as I have it configured. I read where it was written in perl, is that the daemon, the client or both? Whatever is settled on, it is my opinion that it needs to run as a daemon. The overhead saved is returned in performance. Thanks, S Actually I took a second look, and I believe that MailScanner appears to be the way to go. They have rpms, srpm, and spec file for download. Now I haven't built rpms before, but that seems to be everything we would need to start a mdk build. http://www.sng.ecs.soton.ac.uk/mailscanner/downloads.shtml * Support for 15 virus scanners: Sophos, McAfee, Command, Kaspersky, Inoculate, Inoculan, Nod32, F-Secure, F-Prot, Panda, RAV, AntiVir, Clam, Bitdefender and Vscan. * Direct support for sendmail, Postfix, Exim and ZMailer mail systems. Thoughts? S In addition to what Chris wrote: * It can be configured with a MySQL backend. This can control things such as: 1. Per recipient scanning policies. 2. Per recipient white/black lists. 3. Other things I am forgetting right now. :-) * It is extremely fast. As a daemon you only have to parse the perl once, after that it is loaded in memory. * Just check this out, better worded than I could ever do: http://www.ijs.si/software/amavisd/#features -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake mail server - Mail Scanning
On Wednesday 02 July 2003 10:59 pm, magic wrote: magic wrote: Bret Baptist wrote: Bret Baptist wrote: I would like to second the use of amavisd-new. I use it for our mailserver and it is awesome. We do about 100,000 messages a day, not that high volume, but enough. I have never had a problem with amavisd-new. http://www.ijs.si/software/amavisd/ I have recommended this in the past. I still recommend it! To be honest, I haven't looked at it. What are the pros/cons compared to using Spamassassin razor as I have it configured. I read where it was written in perl, is that the daemon, the client or both? Whatever is settled on, it is my opinion that it needs to run as a daemon. The overhead saved is returned in performance. Thanks, S Actually I took a second look, and I believe that MailScanner appears to be the way to go. They have rpms, srpm, and spec file for download. Now I haven't built rpms before, but that seems to be everything we would need to start a mdk build. http://www.sng.ecs.soton.ac.uk/mailscanner/downloads.shtml * Support for 15 virus scanners: Sophos, McAfee, Command, Kaspersky, Inoculate, Inoculan, Nod32, F-Secure, F-Prot, Panda, RAV, AntiVir, Clam, Bitdefender and Vscan. * Direct support for sendmail, Postfix, Exim and ZMailer mail systems. Thoughts? S In addition to what Chris wrote: * It can be configured with a MySQL backend. This can control things such as: 1. Per recipient scanning policies. 2. Per recipient white/black lists. 3. Other things I am forgetting right now. :-) * It is extremely fast. As a daemon you only have to parse the perl once, after that it is loaded in memory. * Just check this out, better worded than I could ever do: http://www.ijs.si/software/amavisd/#features -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake mail server - Postfix, Spamassassin Razor
-20030703-093755-20707-06 -- Bye. Giuseppe. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake mail server - Postfix, Spamassassin Razor
-20030703-093755-20707-06 -- Bye. Giuseppe. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake mail server - Spamassassin Razor
On Wednesday 02 July 2003 12:02 am, Martin Fahrendorf wrote: Isn't it just easyer to use amavisd-new? You don't need to start a bunch of programms for every mail and you can use a virus scanner too. AFAIC amavisd-new is not in mdk (only amavis-ng, which does not run as a daemon). Put it is a simple perl script. Martin I would like to second the use of amavisd-new. I use it for our mailserver and it is awesome. We do about 100,000 messages a day, not that high volume, but enough. I have never had a problem with amavisd-new. http://www.ijs.si/software/amavisd/ I have recommended this in the past. I still recommend it! -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] sorta announcement
On Wednesday 11 June 2003 11:28 am, Oden Eriksson wrote: onsdagen den 11 juni 2003 17.49 skrev Bret Baptist: On Wednesday 11 June 2003 10:21 am, Oden Eriksson wrote: Hey Oden, do you know if after the LZW patent expires on the 20th of June, we are going to have a PHP-GD that can write gifs? It would be really nice for the content management system that I run. Thanks. Ha ha ha!!!, I didn't know it expires so soon. Cool! But I think I have a php-gd spec file somewhere that uses the PLF version of gd2 (with gif r/w support). What CMS system do you use if I may ask? I am using Typo3. Extremely customizable; excellent documentation. Check it out at http://typo3.com. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] sorta announcement
On Wednesday 11 June 2003 10:21 am, Oden Eriksson wrote: Hi cookers, I recompiled all the apache2 and php stuff today and you find more info at the news flash section at: http://www.deserve-it.com/modules_for_apache2.html Have fun! Hey Oden, do you know if after the LZW patent expires on the 20th of June, we are going to have a PHP-GD that can write gifs? It would be really nice for the content management system that I run. Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] sorta announcement
On Wednesday 11 June 2003 10:52 am, Götz Waschk wrote: Am Mittwoch, 11. Juni 2003, 10:49:19 Uhr MET, schrieb Bret Baptist: Hey Oden, do you know if after the LZW patent expires on the 20th of June, we are going to have a PHP-GD that can write gifs? It would be really nice for the content management system that I run. Thanks. Hi, it's only the US patent of LZW that will expire, not those in other countries. The european and japanese patents will expire next year. CU Damn you UNISYS!! Ohh well I guess. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Updated nessus.
I am just curious if there is a reason that nessus has not been updated. They are now at 2.0.6a on nessus.org. Cooker is currently at 1.2.7. Just thought I would throw out a heads up. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] fonts ugly at 1600x1200
Mine says: 1600 x 1200 Pixel (406 x 305 mm) Resolution 100 x 100 dpi Bret. On Friday 28 March 2003 2:53 pm, Jeremy Salch wrote: Did you see the attached photo I had?that is a snapshot from kmail at 1600x1200. What screen dimensions does X report for your monitor ? On Friday 28 March 2003 01:29 pm, Bret Baptist wrote: Wierd, this doesn't happen on my 1600x1200 21 monitor. Bret. On Friday 28 March 2003 12:52 pm, Jeremy Salch wrote: its not limited to kmail.. its kmail konqueror kopete.. etc.. On Friday 28 March 2003 12:04 pm, Bret Baptist wrote: Fonts are set independantly KMail. Check in Settings -- Configure KMail -- Fonts. Bret. On Friday 28 March 2003 11:14 am, Jeremy Salch wrote: The fonts in a program like ... the gimp look awesome. i'm not sure what program i would goto to try to reproduce the issue with a gtk program. I used Mozilla and side by side to konqueror the fonts were smaller / more normal looking. i attached a picture of what kmail looks like at 1600x1200. On Friday 28 March 2003 10:56 am, Buchan Milne wrote: Jeremy Salch wrote: On Friday 28 March 2003 03:13 am, Giuseppe Ghibò wrote: I gave that a shot but it achieved the opposite result I was looking for. The problem is within windows like the message window of kmail and inside of konqueror, it seems like it is with programs that render pages. the fonts within those windows are huge (at 1600x1200) in comparison to the rest of the fonts in say the foler list window of kmail or just the rest of the systems fonts on the screen. If I switch to something below 1024x768 the fonts are smaller in comparison ot the rest of the fonts on the screen. Is it just KDE apps? Or Qt? Are gkt1 or gtk2 apps affected? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] fonts ugly at 1600x1200
Fonts are set independantly KMail. Check in Settings -- Configure KMail -- Fonts. Bret. On Friday 28 March 2003 11:14 am, Jeremy Salch wrote: The fonts in a program like ... the gimp look awesome. i'm not sure what program i would goto to try to reproduce the issue with a gtk program. I used Mozilla and side by side to konqueror the fonts were smaller / more normal looking. i attached a picture of what kmail looks like at 1600x1200. On Friday 28 March 2003 10:56 am, Buchan Milne wrote: Jeremy Salch wrote: On Friday 28 March 2003 03:13 am, Giuseppe Ghibò wrote: I gave that a shot but it achieved the opposite result I was looking for. The problem is within windows like the message window of kmail and inside of konqueror, it seems like it is with programs that render pages. the fonts within those windows are huge (at 1600x1200) in comparison to the rest of the fonts in say the foler list window of kmail or just the rest of the systems fonts on the screen. If I switch to something below 1024x768 the fonts are smaller in comparison ot the rest of the fonts on the screen. Is it just KDE apps? Or Qt? Are gkt1 or gtk2 apps affected? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] fonts ugly at 1600x1200
Wierd, this doesn't happen on my 1600x1200 21 monitor. Bret. On Friday 28 March 2003 12:52 pm, Jeremy Salch wrote: its not limited to kmail.. its kmail konqueror kopete.. etc.. On Friday 28 March 2003 12:04 pm, Bret Baptist wrote: Fonts are set independantly KMail. Check in Settings -- Configure KMail -- Fonts. Bret. On Friday 28 March 2003 11:14 am, Jeremy Salch wrote: The fonts in a program like ... the gimp look awesome. i'm not sure what program i would goto to try to reproduce the issue with a gtk program. I used Mozilla and side by side to konqueror the fonts were smaller / more normal looking. i attached a picture of what kmail looks like at 1600x1200. On Friday 28 March 2003 10:56 am, Buchan Milne wrote: Jeremy Salch wrote: On Friday 28 March 2003 03:13 am, Giuseppe Ghibò wrote: I gave that a shot but it achieved the opposite result I was looking for. The problem is within windows like the message window of kmail and inside of konqueror, it seems like it is with programs that render pages. the fonts within those windows are huge (at 1600x1200) in comparison to the rest of the fonts in say the foler list window of kmail or just the rest of the systems fonts on the screen. If I switch to something below 1024x768 the fonts are smaller in comparison ot the rest of the fonts on the screen. Is it just KDE apps? Or Qt? Are gkt1 or gtk2 apps affected? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Bla, bla, but no 9.1 date
On Thursday 20 March 2003 2:40 pm, Zdenek Mazanec wrote: That's what I was asking everyone else. I had my mirror synced as soon as they announced 9.1 ready to send to the presses. However, I keep getting errors when ever I try to create isos. ftp://mandrake.redbox.cz/Mandrake-devel/cooker/i586 is ok. O thanks for giving out my favorite fast mirror. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Kudos in order
On Tuesday 11 March 2003 8:50 pm, James Sparenberg wrote: U Don't know who's to blame for this one..*grin* but the new look of MCC with the new Icons is a definite plus!... James This is very true. Unbelievably beautiful. The KDE menu icons are changed and look great as well. I was under the impression that the icons where not going to be changed for 9.1. I am glad to hear I was wrong. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Friday 07 March 2003 9:51 am, Warly wrote: Bret Baptist [EMAIL PROTECTED] writes: It is a bit hard to confirm bugs if you only have 1 vote per component. I have tried to vote for a ton of bugs but can not because of the one vote limit. I first though that having only one person to confirm a bug will not be enough, so I set the minimum number of vote to confirm a bug to 2, but it may be more intelligent to lower it to 1. Well it is not a problem requiring 2 votes per bug to confirm it. It is the fact that if I want to vote for 2 bugs that are in the Installation component I can't. So if I am doing my bug hunting, find 2 bugs in the installation, search in bugzilla and find that other people have already discovered these bugs, I can only confirm one of them. The other bug I can't vote for. This seems counterintuitive to me. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Friday 07 March 2003 10:15 am, Frederic Crozat wrote: I think the BIG problem with UNCONFIRMED bug is their test case scenario : If you check all the bugs I replied to this week, more than 500f reply are : give me reproducible facts, give me testcase, etc... And when I think bug are fixed, I ask people to test and I get no answer in 250f case.. This is really an area where YOU (cooker community) can help.. If I can't reproduce crash/bugs, I can't fix them.. So what you are saying is voting for bugs is not as important as commenting on a bug that someone files and making the test case more clear? I would like to be able to do both. :-) PS. What does 500f and 250f mean? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Friday 07 March 2003 10:39 am, Frederic Crozat wrote: So what you are saying is voting for bugs is not as important as commenting on a bug that someone files and making the test case more clear? I would like to be able to do both. :-) I can only speak for myself but since there isn't enough bug triaging (UNCONFIRMED bug tagged as NEW), I have to dig in UNCONFIRMED bugs to see if I can reproduce them here... If you find a testcase for an UNCONFIRMED bug, post it, it will always help people fixing bugs.. (this is not Mdk specific.. :) The moving from UNCONFIRMED to NEW is what I would like to do. One of the issues I have is that I test a component for bugs (say kdebase). I can only vote for one bug out of that component. So that means that I can only really confirm one bug in the system. I can post Me too's to a comment on a bug, but I can not vote for multiple bugs and move them to a NEW or CONFIRMED state in the system. Does this make any sense? PS. What does 500f and 250f mean? grrr, this is our news2mail gateway which is broken, it means 50percent and 25percent :)) Ahhh I see. Makes more sense now. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Friday 07 March 2003 11:20 am, Buchan Milne wrote: Bret Baptist wrote: The moving from UNCONFIRMED to NEW is what I would like to do. One of the issues I have is that I test a component for bugs (say kdebase). I can only vote for one bug out of that component. So that means that I can only really confirm one bug in the system. I can post Me too's to a comment on a bug, but I can not vote for multiple bugs and move them to a NEW or CONFIRMED state in the system. Does this make any sense? Not as much as it could. Saying me too, or voting/confirming a bug are not really useful unless you can add more insight to it. Better to ensure that when the developer looks at it, that he has something to work with, than to make him look at a whole bunch of bug reports that have information on how to reproduce the bug. MHO of course. Buchan I thought the idea was that if a bug gets voted to a confirmed state than the developer would have a pretty good idea that the bug is in fact valid. I was also under the impression that if the bug is not in a NEW state that most developers (pixel, and fcrozat being an exception for sure) don't even look at it. Is this not the case? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Friday 07 March 2003 11:28 am, Buchan Milne wrote: IOW, instead of everyone discussing how the development model should be changed (long term, not going to have any effect on 9.1), rather spend your time triaging bugs. If you do not have edit_bug status, at least go and try and get a working test case for an existing bug, or comment on duplicates so developers can save time. (That is what I am doing now ...) Buchan You are right of course. I will be doing that when I get home to my cooker machine. I just ran across the voting pecularity when trying to help out recently. Going to work around it till later. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Thursday 06 March 2003 9:17 am, Buchan Milne wrote: Lissimore wrote: Yes more bugs are being reported. But also keep in mind the bugs that were reported, and nothing done about them. So they get reported again...and...again...and again. People should *search* bugzilla before reporting again ... ( e.g. The SMP kernel installer bug was reported back in beta1 (Bug 1553) then again (bug 1823), then again (bug 2101), and then again (bug 2218). ) So, why did the reporters not search first? So it's not a simple mater of people crawling out of the woodwork... some bloody bugs get reported, and then not worked on for a long time (or even declared as verified on bugzilla). Instead of making a duplicate bug, users should *vote for* or *confirm* the existing entries! It is a bit hard to confirm bugs if you only have 1 vote per component. I have tried to vote for a ton of bugs but can not because of the one vote limit. The current cooker is no where near release quality right now. And I think this is in part due to the sheer number of apps that get bundled into the distro. And partly due to people not using bugzilla correctly. This is partly caused by restrictive bugzilla settings. See above. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Mandrake 9.1 Should be Delayed
On Thursday 06 March 2003 10:09 am, Buchan Milne wrote: Bret Baptist wrote: On Thursday 06 March 2003 9:17 am, Buchan Milne wrote: It is a bit hard to confirm bugs if you only have 1 vote per component. I have tried to vote for a ton of bugs but can not because of the one vote limit. You can apply to have more than one vote. OK where do I do that at? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [Bug 1967] [galaxy-gnome] No way to get the Color
On Friday 21 February 2003 6:22 am, Frederic Crozat wrote: On Fri, 21 Feb 2003 12:58:01 +0100, Craig Drummond wrote: Hi, In reply to Frederic Crozat, I'd like to know why the folowing is WRONG??? 1/ is WRONG by design.. a GTK (or any other toolkit BTW) theme should never be adapted to detect which colors the current desktop (whatever desktop environment) is running.. I don't care if ONE theme (Geramik) is doing that, this is wrong.. ...because? The only reason I can see is that Geramik reads its colour settings from a Qt/KDE based config file. What's the problem with this? Isn't it better that a theme designed as multi-toolkit (Geramik, QtCurve, Blue/FreeCuve, Galaxy) also use the same colour settings? Otherwise, what's the point? Hard-coding colours into a theme is just plain lazy. I don't use GNOME, so I'm not sure if you can change colours there. If not, then wouldn't the best thing to do be create a GNOME control centre-applet that sets GNOME colours, and also writes these to ~/.qt/qtc (and the KDE files)? Also the theme is not adapting itself to whatever desktop is running - it does not know which desktop is running - it just *always* reads its colour from the qt file. I already explain it is up to the DESKTOP environment to adapt theme, not the reverse... Geramik approach is wrong by design.. It is fixing the consequences of KDE not customizing GTK theme colors.. The best approach is to fix root of the problem (ie KDE not customizing theme colors). FYI, GNOME doesn't have dialog to change theme colors... So this problem is currently not a problem under GNOME.. Sooo you are saying that a limitation that GTK has, that can be fairly easily overcome, should not be done? You think that we should take a step back to only taking the colors for themes that theme authors give us? That seems a *bit* backwards to me. One of the things that sooo many people love about Linux is being able to customize it how they like. What you are asking for is clearly based on a KDE centric point of view.. No, I think that it is based on the most customization possible point of view. The reason that it seems to be KDE centric is because it *has* the ability to be customizable. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [Bug 1967] [galaxy-gnome] No way to get the Color
On Friday 21 February 2003 9:14 am, Frederic Crozat wrote: What you are asking for is clearly based on a KDE centric point of view.. No, I think that it is based on the most customization possible point of view. The reason that it seems to be KDE centric is because it *has* the ability to be customizable. About customizations, I suggest you read Havoc article : http://www106.pair.com/rhp/free-software-ui.html A very good article that backs up what you have been saying in some areas and supports what a few of us have been saying in others. I quote: So how is the decision [to add a preference] made? It's a judgment call. I try to go through some questions like these: 1. Ask questions to find out what's really bugging someone who requests a preference. What is the annoyance or inefficiency that prompted them to ask? 2. Can said annoyance be made to go away for all users without requiring a preference? If so, just do that. You may have to think about the big picture of the UI to figure out how to make it Just Work. 3. Is the annoyance or inefficiency really significant, or did it cost them 1 second doing something that users do once per week on average? If it's just some trivial thing, then the extra feature or preference probably costs more than it's worth, even if you can't make things Just Work. 4. Does any other OS have this feature or preference? I'm all for innovation, but if no one else is doing something, you should think it through twice to be sure there isn't a reason they aren't doing it. If you're appropriately humble you'll probably find that a lot of thought and user testing has gone into the currently popular platforms. The only question that we can't answer yes to is number 3, if it is trivial or not. I think that all the others we can say with a fair degree of certainty, yes. In the case of number 4, other OSes having this feature, I would say that most of them do have the abiltity to look the same across almost all apps when you change the color of the widgets. The main reason I am pushing this is I have seen what people said about Redhat's BlueCurve. It was lambasted in some circles solely for the color customization issue, I don't want the same to happen to Mandrake's Galaxy. If you are going to make things look the same, then you should probably make sure that they *always* look the same. The first time Linux user who goes into KControl and selects a different color scheme and finds their Gimp looking very out of place is going to get a bad impression of what Linux can do. Windows handles color changes without a problem. The only way to really fix the issue is to pull the color settings module from KControl, not a good option at all, or make it so that the color scheme is the same between GTK and QT. Does this make any sense? Or am I just talkin' outa my ass? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [Bug 1967] [galaxy-gnome] No way to get the Color
On Friday 21 February 2003 9:50 am, Adam Williamson wrote: On Fri, 2003-02-21 at 15:44, Bret Baptist wrote: do. Windows handles color changes without a problem. The only way to I find this ironic. Windows is actually *really bad* in this very area. The problem is they change their appearance too often. There are lots of apps which were too lazy to be coded properly and just hard-coded a Win98-style appearance into themselves. These now look hideously out of place under WinXP, unless you give up XP's new-style interface and make it into Win2000 :). There's even some old apps that still look like Windows 3.1! By no means do all of these respond correctly to theme changes, either. Windows isn't a very good model for how to this (or, indeed, anything else :) So we shouldn't work to be *better* than windows? -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [Bug 1967] [galaxy-gnome] No way to get the Color
On Friday 21 February 2003 9:54 am, Frederic Crozat wrote: I think I made my point very clear.. It is a bug in Kcontrol.. It is a bug because another toolkit doesn't have to ability to do it? Interesting. There is also a project to let GTK and QT discover the color used by the other toolkits (using XSettings).. Do you have a link that I could reference? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Updated Licq
On Monday 03 February 2003 10:31 am, Bret Baptist wrote: There is a brand new version of licq out. Right now we are at 1.2.0a. There is a 1.2.4 version out. From what I can tell it has a ton of fixes and updates. Could get that put into cooker? Thanks. Thankyou, Thank you for updating to 1.2.4. This is a HUGE improvemnt. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Terrible Mistake: KDEArtwork / OpenOffice.org Documentation / mod_perl Exclusion
On Thursday 20 February 2003 4:57 am, Simone Riccio wrote: well... i agree... Whoa talk about signal to noise ratio! :-) -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Issues With Galaxy-gnome (From Bug Report #1967)
On Thursday 20 February 2003 5:02 pm, Timothy R. Butler wrote: Hi, I think that considering that the technology has already been implemented previously in Geramik, it makes sense that Galaxy too should provide color matching between desktops for usability purposes. This benefits people of both GNOME and KDE, and with a little work would not only allow KDE users to enjoy color matching, but also introduce easily changable color schemes in GNOME for the first time (AFAIK). I filed a Bugzilla report, but since Mr. Crozat seems to think this is an invalid issue and has closed the bug *twice*, I would like to open the topic up here to see if others agree that this is NOT an invalid bug as Mr. Crozat seems to rather firmly think it is. David Walser has already responded agreeing that it is not. I would encourage those who agree with me that this is not an invalid bug to please vote for the bug so that Mr. Crozat will reverse his decision to close this (IMO) very important bug. You can vote and/or read the full original bug suggestion and followups at: https://qa.mandrakesoft.com/show_bug.cgi?id=1967 -Tim Optimally not the Geramik pixmap theme though. The QtCurve theme is more inline with what the Galaxy theme is all about. Take a look at this: http://kde-look.org/content/show.php?content=5065 -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] [Bug 1967] [galaxy-gnome] No way to get the Color Scheme to Match KDE's.
--- Additional Comments From [EMAIL PROTECTED] 2003-02-20 20:10 --- fcrozat (Mandrake GNOME guy) tells me galaxy is not a pixmap theme, so to be able to get the same functionality as Geramik they'd have to implement their own thing, but I agree it's a very good idea. On cooker, not bugzilla, at fcropzat's request. There is no reason to not allow color changes in a non-pixmap GTK theme. Just look what this guy has done with RedHats Bluecurve. Do you think we can use this engine's code? http://kde-look.org/content/show.php?content=5065 This would allow people to have the same color scheme across GTK and QT. With a simple app in Gnome you could adjust both GTK and QT color settings. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] 9.1 packages version freeze and rc 1
On Tuesday 18 February 2003 8:10 pm, Leon Brooks wrote: On Wednesday 19 February 2003 01:24 am, Bret Baptist wrote: Arggg, do you think we could get Licq up to 1.2.4 from 1.2.0a that we have now?? Note to all: a month ago was the time to ask things like this. There are a couple of last-minuters like the BlueFish update that could be excused for not doing that, but you could have had, what, at least licq 1.2.3 in a month ago? Well it was requested on 1/09/2003 by Oden when 1.2.3 came out, and then when 1.2.4 came out on 2/03/2003, I put in a request for an update. So I would think that we have requested it. :-) -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] alsa bug
On Wednesday 19 February 2003 1:50 am, Danny Tholen wrote: All of you using a sblive? Or also other cards? If so, I will try newer and older cvs versions of ALSAs emu10k1 to see if it gets fixed. I am using a SB live. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Messages when I update kde rpms
Can anyone tell me what these messages mean when I update my cooker kde rpms? Thanks. Id 'kde3' was already in done-list! Id 'kde3' was already in done-list! Id 'kde3.1/r3' was already in done-list! Id 'kde3' was already in done-list! Id 'kde2.2/r1' was already in done-list! Id 'kde3.0/r1' was already in done-list! Id 'kde_3_1_sizeChanges' was already in done-list! Id '25082001' was already in done-list! Id 'kde3.1' was already in done-list! Id '04112002' was already in done-list! Id 'kde3.0r1' was already in done-list! Id 'kde3.0/r1' was already in done-list! -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] [Bug 1853] [galaxy-kde] New: HTML buttons not displayed.
On Wednesday 19 February 2003 12:21 pm, bret wrote: https://qa.mandrakesoft.com/show_bug.cgi?id=1853 With the current version of galaxy-kde html buttons in konqueror are not displayed correctly. There is an outline where the button is supposed to be but no image or text at all. Here is a comparison to demostrate: http://mordant.com/konq-galaxy.jpg http://mordant.com/konq-light3.jpg You will also notice that the text box for Location: is not rendered correctly as well. Bret. Can anyone else confirm this? Or is this just me? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] 9.1 packages version freeze and rc 1
On Tuesday 18 February 2003 10:08 am, Warly wrote: RC 1 will soon be available on the mirrors and marks the beginning of the packages and features freeze for 9.1. New versions of packages will not be allowed exept for critical bugs. New releases of packages will be allowed until approximatively March, 7th. These changes affects only main, Lenny is taking care of the contribs with his own rules. Be careful although that as not all the contribs are included in the boxes, you should warn Lenny about packges you would like to see or not to see in final 9.1. Arggg, do you think we could get Licq up to 1.2.4 from 1.2.0a that we have now?? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] alsa bug
I have also noticed this. I will see if I still have to older kernels on my system and verify if the the problem goes away. Bret. On Tuesday 18 February 2003 4:47 pm, Danny Tholen wrote: Latest alsa driver contains a bug, at least for emu10k1: heavy scrolling causes sounds artifacts (possibly quick windows resising to). It is not a heavy load issue, it only occurs for some screen activities (scrolling, perhaps resizing). It occurs with both nvidia and nv drivers. It does not occur with alsa from 2.4.21pre4-1mdk kernel (rc6 IIRC). nvidia and emu10k1 use different IRQs. Can anyone confirm? Danny -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] alsa bug
Damn can I even type? Bret. On Tuesday 18 February 2003 4:56 pm, Bret Baptist wrote: I have also noticed this. I will see if I still have to older kernels on my system and verify if the the problem goes away. Bret. On Tuesday 18 February 2003 4:47 pm, Danny Tholen wrote: Latest alsa driver contains a bug, at least for emu10k1: heavy scrolling causes sounds artifacts (possibly quick windows resising to). It is not a heavy load issue, it only occurs for some screen activities (scrolling, perhaps resizing). It occurs with both nvidia and nv drivers. It does not occur with alsa from 2.4.21pre4-1mdk kernel (rc6 IIRC). nvidia and emu10k1 use different IRQs. Can anyone confirm? Danny -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Really annoying KDE bug.
I have a REALLY annoying KHTML bug that has forced me to not use konqueror as my webbrowser. I have submitted bug reports to bugs.kde.org that I feel have been complete and describe the problem fully, and they have been subsequently ignored. Who do I have to bribe to get a word in, to fix this damn bug that has been in KDE since the 3.1rcX days? Here are the links to two bug reports on bug.kde.org, one of them has 147 votes on it, that seems like an aweful lot of votes for a bug that not a single kde developer has even acknowledged. Can anyone help me with this? Thank you very much. Bug links: http://bugs.kde.org/show_bug.cgi?id=52993 http://bugs.kde.org/show_bug.cgi?id=54695 -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Align icons to grid - fails
This also happens to me. I am running these versions: kdeaddons-3.1-3mdk kdeadmin-3.1-7mdk kdeartwork-3.1-1mdk kdebase-3.1-30mdk kdebase-kdm-3.1-30mdk kdebase-nsplugins-3.1-30mdk kdebase-servicemenu-1.0-4mdk kdegraphics-3.1-5mdk kdelibs-3.1-24mdk kdelibs-common-3.1-24mdk kdemultimedia-3.1-7mdk kdenetwork-3.1-16mdk kdepim-3.1-7mdk kdetoys-3.1-3mdk kdeutils-3.1-1mdk Thanks. On Monday 10 February 2003 7:52 am, Robert Fox wrote: Instead of aligning the icons in position to a grid, they all get lined up vertically. I like my trash on the bottom left hand corner - when I align to grid - it moves to top-right. This was not the case before. kdeutils-3.1-2mdk kdeadmin-3.1-4mdk kdebase-3.1-23mdk xmms-kde-3.0.0-1mdk kdelibs-common-3.1-16mdk kdebase-nsplugins-3.1-23mdk kdepim-3.1-6mdk kdeartwork-3.1-1mdk kdegraphics-3.1-2mdk kdeaddons-3.1-3mdk kdenetwork-3.1-14mdk kdebase-servicemenu-1.0-4mdk kde-i18n-de-3.1-1mdk kdetoys-3.1-3mdk kdemultimedia-3.1-6mdk kdelibs-3.1-16mdk kdebase-kdm-3.1-23md Thx, R.Fox -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] rdesktop
On Saturday 01 February 2003 5:13 pm, Daouda LO wrote: Bjørn [EMAIL PROTECTED] writes: $ rdesktop -F 192.168.0.1 rdesktop: A Remote Desktop Protocol client. Version 1.1.0-pl19-9-0 . Copyright (C) 1999-2001 Matt Chapman. See http://www.rdesktop.org/ for more information. See http://bibl4.oru.se/projects/rdesktop for information on the patches you are running Segmentation fault Could you test with latest rdesktop (1.1.0-8mdk) uploaded in cooker ? Thanx. I can confirm that the lastest cooker is now working great. Thank you very much for fixing this! -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Updated Licq
There is a brand new version of licq out. Right now we are at 1.2.0a. There is a 1.2.4 version out. From what I can tell it has a ton of fixes and updates. Could get that put into cooker? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] patching qt to support foreign cursors
On Friday 31 January 2003 3:07 am, Daniele Pighin wrote: Hallo guys, Qt tends to replace many user-defined cursors with its own internal cursors. This is annoying, as the only cursor theme that would look complete and coherent is qt own theme, which is not that eyecandy. Having qt handling cursors properly is quite easy: qt source must be patched with this diff I'm attaching, and configured with the -xcursor option. Why shouldn't qt be repackaged to allow this improvement? Credits for this message and its contents go to uga and its contribute to kdelook.org http://www.kdelook.org/content/show.php?content=4805 Thanks Daniele Yes, yes I second this! I was quite annoyed when I started to try new cursors and they didn't look right in KDE. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] rdesktop-1.1.0-7mdk segfaults
On Friday 31 January 2003 12:44 pm, Bernard Varaine wrote: I seem to have the same issue even with latest kernel. An older version of rdesktop I build from src a while ago still works properly but not the one in Cooker BErnard Robert Fox wrote: I have updated my Cooker based system - except for the kernel (2.4.21-pre2.1mdk) When I run rdesktop, it segfaults. Is it dependent on the latest kernel? Thx, R.Fox I can confirm this behavior. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] icons/default/index.theme missing
On Wednesday 29 January 2003 7:37 pm, Adam Williamson wrote: How do you mean, temporary workaround? This isn't a bug, it's a design choice. The reversion to old cursors is mentioned in the changelog of the latest X as something MDK have decided to do. OK, but if you are going to be taking something away and removing a configuration file from it's default location, shouldn't there at least be a way to configure it? What I am saying is where is the drak tool to configure the cursor? If there is not one then we should have the config file in the default location, until there is one. Does this make sense? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] icons/default/index.theme missing
On Thursday 30 January 2003 9:08 am, Jason Komar wrote: On Wed, 2003-01-29 at 18:37, Adam Williamson wrote: How do you mean, temporary workaround? This isn't a bug, it's a design choice. The reversion to old cursors is mentioned in the changelog of the latest X as something MDK have decided to do. Workaround: Meaning a temporary kluge (clumsy or inelegant solution to some problem) used to bypass, mask or otherwise avoid a misfeature in some system. IMO having to create a defaults file is not my idea of an elegant solution to turn on different cursor styles should someone want them. Preach on brother! Read my comment above. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] icons/default/index.theme missing
On Thursday 30 January 2003 9:58 am, andre wrote: OK, but if you are going to be taking something away and removing a configuration file from it's default location, shouldn't there at least be a way to configure it? What I am saying is where is the drak tool to configure the cursor? If there is not one then we should have the config file in the default location, until there is one. Does this make sense? Thanks. /usr/X11R6/lib/X11/icons/default/index.theme is not the default place to put a configuration file. It should be dumped with the other X config files in /etc Of course you are right, but /usr/X11R6/lib/X11/icons/default/ where the default location is for XFree86. There should be a link from /etc/X11/index.theme to /usr/X11R6/lib/X11/icons/default/index.theme at some time. The point being the file has been removed entirely. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] kernel panic debugging
On Thursday 30 January 2003 11:13 am, Chmouel Boudjnah wrote: Pascal Cavy [EMAIL PROTECTED] writes: So now chmouel you can breathe again. seems the pre4 stuff has fixed the problem ? good to know ;) PS: latest kernel installation complained that the label 2421-1ent already exists :P another one to fix ;) I renamed my old lilo entries to get the new one automatically added by the rpm. oh sh!! that naming start to piss (no i don't speak british english why i say piss i say really pissed-off) me off :p Is there any reason that kernel-2.4.21.0.pre4.1mdk-1-1mdk is missing /boot/kernel.h-2.4.21pre4-1mdk? Thanks. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Broken KFMCLIENT in last update
On Wednesday 29 January 2003 8:48 am, Serge Plüss wrote: Hi after doing my morning urpmi update I can't launch Konqueror as a Webbrowser nor as the Home Icon. From the command line I can launch 'konqueror' but if I do the command that is behind the icons I get the following output: kfmclient openProfile webbrowsing ERROR: Couldn't start konqueror from konqueror.desktop: Could not find service 'konqueror.desktop'. Nothing on the desktop has changed since before the update today and it was working properly until this new update with: cooker/i586/Mandrake/RPMS/kdeaddons-3.1-1mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdebase-3.1-3mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdebase-devel-3.1-3mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdebase-nsplugins-3.1-3mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdemultimedia-3.1-1mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdemultimedia-aktion-3.1-1mdk.i586.rpm cooker/i586/Mandrake/RPMS/kdemultimedia-devel-3.1-1mdk.i586.rpm cooker/i586/Mandrake/RPMS/koffice-1.2.1-4mdk.i586.rpm cooker/i586/Mandrake/RPMS/koffice-devel-1.2.1-4mdk.i586.rpm Thanks Serge I can confirm this behavour. I get the exact same results. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Broken KFMCLIENT in last update
On Wednesday 29 January 2003 12:36 pm, scott chevalley wrote: Just a thought, but perhaps update-menus didn't run correctly during the install of the rpms. Have you tried manually running update-menus as root? If it's complaining about missing .desktop files, that could very well be the culprit. Just a thought. :) Scott Nope same results. I ran update-menus and it still does it. Even with the updates to kde from today. kdebase-3.1-3mdk kdebase-nsplugins-3.1-3mdk -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] icons/default/index.theme missing
I updated my cooker to the newest XFree86 last night and noticed that the cursor was back to the old boring style. I went on a search and found out that there is no /usr/X11R6/lib/X11/icons/default/index.theme to be found. In fact the icons directory is missing! What is the deal? Here are the versions of XFree86: XFree86-server-4.2.99.5-0.20030127.1mdk XFree86-libs-4.2.99.5-0.20030127.1mdk XFree86-4.2.99.5-0.20030127.1mdk XFree86-75dpi-fonts-4.2.99.5-0.20030127.1mdk XFree86-xfs-4.2.99.5-0.20030127.1mdk XFree86-100dpi-fonts-4.2.99.5-0.20030127.1mdk Thanks! -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] konqueror input fields cursor following mouse is annoying
On Saturday 25 January 2003 8:37 am, Pascal wrote: Please vote for this bug if as me you think that konqueror 'input focus follows mouse' behaviour is annoying. http://bugs.kde.org/show_bug.cgi?id=53404 I guess it is too late for KDE 3.1 but I would say that this bug is important to vote on too. http://bugs.kde.org/show_bug.cgi?id=52993 -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] konqueror input fields cursor following mouse is annoying
On Saturday 25 January 2003 8:37 am, Pascal wrote: Please vote for this bug if as me you think that konqueror 'input focus follows mouse' behaviour is annoying. http://bugs.kde.org/show_bug.cgi?id=53404 This is also a *really* annoying bug that I am running across. Please vote for it too. http://bugs.kde.org/show_bug.cgi?id=52993 It makes a lot of tables unreadable. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Re: Trackman Marble FX setup.
Yeah the config is a bit wierd... but it *is* what works with the trackball. I think it would be a nice option for people using this trackball. I will fill a feature request in on bugzilla right now. Thanks for considering it. Bret. When we last encountered each other on (Tuesday 21 January 2003 7:27 pm), I spoke with a being called Pixel, transcript follows: Bret Baptist [EMAIL PROTECTED] writes: Way back in September of last year I contacted you about setting up the trackman marble fx scroll *button* on install. At that time you had mentioned that you would add it to your list of mouse issues. Well I have tested Mandrake 9.1 Beta2 and noticed that it is not an option yet. Just wondering if we would get that in there. Thanks. well, this config is quite weird :-/ i had had a look and didn't decide what to do about this... can you fill in a feature request in bugzilla? (product Installation) -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Trackman Marble FX setup.
Way back in September of last year I contacted you about setting up the trackman marble fx scroll *button* on install. At that time you had mentioned that you would add it to your list of mouse issues. Well I have tested Mandrake 9.1 Beta2 and noticed that it is not an option yet. Just wondering if we would get that in there. Thanks. Here is a link to the emails: http://marc.theaimsgroup.com/?l=mandrake-cookerm=103280072107956w=2 Or for the lazy here is the text: On Monday 23 September 2002 11:26 am, Bret Baptist wrote: I have a Logitech Trackman MarbleFX. I have found XF86Config settings to make the scroll button work. Who would I send this information to so that Mandrake can have it in the mouse configuration menu? This it is a configuration option only for 4.2.x and later XFree86 versions, here are the docs relevent to the options: http://www.xfree86.org/4.2.0/mouse.4.html. All you have to do is add this to the XF86Config-4 for the mouse setup. Option ProtocolMouseManPlusPS/2 Option Device /dev/psaux Option Buttons 4 Option XAxisMapping 6 7 Option YAxisMapping 4 5 Option EmulateWheel 1 Option EmulateWheelButton 4 Option EmulateWheelInertia 12 It uses the same drivers as the MouseMan, but the 4th button uses the EmulateWheel option that is fairly new in XFree86. Have fun. Thank you very much. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Re: [telnet-server] unable to use telnet server
On Monday 28 October 2002 02:48 pm, Buchan Milne wrote: On Mon, 28 Oct 2002, denis wrote: # betstat -anl|grep 25 Might want to make that: # netstat -l -p --inet Buchan -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] KDE logoff problems.
On Friday 11 October 2002 11:25 am, Ron Stodden wrote: I can only rejoice that you are not a packager of anything I have to touch.Now _please_ keep quiet. When do I get to see the deathmatch between you two. Sounds like it would be a killer of a time. :-) -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Problem with bluecurve theme
On Thursday 10 October 2002 03:23 am, Chris Picton wrote: I have just tried with a new user. Default theme was Mandrake. I changed to Bluecurve, and still the same problem. I saw no errors in the console from which I started galeon (my gtk1 test app - but it happens with all of them), and no relevant errors in ~/.xsession-errors. The menus in the gtk1 app still had unreadable selected items (white text on light grey background) I have attached a PNG of the menu so you can see what I am talking about. Are you running KDE? If you are make sure that you don't have the apply colors to non-kde applications checked. Under KDE Control Center -- LookNFeel -- Colors -- Apply colors to non-KDE apps. I bet that is what it is. I had a similar problem at one point in time. Regards -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Adding a new mouse type
On Saturday 21 September 2002 10:24 am, Pixel wrote: Bret Baptist [EMAIL PROTECTED] writes: I am curious who I need to contact about configuration settings for a particular type of mouse. I have a Logitech Trackman MarbleFX. I have found XF86Config settings to make the scroll button work. Who would I send this information to so that Mandrake can have it in the mouse configuration menu? it would be me. For the list archives. This it is a configuration option only for 4.2.x and later XFree86 versions, here are the docs relevent to the options: http://www.xfree86.org/4.2.0/mouse.4.html. All you have to do is add this to the XF86Config-4. Option ProtocolMouseManPlusPS/2 Option Device /dev/psaux Option Buttons 4 Option XAxisMapping 6 7 Option YAxisMapping 4 5 Option EmulateWheel 1 Option EmulateWheelButton 4 Option EmulateWheelInertia 12 It uses the same drivers as the MouseMan, but the 4th button uses the EmulateWheel option that is fairly new in XFree86. Have fun. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Adding a new mouse type
On Monday 23 September 2002 08:57 am, Wouter Lagerweij wrote: On Mon, 2002-09-23 at 15:42, Bret Baptist wrote: On Saturday 21 September 2002 10:24 am, Pixel wrote: Bret Baptist [EMAIL PROTECTED] writes: I am curious who I need to contact about configuration settings for a particular type of mouse. I have a Logitech Trackman MarbleFX. I have found XF86Config settings to make the scroll button work. Who would I send this information to so that Mandrake can have it in the mouse configuration menu? it would be me. For the list archives. This it is a configuration option only for 4.2.x and later XFree86 versions, here are the docs relevent to the options: http://www.xfree86.org/4.2.0/mouse.4.html. All you have to do is add this to the XF86Config-4. Option ProtocolMouseManPlusPS/2 Option Device /dev/psaux Option Buttons 4 Option XAxisMapping 6 7 Option YAxisMapping 4 5 Option EmulateWheel 1 Option EmulateWheelButton 4 Option EmulateWheelInertia 12 It uses the same drivers as the MouseMan, but the 4th button uses the EmulateWheel option that is fairly new in XFree86. Have fun. I also have a trackman marble FX, and my wheel seems to work fine using: Section InputDevice Identifier Mouse1 Driver mouse Option ProtocolIMPS/2 Option Device /dev/mouse Option ZAxisMapping 4 5 EndSection cheers, Wouter That is definitely not a TrackMan Marble FX setting. Do you have a mouse or a trackball? If you answer a mouse than it is not the same. :-) There is no way that you could have scrolling on a TrackMan Marble FX with the settings that you have there. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
Re: [Cooker] Adding a new mouse type
On Monday 23 September 2002 11:26 am, Bret Baptist wrote: On Monday 23 September 2002 08:57 am, Wouter Lagerweij wrote: On Mon, 2002-09-23 at 15:42, Bret Baptist wrote: On Saturday 21 September 2002 10:24 am, Pixel wrote: Bret Baptist [EMAIL PROTECTED] writes: I am curious who I need to contact about configuration settings for a particular type of mouse. I have a Logitech Trackman MarbleFX. I have found XF86Config settings to make the scroll button work. Who would I send this information to so that Mandrake can have it in the mouse configuration menu? it would be me. For the list archives. This it is a configuration option only for 4.2.x and later XFree86 versions, here are the docs relevent to the options: http://www.xfree86.org/4.2.0/mouse.4.html. All you have to do is add this to the XF86Config-4. Option ProtocolMouseManPlusPS/2 Option Device /dev/psaux Option Buttons 4 Option XAxisMapping 6 7 Option YAxisMapping 4 5 Option EmulateWheel 1 Option EmulateWheelButton 4 Option EmulateWheelInertia 12 It uses the same drivers as the MouseMan, but the 4th button uses the EmulateWheel option that is fairly new in XFree86. Have fun. I also have a trackman marble FX, and my wheel seems to work fine using: Section InputDevice Identifier Mouse1 Driver mouse Option ProtocolIMPS/2 Option Device /dev/mouse Option ZAxisMapping 4 5 EndSection cheers, Wouter Looking closer I see that you are talking about the TrackMan Marble. The one with the thumb trackball. That trackball does come with an ordinary scroll wheel. The MarbleFX is the trackball with the large ball. :-) The MarbleFX does not have a scroll wheel, it has a scroll button. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
[Cooker] Adding a new mouse type
I am curious who I need to contact about configuration settings for a particular type of mouse. I have a Logitech Trackman MarbleFX. I have found XF86Config settings to make the scroll button work. Who would I send this information to so that Mandrake can have it in the mouse configuration menu? Thank you very much for your time. -- Bret Baptist Systems and Technical Support Specialist [EMAIL PROTECTED] Internet Exposure, Inc. http://www.iexposure.com (612)676-1946 x17 Web Development-Web Marketing-ISP Services -- Today is the tomorrow you worried about yesterday.
