http://qa.mandrakesoft.com/show_bug.cgi?id=5065
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://qa.mandrakesoft.com/show_bug.cgi?id=6320
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 22:31 ---
Here is the content of /usr/games/xboard:
#!/bin/bash
PATH=$PATH:/usr/games
xboard
exit 0
It is trying to recursively
http://qa.mandrakesoft.com/show_bug.cgi?id=6320
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:26 ---
Yup, but it's almost enough to grind my machine to a halt :-)
The idea of the wrapper script is just to set $PATH correctly if it does not
contain /usr/games. If you
http://qa.mandrakesoft.com/show_bug.cgi?id=4757
--- Additional Comments From [EMAIL PROTECTED] 2003-12-09 02:25 ---
Finally see this problem now. It occurs in a pretty random fashion, and is
uneasy to produce. From stack trace, it suggests some problem in GNOME canvas
library
http://qa.mandrakesoft.com/show_bug.cgi?id=5065
--- Additional Comments From [EMAIL PROTECTED] 2003-03-09 03:03 ---
It was me who do the update to 2.0.15, not maintainer. My ISP failed to deliver
any of my mail, and it forbids me to use any other mail server, thus I'm unable
to reply
http://qa.mandrakesoft.com/show_bug.cgi?id=5221
Product: bootloader-utils
Component: bootloader-utils
Summary: Fail to create /lib/modules/kernel/build symlink
Product: bootloader-utils
Version: 1.4-1mdk
Platform: PC
http://qa.mandrakesoft.com/show_bug.cgi?id=4757
--- Additional Comments From [EMAIL PROTECTED] 2003-01-09 21:34 ---
Strange, I played 2 games without any crash. I start to have some feeling that
teg is pretty sensitive to libgnomecanvas version. Reporter, can you try to
compile the
http://qa.mandrakesoft.com/show_bug.cgi?id=3020
--- Additional Comments From [EMAIL PROTECTED] 2003-01-09 23:26 ---
So far I've only been able to trace it to /usr/bin/vt-is-UTF8, really have a
strong feeling that the culprit is in lib/testUTF8.c (is_in_UTF8_mode):
/* - ^X^Z
http://qa.mandrakesoft.com/show_bug.cgi?id=4594
--- Additional Comments From [EMAIL PROTECTED] 2003-10-08 04:19 ---
Confirmed the problem exists. (but I have no right to change any bug report)
Can you check if the updated GAIM packages available in
http://qa.mandrakesoft.com/show_bug.cgi?id=4688
--- Additional Comments From [EMAIL PROTECTED] 2003-12-08 01:13 ---
What's wrong? When you make change to suit your need, you do this to global file
instead of your own config file (~/.vimrc) ?
--
Configure bugmail:
http://qa.mandrakesoft.com/show_bug.cgi?id=4596
--- Additional Comments From [EMAIL PROTECTED] 2003-10-08 04:56 ---
Please put the following line into /etc/sysconfig/i18n:
CONSOLE_NOT_LOCALIZED=yes
I have been looking at zhcon for days. This package needs some serious patching
http://qa.mandrakesoft.com/show_bug.cgi?id=3935
--- Additional Comments From [EMAIL PROTECTED] 2003-07-08 22:50 ---
Currently still a no-go. Two problems need to be solved before this bug:
1. Don't include any locale name with charset in /etc/menu-methods/lang.h.
2. upstream bug in
http://qa.mandrakesoft.com/show_bug.cgi?id=4446
--- Additional Comments From [EMAIL PROTECTED] 2003-03-08 23:48 ---
Funda, this report is a duplicate of #3935. I have no right to mark it as
duplicate, can you do it yourself?
Besides, I have posted a patch in #3935, can you try to
http://qa.mandrakesoft.com/show_bug.cgi?id=4423
--- Additional Comments From [EMAIL PROTECTED] 2003-04-08 01:53 ---
Looks like the glibc time/date locale data of zh_CN hasn't been updated since 2000.
--
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
---
http://qa.mandrakesoft.com/show_bug.cgi?id=4474
--- Additional Comments From [EMAIL PROTECTED] 2003-04-08 01:58 ---
Sorry Funda, I was a bit slow on it (checking the license of each dict isn't
funny). I think I should do the packaging first and check the license later.
--
Configure
http://qa.mandrakesoft.com/show_bug.cgi?id=4474
--- Additional Comments From [EMAIL PROTECTED] 2003-04-08 05:54 ---
Per Øyvind Karlsen has helped uploading stardict main package, and I'm trying to
get the dicts in (waiting for shell access in build machines), so perhaps this
report
http://qa.mandrakesoft.com/show_bug.cgi?id=4256
--- Additional Comments From [EMAIL PROTECTED] 2003-24-07 10:00 ---
Yes, gc basically thinks automake 1.4 - 1.7 are mostly compatible, and
makefile.am from all software can mostly be parsed by all of the versions of
automake. I don't
http://qa.mandrakesoft.com/show_bug.cgi?id=4249
--- Additional Comments From [EMAIL PROTECTED] 2003-23-07 22:29 ---
There are 2 problems involved.
1. drwright schemas are not set via gconftool-2.
2. if one manually tune drwright setting, the time settings are written as float
value,
http://qa.mandrakesoft.com/show_bug.cgi?id=4210
--- Additional Comments From [EMAIL PROTECTED] 2003-20-07 16:48 ---
Basically this means an l10n or i18n product with each language as
component, which is what GNOME bugzilla has done.
--
Configure bugmail:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thierry Vignaud wrote:
|Given that gimp1_3 obsoletes gimp-data-min, and gimp provides
|gimp-data-min, if rpm -U gimp1_3 doesn't want to uninstall gimp, I
|think that would be a bug in RPM?
|
| they both provides/obsoletes it, so there's no bug there.
http://qa.mandrakesoft.com/show_bug.cgi?id=4141
--- Additional Comments From [EMAIL PROTECTED] 2003-08-07 00:06 ---
This rpm behavior is always there.
You can have multiple packages with same name installed together, if they don't
conflict -- either because they have nothing in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andi Payn wrote:
| But, is it too late to remove gimp-data-min from gimp1_3 when it was
provided
| by the gimp1_3 package in 9.1 contribs?
Never too late. Nothing requires gimp-data-min, except gimp itself. And
it came from gimp-1.0/1.1 days.
Abel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Helge Hielscher wrote:
| today I read about the Gentum font in a newsgroup. It is located here:
| http://www.sil.org/~gaultney/gentium/ and the samples look very good.
|
| But the licence may be to strict:
Then such fonts would be PLF candidate. :-)
On 2003-07-04(Fri) 10:30:49 +0200, Gtz Waschk wrote:
I'm trying to build regexxer http://regexxer.sourceforge.net/ and it's
spewing errors. Anyone know if pcre can be rebuild with UTF-8 support
for cooker please?
This shouldn't be a problem, just add --enable-utf8 to the configure
call. I
On 2003-07-05(Sat) 13:24:01 -0500, Tom Brinkman wrote:
All kernels testbooted with 2 systems:
- one nForce2 system with 1GB ram (running enterprise now...)
- ond dual P2-333 with 256MB ram (running secure now...)
Wouldn't boot successfully for me, hung on Finding module
dependencies
On 2003-07-05(Sat) 18:41:30 +0200, Gtz Waschk wrote:
That initscripts package seems to be really buggy as I couldn't even
boot with 13mdk. It hung during the depmod part. I also had to revert
to 12mdk.
Probably you can try using /sbin/minilogd from -12mdk?
Abel
--
What difference does
On 2003-07-03(Thu) 08:22:12 +0200, Michael Scherer wrote:
But Charles, upgrading to 1.5 can mean a lot of trouble too. Yes,
sooner or later we will move on, but for now, you have do these steps
when building stuff with libtool 1.5, if software was bundling
libtool 1.4:
%{_libtoolize}
On 2003-07-03(Thu) 08:22:12 +0200, Michael Scherer wrote:
Argh, Michael, next time can you quote others' words more completely?
Abel
maybe i am saying something dump, but, what about adding these steps to
the %configure macro ?
Of course, the whole process of rebuilding will be slower.
On 2003-07-03(Thu) 17:15:59 +0200, Austin Acton wrote:
Name: crossfire-server Relocations: (not relocateable)
Version : 1.5.0 Vendor: MandrakeSoft
Release : 1mdk Build Date: Thu Jul 3 16:48:43 2003
--=-=-=
* Thu
http://qa.mandrakesoft.com/show_bug.cgi?id=3928
--- Additional Comments From [EMAIL PROTECTED] 2003-02-07 19:20 ---
I firmly believe this is a bug in file-4.0x package, not in less. Reason:
1.
[EMAIL PROTECTED] deaddog]$ file /etc/lilo.conf
/etc/lilo.conf: \head
http://qa.mandrakesoft.com/show_bug.cgi?id=3513
--- Additional Comments From [EMAIL PROTECTED] 2003-02-07 19:23 ---
Please close this bug, it is no more valid.
ggv is actually removing pdf support; it is giving way to gpdf. Please use gpdf
in the future.
--
Configure bugmail:
On 2003-07-02(Wed) 22:50:46 +0200, Guillaume Cottenceau wrote:
I have two packages now that if I configure with:
./configure
I get the right filenames: libname.so libname.so.0 libname.so.0.0.0
But rpm uses:
./configure i586-mandrake-linux-gnu
and the filenames become: libname
On 2003-07-02(Wed) 17:40:24 -0400, Charles A Edwards wrote:
That's fine if it works.
But why not upgrade the distros libtool to 1.5?
(gc, don't know if you can spare some time for libtool package, I have
virtually modified ALL patches so they do the right thing now)
But Charles, upgrading to
On 2003-07-01(Tue) 09:22:25 -0400, Charles A Edwards wrote:
to do so :). Pablo, would you like becoming official maintainer
of gettext? It would be more sensible than myself I guess..
Someone please do so.
I am currently using gettext-0.12.1 as CVS sylpheed-claws now requires
it.
If we
On 2003-06-27(Fri) 17:27:03 -0400, Charles A Edwards wrote:
Yes, the stock libtool 1.5 has just partially fixed the DESTDIR issue.
Now at least stuff can build successfully even if no preinstalled
libraries were present, but if you have preinstalled older libraries,
then these old
On 2003-06-28(Sat) 16:20:50 +0800, R.I.P. Deaddog wrote:
The problem occurs when there is gettext 0.11.x preinstalled. You can
run into trouble (the resulting gettext 0.12.1 requires gettext 0.11.x
libraries). That's the result I got with the stock libtool 1.5.
If words are not clear enough
On 2003-06-28(Sat) 13:28:14 +0200, Stefan van der Eijk wrote:
I guess everybody in this thread was trying to boot the kernel on an AMD
based machine. Is this correct?
Have people been able to boot this kernel? On which CPU?
I've got the same error too, on a Pentium 3 mobile.
Abel
Stefan
On 2003-06-28(Sat) 09:42:48 -0400, Charles A Edwards wrote:
That,s not the output I get.
You might want build libtool-1.5 using the patches from the rh
libtool-1.5-3.src.rpm
( gc, do you have time to upgrade gettext and libtool packages? )
Charles, why don't you tell me earlier :)
I have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles A Edwards wrote:
| When trying to build gettext-12.1, or even rebuilding the current
| cooker gettext-0.11.5-6mdk.src.rpm the build fails because
| libiconv.so.2 can not be found.
AFAIK libiconv was only needed for those platforms which don't
http://qa.mandrakesoft.com/show_bug.cgi?id=4098
--- Additional Comments From [EMAIL PROTECTED] 2003-26-06 21:34 ---
I suspect the solution goes a little deeper than that, since I can imagine
questions like:
1. What's the interaction between pre/post/preun/postun when updating
On 2003-06-24(Tue) 14:04:40 -0400, Charles A Edwards wrote:
Well I did not save the errors when they happened and today when I
tried to reproduce, the build had no problems.
Go figure.
... If you have preinstalled 0.12.1 before building?
I was trying to make big modification to gettext
On 2003-06-22(Sun) 13:52:05 -0400, Charles A Edwards wrote:
When trying to build gettext-12.1, or even rebuilding the current
cooker gettext-0.11.5-6mdk.src.rpm the build fails because
libiconv.so.2 can not be found.
After sending I realized what was causing this.
The gettext.spec runs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olivier Blin wrote:
|Evolution weather informations are working well.
|
| Do you know the url of the xml file used by Evolution ?
| We could make a temporary patch to fix this problem.
That's not so simple. Currently evolution weather reporting code
On 2003-06-17(Tue) 15:48:40 +0200, Marcel Pol wrote:
Yes, it has just been fixed, bug in rpm fixed in rpm-4.2.1 with backport to
original rpm.
Thanks. I guess this was already covered in another thread. I should probably
read better.
It still leaves me with my question about
http://qa.mandrakesoft.com/show_bug.cgi?id=4074
Product: gnome-db2.0
Component: packaging
Summary: mergeant needs gnome-db2.0 to function properly
Product: gnome-db2.0
Version: 0.12.2-1mdk
Platform: PC
OS/Version: All
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Han Boetes wrote:
| If we keep a neutral stance and keep the taiwanese flag we will be
| boycotted anyway.
(This is a reply to everybody, not only to Han)
The situation is
1. If it's just average joe downloading MDK from mirrors, then those
Chinese
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Götz Waschk wrote:
| Ximian has a special copyright on it's logos (like many other free
| software companies):
| http://www.ximian.com/about_us/policies/copyrights.html
|
| This includes the evolution logo. IANAL but if Mandrake didn't need a
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brant Fitzsimmons wrote:
| Morals and ethics be damned as long as you have have a healthy bottom
| line. Isn't there another large software company that takes that same
| approach. If it's not correct for them to do it...
|
| There is a reason some
On 2003-06-12(Thu) 13:15:11 +0800, Leon Brooks wrote:
On Thu, 12 Jun 2003 12:39, Gary L. Greene wrote:
This bug is about the removal of a (albet not
recognized officiailly) democratic nation's flag from the
distribution. While this is an issue to the communist Chinese
government, I loath
completely to avoid future trouble. Political issues are NOT
FUNNY.
before I begin, I've CC'd this message to deaddog, since I don't
know if he's on the Cooker ML. I apologize if you are and for
this action to the list.
No need to Cc, I'm on cooker list.
I'm bringing this conversation
http://qa.mandrakesoft.com/show_bug.cgi?id=4046
--- Additional Comments From [EMAIL PROTECTED] 2003-12-06 06:22 ---
Everything simply depends on whether Mandrake will enter Chinese
market in the future. If they won't (which seems to be the case),
then this issue can be ignored
On 2003-06-09(Mon) 18:38:19 +0200, Stefan van der Eijk wrote:
You
should test if the applications that use these libraries still run
with your newest package.
I've tested it with beast and glame. Seem to run fine.
Oh. What Gtz want to ask is, whether apps runs fine *when they are using
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ricardo Cruz wrote:
| Hi,
|
| I'm new here and I would like to report a bug. Probabily it was already
| reported.
If this bug is specific to Mandrake (you found that no such problem
exists in other distro), then you can report it in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Salane King wrote:
| These rpms are still bad in cooker/contrib
| contrib/i586/crossfire-client-gtk-1.0.0-4mdk.i586.rpm
| contrib/i586/crossfire-client-sounds-1.0.0-4mdk.i586.rpm
| contrib/i586/crossfire-client-x11-1.0.0-4mdk.i586.rpm
Argh, sorry,
On 2003-06-08(Sun) 01:34:07 +0200, Olivier Thauvin wrote:
Is it possible to have an automatic macros in rpm which make:
%exclude %_libdir/debug
Somes specs have in %files:
%_libdir/*
and rpm stupidly include debug files !
Of course, automatic exclusion would be nice too, but
On 2003-06-08(Sun) 12:41:07 +0200, [EMAIL PROTECTED] wrote:
while %_libdir/* is not much better than using
%files
/*
It's much better.
/* would own many directories owned by other packages (mainly filesystem),
whereas for any package that doesn't have lib subpackages, %_libdir/* is
On 2003-06-08(Sun) 16:47:37 +0200, [EMAIL PROTECTED] wrote:
You can use
%define _enable_debug_packages 0
to avoid it for now.
I don't like making uninformed decisions, which is why I asked the
question above. But IMHO this is a bug in rpm, they should use a name
which is
Hi all,
This is what I get when I'm trying to make gtranslator package (GNOME2
port):
=
+ cp -pr AUTHORS COPYING ChangeLog DEPENDS INSTALL NEWS README THANKS TODO
On 2003-06-08(Sun) 17:52:27 +0200, Oden Eriksson wrote:
/home/maddog/rpmdevel/tmp/gtranslator-0.99-buildroot i586 error: line 137:
Dependency tokens must begin with alpha-numeric, '_' or '/': - Using spec
file from src package for gtranslator-0.39.2-1 for RedHat
On 2003-06-07(Sat) 05:14:47 +0200, Olivier Thauvin wrote:
Is it possible to have an automatic macros in rpm which make:
%exclude %_libdir/debug
Somes specs have in %files:
%_libdir/*
and rpm stupidly include debug files !
Of course, automatic exclusion would be nice too, but badly
On 2003-06-05(Thu) 09:17:13 +0200, Gtz Waschk wrote:
Am Donnerstag, 5. Juni 2003, 03:58:38 Uhr MET, schrieb R.I.P. Deaddog:
On 2003-06-03(Tue) 10:58:42 +0200, Gtz Waschk wrote:
it would be nice if the find_requires script would parse the
dependancies of static libraries, but how to do
http://qa.mandrakesoft.com/show_bug.cgi?id=3935
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
---
On 2003-06-05(Thu) 23:27:54 +0200, Stefan van der Eijk wrote:
Eventually we came to the following conclusion:
- removing Provides: automake from automake1.7 (my preference) was not
prefered;
In my not so humble opinion, no package should ever require automake
without indicating the version.
On 2003-06-06(Fri) 10:45:12 +0200, Gtz Waschk wrote:
Name: rhythmboxRelocations: (not relocateable)
Version : 0.4.1 Vendor: MandrakeSoft
Release : 10mdk Build Date: Fri Jun 6 10:32:38 2003
--=-=-=
* Fri
On 2003-06-06(Fri) 00:20:13 +0200, Stefan van der Eijk wrote:
It would be perfect if a -static-devel packages would Require it's
-devel counterpart (dependency from the .spec file) and get the rest of
the info from the files in the package, like the way the current -devel
dependencies work.
http://qa.mandrakesoft.com/show_bug.cgi?id=3935
--- Additional Comments From [EMAIL PROTECTED] 2003-07-06 04:21 ---
OK, pablo, I found the root cause of it; it's not an error in menu method (I was
saying this too prematurely without investigation), but mainly from
gnome-panel's
http://qa.mandrakesoft.com/show_bug.cgi?id=3935
--- Additional Comments From [EMAIL PROTECTED] 2003-07-06 04:49 ---
Created an attachment (id=514)
-- (http://qa.mandrakesoft.com/attachment.cgi?id=514action=view)
patch against gnome panel
patch for gnome-panel 2.3.3 that avoids
On 2003-06-04(Wed) 11:30:28 +0200, Frederic Crozat wrote:
Fred, probably you will want to release libgtop 1.0.14 too? 2.0.2 is
released because of security problem, and 1.0.14 is the same.
Well, 1.0.14 has still not been released !!
How come... it has been tagged as 1.0.14 in CVS but no
On 2003-06-04(Wed) 17:23:13 +0200, Gtz Waschk wrote:
Description :
GNOME network programs.
GNOME is the GNU Network Object Model Environment. That's a fancy name but
really GNOME is a nice GUI desktop environment. It makes using your computer
easy, powerful, and easy to configure.
On 2003-06-03(Tue) 10:58:42 +0200, Gtz Waschk wrote:
it would be nice if the find_requires script would parse the
dependancies of static libraries, but how to do this? It's easy to
find out the dependant libs of shared libraries, but AFAIK shared
libraries only contain information about which
Hi Fred,
Just saw you have updated almost all gnome packages (welcome back!),
but some are probably in trouble.
Recently, many packages switched libtool to 1.5, due to partial fix of
DESTDIR issue. However, we still have 1.4.3 in cooker, and that will run
into trouble when %configure calls
On 2003-06-03(Tue) 14:16:06 +0200, Frederic Crozat wrote:
--=-=-=
Name: libgtop2 Relocations: (not relocateable)
Version : 2.0.2 Vendor: MandrakeSoft
Release : 1mdk Build Date: Tue Jun 3 13:57:42 2003
On 2003-06-03(Tue) 21:09:31 +0200, Oden Eriksson wrote:
I think I've found what is triggering /usr/lib/rpm/perl.req to think a
perl(the) module is needed..., and the answer is use the.
rpm -qp --qf [%{requirename}\n] MySQL-client-4.0.13-1mdk.i586.rpm | grep the
perl(the)
grep use the
On 2003-06-03(Tue) 21:18:29 +0200, Frederic Crozat wrote:
To resolve this, probably it's time to move to libtool 1.5, or just
remove all libtoolize calls in gnome packages...
Yep, I know.. That is why I'm running aclocal-1.7 and autoconf before
0uild in the package I upload..
Argh, I
On 2003-06-04(Wed) 01:00:19 +0200, Stew Benedict wrote:
--=-=-=
Name: gettext Relocations: (not relocateable)
Version : 0.11.5Vendor: MandrakeSoft
Release : 6mdk Build Date: Wed Jun 4 00:49:48 2003
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan van der Eijk wrote:
| next one: libcups1?
|
| $ ~/test06.sh libcups1
| libcups1 Provides: libcups.so
| libcups1 Requires: libcrypto.so
| libcups1 Requires: libdl.so
| libcups1 Requires: libssl.so
[EMAIL PROTECTED] deaddog]$ rpm -q libcups1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan van der Eijk wrote:
| Due to this symlink being in the package.
|
| $ rpm -ql libcups1-1.1.19-0.9mdk | grep \.so$
| /usr/lib/libcups.so
|
| In cups.spec I found the following:
|
| # This .so link is in the main package but not in the devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Götz Waschk wrote:
| Yes, messing around with the provides and obsoletes is only a
| workaround and no fix. We should also keep in mind that this must be a
| bug in rpm. If both openjade and docbook-utils provide and obsolete
| sgml-tools, this doesn't
Stefan van der Eijk wrote:
Götz Waschk wrote:
[...]
BTW ORBit2 should be fixed with the attached patch.
I'm not sure. I was expecting the .so.0.0.0 files to go and that the .so
file would remain. This is not the case:
Did you run automake after applying the patch from Götz?
Btw, the patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan van der Eijk wrote:
| His patch patched the .am file -- couldn't see any difference. With the
| .in file it works.
His patch is correct. Makefile.am is read by automake, which generates
Makefile.in. Anyway, as ORBit2 would not be broken now,
On 2003-05-28(Wed) 18:20:46 +0200, Camille Bgnis wrote:
Camille, openjade and docbook-utils still try to obsolete each other,
is this the desired behavior?
Hmm, I'm not a wizard packager by far,
Can that be because both packages:
Obsoletes: sgml-tools
Provides: sgml-tools
Very likely.
On 2003-05-27(Tue) 10:38:01 +0200, Gtz Waschk wrote:
If a plugin is a versioned shared library, this is a bug. This often
happens with xmms plugins, this isn't a problem unless you remove the
.so symlink. So I guess this one is broken:
[.]
BTW ORBit2 should be fixed with the attached
On 2003-05-28(Wed) 09:45:54 -0400, Charles A Edwards wrote:
Name: docbook-utilsRelocations: (not
relocateable) Version : 0.6.13Vendor:
MandrakeSoft Release : 3mdk Build Date:
Still getting jade/openjade
On 2002-04-10(Wed) 04:37:54 +0200, Guillaume Bedot wrote:
Is it me or rpm interprets #%configure in a spec file ?
All macros are expanded unconditionally. As Buchen said, use #configure
if you don't want macros expansion.
To be precise, one-line macros is fine, since the whole line (after
On 2003-05-27(Tue) 10:38:01 +0200, Gtz Waschk wrote:
Am Dienstag, 27. Mai 2003, 10:31:00 Uhr MET, schrieb Stefan van der Eijk:
I've seen some other packages with plugins. Quite some of them are .so
files, but not symlinks to another file.
If a plugin is a versioned shared library, this is
On 2003-05-28(Wed) 00:05:15 +0200, Stefan van der Eijk wrote:
The reality is that I don't have the resources to track down all of the
packages that have these issues and fix them. I thought that I was doing
the right thing (tm) for ORBit2, and now I'm happy that this discussion
has taken
On 2003-05-28(Wed) 02:05:53 +0200, Olivier Thauvin wrote:
distlint (from distriblint package) is design for that !!
Happy checking !
[1] = main
[2] = contrib
Some things sounds very wrong here:
* perl-HTML-Clean-0.8-5mdk.noarch (perl-HTML-Clean-0.8-5mdk.src.rpm) [1]
DEPO: req in other
On 2003-04-01(Tue) 18:56:39 -0500, Austin wrote:
On 2003.04.01 17:39 Levi Ramsey wrote:
1. Package gtkmm2.
I've done that for a while, packaged up to libgnomeuimm, but not
uploaded. So right now it's severely outdated (1.3.x). But you can
try to take it as reference though. Do you need it?
On 2003-03-25(Tue) 20:12:42 -0500, David Walser wrote:
[...]
%{_sbindir}/*[!webspy]
#have to manually add these two to the list, don't ask me *why*, but if not,
it won't be included
%{_sbindir}/tcpnice
%{_sbindir}/sshow
%{_mandir}/man8/*[!webspy]
Doesn't that mean anything that
On 2003-03-10(Mon) 02:38:34 -0400, Jean-Michel Dault wrote:
Don't bother with gnome-ppp. Use wvdial, it works just fine and it is
very easy to configure. That's what I ended up using when I was stuck
with a modem.
Only problem is, wvdial is not installed by default (not even in
On 2003-03-10(Mon) 01:16:31 -0500, jmdault wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-03-10 07:16 ---
After some research, I discovered gnome-ppp doesn't provide the password, but
instead relies on the existence of an already-configured password in
/etc/pap-secrets.
On 2003-02-23(Sun) 22:19:13 -0800, James Sparenberg wrote:
And it says I need applet-widget.h Can't find this as part of any
package in the cooker...
According to this from gnome.org
http://mail.gnome.org/archives/gnome-devel-list/2002-September/msg9.html
applet-widget.h should be
https://qa.mandrakesoft.com/show_bug.cgi?id=2246
Product: GConf2
Component: packaging
Summary: Schemas should not be config files
Version: 2.2.0-1mdk
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity:
On 2003-02-23(Sun) 21:14:55 +0100, Guido Draheim wrote:
I have been hitting a bug in libpcre when trying to
use it in utf8 mode. It is rather simply, not clearing
the offsetvalue for return due to being not compiled
in utf8 mode. This leads to two observetions:
[..]
anyone wants to say it
On 2003-02-21(Fri) 18:35:41 -0500, Maks Orlovich wrote:
Skipping the whole modularity problem -- about which I'd rather not comment
-- don't we have a pretty horrid dependency loop here?
If I got it right:
galaxy-kde requires kdelibs and kdebase
kdebase requires kdelibs and galaxy-kde
On 2003-02-15(Sat) 14:09:11 +0100, Frederic Lepied wrote:
Stefan van der Eijk [EMAIL PROTECTED] writes:
If you were to add BuildRequires: gettext to the affected GNOME
packages, would the problems then also be solved?
But apparently this is a hack, and the real fix should go to Korean
Hi,
Can we see balsa 2.0.8 in cooker? I know feature freeze is close, so I'm
not saying this based on the new feature, but on it's license (if this
is important):
Linking against OpenSSL library is explicitely allowed (README,INSTALL)
Regards,
Abel
--
Abel Cheung
GPG Key: (0xC67186FF)
On 2003-02-13(Thu) 07:45:27 +0100, Austin Acton wrote:
[Contrib-RPM]
Name: csound Relocations: (not relocateable)
Version : 4.23.4.2 Vendor: MandrakeSoft
Release : 2mdk Build Date: Thu Feb 13 06:36:26 2003
On 2003-02-13(Thu) 00:39:55 -0500, Austin Acton wrote:
Top priority, highly requested and on Thac's site
=
[]
lilypond [EMAIL PROTECTED] (1.7.12 has issues compiling)
Can I participate too? I have a lilypond 1.6.7 almost ready
1 - 100 of 624 matches
Mail list logo