[Cooker] Re: XFree86-4.0.99.900-2mdk
Arnd Bergmann <[EMAIL PROTECTED]> writes: > Hi Frederic! > > -2mdk looks ok here and fixes the problems that sneaked in between > my 4.0.99.3 and your 4.0.99.900-1mdk build (empty font files, > duplicate symbols in libtype1.a) as well as most of what I introduced > (3dfx breakage, mesa conflict). > > There are still two points left where you did not accept my changes, > maybe with a good reason. I'll just clarify what I did. > > 1. gccmakedepend creates wrong dependencies for *.S files. This causes >the build of the xc/extras/Mesa/src/X86/*.S to fail. >I fixed this by patching gccmakedepend (%patch11), you did the >compile twice. My approach seems cleaner, but it could have some >side effects, since I am not sure why they put that strange hack >in in the first place. I have sent your patch to XFree. Thanks. > 2. The type 1 font loader has a problem when compiled with -ffast-math, >as I have said before. The current solution in cooker seems to >be to avoid the use of type 1 fonts in the font server config. I >think it should be fixed anyway, so I took out that optimization >in my spec file. My last demonstration screen shot did not seem >to be reproducable everywhere. I made a new test with xfontsel >with both my old 4.0.99.3-1mdk build and your new 4.0.99.900-2mdk >one in the hope that you can reproduce that and will do something >about it. >See my screenshot on http://users.evitech.fi/~arndb/cooker-type1-fonts >Switching off -ffast-math globally could have some performance >impact, but maybe you have an idea for how to do it only for >lib/modules/fonts/Type1/type1.c. In 3mdk I have compiled the type1 library without fast-math. > There also needs to be done something about the drm kernel modules. > At least Matrox acceleration does not work without the new module. > My suggestion is to put the modules in an extra source RPM (I already > sent you a .spec), so people like me who build the plain > linus kernels can also use them, but for the distribution, it > would be cleaner to put them in the normal kernel source RPM. > I haven't the time to deal with a new rpm that is not used in the distribution. Sorry but you are on your own if you want to build an drm spec. -- Fred - May the source be with you
Re: [Cooker] Still errors installing XFree -2mdk
Andrej Borsenkow <[EMAIL PROTECTED]> writes: > XFree86: > > XFree86 ##Can't scan > directory "/usr/X11R6/lib/X11/fonts/truetype" > Can't scan directory "/opt/ttfonts" > Can't scan directory "/usr/share/fonts/ttf/big5" > Can't scan directory "/usr/share/fonts/ttf/gb2312" > Can't scan directory "/usr/share/fonts/ttf/japanese" > Can't scan directory "/usr/share/fonts/ttf/korean" > Can't scan directory "/usr/share/fonts/ttf/armenian" > Can't scan directory "/usr/share/fonts/ttf/thai" > Can't scan directory "/usr/share/fonts/ttf/cyrillic" > Can't scan directory "/usr/share/fonts/ttf/viet" > Can't scan directory "/usr/share/fonts/ttf/ethiopic" > Can't scan directory "/usr/share/fonts/ttf/georgian" > Can't scan directory "/usr/share/fonts/ttf/arabic" > Can't scan directory "/usr/share/fonts/ttf/hebrew" > Can't scan directory "/usr/share/fonts/ttf/unicode" > Can't scan directory "/usr/java/jdk1.3/jre/lib/fonts" > Can't scan directory "/usr/openoffice60/share/fonts/type1" > Can't scan directory "/usr/local/openoffice60/share/fonts/type1" > Can't scan directory "/mnt/hdb7/home/bor/openoffice60/share/fonts/type1" > Can't scan directory "/usr/share/fonts/default/TrueType" > Can't scan directory "/usr/share/abisuite/AbiSuite/fonts" > execution of XFree86-4.0.99.900-2mdk script failed, exit status 21 > > XFree86-75dpi-fonts: > > XFree86-75dpi-fonts > ##mkfontdir: unable to > process font ./helvBO12.pcf.gz, skipping > mkfontdir: unable to process font ./lubI19-ISO8859-13.pcf.gz, skipping > mkfontdir: unable to process font ./lubR19-ISO8859-13.pcf.gz, skipping > > Both installas were done after removing previous contents of fonts > directories. > I have corrected the first one in 3mdk and I'll work on the seconf one for the next release. -- Fred - May the source be with you
[Cooker] [RPM] openldap-2.0.10-1mdk
Hello! I've uploaded this file to ftp.linux-mandrake.com/incoming/. --- Name: openldap Relocations: (not relocateable) Version : 2.0.10Vendor: MandrakeSoft Release : 1mdk Build Date: mer 23 mag 2001 02:09:15 CEST Install date: (not installed) Build Host: mercury.helium.net Group : System/ServersSource RPM: (none) Size: 1599781 License: Artistic Packager: Christian Zoffoli <[EMAIL PROTECTED]> URL : http://www.openldap.org Summary : LDAP servers and sample clients. Description : OpenLDAP is an open source suite of LDAP (Lightweight Directory Access Protocol) applications and development tools. The suite includes a stand-alone LDAP server (slapd), a stand-alone LDAP replication server (slurpd), libraries for implementing the LDAP protocol, and utilities, tools, and sample clients. Install openldap if you need LDAP applications and tools. --- mer mag 23 2001 Christian Zoffoli <[EMAIL PROTECTED]> 2.0.10-1mdk - 2.0.10 - Migration Tools v38 - new MigrationTools-38-i18n.patch -- You can find all my work on ftp://genetix.sourceforge.net/pub/genetix/mdk-8.0/SRPMS
Re: [Cooker] kernel-2.4.4-3mdk
Christopher Molnar <[EMAIL PROTECTED]> wrote: > pablito wrote: > > > > any particular way to install kernel 2.4.4-3mdk? I just used package > > manager, it didn't call for any dependencies but now the machine won't start > > linux > yes, there are a couple things you need to do on your own. For some > reason the kernel rpm messes up the soft links in /boot. > It didn't here. =-= kk1 Get free email and a permanent address at http://www.netaddress.com/?N=1
[expert] xawdecode
I put one message like this two weeks ago but not answer. I am trying again: I am trying to install xawdecode under MDI 8.0; , tar, make and make install don't gives me any error, but when I try to run I just have sound and the programme closes immediately: " File /root/.xawdecode/yuvtab10_6 not found. My tv-card runs fine, so the problem seems to be related with the installation of decode tables or so on. Has anybody any idea?; Is there any web page for this package? I haven't be able to find it Thanks in advance Francisco Alcaraz Murcia (Spain)
Re: [Cooker] locale problem with perl
On Tue, 22 May 2001, Guillaume Rousse wrote:
> Ainsi parlait Sebastian Dransfeld :
> > When I use urpmi at get "can't set locale" after upgrading to glibc-2.2.3.
> Seems to be a standard upgrade message from glibc :-)
Rebuilding locales helps. How about preventing this from happening again:
--- locales.spec.bakWed May 23 01:11:46 2001
+++ locales.specWed May 23 01:19:33 2001
@@ -6,8 +6,8 @@
#
#
#
-%define version 2.3.1
-%define release 8mdk
+%define version 2.3.2
+%define release 1mdk
Summary: Base files for localization
Name: locales
@@ -136,13 +136,13 @@
Source85: KOI8-K
BuildArchitectures: noarch
-# to build this package glibc >= 2.1.99 is needed (for locales definitions)
-PreReq: glibc >= 2.1.99
+# rebuild may be required for new versions of glibc
+PreReq: glibc = 2.2.3
# no need to check for dependencies when building, there is no executables here
AutoReqProv: no
BuildRoot: %{_tmppath}/locales-root
Icon: bulle-blank.xpm
-#Requires: glibc >= 2.1.99
+Requires: glibc = 2.2.3
%description
These are the base files for language localization.
There are quite a few warnings and at least one build error that
needs to be resolved for a rebuild.
Arnd <><
Re: [Cooker] kernel-2.4.4-3mdk
pablito wrote: > > any particular way to install kernel 2.4.4-3mdk? I just used package > manager, it didn't call for any dependencies but now the machine won't start > linux yes, there are a couple things you need to do on your own. For some reason the kernel rpm messes up the soft links in /boot. Here is what an ls -l should look like: lrwxrwxrwx1 root root 21 May 22 16:55 System.map -> System.map-2.4.4-3mdk -rw-r--r--1 root root 414498 May 21 15:17 System.map-2.4.4-3mdk -rw-r--r--1 root root 412625 May 12 21:26 System.map-2.4.4-ac8 -rw-r--r--1 root root 512 May 8 07:31 boot.0300 lrwxrwxrwx1 root root 11 May 8 06:59 boot.b -> lilo/boot.b -rw-r--r--1 root root 608 Apr 27 10:52 chain.b lrwxrwxrwx1 root root 17 May 22 16:55 config -> config-2.4.4-3mdk -rw-r--r--1 root root33643 May 21 15:17 config-2.4.4-3mdk drwxr-xr-x2 root root 4096 May 22 07:35 grub/ lrwxrwxrwx1 root root 14 May 22 07:14 kernel.h -> kernel.h-2.4.4 -rw-r--r--1 root root 441 May 22 16:57 kernel.h-2.4.4 lrwxrwxrwx1 root root9 May 8 06:59 lilo -> lilo-menu/ drwxr-xr-x2 root root 4096 May 8 06:59 lilo-graphic/ drwxr-xr-x2 root root 4096 May 8 06:59 lilo-menu/ drwxr-xr-x2 root root 4096 May 8 06:59 lilo-text/ -rw---1 root root38400 May 8 07:31 map -rw-r--r--1 root root67580 Apr 9 13:00 memtest-2.5.bin -rw-r--r--1 root root 129 May 8 07:31 message -rw-r--r--1 root root 640 Apr 27 10:52 os2_d.b -rw-r--r--1 root root 256 May 8 07:31 us.klt lrwxrwxrwx1 root root 18 May 22 07:33 vmlinuz -> vmlinuz-2.4.4-3mdk -rw-r--r--1 root root 849992 May 21 15:17 vmlinuz-2.4.4-3mdk -rw-r--r--1 root root 770598 May 12 20:43 vmlinuz-2.4.4-ac8 You may need to rm the vmlinuz, config and System.map and re-add them with: ln -s I hope that helps. Chmouel, is there some reason the rpm is leaving these links a mess? -Chris
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
I agree. Dave On Tuesday 22 May 2001 19:38, you wrote: > michael wrote: > >Groovy with me! > > > >Michael Brown wrote: > >>On Tue, 22 May 2001, Armisis Aieoln wrote: > >I think what he was talking about was... instead of > >going public with an ipo, have mandrake be a > >user/developer owned company with the ability to buy > >into the company that you are also putting effort > >into. > > Sounds like a good idea to me. What is the legal status of Mandrake as > a company? If it's the equivalent of what in the UK is a private > limited company, then it could offer shares for sale to developers > (but not to the general public), AFAIK. > >>> > >>>Now this is sounding intresting > >> > >>Is anyone at Mandrake seriously considering this? I don't know any > >> French law, but if the legal status is similar to that of a UK private > >> limited company then Mandrake can offer shares for sale to whoever it > >> wants to on an individual basis, but cannot open them up for sale to the > >> general public. I can't speak for anyone else, but I would be keen to > >> buy a few shares every so often (say $10 a week - $500 a year) and know > >> that I was helping to keep Mandrake alive and at the same time building > >> up an investment (donations aren't quite the same) ready for the time > >> when Mandrake displaces Windows on the majority of desktop PCs(!). > >> > >>Thoughts? > >> > >>Michael > > Of course we could always get in touch with the executives to find out > some solid possibilities but wait..that's right.. there gone. hehe > S > As far as what michael said about nationalityistical input, I agree. I > am as good a voice from atlanta as any executive manager who uses > windows on his own desktop anyway.
Re: [Cooker] kernel-2.4.4-3mdk
I had this problem with the 2.4.3 kernels, I had to recreate the symlinks in /boot which were obvious what to create them to, then I had to do a mkinitrd to recreate the initrd.img file in boot and created a symlink to that, then I believe I needed to rerun lilo to rewrite the boot sector, but that may not have been necessary... It seems to me that someone really left out some stuff in the rpm script... I didn't know if this was on purpose or not, but for someone who didn't know what they were doing it was a nightmare.. hope this helps On 22 May 2001 13:10:14 -0700, pablito wrote: > any particular way to install kernel 2.4.4-3mdk? I just used package > manager, it didn't call for any dependencies but now the machine won't start > linux > > >
[Cooker] kernel-2.4.4-3mdk
any particular way to install kernel 2.4.4-3mdk? I just used package manager, it didn't call for any dependencies but now the machine won't start linux
[Cooker] Still errors installing XFree -2mdk
XFree86: XFree86 ##Can't scan directory "/usr/X11R6/lib/X11/fonts/truetype" Can't scan directory "/opt/ttfonts" Can't scan directory "/usr/share/fonts/ttf/big5" Can't scan directory "/usr/share/fonts/ttf/gb2312" Can't scan directory "/usr/share/fonts/ttf/japanese" Can't scan directory "/usr/share/fonts/ttf/korean" Can't scan directory "/usr/share/fonts/ttf/armenian" Can't scan directory "/usr/share/fonts/ttf/thai" Can't scan directory "/usr/share/fonts/ttf/cyrillic" Can't scan directory "/usr/share/fonts/ttf/viet" Can't scan directory "/usr/share/fonts/ttf/ethiopic" Can't scan directory "/usr/share/fonts/ttf/georgian" Can't scan directory "/usr/share/fonts/ttf/arabic" Can't scan directory "/usr/share/fonts/ttf/hebrew" Can't scan directory "/usr/share/fonts/ttf/unicode" Can't scan directory "/usr/java/jdk1.3/jre/lib/fonts" Can't scan directory "/usr/openoffice60/share/fonts/type1" Can't scan directory "/usr/local/openoffice60/share/fonts/type1" Can't scan directory "/mnt/hdb7/home/bor/openoffice60/share/fonts/type1" Can't scan directory "/usr/share/fonts/default/TrueType" Can't scan directory "/usr/share/abisuite/AbiSuite/fonts" execution of XFree86-4.0.99.900-2mdk script failed, exit status 21 XFree86-75dpi-fonts: XFree86-75dpi-fonts ##mkfontdir: unable to process font ./helvBO12.pcf.gz, skipping mkfontdir: unable to process font ./lubI19-ISO8859-13.pcf.gz, skipping mkfontdir: unable to process font ./lubR19-ISO8859-13.pcf.gz, skipping Both installas were done after removing previous contents of fonts directories. -andrej
Re: [Cooker] mozilla
Frederic Crozat wrote: >Dans l'article <[EMAIL PROTECTED]>, "michael" ><[EMAIL PROTECTED]> a écrit : > >>mozilla segfaults immediately before opening. >> > >run /usr/lib/mozilla/rebuild-databases.sh as root > And of that doesn't work? (mandrake mozilla releases since the first .9 have always done this on mine.)
Re: [Cooker] locale problem with perl
Ainsi parlait Sebastian Dransfeld : > When I use urpmi at get "can't set locale" after upgrading to glibc-2.2.3. Seems to be a standard upgrade message from glibc :-) -- Guillaume Rousse <[EMAIL PROTECTED]> GPG keys http://www.univ-reunion.fr/~grousse/gpgkeys.html
Re: [Cooker] XMMS Segfaults with aRts output driver
Guillaume Cottenceau wrote
>
> In that case, run it with LANG=en LANGUAGE=en LC_ALL=en so messages are
> shown in english.
>
bor@localhost% LANG=en LANGUAGE=en LC_ALL=en xmms
Segmentation fault
You've probably found a bug in XMMS, please visit
http://www.xmms.org/bugs and fill out a bug report.
>
>
>>>2. rpm -qa | grep xmms
bor@localhost% rpm -qa | grep xmms
xmms-1.2.5-0.pre1.4mdk
xmms-esd-1.2.5-0.pre1.4mdk
xmms-kjofol-skins-1.2.0-1mdk
xmms-skins-1.0.0-8mdk
libxmms1-1.2.5-0.pre1.4mdk
xmms-mikmod-1.2.5-0.pre1.4mdk
xmms-gnome-1.2.5-0.pre1.4mdk
>>
>>
>>>3. what "output plugin" are you using
>>>
>>>
>>
>>How can I find this out without running xmms?
>>
>
> You could remember what you were using before.
>
I have no idea. As I already wrote, I simply started xmms and it worked.
I never configured anything there.
> To not user them, clear out your ~/.xmms
>
I removed .xmms with the same result. In .xmms/config I have (had):
output_plugin=/usr/lib/xmms/Output/libOSS.so
effect_plugin=/usr/lib/xmms/Effect/libsox.so
>
>
>> > 4. Try with "mpg123" and be sure this works in the same conditions when
>>"xmms" would fail
>>
>
> Right.
>
>
Just to make it sure - yes, it works.
In casse it helps - here are last lines of strace (I can send the whole
if needed):
open("/usr/lib/xmms/Input", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 9
fstat64(9, {st_mode=S_IFDIR|0755, st_size=560, ...}) = 0
shmat(9, 0x2, 0x2ptrace: umoven: Input/output error
) = ?
ipc_subcall(0x9, 0x8157558, 0x1000, 0x2) = 608
stat64("/usr/lib/xmms/Input/.", {st_mode=S_IFDIR|0755, st_size=560,
...}) = 0
stat64("/usr/lib/xmms/Input/..", {st_mode=S_IFDIR|0755, st_size=176,
...}) = 0
stat64("/usr/lib/xmms/Input/libvorbis.la", {st_mode=S_IFREG|0755,
st_size=798, ...}) = 0
stat64("/usr/lib/xmms/Input/libvorbis.so", {st_mode=S_IFREG|0755,
st_size=51992, ...}) = 0
open("/usr/lib/xmms/Input/libvorbis.so", O_RDONLY) = 10
read(10, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@>\0\000"...,
1024) = 1024
fstat64(10, {st_mode=S_IFREG|0755, st_size=51992, ...}) = 0
brk(0x816c000) = 0x816c000
old_mmap(NULL, 56016, PROT_READ|PROT_EXEC, MAP_PRIVATE, 10, 0) = 0x40567000
mprotect(0x40573000, 6864, PROT_NONE) = 0
old_mmap(0x40573000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
10, 0xb000) = 0x40573000
close(10) = 0
open("/usr/lib/libvorbisfile.so.0", O_RDONLY) = 10
read(10, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\24\0\000"...,
1024) = 1024
fstat64(10, {st_mode=S_IFREG|0755, st_size=17664, ...}) = 0
old_mmap(NULL, 20672, PROT_READ|PROT_EXEC, MAP_PRIVATE, 10, 0) = 0x40575000
mprotect(0x40579000, 4288, PROT_NONE) = 0
old_mmap(0x40579000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
10, 0x3000) = 0x40579000
close(10) = 0
open("/usr/lib/libvorbis.so.0", O_RDONLY) = 10
read(10, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240*\0"...,
1024) = 1024
fstat64(10, {st_mode=S_IFREG|0755, st_size=93528, ...}) = 0
old_mmap(NULL, 96536, PROT_READ|PROT_EXEC, MAP_PRIVATE, 10, 0) = 0x4057b000
mprotect(0x4059, 10520, PROT_NONE) = 0
old_mmap(0x4059, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
10, 0x14000) = 0x4059
close(10) = 0
open("/usr/lib/libogg.so.0", O_RDONLY) = 10
read(10, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\17\0"...,
1024) = 1024
fstat64(10, {st_mode=S_IFREG|0755, st_size=12536, ...}) = 0
old_mmap(NULL, 16576, PROT_READ|PROT_EXEC, MAP_PRIVATE, 10, 0) = 0x40593000
mprotect(0x40596000, 4288, PROT_NONE) = 0
old_mmap(0x40596000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
10, 0x2000) = 0x40596000
old_mmap(0x40597000, 192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40597000
close(10) = 0
stat64("/usr/lib/xmms/Input/libsmpeg_xmms.la", {st_mode=S_IFREG|0755,
st_size=845, ...}) = 0
stat64("/usr/lib/xmms/Input/libsmpeg_xmms.so", {st_mode=S_IFREG|0755,
st_size=62440, ...}) = 0
open("/usr/lib/xmms/Input/libsmpeg_xmms.so", O_RDONLY) = 10
read(10, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260T\0"...,
1024) = 1024
fstat64(10, {st_mode=S_IFREG|0755, st_size=62440, ...}) = 0
old_mmap(NULL, 66212, PROT_READ|PROT_EXEC, MAP_PRIVATE, 10, 0) = 0x40598000
mprotect(0x405a6000, 8868, PROT_NONE) = 0
old_mmap(0x405a6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED,
10, 0xd000) = 0x405a6000
old_mmap(0x405a8000, 676, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x405a8000
close(10) = 0
--- SIGSEGV (Segmentation fault) ---
-andrej
Re: [Cooker] Re: Mandrake 8.0 - compinit in /etc/zshrc
So sprach Chmouel Boudjnah am Tue, May 22, 2001 at 11:55:23AM +0100:
> yup but here we speak about default configuration of basic user. but
Understood. But, as you put it, 'basic users' will do neither. They won't
mess with their config files, I suppose. And especially for basic users,
I'd say that the fewer the user config files contain, the better. Because
if there's nothing in their config files, they cannot break anything.
># If exist a ~/.alias and the user hasn't specified a
># LOAD_SYSTEM_ALIAS variables then don't do any system aliases
Will 'LOAD_SYSTEM_ALIAS' be set by default? I would hope so, because if
not, it would mean that users might suddenly find themselves without aliases
set just because they (or whoever/whatever) created a file called .alias.
It's nice that a .alias file will be supported, but why should it *disable*
loading of the system aliases?
If a user figures out how to set aliases in the first place, is it really
that far reached to assume that he'll also know about 'unalias'? If it's
not (which I suppose), then I don't get why aliases shouldn't be put in
/etc/profile.d/alias.sh
> > I'd also think that /etc/skel should be nearly completely empty.
> > Everything should go into systemwide configuration files,
>
> yep normally but some thing need to let the user do it.
Parse error :) I think the current (?) /etc/skel/.bashrc is very nice:
# .bashrc
# User specific aliases and functions
if [ -f ~/.bash_alias ];then
. ~/.bash_alias
fi
# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
That's what it should be like!
Oh, BTW: Would it be possible to add /etc/profile.d/local.{sh,csh}, which
should be empty files which also should never, ever be changed by an RPM
upgrade? I think the mere existance of these files would make it clear to
people/admins that only this file, and never /etc/profile should be used to
adjust local settings.
Alexander Skwar
--
How to quote: http://learn.to/quote (german) http://quote.6x.to (english)
Homepage: http://www.digitalprojects.com | http://www.iso-top.de
iso-top.de - Die günstige Art an Linux Distributionen zu kommen
Uptime: 8 days 7 hours 47 minutes
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
I am thinking more of arround $100.00 a month. Dave On Tuesday 22 May 2001 16:02, you wrote: > On Tue, 22 May 2001, Armisis Aieoln wrote: > > > > I think what he was talking about was... instead of > > > > going public with an ipo, have mandrake be a > > > > user/developer owned company with the ability to buy > > > > into the company that you are also putting effort > > > > into. > > > > > > Sounds like a good idea to me. What is the legal status of Mandrake as > > > a company? If it's the equivalent of what in the UK is a private > > > limited company, then it could offer shares for sale to developers (but > > > not to the general public), AFAIK. > > > > Now this is sounding intresting > > Is anyone at Mandrake seriously considering this? I don't know any French > law, but if the legal status is similar to that of a UK private limited > company then Mandrake can offer shares for sale to whoever it wants to on > an individual basis, but cannot open them up for sale to the general > public. I can't speak for anyone else, but I would be keen to buy a few > shares every so often (say $10 a week - $500 a year) and know that I was > helping to keep Mandrake alive and at the same time building up an > investment (donations aren't quite the same) ready for the time when > Mandrake displaces Windows on the majority of desktop PCs(!). > > Thoughts? > > Michael
Re: [Cooker] still problems with xmms-cdreader
Ainsi parlait Guillaume Cottenceau : > Guillaume Rousse <[EMAIL PROTECTED]> writes: > > > [...] > > > I beg to disagree : most packages don't need them for building. > > "most" : no. > > [gc@bi ~/rpm/SPECS] find -name "*.spec" | xargs grep "configure" | perl -ne > 'print "$1\n" if /^(.*)spec/' | uniq | wc -l 252 > [gc@bi ~/rpm/SPECS] find -name "*.spec" | wc -l > 349 > [gc@bi ~/rpm/SPECS] ruby -e 'p 252/349.0' > 0.7220630372 AFAK using a configure script doesn't require autoconf... Creating it only. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG keys http://www.univ-reunion.fr/~grousse/gpgkeys.html
[Cooker] Re: [CHRPM] awesfx-0.4.4-1mdk
Geoffrey Lee wrote: > * Tue May 22 2001 Geoffrey Lee <[EMAIL PROTECTED]> 0.4.4-1mdk > - Remove "ha" in ExclusiveArch (must have been a typo from Jeff?) nope, ha is an arch. Probably left over from RH package, is my guess... -- Jeff Garzik | "Are you the police?" Building 1024| "No, ma'am. We're musicians." MandrakeSoft |
Re: [Cooker] gcc,egcs,kernel,future plans Attn. Chmou, Gwenole
Chmouel Boudjnah wrote: > >the problem is that the gcc bugs are really hard to trigger, i remeber >compiling all kernel with gcc2.95 until we saw a bug in the a scsci >drivers that does timeout just because it was compiled with gcc2.95, >so i stick to egcs.. > If I (at a later date when it is thoroughly more developed) were to get you the white papers concerning the api standardization and changes/upgrades/fixes in gcc 3 would you consider making a kernel-gcc-etc.rpm for testing purposes? I care not to compile my own kernels.:) Hold on though, by 'trigger', do you mean to identify/track down? Interesting, I wonder why it would be more so than another compiler of the same family.
[Cooker] Re: Mandrake installer
Russell Cattelan wrote: Ok all the iso's are now at ftp://ftp.thebarn.com/SGI/Mandrake-XFS1.0/ I've updated disc 1 with a patched version of mkinitrd, initial ram disks should be make correctly now. > "Venables, Michael" wrote: > > > Russell - > > > > Some of this is aimed more at the MDK guys, but since you CCed them, they'll > > pick up the thread. > > > > If it's not too much of a hassle, you might put discs 2 & 3 up. The copy of > > disc 2 I have came from one of our internal ftp sites, and there seems to be > > something wrong a bunch of the packages on it. I haven't seen disc 3 on any > > of the sites I've visited. > > Ok will do, I'm remaking everything right now with a patched version of > mkinitrd. > Your best bet will be to use rysnc to "update" your disc1 iso, should very > little change > from the original. > > > > > > > Have you given any thought to building against the 2.4.4 kernel? From what > > I've been told by one of our kernel hackers, it holds up much better on the > > sort of meatgrinder tests that we'd like to stress test XFS under. > > Ok like I said I don't have bunched time right now, so... > I'll do one kernel, which one is more important right now? > 2.4.3.whatever or the latest 2.4.4 in cooker. > > Note any 2.4.4 version will most likely be TOT from the development tree, as > that is very close to what will be going into XFS 1.0.1. > > > > > > > I've never had to do anything from the installer shell for Mandrake, and I > > was sort of surprised that they use something other than bash. Didn't take > > the time to look, but whatever it is, works hard against you doing any sort > > of useful CLI work. Unlike RH, there's no mouse support or autofill. > > > > Additionally, I was completely unable to run mkinitrd. The permissions are > > fine, but for some reason, it won't execute. If you've got any theories... > > > > More X config problems. Have a machine with a FireGL 4000. That card does > > not appear in the list of supported video controllers. Also... is there no > > option to function test an X configuration? > > > > -Original Message- > > From: Russell Cattelan [mailto:[EMAIL PROTECTED]] > > Sent: Monday, May 21, 2001 4:04 PM > > To: Venables, Michael; [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: Re: Mandrake installer > > > > "Venables, Michael" wrote: > > > > > I passed XFS Mandrake off to a couple of people here and happened to be > > > around when they hit the same package install problems I did. The specific > > > error was "bad package, unable to be installed" but I noticed that they > > > begin on disk 2--so you're off the hook. Figured you'd want to know before > > > you wasted any time. > > > > > > > Ok quick caveat here, I have not spend a lot of time making sure everything > > is perfectly polished > > So I'm nor sure the iso build script did the right thing in regards to which > > package is on which > > CD. I think the original mandrake 8.0 disc 2 and 3 should work when > > selecting > > packages from > > them, but I have not tested that so I'm not sure. > > If need be I can put the disc 2 and 3 iso's that I generated on the ftp > > site. > > > > I'm hoping the Mandrake folks will eventually help out with cleaning up > > these > > details, > > but for the moment all I have to time to do is make sure the basic install > > works. > > > > BTW yes the mkinitrd is failing... seems it is trying to be smart and > > include > > any > > file systems that are not ext2 as a module. > > Since xfs is compiled into the kernel mkinitrd can not find the module and > > exits. > > The Q&D fix is to go in and comment out the exit at line 100 in mkinitrd and > > rerun the cmd by hand. > > > > > michael > > > > -- > > Russell Cattelan > > -- > > Digital Elves inc. -- Currently on loan to SGI > > Linux XFS core developer. > > -- > Russell Cattelan > -- > Digital Elves inc. -- Currently on loan to SGI > Linux XFS core developer. -- Russell Cattelan -- Digital Elves inc. -- Currently on loan to SGI Linux XFS core developer.
[Cooker] locale problem with perl
When I use urpmi at get "can't set locale" after upgrading to glibc-2.2.3. seb
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
michael wrote: >Groovy with me! > >Michael Brown wrote: > >>On Tue, 22 May 2001, Armisis Aieoln wrote: >> >I think what he was talking about was... instead of >going public with an ipo, have mandrake be a >user/developer owned company with the ability to buy >into the company that you are also putting effort >into. > Sounds like a good idea to me. What is the legal status of Mandrake as a company? If it's the equivalent of what in the UK is a private limited company, then it could offer shares for sale to developers (but not to the general public), AFAIK. >>>Now this is sounding intresting >>> >>Is anyone at Mandrake seriously considering this? I don't know any French >>law, but if the legal status is similar to that of a UK private limited >>company then Mandrake can offer shares for sale to whoever it wants to on >>an individual basis, but cannot open them up for sale to the general >>public. I can't speak for anyone else, but I would be keen to buy a few >>shares every so often (say $10 a week - $500 a year) and know that I was >>helping to keep Mandrake alive and at the same time building up an >>investment (donations aren't quite the same) ready for the time when >>Mandrake displaces Windows on the majority of desktop PCs(!). >> >>Thoughts? >> >>Michael >> > Of course we could always get in touch with the executives to find out some solid possibilities but wait..that's right.. there gone. hehe S As far as what michael said about nationalityistical input, I agree. I am as good a voice from atlanta as any executive manager who uses windows on his own desktop anyway.
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
Groovy with me! Michael Brown wrote: > > On Tue, 22 May 2001, Armisis Aieoln wrote: > > > > I think what he was talking about was... instead of > > > > going public with an ipo, have mandrake be a > > > > user/developer owned company with the ability to buy > > > > into the company that you are also putting effort > > > > into. > > > Sounds like a good idea to me. What is the legal status of Mandrake as a > > > company? If it's the equivalent of what in the UK is a private limited > > > company, then it could offer shares for sale to developers (but not to the > > > general public), AFAIK. > > Now this is sounding intresting > > Is anyone at Mandrake seriously considering this? I don't know any French > law, but if the legal status is similar to that of a UK private limited > company then Mandrake can offer shares for sale to whoever it wants to on > an individual basis, but cannot open them up for sale to the general > public. I can't speak for anyone else, but I would be keen to buy a few > shares every so often (say $10 a week - $500 a year) and know that I was > helping to keep Mandrake alive and at the same time building up an > investment (donations aren't quite the same) ready for the time when > Mandrake displaces Windows on the majority of desktop PCs(!). > > Thoughts? > > Michael -- "It requires a very unusual mind to undertake the analysis of the obvious." ANW
Re: [Cooker] still problems with xmms-cdreader
In theory, autoconf and automake should be _required_ only when creating the tarball but not to install from source, so I would also agree to assume that behaviour and put deviations from that in buildrequires. I have fallen into that trap more than once after a fresh install... Many packages actually do follow the gnu coding standards which say that to do an install from source, you should need only cat cmp cp diff echo egrep expr false grep gzip install-info ln ls mkdir mv pwd rm rmdir sed sleep sort tar test touch true as well as the languages compiler tools with the examples ar bison cc flex install ld ldconfig lex make makeinfo ranlib texi2dvi yacc but not autoconf, automake, perl or bzip2. Even if Mandrake is (luckily) not bound by these standards and at least perl and bzip2 are there anyway, the list give a good hint what packages expect to be there. Arnd <>< On 22 May 2001, Guillaume Cottenceau wrote: > Guillaume Rousse <[EMAIL PROTECTED]> writes: > > I beg to disagree : most packages don't need them for building. > > "most" : no. > > [gc@bi ~/rpm/SPECS] find -name "*.spec" | xargs grep "configure" | perl -ne 'print >"$1\n" if /^(.*)spec/' | uniq | wc -l > 252 > [gc@bi ~/rpm/SPECS] find -name "*.spec" | wc -l > 349 > [gc@bi ~/rpm/SPECS] ruby -e 'p 252/349.0' > 0.7220630372 > > > Missing make, or flex, or autoconf, or any explicitly called command is fail > > fast, and such easy to correct. But here, missing automake causes a vicious > > bootstraping error that was not so easy to correct...
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
If mandrake opens to devloper investment I would be highly intrested. But would of course need as much info as possible on the company before I would deside anything for sure. dave (I am a US Citizen living and working in the UK) On Tuesday 22 May 2001 08:45, you wrote: > It appears from over here that they are dumping the > expensive heads that they brought in specifically for > a US ipo. If that is the case it is a good move since > the time is not right for that. I hope that they don't > become too provincial though... it is good to have > input from various nationalities. > > --- michael <[EMAIL PROTECTED]> wrote: > > On Monday 21 May 2001 08:29 pm, you stammered: > > > Now this is sounding intresting > > > > > > Dave > > > > > > On Monday 21 May 2001 12:03, you wrote: > > > > On Sun, 20 May 2001, SI Reasoning wrote: > > > > > I think what he was talking about was... > > > > instead of > > > > > > > going public with an ipo, have mandrake be a > > > > > user/developer owned company with the ability > > > > to buy > > > > > > > into the company that you are also putting > > > > effort > > > > > > > into. > > > > > > > > Sounds like a good idea to me. What is the > > > > legal status of Mandrake as a > > > > > > company? If it's the equivalent of what in the > > > > UK is a private limited > > > > > > company, then it could offer shares for sale to > > > > developers (but not to > > > > > > the general public), AFAIK. > > > > > > > > Michael > > http://www.newsforge.com/article.pl?sid=01/05/22/009242&mode=thread > > > -- > > -michael- > > -.-.-.-.-.-.-.-.-.--..-... > > "It requires a very unusual mind to undertake the > > analysis of the obvious." > > ANW > > = > SI Reasoning > [EMAIL PROTECTED] > gnupg/pgp key id 035213BC > > __ > Do You Yahoo!? > Yahoo! Auctions - buy the things you want at great prices > http://auctions.yahoo.com/
[Cooker] [OT] Mandrake makes the right move (in my books)
A brief word off-topic from the list ... I've been reading the LWN reports on Mandrake, and while I don't have all the details, what I can get sounds to me like a very good move. I don't know who in my Mandrake BBDB list is still there, but I know many of you are on this list so I thought I'd do the OT thing and just post here. I only wanted to take this moment to say (and I hope I speak for others) that those of us who depend on Mandrake and believe in what you are doing are behind you 100%, and if you need anything from us in return, you need only ask. -- Gary Lawrence Murphy <[EMAIL PROTECTED]>: office voice/fax: 01 519 4222723 T(C)Inc Business Innovations through Open Source http://www.teledyn.com KernelWiki Community Linux Docs: http://kernelbook.sourceforge.net/wiki
Re: [Cooker] still problems with xmms-cdreader
Guillaume Rousse <[EMAIL PROTECTED]> writes: [...] > I beg to disagree : most packages don't need them for building. "most" : no. [gc@bi ~/rpm/SPECS] find -name "*.spec" | xargs grep "configure" | perl -ne 'print "$1\n" if /^(.*)spec/' | uniq | wc -l 252 [gc@bi ~/rpm/SPECS] find -name "*.spec" | wc -l 349 [gc@bi ~/rpm/SPECS] ruby -e 'p 252/349.0' 0.7220630372 > Missing make, or flex, or autoconf, or any explicitly called command is fail > fast, and such easy to correct. But here, missing automake causes a vicious > bootstraping error that was not so easy to correct... -- Guillaume Cottenceau - http://mandrakesoft.com/~gc/
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
On Tue, 22 May 2001, Armisis Aieoln wrote: > > > I think what he was talking about was... instead of > > > going public with an ipo, have mandrake be a > > > user/developer owned company with the ability to buy > > > into the company that you are also putting effort > > > into. > > Sounds like a good idea to me. What is the legal status of Mandrake as a > > company? If it's the equivalent of what in the UK is a private limited > > company, then it could offer shares for sale to developers (but not to the > > general public), AFAIK. > Now this is sounding intresting Is anyone at Mandrake seriously considering this? I don't know any French law, but if the legal status is similar to that of a UK private limited company then Mandrake can offer shares for sale to whoever it wants to on an individual basis, but cannot open them up for sale to the general public. I can't speak for anyone else, but I would be keen to buy a few shares every so often (say $10 a week - $500 a year) and know that I was helping to keep Mandrake alive and at the same time building up an investment (donations aren't quite the same) ready for the time when Mandrake displaces Windows on the majority of desktop PCs(!). Thoughts? Michael
[Cooker] Anyone else having print trouble with wine?
My wine installation is a little strange in that I have been carting around a snapshot of my old Windows directories for years without having any bootable partition -- it always worked before, but now I find the Mandrake 8.0 release of WINE refuses to print (it gives the error "cannot allocate memory" which the WINE pages translate as "windows hasn't a clue what went wrong"); the contrib wine won't even start. Has anyone else noticed any wine print problems with the Mandrake release? -- Gary Lawrence Murphy <[EMAIL PROTECTED]>: office voice/fax: 01 519 4222723 T(C)Inc Business Innovations through Open Source http://www.teledyn.com KernelWiki Community Linux Docs: http://kernelbook.sourceforge.net/wiki
Re: [Cooker] [Contrib-RPM] Bug in plotutils spec. file
Michael Brown <[EMAIL PROTECTED]> writes: > Fairly self-explanatory... > > > --- plotutils.spec.orig Tue May 22 13:14:51 2001 [...] > %changelog > +* Tue May 22 2001 Michael Brown <[EMAIL PROTECTED]> 2.4.1-4mdk > +- Modify files section to include everything in libdir (including > + libplot.so.2, without which the package doesn't do anything!) Fixed. Thanx.
Re: [Cooker] XMMS Segfaults with aRts output driver
Andrej Borsenkow <[EMAIL PROTECTED]> writes: [...] > > 1. all exact message on console > > bor@localhost% xmms > ? ???! > ?? ? ?? ?? ?? ?? ? XMMS. ??, > http://www.xmms.org/bugs ? ? ? ?? ??. > > > > Tranlation: Segmentation fault! Most probably you have found a bug in XMMS > etc. In that case, run it with LANG=en LANGUAGE=en LC_ALL=en so messages are shown in english. > > 2. rpm -qa | grep xmms > > > > > bor@localhost% rpm -qa | grep xmms > xmms-1.2.5-0.pre1.3mdk > xmms-kjofol-skins-1.2.0-1mdk > xmms-skins-1.0.0-8mdk > xmms-esd-1.2.5-0.pre1.3mdk > xmms-mikmod-1.2.5-0.pre1.3mdk > libxmms1-1.2.5-0.pre1.3mdk > xmms-gnome-1.2.5-0.pre1.3mdk > > > > 3. what "output plugin" are you using > > > > > How can I find this out without running xmms? You could remember what you were using before. To not user them, clear out your ~/.xmms > > 4. Try with "mpg123" and be sure this works in the same conditions when > "xmms" would fail Right. -- Guillaume Cottenceau - http://mandrakesoft.com/~gc/
Re: [Cooker] vi problems
On Tue, May 22, 2001 at 09:14:45AM -0400, Christopher Molnar wrote: > Thanks, works perfectly. > > Someone needs to fix an rpm though. > > -Chris > > > "Charles A. Shirley" wrote: > > > > I noticed the same thing. I figured they just forgot to tell the shell what > > to send as the erase character. I'm a bit of an old-timer, so typing ^H when > > doesn't work is automatic for me, like using h-j-k-l when the > > "arrow-keys" don't work. If you issue this : > > > > # stty erase ^? > > > > ( that would be <6> )To the shell, things seem to work normally > > again. You could probably stick that your shell profile as well, to make it > > automatic. > > > > Cheers! > > > > ~Charles > > > > On Tuesday 22 May 2001 07:51, you wrote: > > > With one of the recent vim upgrades I seem to have lost the > > > functionality of my backspace key in vi. The backspace key works great > > > in all other applications but when I try and backspace in the "insert" > > > mode of vi all I get is "^?" (ctrl-question-marks). > > > > > > Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs > > > > > > :-) ) > > > > > > Thanks, > > > Chris > I'm looking at this. DindinX -- [EMAIL PROTECTED]
Re: [Cooker] vi problems
Chmouel Boudjnah wrote:
>
> Christopher Molnar <[EMAIL PROTECTED]> writes:
>
> > Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs
>
> RTFM ?
Yup, but I shouldn't have to.
if ((working_right_before_upgrade)&&(not_working_right_after_upgrade))
{
broken_package();
}
:-)
>
> put that in your ~/.vimrc :
>
> set t_kD=^?
>
> but well it's only a workaround...
Re: [Cooker] vi problems
Chmouel Boudjnah wrote: > put that in your ~/.vimrc : > > set t_kD=^? > > but well it's only a workaround... Doesn't help. Still a problem. The only thing that seems to work is to issue the stty erase. -Chris
Re: [Cooker] vi problems
> "christopher" == Christopher Molnar <[EMAIL PROTECTED]> writes: christopher> With one of the recent vim upgrades I seem to have lost the christopher> functionality of my backspace key in vi. The backspace key works great christopher> in all other applications but when I try and backspace in the "insert" christopher> mode of vi all I get is "^?" (ctrl-question-marks). christopher> Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs christopher> :-) ) Talking about vim. New vim is not working with hardlinks as expected (aka if you modify a file, you create a new inode _always_). cp -dpilR pristine_source source_where_to_hack cd source_where_to_hack vi some files (yes, I normally use emacs, but for one line changes use vi) voila, the file is also modified in pristine_source (which defeats the purpose of doing the hardlinks of the trees). Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
Re: [Cooker] WHAT ABOUT THIS....[Possible Offtopic]
On Tuesday 22 May 2001 13:33, Manuel Durán Aguete wrote: > I've just read this article posted on slashdot. The most interessting and informative comment is this: http://slashdot.org/comments.pl?sid=01/05/22/011258&threshold=1&commentsort=0&mode=thread&cid=288 Cheers, AS
Re: [Cooker] vi problems
Christopher Molnar <[EMAIL PROTECTED]> writes: > Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs RTFM ? put that in your ~/.vimrc : set t_kD=^? but well it's only a workaround...
Re: [Cooker] Re: [Contrib-Rpm] rats-0.9-1mdk
Guillaume Rousse <[EMAIL PROTECTED]> writes: > Ainsi parlait Chmouel Boudjnah : > > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > Could you please wrap the lines of the description at about 72 chars? > > > Thanks. > > > > yep.. > And add this check in rpmlint then. i just aksed to flepied, he told me that was in rpmlint but in a broken way ;)
Re: [Cooker] vi problems
Thanks, works perfectly. Someone needs to fix an rpm though. -Chris "Charles A. Shirley" wrote: > > I noticed the same thing. I figured they just forgot to tell the shell what > to send as the erase character. I'm a bit of an old-timer, so typing ^H when > doesn't work is automatic for me, like using h-j-k-l when the > "arrow-keys" don't work. If you issue this : > > # stty erase ^? > > ( that would be <6> )To the shell, things seem to work normally > again. You could probably stick that your shell profile as well, to make it > automatic. > > Cheers! > > ~Charles > > On Tuesday 22 May 2001 07:51, you wrote: > > With one of the recent vim upgrades I seem to have lost the > > functionality of my backspace key in vi. The backspace key works great > > in all other applications but when I try and backspace in the "insert" > > mode of vi all I get is "^?" (ctrl-question-marks). > > > > Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs > > > > :-) ) > > > > Thanks, > > Chris
[Cooker] kdm and switch screen resolution x crashes
This is for the mandrake team; Do you know if the problem for DRI activated and kdm login crashing x when switching between ressolution has been solved?; Is there any update avalaibel? Thanks for your kind attention -- Francisco Alcaraz Ariza Department of Plant Biology Faculty of Biology University of Murcia Murcia (Spain) work e-mail: [EMAIL PROTECTED] home e-mail: [EMAIL PROTECTED]
Re: [Cooker] vi problems
I noticed the same thing. I figured they just forgot to tell the shell what to send as the erase character. I'm a bit of an old-timer, so typing ^H when doesn't work is automatic for me, like using h-j-k-l when the "arrow-keys" don't work. If you issue this : # stty erase ^? ( that would be <6> )To the shell, things seem to work normally again. You could probably stick that your shell profile as well, to make it automatic. Cheers! ~Charles On Tuesday 22 May 2001 07:51, you wrote: > With one of the recent vim upgrades I seem to have lost the > functionality of my backspace key in vi. The backspace key works great > in all other applications but when I try and backspace in the "insert" > mode of vi all I get is "^?" (ctrl-question-marks). > > Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs > > :-) ) > > Thanks, > Chris
[Cooker] [Contrib-RPM] Bug in plotutils spec. file
Fairly self-explanatory...
--- plotutils.spec.orig Tue May 22 13:14:51 2001
+++ plotutils.spec Tue May 22 13:18:49 2001
@@ -1,6 +1,6 @@
%define name plotutils
%define version 2.4.1
-%define release 3mdk
+%define release 4mdk
Summary: GNU Plotting Utilities
@@ -141,11 +141,16 @@
%{_bindir}/*
%{_includedir}/*
%{_infodir}/*
+%{_libdir}/libplot.*
%{_libdir}/X11/fonts/misc/*
%{_mandir}/man1/*
%{_datadir}/libplot/*
%changelog
+* Tue May 22 2001 Michael Brown <[EMAIL PROTECTED]> 2.4.1-4mdk
+- Modify files section to include everything in libdir (including
+ libplot.so.2, without which the package doesn't do anything!)
+
* Wed Mar 28 2001 Lenny Cartier <[EMAIL PROTECTED]> 2.4.1-3mdk
- fix desc.
Re: [Cooker] Re: [Contrib-Rpm] rats-0.9-1mdk
Ainsi parlait Chmouel Boudjnah : > Alexander Skwar <[EMAIL PROTECTED]> writes: > > Could you please wrap the lines of the description at about 72 chars? > > Thanks. > > yep.. And add this check in rpmlint then. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG keys http://www.univ-reunion.fr/~grousse/gpgkeys.html
[Cooker] vi problems
With one of the recent vim upgrades I seem to have lost the functionality of my backspace key in vi. The backspace key works great in all other applications but when I try and backspace in the "insert" mode of vi all I get is "^?" (ctrl-question-marks). Any ideas how to solve? (And Chmouel --- No, I don't want to learn emacs :-) ) Thanks, Chris
[Cooker] WHAT ABOUT THIS....[Possible Offtopic]
Hi, I've just read this article posted on slashdot. http://slashdot.org/articles/01/05/22/011258.shtml It refers to this article posted on newsforge. http://www.newsforge.com/article.pl?sid=01/05/22/009242&mode=thread Regards
Re: [Cooker] Re: [CHRPM] kernel-2.4.4-2mdk
Juan Quintela <[EMAIL PROTECTED]> writes: > Note that this aditionally solves the problem of the archs that don't > need rdev. yup true i forgot that i put a dependences on util-linux..
[Cooker] SUB cooker
SUB cooker
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
On Monday 21 May 2001 11:45 pm, you stuttered : > It appears from over here that they are dumping the > expensive heads that they brought in specifically for > a US ipo. If that is the case it is a good move since > the time is not right for that. I hope that they don't > become too provincial though... it is good to have > input from various nationalities. > Isn't that what we're for? > http://www.newsforge.com/article.pl?sid=01/05/22/009242&mode=thread > > > -- > > -michael- > > -.-.-.-.-.-.-.-.-.--..-... > > "It requires a very unusual mind to undertake the > > analysis of the obvious." > > ANW >
Re: [Cooker] Re: [Contrib-Rpm] rats-0.9-1mdk
Alexander Skwar <[EMAIL PROTECTED]> writes: > Could you please wrap the lines of the description at about 72 chars? > Thanks. yep..
[Cooker] Inn hourly cron jobs
The two hourly cron jobs of innd should be modified to use an if-then-else or a "! cmd || cmd" instead of "cmd && cmd", since otherwise you would get hourly email if you have innd installed but disabled in chkconfig. For example, they look like: -- [root@fulgore:/etc/cron.hourly]# more inn-cron-nntpsend #!/bin/sh /sbin/chkconfig innd && su - news -c /usr/bin/nntpsend -- and -- [root@fulgore:/etc/cron.hourly]# more inn-cron-rnews #!/bin/sh /sbin/chkconfig innd && /usr/bin/rnews -U -- and it should look like: -- [root@fulgore:/etc/cron.hourly]# more inn-cron-nntpsend #!/bin/sh ! /sbin/chkconfig innd || su - news -c /usr/bin/nntpsend -- and -- [root@fulgore:/etc/cron.hourly]# more inn-cron-nntpsend #!/bin/sh ! /sbin/chkconfig innd || /usr/bin/rnews -U -- This happens because chkconfig returns a "1" if the service is disabled. -- Eugenio Diaz, BSEE/BSCE Linux Engineer [EMAIL PROTECTED]
Re: [Cooker] e2fsporgs -5mdk back?
"Andrej Borsenkow" <[EMAIL PROTECTED]> writes: > Are they fixed? There is no word about it in changelog. yep this one work.
Re: [Cooker] mozilla
Dans l'article <[EMAIL PROTECTED]>, "michael" <[EMAIL PROTECTED]> a écrit : > mozilla segfaults immediately before opening. run /usr/lib/mozilla/rebuild-databases.sh as root -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Re: Mandrake 8.0 - compinit in /etc/zshrc
Alexander Skwar <[EMAIL PROTECTED]> writes: > I somewhat disaggree. Some aliases like 'll' are used on many, many > different UNIX flavors and also mentioned in a lot of books, I suppose. > Users might expect this to be there. And if someone really does not want > the 'll' alias, he is always free to unalias it, isn't he? yup but here we speak about default configuration of basic user. but here is my update for aliases (at least for bourne shell) on mandrake : #If exist a ~/.alias and the user hasn't specified a #LOAD_SYSTEM_ALIAS variables then don't do any system aliases #If there is no ~/.alias but the user has specified a #IGNORE_SYSTEM_ALIASES then don't do any system aliases. > I'd also think that /etc/skel should be nearly completely empty. > Everything should go into systemwide configuration files, yep normally but some thing need to let the user do it. > as long as the user is able to override and disable it, as it is the > case with aliases. The same also applies for things like PATH, > EDITOR, etc.pp.. They should be setup with 'decent' (whatever that > is) values. agree.
Re: [Cooker] gcc,egcs,kernel,future plans Attn. Chmou, Gwenole
Blue Lizard <[EMAIL PROTECTED]> writes: > Once upon a time, not too long ago, Chmouel made a remark about how he > did not feel comfortable building kernel packages with gcc and would > much rather stick to the rock solid (if old) egcs releases. I > wondered in thinking about the long off gcc 3 official public release > if there would be any greater comfort with using that, or at least > testing on a few machines that signed waivers, other than the fact the problem is that the gcc bugs are really hard to trigger, i remeber compiling all kernel with gcc2.95 until we saw a bug in the a scsci drivers that does timeout just because it was compiled with gcc2.95, so i stick to egcs.. > directed to. Also, I had questioned but not been answered as to > whether Juan and Chmou use the same build host / compiler in kernel > packaging. yes we do, not excatly on a same machine but on a development cluster..
[Cooker] mozilla
mozilla segfaults immediately before opening. -- -michael- -.-.-.-.-.-.-.-.-.--..-... "It requires a very unusual mind to undertake the analysis of the obvious." ANW
[Cooker] e2fsporgs -5mdk back?
Are they fixed? There is no word about it in changelog. -andrej
[Cooker] Today's cooker
Wouldn't start on reboot...turns out there was a typo in the startkde script... mdkir should have been mkdir no menus whatsoever in desktop. Kmenu add icon is blank. Yada yada g'night -- -michael- -.-.-.-.-.-.-.-.-.--..-... "It requires a very unusual mind to undertake the analysis of the obvious." ANW
Re: [Cooker] gkrellm/ymessenger fonts turn to boxes with new Xfree
SI Reasoning <[EMAIL PROTECTED]> writes: > The new Xfree is wonderful...but the fonts in gkrellm > and ymessenger don't work anymore... just a bunch of > boxes. Whatever fonts they depend on don't seem to be there. > You have to stop xfs and restart it. -- Fred - May the source be with you
Re: [Cooker] Eazel services picked up and expanded by Mandrake?
It appears from over here that they are dumping the expensive heads that they brought in specifically for a US ipo. If that is the case it is a good move since the time is not right for that. I hope that they don't become too provincial though... it is good to have input from various nationalities. --- michael <[EMAIL PROTECTED]> wrote: > On Monday 21 May 2001 08:29 pm, you stammered: > > Now this is sounding intresting > > > > Dave > > > > On Monday 21 May 2001 12:03, you wrote: > > > On Sun, 20 May 2001, SI Reasoning wrote: > > > > I think what he was talking about was... > instead of > > > > going public with an ipo, have mandrake be a > > > > user/developer owned company with the ability > to buy > > > > into the company that you are also putting > effort > > > > into. > > > > > > Sounds like a good idea to me. What is the > legal status of Mandrake as a > > > company? If it's the equivalent of what in the > UK is a private limited > > > company, then it could offer shares for sale to > developers (but not to > > > the general public), AFAIK. > > > > > > Michael > http://www.newsforge.com/article.pl?sid=01/05/22/009242&mode=thread > -- > -michael- > -.-.-.-.-.-.-.-.-.--..-... > "It requires a very unusual mind to undertake the > analysis of the obvious." > ANW > = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: [Cooker] licq keeps crashing... kded races
On Mon, May 21, 2001 at 08:41:42AM -0700, SI Reasoning wrote: > > I do use latest, except when bug reports scream not > to. No clue at all, as it doesn't happen here ... sorry. :( But if you do want this debugged, I would suggest that you try the 'standard' say to debug. Try running with strace .. etc, and then see what you get, and if you find anything suspicious then mail the author .. -- Geoffrey Lee <[EMAIL PROTECTED]> 李長風 http://www.wychk.org/~glee $ /usr/games/fortune Anything that can go wrong will go Segmentation fault (core dumped) $
Re: [Cooker] uh oh... mandrake update fonts are boxes too
I was able to resolve it by deleting the following line from file:/etc/X11/fs/config /usr/share/fonts/default/Type1 --- SI Reasoning <[EMAIL PROTECTED]> wrote: > Are these the type 1 fonts? Gnome is totally messed > up > also. > > --- SI Reasoning <[EMAIL PROTECTED]> wrote: > > this can be trouble... how will I know what to > > upgrade! > > > > = > > SI Reasoning > > [EMAIL PROTECTED] > > gnupg/pgp key id 035213BC > > > > __ > > Do You Yahoo!? > > Yahoo! Auctions - buy the things you want at great > > prices > > http://auctions.yahoo.com/ > > > > = > SI Reasoning > [EMAIL PROTECTED] > gnupg/pgp key id 035213BC > > __ > Do You Yahoo!? > Yahoo! Auctions - buy the things you want at great > prices > http://auctions.yahoo.com/ > = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: [Cooker] still problems with xmms-cdreader
Ainsi parlait R.I.P. Deaddog : > On Tue, 22 May 2001, Guillaume Rousse wrote: > > Ainsi parlait Guillaume Cottenceau : > > > > Here is a xmms source patch that solves the issue as well as a rpm > > > > spec patch : > > > > > > I'll wait a bit, at least to have feedback from xmms-cdread author. > > > > > > I don't like the idea to patch the "top" package, xmms, in order to fix > > > a "down" package, xmms-cdread... > > > > You're right, it was just meant as a temporary fix. > > > > But please also considers autoconf & automake buildrequires addition. > > ^^ > Hmmm, I second that. autoconf and automake are such basic requirements in > development that, putting them into buildrequires is almost the same as > putting "make" into buildrequires, IMHO. I beg to disagree : most packages don't need them for building. Missing make, or flex, or autoconf, or any explicitly called command is fail fast, and such easy to correct. But here, missing automake causes a vicious bootstraping error that was not so easy to correct... -- Guillaume Rousse <[EMAIL PROTECTED]> GPG keys http://www.univ-reunion.fr/~grousse/gpgkeys.html
