[Cooker] rpm macros and syntax highlighting
For those of us who use vim, syntax highlighting for specfiles needs a bit of an update to deal with the new macros. Please find attached a patch for /usr/share/vim/syntax/spec.vim -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered! spec.vim.patch.bz2
Re: [Cooker] In-Securities (?)
Hi Sergio! On Mon, 26 Jun 2000, Sergio P.Korlowsky wrote: Taken from: SecurityPortal.com -- June 26, 2000 Weekly Linux Security Roundup - Vendors have finally caught up on the INN and Kernel issues. A lot moreexploit code has been released for a number of packages, so if you are not up to date you might want to spend the weekend installing AutoRPM or setting up a dpkg script. Mandrake also wins (hands down) the "easiest distribution to break into remotely" and "easiest distribution to break into locally", having finally released 8 fixes for very severe security bugs in 7.1 (their latest, not so greatest distribution). http://securityportal.com/topnews/weekly/linux2626.html Its too sad to find out that Mandrake is also the easiest to break in... and NOT knowing from Mandrake... a single word! What they fail to mention is that every other distro has had to fix the same security holes. Mandrake was merely the victim of bad timing. The exploits/fixes were not known/available prior to release. -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered!
Re: [Cooker] XFree 4.0 and DPMS and USB happiness
| AG wrote: | | On Tue, 30 May 2000, B. K. Barley wrote: | | | Yes, | | | | I get this problem also. But I assume it's because the ldconfig is not run | | and it is not loading the dri module in the xf86config-4 file. Pixel, is it | | possible to get the xconfig file updated so it will work on Vodoo3 3000 | | cards? | | Once I finished the install, without knowing X is configured properly or | | not, I shut down, rebooted into the os and ran ldconfig, then I added dri to | | the module section and it started x. | | Now, I have a white block going down the right hand side of the screen. It | | doesn't matter what resolution or color depth I change to, it's always | | there. I think it's a configuration issue. Or perhaps it's the frame buffer | | enabled kernel I installed that's causing the problem? I'll try doing a | | fresh install later today with the regular kernel. | | I'm using a Vodoo 3 3000 AGP, and a relisys monitor. I installed the fb | | kernel. | | | | B. K. Barley | | I had the same problem with the white stripe on a Voodoo3 2000 PCI. | It does seem to be related to the use of frambuffered video on the | console, because it does not appear when using ``regular'' text modes. | I switched to the regular video because there seems to be some | corruption of the console displays while X4 is running. (i.e. not | scrolling parts of the right side of the screen or the bottom line). | | | Anton, | | How did you get the white bar removed? You said you started using regular text | modes. How do I change this? Never really played around with the text mode. | I changed my GRUB configuration to vga=6 (from vga=0x317). This gives a (rather crummy) 80x60 text display. That cured the white stripe, but left me with ugly squashed text. To give myself a better default resolution, I played around with SVGATextMode, which does not directly support the Voodoo3. I added the following lines to the end of /etc/TextConfig: Clocks 25.175 28.3 36 75 # Generic VGA Chipset limits to four clocks DacSpeed 75 # Playing it safe, but not as low as default FontProg ``/usr/bin/consolechars -f'' ``116x58'' 75 928 968 1104 1192 816 820 830 850 font 9x14 defaultmode ``116x58'' (BTW, the default config file should be patched to use consolechars as above instead of setfont to avoid the warning message) There is a section of the config file that specifies your monitor timings. Grab these from your XF86Config, because the defaults are not up to your monitor's specs. You can also take this opportunity to comment out all the superfluous echo's in the config file. NOTE: This all works well for me on a Voodoo3 and IBM P50 monitor, YMMV, and so forth. Finally, I added a dummy service to runlevel 3: ln -s /usr/sbin/SVGATextMode /etc/rc.d/rc3.d/S95textmode This gives me 12 fewer columns but 10 more rows than the default 1024x768 frambuffer did, and it seems just as readable. -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered!
[Cooker] mutt-1.0.1i-6mdk and an install issue
The binary RPM *appears* to be broken. It functions just fine until you attempt to send mail (not just compose). At that point, it generates an error execing child process (child returns code 127). I rebuilt from the SRPM and it functions properly without modification. As for the install: Saturday night I did an hd install of the current cooker. The graphical install didn't ask if it was an upgrade (selection expert/development) but text did. Harddrake refused to attempt to configure sound, stating that "The needed configuration tool has not been found". Double check, and yes, sounddrake is installed. Had to get sndconfig from contribs. Side issues/annoyances: Postfix still doesn't work "out of the box." On a clean install, it defers all local mail delivery until a local_transport line is added to /etc/postfix/main.cf drakefont hung when I tried to import win fonts with it. The appropriate utilites had all been run, but it wouldn't exit. linuxconf seems to crash more from within Gnome. Specifically, if I quit linuxconf and it presents a changes dialog and I select Preview, it crashes immediately. This does not affect the console. The text install does not have any time display for either estimated time or estimated remaining. Presumably, since those are displayed in the GI, the data is available. Since the installs now take significantly longer than 6.x did, a time indicator is more valable now than it was then. BTW, the install was generally faster than my last 7.0-2 install. I installed 1650MB in approx 45 minutes, while the last Air install was 50 minutes and 1100MB. Part of that is the difference between hd and CD installs, but still an improvement :) -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered!
[Cooker] [Fw: Re: ld.so.config]
This is the end result of a (brief) conversation with Tom Oehler regarding the difficulties in using his rescue disk (tomsrtbt) with Mandrake. He asked me to pass it along. -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered! Ah. Known issues. They changed the defaults for mke2fs so that filesystems are created with "sparse-superblocks" and sometimes with "ext2-filetype" support. Tomsrtbt-1.7.185 fixed the sparse superblock issue, the next one will fix the ext2-filetype one, I am hoping for the kernel 2.0.39 to be released someday, if it doesn't I'll just apply the patch. For the sparse you can just get 1.7.185, for the ext2-filetype you would have to either replace 2.0.37 with a 2.2.x kernel or apply the 2.0.39-pre patches and rebuild. was with the drive size. It seems to be something related to the ext2 file system. We had quite a discussion about it around the time of the Oxygen beta (December?) on the Cooker list. Personally, I have been unable to mount an Can you forward this description to the 'Cooker' list? -Thanks -Tom
[Cooker] Just a question
For some packages that have multiple modes, notably ghostview, we have packages for both modes and the a combined package. Why don't we do the same with most others? (I'm thinking vim which has the GUI availability as a compile time option). I will admit that it's not that difficult to get the sources and recompile for the added funcionality (and having one binary in place of two), but we seem to be moving toward making this an "it works out of the box" operating environment. Most people who are worried about everything working immediately aren't much interested in recompiling packages. Okay, that's my two cents for the week. -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered!
[Cooker] Repeat posting
Sorry about that. I used Kmail for something and it uses the same mailbox for its outgoing queue as mutt's default for sent mail. I just ended up spamming about a dozen poeple with repeat messages. ARRGH! -- _ _|_|_ ( ) *Anton Graham /v\ / [EMAIL PROTECTED] /( )X (m_m) GPG ID: 18F78541 Penguin Powered!
Re: [Cooker] Netscape icons/pixmaps monochrome?
Am 10.01.2000, um 12:15:19 (-0800) schrieb Brian J. Murrell: My netscape icons seem to be in monochrome (BW). That includes even those images that it shows to represent broken image links. Any idea of what could/would cause this? number of supported pixmap formats:2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 24, scanline_pad 32 ^ keycode range:minimum 8, maximum 134 focus: window 0x24e, revert to Parent [...] screen #0: dimensions:1280x1024 pixels (433x347 millimeters) resolution:75x75 dots per inch depths (1):24 [...] ^^ Here's Your Problem. Motif (the widget Toolkit used by Netscape) does'nt support 24 bpp color-depth, so it falls back to BW. Either You use 16 bpp or 32 bpp to see the "nice" color icons of Netscape again ... -- Tschüss und bis demnächst, Stefan +--+ | Stefan Siegel | | mailto:[EMAIL PROTECTED] | | PGP Public Key: | | finger [EMAIL PROTECTED] | +--+